Service Manager 하드웨어 성능 계획

System Center - Service Manager 성능의 중요한 부분은 조직의 요구 사항을 처리하도록 계획된 하드웨어 구성 및 배포 토폴로지에 따라 달라집니다. 다음 섹션에서는 적절한 하드웨어 성능을 계획할 때 고려해야 할 일반적인 지침을 제공합니다.

하드웨어 성능

다음은 Service Manager 데이터베이스에서 상당한 로드 및 양의 데이터가 있는 Service Manager에서 가장 눈에 띄는 하드웨어 병목 현상입니다.

1. 가장 일반적인 병목 현상은 Microsoft SQL Server를 실행하는 컴퓨터의 메모리와 I/O입니다. 리소스를 사용하는 경우 SQL Server I/O를 개선하기 위해 더 많은 메모리와 더 빠른 I/O 하위 시스템에 투자하면 성능이 향상됩니다.
2. 관리 서버에 연결하는 콘솔이 많을 것으로 예상되는 경우 관리 서버의 추가 CPU 및 메모리에 투자하거나 보조 Service Manager 관리 서버를 설치하여 최대 부하를 처리하도록 성능을 향상시킬 수 있습니다.

이 문서에서 설명하는 각 역할별 최소 권장 하드웨어를 참조합니다.

가상 머신의 역할

대부분의 조직에서는 가상 컴퓨터를 사용하여 Windows Server 애플리케이션을 호스트합니다. 관리 서버 및 데이터 웨어하우스 서버와 같은 Service Manager 서버 역할도 예외는 아닙니다. 가상 컴퓨터의 사용 범위는 가상화된 모든 서버 역할에서 가상 컴퓨터와 물리적 컴퓨터의 몇 가지 다른 조합까지 포괄할 수 있습니다.

조직의 요구 사항이 본질적으로 고유하기 때문에 특정 가상 대 물리적 컴퓨터 비율은 권장하지 않습니다. 그러나 각 소프트웨어 역할에 대한 최소 하드웨어 요구 사항은 물리적 컴퓨터에 적용됩니다. 소프트웨어 역할을 가상화하기로 결정한 경우 각 가상 컴퓨터에 대한 추가 하드웨어 리소스가 있는지 확인해야 합니다.

다음 계획 지침을 따르지 않으면 데이터베이스 서버는 가상 머신의 성능 저하에 취약합니다.

• Hyper-V 환경에서 SQL Server 실행
• SQL Server를 호스트하려는 가상 컴퓨터에서 동적 디스크를 사용해서는 안됩니다. 고정 크기의 가상 하드 드라이브나 통과 드라이브를 사용합니다.
• Hyper-V는 게스트당 4개의 가상 CPU만 허용하므로 콘솔이 많은 경우 Service Manager 서버를 제한할 수 있습니다.

Service Manager 기준 테스트 결과

Service Manager는 물리적 컴퓨터의 형태로 권장되는 최소 하드웨어와 함께 다양한 배포 시나리오를 사용하여 성능 및 확장성에 대한 기준을 테스트했습니다. 보다 구체적으로, 시나리오는 미리 채워진 데이터베이스와 서비스 관리자 콘솔에서 루프에서 인시던트 및 변경 요청을 만들고 업데이트하여 테스트했습니다.

데이터베이스는 두 가지 테스트를 위한 정보로 미리 채워졌습니다.

• 테스트 1은 20,000대의 컴퓨터, 20,000명의 사용자, 필요한 모든 구성 항목으로 구성되며, 구성 항목은 해당 데이터베이스에서 총 약 250만 개 행을 사용하는 약 250,000개였습니다. 테스트 1에는 40개의 활성 Service Manager 콘솔도 포함되어 있습니다.
• 테스트 2는 50,000대의 컴퓨터, 50,000명의 사용자, 관련 구성 항목으로 구성되며, 구성 항목은 해당 데이터베이스에서 총 600만 개 행을 사용하는 약 700,000개였습니다. 테스트 2에는 80개의 활성 Service Manager 콘솔도 포함되어 있습니다.

테스트 결과는 다음과 같았습니다.

