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

  • 릴리스 버전: Xanadu
  • 업데이트 날짜 2024년 08월 01일
  • 읽기5분
  • 동일한 호스트 컴퓨터에 여러 MID Server를 설치합니다. 여러 MID Server가 도메인 분리를 사용할 뿐만 아니라 부하 분산으로 서로를 지원할 수 있습니다. 필요한 MID Server 수는 네트워크 정책, 보안 제한 및 호스트 컴퓨터의 안정성과 같은 요소에 따라 결정됩니다.

    시작하기 전에

    필요한 역할: admin, mid_server
    설치 단계에 대한 표시기 설정MID 서버가 네트워크 내부 및 외부의 요소에 연결할 수 있는지 확인Linux 또는 Windows 호스트에서 MID 서버를 다운로드 및 설치MID 서버 구성MID 서버 보안 구성MID 서버가 네트워크 내부 및 외부의 요소에 연결할 수 있는지 확인Linux 또는 Windows 호스트에서 MID 서버를 다운로드 및 설치MID 서버 구성MID 서버 보안 구성

    이 태스크 정보

    또는 Windows 호스트 또는 가상 머신에 여러 MID Server를 Linux 설치할 수 있습니다. 네트워크 구성에 따라 여러 MID Server를 설치할 때 다른 설정 단계가 포함될 수 있습니다.
    중요사항:
    Linux 호스트에서는 하나의 MID 서버 서비스만 디먼이 될 수 있습니다. 이것은 Tanuki 래퍼 서비스의 제한 사항입니다.

    프로시저

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

      MIDServer_SMS_Int 또는 MIDServer_Disc1와 같이 각 MID 서버에 대해 고유하고 설명적인 이름을 생성해야 합니다.

    3. 다운로드한 MID 서버 아카이브 파일을 각 MID 서버 디렉터리에 추출합니다.
      추출이 완료되면 각 MID 서버에 대해 ServiceNow<MID Server name>\agent와 유사한 디렉터리 경로가 있어야 합니다.
    4. 각 MID 서버에 대해 호스트의 운영 체제에 적합한 설치 관리자를 실행합니다.
      표 1. MID Server 설치 프로그램
      운영 체제 설치 경로
      Windows /agent/start.bat
      Linux /agent/installer.sh
    5. 설치 프로그램을 사용하여 다음 정보를 입력합니다.
      • 인스턴스에 대한 URL
      • MID 서버 실행을 위한 사용자 자격 증명
      • 프록시 서버 연결 상세 정보
      • MID 서버 이름
      • MID Server 서비스 래퍼 이름 및 표시 이름(Windows 시스템에만 해당)
      주:
      MID 서버 사용자에게 mid_server 역할이 있어야 합니다.
    6. 설치 관리자에서 Start MID Server(MID 서버 시작)를 클릭합니다.

      설치 프로그램 화면
      로컬 호스트가 MID 서버를 시작합니다.
    7. Mid Servers 목록 페이지를 클릭합니다.
      설치 관리자가 인스턴스에서 MID 서버 목록을 엽니다.
    8. 목록에서 MID 서버 이름을 선택합니다.
      주:
      MID Server 시간으로 인스턴스와 연결이 설정되려면 몇 초가 걸릴 수 있습니다.
      시스템에 MID 서버 기록이 표시됩니다.
    9. Related Links(관련 링크)에서 Validate(확인)를 클릭합니다.
      MID Server 확인됨로 변경됩니다.

    다음에 수행할 작업

    모든 MID Server 설치 절차가 완료되었습니다. 계속해서 MID 서버를 구성하십시오.

    여러 MID 서버 배포

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

    와 통합 ServiceNow 되는 외부 애플리케이션을 지원하기 위해 네트워크에서 필요한 MID Server의 수를 결정하는 요인은 다음과 같습니다.
    • 네트워크의 보안 제약 조건입니다.
    • 네트워크 정책입니다.
    • 와 통합 간의 ServiceNow 트래픽 양입니다.
    • MID 서버 컴퓨터의 신뢰성

    네트워크 정책 및 보안

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

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

    부하 분산

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

    고가용성 모델

    모든 유형의 계획된 중단 또는 오버로드된 프로세스로 인한 중단이 발생할 수 있는 머신에 중요한 통합을 위해 MID 서버를 설치하지 마십시오. 안정성을 위해 필요한 경우 높은 안정성을 위해 이러한 유형의 MID 서버를 전용 머신에 배포하는 것이 좋습니다
    주:
    오케스트레이션에 대해 ServiceNow 검색 프로비저닝된 MID 서버에서 외부 애플리케이션과 통합하지 마십시오.

    광역 네트워크(WAN)

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

    도메인 분리

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

    그림 1. 도메인 분리와 함께 MID Server 배포
    도메인 분리와 함께 MID Server 배포