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

  • 릴리스 버전: Yokohama
  • 업데이트 날짜 2025년 01월 30일
  • 읽기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를 설치하려면 네트워크 구성에 따라 다른 설정 단계가 필요할 수 있습니다.
    중요사항:
    하나의 MID Server 서비스만 Linux 호스트에서 데몬이 될 수 있습니다. 이것은 Tanuki 래퍼 서비스의 제한 사항입니다.

    프로시저

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

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

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

      설치 관리자 화면
      로컬 호스트가 MID 서버를 시작합니다.
    7. Mid Servers 목록 페이지를 클릭합니다.
      설치 관리자가 인스턴스에서 MID 서버 목록을 엽니다.
    8. 목록에서 MID 서버 이름을 선택합니다.
      주:
      인스턴스와의 연결을 설정하는 데 MID 서버 시간에 몇 초가 걸릴 수 있습니다.
      시스템에 MID 서버 기록이 표시됩니다.
    9. Related Links에서 Validate를 클릭합니다.
      MID 서버 확인 완료가 '예'로 변경됩니다.

    다음에 수행할 작업

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

    여러 MID 서버 배포

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

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

    네트워크 정책 및 보안

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

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

    부하 분산

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

    고가용성 모델

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

    광역 네트워크(WAN)

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

    도메인 분리

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

    그림 1. 도메인 분리를 사용하여 MID 서버 배포
    도메인 분리를 사용하여 MID 서버 배포