• 50,000대의 컴퓨터 구성에서 응답 시간 목표를 달성하기 위해서는 SQL Server 메모리를 8GB(기가바이트)에서 32GB로 늘려야 했습니다.
• 테스트를 진행하는 동안 20,000대의 컴퓨터 구성에서는 시간당 200개의 인시던트와 50개의 변경 요청이, 50,000대의 컴퓨터 구성에서는 시간당 500개의 인시던트와 125개의 변경 요청이 각각 생성되었고, 각 인시던트 및 변경 요청마다 3 - 4개의 알림 구독과 템플릿이 처리되었습니다.
• 일반적으로 이러한 기준 테스트에서 알림 구독 처리 및 템플릿 애플리케이션과 같은 워크플로는 각 작업 항목이 생성된 후 1분 안에 실행되었습니다.

조직에서 지원되는 컴퓨터와 콘솔이 20,000개 미만이고 워크플로 수가 적을 계획인 경우 일부 Service Manager 역할이 가상 컴퓨터에서 호스트되더라도 Service Manager 성능이 허용되어야 합니다.

그러나 Service Manager 데이터베이스에 지원되는 컴퓨터를 추가하려는 경우 이 문서에 나열된 최소 요구 사항을 초과하여 Service Manager 데이터베이스 서버의 RAM 양을 늘릴 계획입니다. 예를 들어 기준 테스트에서 20,000대 컴퓨터에 대한 레코드가 포함된 Service Manager 데이터베이스 서버에 8GB의 RAM이 설치되었습니다. 이 환경의 경우 지원할 컴퓨터가 10,000대 늘어날 때마다 8GB의 RAM을 추가해야 합니다. 예를 들어 컴퓨터 수를 50,000대로 늘리려면 RAM을 32GB로 추가해야 합니다. 32GB의 RAM이 설치된 SQL 서버를 실행하는 컴퓨터로 50,000대의 컴퓨터 구성을 테스트하는 동안 컴퓨터를 추가하기 전의 구성에 대한 테스트와 비교해도 차이가 전혀 없을 정도로 성능이 향상되었습니다.

이러한 기준 테스트에서는 네트워크 대기 시간도 테스트되었습니다. Service Manager 콘솔과 Service Manager 관리 서버 간에 네트워크 대기 시간이 도입되었습니다.

참고 항목

Service Manager 데이터베이스 서버 및 Service Manager 관리 서버는 대기 시간이 짧은 LAN에 있어야 합니다. Service Manager 데이터베이스 서버와 Service Manager 관리 서버 간의 네트워크 대기 시간으로 인해 Service Manager 성능이 크게 저하 될 수 있습니다.

테스트 결과는 다음과 같았습니다.

• 네트워크 대기 시간이 100밀리초(밀리초) 미만인 경우 전체 Service Manager 콘솔 응답 시간이 양호한 것으로 나타났습니다.

• 네트워크 대기 시간이 150msec에서 200msec로 표시된 경우 성능은 사용 가능한 것으로 표시되었으며, 일부 시나리오에서는 응답 시간이 최대 40% 저하되었습니다. 대기 시간이 150msec에서 200msec 사이인 경우 조직의 주요 시나리오를 평가하고 RDC(원격 데스크톱 연결)가 더 나은 옵션인지 확인해야 합니다.

  참고 항목

  Service Manager 콘솔에서 서비스 맵을 확장하면 대기 시간이 거의 없습니다.

• 네트워크 대기 시간이 200msec를 초과하면 전체 Service Manager 콘솔 응답 시간이 좋지 않은 것으로 관찰되었습니다. 따라서 대기 시간이 200msec를 초과하면 RDC(원격 데스크톱 연결)나 기타 비슷한 원격 액세스 솔루션을 운영 작업에 사용해야 합니다. 단, 비정기적인 관리 작업의 경우 자주 수행하지 않기 때문에 원격 액세스를 사용할 필요가 없습니다.

다음 단계

• Service Manager 소프트웨어 성능을 계획할 때 고려해야 할 일반적인 지침을 읽으려면 Service Manager 성능을 검토합니다.