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