단일 시스템에 여러 MID Server 설치

릴리스 버전: Washingtondc

업데이트 날짜 2024년 02월 01일

읽기5분

동일한 호스트 컴퓨터에 여러 MID Server를 설치합니다. 여러 MID Server가 부하 분산으로 서로를 지원하고 도메인 분리를 사용할 수 있습니다. 필요한 MID Server 수는 네트워크 정책, 보안 제한 및 호스트 컴퓨터의 안정성과 같은 요인에 따라 결정됩니다.

시작하기 전에

필요한 역할: admin mid_server

이 태스크 정보

호스트 Windows 또는 가상 머신에 Linux 여러 MID Server를 설치할 수 있습니다. 여러 MID Server를 설치하려면 네트워크 구성에 따라 다른 설정 단계가 포함될 수 있습니다.

중요사항:

Linux 호스트에서는 하나의 MID Server 서비스만 디먼이 될 수 있습니다. 이것은 Tanuki 래퍼 서비스의 제한 사항입니다.

프로시저

여러 MID Server를 설치할 호스트 시스템 또는 가상 머신에 로그인합니다.
드라이브의 최상위 수준에 각 MID Server에 대한 디렉터리를 만듭니다.

각 MID Server에 대해 고유하고 설명적인 이름(예: MIDServer_SMS_Int 또는 MIDServer_Disc1)을 생성해야 합니다.
다운로드한 MID Server 아카이브 파일을 각 MID Server 디렉터리에 추출합니다.
추출이 완료되면 각 MID Server에 대해 ServiceNow<MID Server name>\agent와 유사한 디렉터리 경로가 있어야 합니다.

각 MID Server에 대해 호스트의 운영 체제에 적합한 설치 프로그램을 실행합니다.

표 1. MID Server 설치 프로그램
운영 체제	설치 경로
Windows	/에이전트/start.bat
Linux	/에이전트/installer.sh

설치 프로그램을 사용하여 다음 정보를 입력합니다.
- 인스턴스의 URL
- MID 서버를 실행하기 위한 사용자 자격 증명
- 프록시 서버 연결 상세 정보
- MID 서버 이름
- MID Server 서비스 래퍼 이름 및 표시 이름(Windows 시스템에만 해당)
주:
MID Server 사용자에게 mid_server 역할이 있어야 합니다.
설치 관리자에서 MID 서버 시작을 클릭합니다.

로컬 호스트가 MID Server를 시작합니다.
MID 서버 목록 페이지를 클릭합니다.
인스톨러가 인스턴스에서 MID Server 목록을 엽니다.
목록에서 MID Server 이름을 선택합니다.

주:
MID Server 시간이 인스턴스와 연결을 설정하는 데 몇 초가 걸릴 수 있습니다.

시스템에 MID Server 기록이 표시됩니다.
Related Links(관련 링크)에서 Validate(확인)를 클릭합니다.
MID Server 확인됨 이 예로 변경됩니다.

다음에 수행할 작업

모든 MID Server 설치 절차가 완료되었습니다. MID 서버 구성을 진행합니다.

여러 MID Server 배포

MID Server를 사용하는 방법(외부 통합의 경우, 검색, 서비스 매핑또는 오케스트레이션)과 MID Server에 가해지는 부하에 따라 네트워크에 여러 MID Server를 배포해야 할 수 있습니다.

와 통합 ServiceNow 되는 외부 애플리케이션을 지원하기 위해 네트워크에서 필요한 MID Server 수를 결정하는 요인은 다음과 같습니다.

네트워크의 보안 제약 조건입니다.
네트워크 정책.
와 통합 간의 ServiceNow 트래픽 양입니다.
MID Server 시스템의 안정성입니다.

네트워크 정책 및 보안

네트워크의 보안 정책(예: 네트워크 세그먼트 간 방화벽)으로 인해 인스턴스와 통합의 데이터 소스(JDBC, LDAP 등) 간의 직접 통신이 불가능할 수 있습니다. 인스턴스에 대한 데이터를 검색하려면 데이터 소스와 인스턴스 모두에 액세스할 수 있는 MID Server를 설치할 수 있습니다.

다음 네트워크 정책에 따라 환경에 여러 MID Server를 설치해야 하는지 여부가 결정됩니다.

ACL(액세스 제어 목록): 보안 정책이 ACL을 사용하여 네트워크 장치(예: 스위치 및 라우터)에 대한 액세스를 제어하는 경우 ACL에 이미 있는 네트워크의 컴퓨터에 하나 이상의 MID Server를 설치해야 할 수 있습니다.
DMZ: 네트워크 정책에 따라 DMZ에 하나 이상의 MID Server를 설치하여 해당 위치의 장치를 조사해야 할 수 있습니다. 이는 내부 방화벽에서 열리는 포트를 엄격하게 규제하는 네트워크에서 일반적입니다.
프로브 유형: 다른 운영 체제의 프로브를 수행하는 경우 네트워크 정책에 따라 각 프로브 유형에 대해 별도의 MID Server가 필요할 수 있습니다(예: WMI 프로브에 대한 Windows MID Server 하나와 SSH 프로브 UNIX에 대한 MID Server 하나).

부하 분산

수천 개의 구성 항목에 대한 정보를 신속하게 수집해야 하는 경우 검색 와 같이 용량이 문제가 되는 여러 MID Server를 배포합니다. 대용량 환경에서는 특정 트랜잭션의 부하 분산 장치로 여러 MID Server를 배포해야 할 수 있습니다. 예를 들어, JDBC 데이터 전송은 MID Server의 자원을 묶어 다른 요청에 응답할 수 없게 만들 수 있습니다. 통합 간의 다음 작업에는 사용량이 많은 네트워크에서 별도의 MID Server가 필요할 수 있습니다.

파일 익스포트
스크립트 실행 중
JDBC 데이터 소스
파일 읽기

고가용성 모델

모든 유형의 계획된 중단 또는 오버로드된 프로세스로 인한 중단이 발생할 수 있는 머신에 중요한 통합을 위해 MID Server를 설치하지 마십시오. 안정성을 위해 필요한 경우 높은 안정성을 위해 이러한 유형의 MID Server를 전용 머신에 배포하는 것이 좋습니다

주:

프로비저닝 ServiceNow 검색 된 MID 서버 또는 Orchestration에서 외부 애플리케이션과 통합하지 마십시오.

광역 네트워크(WAN)

WAN에서 MID Server를 배포할 위치를 결정할 때는 LAN(Local Area Network) 간에 사용할 수 있는 대역폭을 고려하십시오. 대부분의 경우 느린 WAN 연결을 통해 장치를 검사해야 하는 MID Server를 배포하는 대신 각 LAN에 MID Server를 설치하여 장치를 로컬로 조사합니다. 이러한 유형의 배포에 대한 대안은 빠른 인터넷 연결을 이용하는 VPN 연결을 통해 다른 LAN을 검색하는 MID Server를 설치하는 것입니다. WAN 연결의 대역폭이 인터넷 연결의 대역폭과 비슷하면 WAN 연결에서 MID Server 프로브를 실행해도 성능에 영향을 미치지 않습니다.

도메인 분리

도메인 분리가 사용되고 도메인이 계층 구조를 형성하도록 구성된 배포에서는 MID Server를 가장 낮은 도메인 수준에 배치합니다.