MID 서버 시스템 요구 사항
이러한 최소 시스템 요구 사항을 사용하여 컴퓨터 호스팅MID 서버을 위한 리소스를 할당합니다.
MID 서버 지원되는 시스템
- Windows 서버
- Windows 기반 서버를 검색하거나, 패턴을 실행 서비스 매핑 하거나, 장치에서 명령을 Windows 실행 오케스트레이션 하려면 서버에 설치 MID 서버 해야 합니다Windows. 가상 MID 서버 머신과 64비트 시스템을 포함하여 다음 Windows 운영 체제를 지원합니다.
- Windows 서버 2012
- Windows 서버 2016
- Windows 서버 2019
- Windows 서버 2022
- Windows 서버 2025
- Linux
- 가상 머신 및 64비트 시스템의 경우 MID 서버는 다음과 같은 Linux 버전에서 지원됩니다.
- Linux Red Hat 6 이상
- Ubuntu 1404(Ubuntu 14) 이상
- CentOS 7 이상
- CentOS 7
- Windows 서버 2008
- Windows 서버 2008 R2
- 윈도우 8
- Windows 10
보안 요구 사항
높은 보안 표준을 MID 서버 충족하기 위해 에 연결할 ServiceNow®때 HTTPS 트래픽에 대해 x.509 인증서 확인을 수행합니다. 와 인스턴스 사이에 MID 서버 네트워크 어플라이언스 또는 프록시가 있는 경우 해당 어플라이언스는 신뢰할 수 있는 CA에서 서명한 디지털 인증서를 제공해야 합니다. 자체 서명된 인증서 또는 내부 CA에서 서명한 인증서를 사용하는 경우 인증서를 신뢰 저장소로 임포트합니다 MID 서버 . SSL 인증서 추가에 대한 자세한 내용은 다음 문서를 참조하십시오 MID 서버용 SSL 인증서 추가.
OCSP 연결 요구 사항
온라인 인증서 상태 프로토콜(OCSP)은 SSL/TLS 인증서의 해지 상태를 확인하는 데 사용되는 프로토콜입니다. 인증서가 교환되고 유효성이 검사되면 MID 서버는 인증서가 해지되어 신뢰할 수 없는지 여부를 확인해야 합니다.
OCSP는 MID 서버와 같은 클라이언트를 사용하여 HTTP 웹 사이트의 인증서를 받습니다. 클라이언트는 인증서를 발급한 CA(인증 기관)에서 운영하는 서버인 OCSP 응답자에게 요청을 보냅니다. 클라이언트에 대한 OCSP 응답자의 응답은 인증서가 유효한지 또는 해지되었는지 여부를 나타냅니다.
연결하기 위해서는 MID 서버에서 다음에 액세스해야 합니다.
- *.service-now.com 또는 <instance_name>.service-now.com
- install.service-now.com
- http://ocsp.entrust.net
- http://ocsp.digicert.com(또는 다른 CA OCSP 응답자)
SSL/TLS 인증서는 항상 만료일을 포함하여 발급되며, 연결된 개인 키가 손상된 경우와 같이 인증서가 만료되기 전에 인증서를 해지해야 하는 특정 상황이 있습니다. 따라서 웹사이트 인증서의 현재 유효성은 만료일에 관계없이 클라이언트에서 항상 확인해야 합니다.
인증서의 해지 상태를 확인할 수 없는 경우 클라이언트가 연결에 실패합니다. 방화벽과 프록시 구성이 OCSP Entrust 및 DigiCert 서버에 대한 호출을 차단하여 MID 서버가 작동하지 않을 수 있습니다. OCSP 트래픽이 통과하도록 방화벽 권한을 변경해야 할 수 있습니다. 자세한 정보 및 해결 방법은 HI 지식베이스 문서 [KB1216223]을 참조하십시오.
PowerShell 요구 사항
MID 서버 최소 PowerShell 버전 3.0이 필요하며 PowerShell 5.1 이하 버전을 지원합니다. PowerShell 요구 사항에 대한 자세한 내용은 Microsoft 설명서를 참조하세요. 인스턴스를 사용하여 현재 PowerShell 버전을 찾으려면 ecc_agent_list.do로 이동하십시오. 개인화 목록 업데이트 톱니바퀴 아이콘을 사용하여 선택됨 열에 호스트 PowerShell 버전을 추가합니다. 그런 다음 MID Server 목록을 PowerShell 버전별로 정렬하여 오래된 버전을 MID 서버찾습니다. 또는 호스트의 PowerShell 콘솔에서 $Host.Version 명령을 사용하여 호스트 컴퓨터에서 PowerShell 버전을 찾을 수 있습니다. PowerShell 버전은 PSVersion으로 나열됩니다.
Java 버전 지원
Java 21.0.7은 설치 프로그램 패키지와 함께 MID 서버 번들로 제공되며 모든 새 MID 서버. 설치 프로그램은 사용자 환경에서 실행되도록 Java 21.0.7을 자동으로 구성합니다. 추가 구성이 필요하지 않습니다. 이 버전은 64비트 Windows MID 서버 와 64비트 Linux MID 서버를 모두 지원합니다. MID 서버 최소 JRE 버전 17.0.10 및 권장 버전 21.0.7이 필요합니다. 17.0.10보다 낮은 버전을 사용하는 경우 암호화 관련 문제가 발생할 수 있습니다.
테스트 결과 Java 11 버전 17.0.10에서 Oracle 예상대로 작동하는 것으로 MID 서버 나타났습니다. JRE를 다른 버전으로 업그레이드해야 하는 경우 지원을 위해 적절한 고객 담당자와 협의합니다.
- 이전 버전에서 업그레이드된 MID Server는 MID Server 설치 프로그램과 함께 제공된 OpenJDK를 사용합니다. 이 버전의 OpenJDK는 이러한 MID Server와 함께 사용하도록 테스트 및 인증되었습니다.
- MID 서버 다른 운영 체제 버전에서 업그레이드된 경우에도 JRE가 설치 패키지와 함께 제공된 버전으로 자동 업그레이드됩니다.
yum install glibc.i686입니다.MID 서버 JRE 다운그레이드 지원
인스턴스가 ServiceNow® Quebec에서 다운그레이드되면 또한 MID 서버 다운그레이드됩니다. 그러나 인스턴스가 다음 패치 중 하나로 다운그레이드되지 않는 한 JRE는 다운그레이드되지 않을 수 있습니다.
- 뉴욕 패치 12
- 올랜도 패치 9
- Paris 패치 3
Quebec MID 서버 에서 지정된 패치와 다른 패치로 다운그레이드된 경우 MID 서버에 Java 11 설치[KB0752451]의 지침을 따르십시오.
Java Service 래퍼
이 설치 프로그램에는 MID 서버 Tanuki Software Java Service Wrapper 버전 3.5.40이 포함되어 있습니다.
JVM 메모리 크기 설정
MID 서버 1GB의 JVM 메모리로 설치됩니다. 제품에 권장되는 메모리 크기가 1GB보다 큰 경우 기본 설정을 재정의하는 절차를 참조하십시오 MID 서버 JVM 메모리 크기 설정 .
배포 유형
인스턴스의 시스템 요구 사항은 사용하는 MID 서버개별 제품의 요구 사항에 따라 결정됩니다. 상태 로그 분석과 같은 일부 애플리케이션에는 설명서에 나열된 추가 시스템 요구 사항이 있습니다.
- 표준 배포
- 다음 제품은 동일한 최소 디스크 공간 및 메모리 요구 사항을 공유하기 때문에 MID 서버 "표준"으로 간주됩니다.
- 디스커버리
- 이벤트 관리
- 통합
- 오케스트레이션
- 서비스 매핑
최소 표준 요구사항은 단일 제품 및 결합된 제품 배포와 관련되어 있습니다. 디스크나 메모리 요구 사항을 크게 늘리지 않고도 여러 표준 제품에 대해 단일 MID 서버 제품을 배포할 수 있습니다.
- 높은 자원 배포
클라우드 관리 플랫폼(CMP) 과 Operational Intelligence는 처리 집약적이며 표준 제품보다 각각 MID 서버 에 대해 더 많은 자원이 필요합니다. 다른 제품을 지원 MID 서버 하지 않는 전용 호스트에 이러한 제품을 설치 MID 서버 합니다.
권장 MID 서버 최소 요구 사항
- 수행하도록 구성된 고객 인프라 및 특정 기능(역량)의 크기입니다 MID 서버 .
- 호스트에 설치된 개수입니다.MID 서버
- 당 MID 서버스레드 수입니다.
- 호스트에서 MID 서버 실행 중인 다른 애플리케이션의 수와 특성입니다.
- 릴리스에 대한 ServiceNow 아키텍처 및 설계 개선 사항. 예를 들어 올랜도에서 PowerShell Windows 디스커버리 for 사용하거나 퀘벡에서 기본 Java 가비지 수집 정책을 변경합니다.
따라서 모든 MID 서버 배포에 적합한 하나의 크기 요구 사항은 없습니다. 다음에 문서화된 크기 조정 지침은 배포의 시작점이 될 수 있습니다. 그러나 고객은 성능과 리소스 사용률을 지속적으로 모니터링 MID 서버 한 다음, 필요에 따라 조정하고 확장 MID 서버 해야 합니다.
- MID 서버 최소 시스템 요구 사항
필요한 MID 서버 최소 CPU 구성은 단일 MID 서버 배포 및 25개의 동시 스레드의 표준 구성이 있는 Server 2012 R2 호스트에 대해 Windows 2+ GHz 속도의 쿼드 코어 프로세서입니다.
- MID 서버 CPU 사용률
대부분의 애플리케이션디스커버리(예: )은 MID 서버 성능을 최대화하도록 설계되어 .MID 서버 따라서 일부 고객은 일정 또는 유사한 애플리케이션을 실행하는 디스커버리 동안 MID 서버 90-100% 범위에서 매우 높은 CPU 사용률 세그먼트를 관찰할 수 있습니다.
CPU 사용률이 매우 높은 세그먼트는 처리량을 최대화하는 아키텍처 설계에 부합하고 검색 성능에 부정적인 영향을 미치지 않기 때문에 걱정의 원인이 되지 않습니다. MID 서버 실행이 성공적으로 중지된 후 디스커버리 호스트의 자원 사용률이 자동으로 정상으로 돌아갑니다.
빈번하고 길게 높은 CPU 사용률 세그먼트를 발견하는 고객은 다음을 피해야 합니다.- 중복 디스커버리 된 일정과 같이 활성 작업 부하를 동시에 처리할 것으로 예상되는 경우 MID 서버 동일한 호스트에서 둘 MID 서버 이상을 실행하는 경우
- 호스트를 MID 서버 다른 애플리케이션과 공유합니다.
- 호스트에서 MID 서버 CPU 사용률을 기반으로 하는 성능 경보 구성 필요한 경우 이러한 경보는 다른 성능 모니터와 함께 사용해야 합니다.
- 호스트에서 MID 서버 추가 성능 모니터링 구성
CPU 사용률 MID 서버 은 호스트의 부하를 나타내는 좋은 지표이지만 제한된 가시성만 제공합니다. 운영 체제의 Windows 시스템 프로세서 큐 길이와 운영 체제의 UNIX 부하 평균에 대한 추가 모니터링이 중요합니다.
- 프로세서 큐 길이(Windows OS): 준비되었지만 다른 활성 스레드로 인해 현재 프로세서에서 실행할 수 없는 스레드 수입니다. 큐의 스레드 수가 연속 기간 동안 프로세서 코어 수의 두 배를 초과하는 경우 프로세서의 병목현상이 발생할 수 있습니다.
- 부하 평균(Unix OS): 정의된 기간 동안 Linux 서버의 평균 시스템 부하입니다. 실행 중인 스레드와 대기 중인 스레드의 합계를 포함하는 서버의 CPU 요구입니다. 일반적으로 top 또는 uptime 명령은 서버의 부하 평균을 출력과 함께 제공합니다.
MID 서버 CPU 성능 사례 연구
- 최대 스레드 수 수정이 CPU 사용률에 미치는 MID 서버 영향
다음은 내부 벤치마킹을 기반으로 10,000대의 서버에서 실행 클라우드 디스커버리 중 CPU 사용률에 대한 MID 서버 샘플 데이터입니다.
이 테스트에서 최대 CPU 사용률은 스레드 수 및 OS와 무관하게 100%인 것으로 관찰되었습니다. 평균 CPU 사용률은 스레드 수에 비례하는 것으로 관찰되었습니다. 스레드 수가 증가한다고 해서 반드시 즉각적인 CPU 압력이 발생하는 것은 아닙니다. 스레드 수를 기본값 25에서 50으로 늘려도 최대 프로세서 큐 길이로 표시된 것처럼 추가 CPU 압력이 발생하지 않았습니다. 그러나 최대 스레드 값을 100으로 늘리면 프로세서 큐 길이가 크게 증가하여 CPU 압력을 나타냅니다.
- 다른 애플리케이션과의 공유 MID 서버 또는 MID 서버 CPU 사용률에 미치는 영향
Discovery를 실행하는 것은 에 대한 CPU 집약적인 작업입니다.MID 서버 다른 애플리케이션을 배포하거나 MID 서버 동일한 호스트에 배포하면 호스트에 추가적인 CPU 부하가 발생합니다. 이 압력은 다음을 포함한 실행 중인 애플리케이션의 성능에 영향을 미칩니다.MID 서버 다음 예는 다양한 부하 패턴의 샘플 CPU 사용률 데이터 요소입니다.MID 서버
단일 MID 서버의 전용 호스트: 평균 CPU 사용량은 48%입니다.
중간 부하의 MID 서버와 다른 애플리케이션 간에 공유되는 호스트: 평균 CPU 사용량은 77%입니다.
부하가 많은 MID 서버와 다른 애플리케이션 간에 공유되는 호스트: 평균 CPU 사용량은 97%입니다.
- 스케일 업 MID 서버 및 CPU 자원 사용률에 미치는 MID 서버 영향
CPU 자원에 대한 제약이 심한 경우 MID 서버 CPU를 추가하여 호스트를 MID 서버 확장하면 자원 압박을 완화하는 데 도움이 됩니다. 그러나 이것이 반드시 매우 높은 CPU 사용량 세그먼트를 제거하지는 않을 수 있습니다. MID 서버 성능을 최대화하도록 설계된 것과 같은 디스커버리애플리케이션은 사용 가능한 추가 CPU 자원을 계속 사용합니다. 다음 예는 동일한 디스커버리 일정을 실행하는 4 CPU 호스트와 8 CPU MID 서버MID 서버 호스트에 대한 샘플 CPU 사용률 데이터 요소입니다.
매개변수 4개의 CPU 8개의 CPU 평균 CPU% 48% 28% 최대 CPU % 98% 98% 4 CPU 호스트에 배포된 경우 MID 서버 CPU 사용률:
8 CPU 호스트에 배포된 경우 MID 서버 CPU 사용률:
성능 모니터링
사용자 환경에 충분한 자원 할당이 있는지 확인 MID 서버 하려면 MID 서버 대시보드에서 제품 실행이 가장 많은 기간 동안 성능을 모니터링합니다.