Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 18 Next »


Andrew Newman

Platform OwnerDeanna Burns (Unlicensed)
Project ManagerDavid Swanson (Unlicensed)
Document status
WORK IN PROGESS
Document owner
CMDB ManagerChristopher Abbott (Unlicensed)
Tech lead
Technical writersVandana Bansal



Discovery Schedule


The discovery schedule location data attribute has now been updated to Data Center Location and the table cmdb_ci_datacenter.



YaleSandbox1 Midserver Configuration

Configuration Parameter

Supported Application

IP Ranges

Capabilities


   Properties

Clusters

MidServer Services Architecture


The Management, Instrumentation, and Discovery (MID) Server is a Java application that runs as a Windows service or UNIX daemon on a server in your local network. 

The MID Server facilitates communication and the movement of data between a ServiceNow instance and external applications, data sources, and services.


The MID Server enables communication between a Servicenow Instance and the customer network
It is  a Java Application that runs as a Windows Service or a Unix Dameon
It requires only an outbound connection on Port 443


MIdServer Services Requirements


The Management, Instrumentation, and Discovery (MID) Server is a Java application that runs as a Windows service or UNIX daemon on a server in your local network. The MID Server facilitates communication and the movement of data between a ServiceNow instance and external applications, data sources, and services.


Windows server: To discover Windows-based servers, run Service Mapping patterns, or execute Orchestration commands on Windows devices, the MID Server must be installed on a Windows server. The MID Server supports all Windows Server 2008, 2012, and 2016 editions, virtual machines, and 64-bit systems.


Note: .NET Framework version 3.5, 4.0, 4.5, 4.6, or 4.7 is required for Service Mapping support and for Windows pattern-based discovery.

New MidServers

New Production Mid-ServerslocationHost OScluster
Discovery 1West CampuswindowsYes
Discovery 2West CampuswindowsYes
Discovery 3NorwalkwindowsYes
Discovery 4NorwalkwindowsYes
Integration 1West CampuswindowsYes
Integration 2NorwalkwindowsYes

ServiceNow Configs

·         Ensure Discovery is able to write discovered objects to correct tables
·         ServiceNow Administrator web browser must have Flash Player 10.1 or higher


Clusters - Load Balancing and Failover

2 Load balancer Mid-Server for https://yalesandbox.service-now.com and  https://yaledev.service-now.com
2 Failover Mid-Server - another location for https://yalesandbox.service-now.com and  https://yaledev.service-now.com
1 Load balancer Mid-Server for https://yale.service-now.com
1 Failover Mid-Server - another location for https://yale.service-now.com


FireWall Ports

  • Local LAN inbound (from MID server IP to scanned IPs)
  • Any/Any for Windows desktop firewall
  • Access to admin share (e.g. C$)
  •   Allow 22, 80, 135, 161, 443, 445, 8585, 1024-65535
  •  May need additional allowed ports if targets not listening on default ports on scanned devices

Credential Requirements

#Requirement
ImportanceMid Server updates/ Notes
1windows classJEA under review
High

2Linux/Unix Servers [including storage devices] SSH User credentials w/ SUDO for targetHigh

3Network DevicesSNMPv3 Read Only StringHigh
4vCenter read only user/pass

5MSSQL Powershell userHigh
6Storage Devices & ESX Server 

 CIM read

SNMP 

High
7VMware vCenter Read only user/passHigh
8F5 Load Balancer SNMP and read only shell BigIP userMedium
9Microsoft Network Load Balancing  password for remote administration

10Oracle RAC  sudo: can run crs_stat, lsnrctl, crsctl, srvctl)High
11Network Appliance Filer Storage Array read only via HTTP and SNMP to NetApp Filer for all configuration data (see Service Watch PoV Offering and Worksheet for specific commands)

MidServer Installation Process


ServiceNow Discovery Journey#MidServerInstallationProcess

Mid-Server Validation process



VALIDATE MID-SERVERS

Navigate to MID Server > Servers.
Open the new MID Server from the list of MID Servers.
Under Related Links click Validate.
The Set Initial Selection Criteria window appears if there are no records in the Supported Applications, IP Ranges, or Capabilities related lists.
On the Set Initial Selection Criteria window, use the switches to enable or disable selection criteria for this MID Server:
Allow ALL capabilities: Allow all capabilities for Orchestration and Event Management use this MID Server.
Note: Service Mapping and Event Management alert aggregation and RCA, which used capabilities in previous releases, rely on the application for MID Server selection starting with the Istanbul release.
Allow ALL applications: Allow all applications that use MID Servers use this MID Server.
Allow ALL IP ranges: Make all IP ranges valid for this MID Server, meaning that it can target any IP address.
Setting initial selection criteria


If you click Cancel, the validation continues but none of the capabilities, applications, or IP ranges are added.
Click OK.
The Validated field on the dashboard is set to Validating, and then set to Yes after the validation completes.

Yale Mid-Servers


MidServer NameServiceNow InstanceLocationIPhost nameStatusClusterHost Os
yalesand1yalesandbox@service-now.comNorwalk172.18.16.39snow-tst-mid1.yu.yale.eduupYeswindows
yalesand2yalesandbox@service-now.comwest Campus 172.18.16.52snow-tst-mid2.yu.yale.edudownYeswindows
yale_tst_mid_serveryaledevelopment@service-now.com
10.5.36.82spinup-000d44.yu.yale.edudown
windows
Discovery POCyaledevelopment@service-now.com
172.18.16.30
down
windows

yale@service-now.com


Up
windows

yale@service-now.com


down
linux


































Out of Scope

  • No labels