Configuration Manager 사이트 크기 조정 및 성능 FAQ

두 개 이상의 다른 볼륨에서 Configuration Manager 받은 편지함 및 SQL Server 파일을 구분합니다. 이렇게 분리하면 클러스터 할당 크기를 수행하는 다양한 종류의 I/O에 최적화할 수 있습니다.

사이트 서버 받은 편지함을 호스트하는 볼륨의 경우 4K 또는 8K 할당 단위가 있는 NTFS를 사용합니다. ReFS는 작은 파일의 경우에도 64k를 씁니다. Configuration Manager 작은 파일이 많으므로 ReFS는 불필요한 디스크 오버헤드를 생성할 수 있습니다.

SQL Server 데이터베이스 파일이 포함된 디스크의 경우 64K 할당 단위와 함께 NTFS 또는 ReFS 서식을 사용합니다.

SSD(반도체 드라이브) 및 Azure Premium Storage 최신 배열은 디스크가 거의 없는 단일 볼륨에서 높은 IOPS를 제공할 수 있습니다. 일반적으로 추가 처리량이 아닌 추가 스토리지를 위해 배열에 더 많은 드라이브를 추가합니다. 실제 스핀들 기반 디스크를 사용하는 경우 단일 볼륨에서 생성할 수 있는 것보다 더 많은 IOPS가 필요할 수 있습니다. . mdf 파일에 대해 권장되는 총 IOPS 및 디스크 공간의 60%, .ldf 파일의 경우 20%, 로그 및 데이터 임시 파일에 20%를 할당해야 합니다. .ldf 및 임시 파일은 모두 할당된 IOPS의 40%(20% + 20%)가 있는 단일 볼륨에 상주할 수 있습니다.

SQL Server 2016 이전 버전의 SQL Server 기본적으로 하나의 임시 데이터 파일만 만듭니다. SQL Server 잠금을 방지하고 단일 파일에 대한 액세스를 기다리지 않도록 더 많은 항목을 만들어야 합니다. 커뮤니티의 의견은 만들 수 있는 가장 좋은 임시 데이터 파일 수에 따라 4개에서 8개까지 다양합니다. 테스트는 4~8 사이의 차이를 거의 나타내지 않으므로 4개의 동일한 크기의 임시 데이터 파일을 만들 수 있습니다. tempdb 데이터 파일은 전체 데이터베이스의 최대 20~25% 크기여야 합니다.

구성할 수 있는 경우 RAID 컨트롤러 메모리를 쓰기 작업의 경우 70% 할당, 읽기 작업의 경우 30%로 설정합니다. 일반적으로 사이트 데이터베이스에 대한 RAID 10 배열 구성을 사용합니다. RAID 1은 I/O 요구 사항이 낮은 소규모 사이트나 빠른 SSD를 사용하는 경우에도 허용됩니다. 디스크 배열이 클수록 장애 디스크를 자동으로 대체하도록 예비 디스크를 구성합니다.

예: 실제 디스크가 있는 물리적 컴퓨터

공동 배치된 사이트 서버 및 100,000개의 클라이언트가 있는 SQL Server 대한 크기 조정 지침은 사이트 서버 받은 편지함의 경우 1200 IOPS, SQL Server 파일의 경우 5000 IOPS입니다.

결과 디스크 구성은 다음과 같을 수 있습니다.

1. 권장되는 예비 디스크는 포함하지 않습니다.
2. 이 값은 예제 디스크 구성에서 가져옵니다.

하드웨어 리소스(CPU 코어 및 통과 스토리지)가 VM(가상 머신)에 100% 전용인 경우 Hyper-V는 물리적 서버에 유사한 성능을 제공합니다. 고정 크기 .vhd 또는 .vhdx 디스크 파일을 사용하면 I/O 성능에 미치는 영향을 최소화할 수 있습니다. 동적으로 확장 .vhd 또는 .vhdx 디스크 파일을 사용하면 Configuration Manager 워크로드에 최대 25%의 I/O 성능 영향이 발생합니다. 동적으로 디스크를 확장해야 하는 경우 배열에 25%의 IOPS 성능을 추가하여 보정합니다.

Configuration Manager 사이트 서버를 실행하거나 VM 내에서 SQL Server 경우 VM OS 및 데이터 드라이브에서 Hyper-V 호스트 OS 드라이브를 격리합니다.

VM 최적화에 대한 자세한 내용은 Hyper-V 서버 성능 조정을 참조하세요.

예: Hyper-V VM 기반 사이트 서버

150,000개의 클라이언트가 있는 공동 배치된 사이트 서버 및 SQL Server 대한 크기 조정 지침은 사이트 서버 받은 편지함의 경우 1800 IOPS, SQL Server 파일의 경우 7400 IOPS입니다.

결과 디스크 구성은 다음과 같을 수 있습니다.

1. 권장되는 예비 디스크는 포함하지 않습니다.
2. 기본 볼륨 전용 VM 드라이브에 대한 고정 크기 통과 .vhdx 입니다.
3. 이 값은 예제 디스크 구성에서 가져옵니다.

먼저 Azure의 Configuration Manager 질문과 대답을 읽습니다.

Premium Storage 기반 디스크를 활용하는 Azure IaaS(Infrastructure as a Service) VM은 높은 IOPS를 가질 수 있습니다. 이러한 VM에서 추가 IOPS 대신 예상 디스크 공간 요구 사항에 맞게 추가 디스크를 구성합니다.

Azure Storage는 기본적으로 중복되며 가용성을 위해 여러 디스크가 필요하지 않습니다. 디스크 관리자 또는 저장소 공간 디스크를 스트라이프하여 추가 공간과 성능을 제공할 수 있습니다.

Azure IaaS VM에서 Premium Storage 성능을 최대화하고 SQL Server를 실행하는 방법에 대한 자세한 내용과 권장 사항은 다음을 참조하세요.

• 애플리케이션 성능 최적화

• 디스크 지침

예: Azure 기반 사이트 서버

50,000개의 클라이언트가 있는 공동 배치된 사이트 서버 및 SQL Server 대한 크기 조정 지침은 8개의 코어, 32GB 및 1200개의 IOPS(사이트 서버 받은 편지함용) 및 SQL Server 파일의 경우 2800 IOPS입니다.

결과 Azure 컴퓨터는 다음 디스크 구성을 사용하는 DS13v2(8코어, 56GB)일 수 있습니다.

1. 이 값은 예제 디스크 구성에서 가져옵니다.
2. Azure 지침 은 사용 가능한 공간을 초과하지 않으며 추가 디스크 I/O 배포를 허용하므로 로컬 SSD 기반 D: 드라이브에 TempDB를 배치할 수 있습니다.

예: Azure 기반 사이트 서버(즉각적인 성능 향상을 위해)

Azure 디스크 처리량은 VM 크기에 따라 제한됩니다. 이전 Azure 예제의 구성은 향후 확장 또는 추가 성능을 제한할 수 있습니다. Azure VM을 처음 배포하는 동안 추가 디스크를 추가하는 경우 사전 투자를 최소화하면서 향후 처리 능력을 높이기 위해 Azure VM을 업사이징할 수 있습니다. 나중에 더 복잡한 마이그레이션을 수행하는 대신 요구 사항이 변경되면 사이트 성능을 높이기 위해 미리 계획하는 것이 훨씬 간단합니다.

이전 Azure 예제의 디스크를 변경하여 IOPS가 어떻게 변경되는지 확인합니다.

DS13v2

1. 디스크는 저장소 공간 사용하여 스트라이프됩니다.
2. 이 값은 예제 디스크 구성에서 가져옵니다. VM 크기는 성능을 제한합니다.
3. Azure 지침 은 사용 가능한 공간을 초과하지 않으며 추가 디스크 I/O 배포를 허용하므로 로컬 SSD 기반 D: 드라이브에 TempDB를 배치할 수 있습니다.

나중에 더 많은 성능이 필요한 경우 VM을 DS14v2로 업사이즈하여 CPU와 메모리를 두 배로 늘릴 수 있습니다. 해당 VM 크기에서 허용하는 추가 디스크 대역폭은 이전에 구성된 디스크에서 사용 가능한 디스크 IOPS를 즉시 향상시킵니다.

DS14v2

1. 디스크는 저장소 공간 사용하여 스트라이프됩니다.
2. 이 값은 예제 디스크 구성에서 가져옵니다. VM 크기는 성능을 제한합니다.
3. Azure 지침 은 사용 가능한 공간을 초과하지 않으며 추가 디스크 I/O 배포를 허용하므로 로컬 SSD 기반 D: 드라이브에 TempDB를 배치할 수 있습니다.

둘 다 단일 서버의 크기가 적절하게 조정되거나 두 서버 간에 네트워크 연결이 충분하다고 가정하여 적절하게 수행할 수 있습니다.

원격 SQL Server 추가 서버의 선행 및 운영 비용이 필요하지만 대부분의 대규모 고객 중에서 일반적입니다. 이 구성의 이점은 다음과 같습니다.

• SQL Server Always On 같은 향상된 사이트 가용성 옵션
• 사이트 처리에 대한 과도한 보고를 덜 들은 상태에서 실행할 수 있는 기능
• 일부 상황에서 더 간단한 재해 복구
• 보다 간편한 보안 관리
• 별도의 DBA 팀과 같은 SQL Server 관리를 위한 역할 분리

공동 배치된 SQL Server 단일 서버가 필요하며 대부분의 소규모 고객에게 일반적입니다. 이 구성의 이점은 다음과 같습니다.

• 컴퓨터, 라이선스 및 유지 관리에 대한 비용 절감
• 사이트에서 실패 지점 감소
• 가동 중지 시간 계획에 대한 더 나은 제어

기본적으로 SQL Server 서버에서 사용 가능한 모든 메모리를 사용하므로 컴퓨터의 OS 및 기타 프로세스가 부족할 수 있습니다. 잠재적인 성능 문제를 방지하려면 명시적으로 SQL Server 메모리를 할당하는 것이 중요합니다. SQL Server 함께 배치된 사이트 서버에서 OS에 파일 캐싱 및 기타 작업에 충분한 RAM이 있는지 확인합니다. SMSExec 및 기타 Configuration Manager 프로세스에 충분한 RAM이 남아 있는지 확인합니다. 원격 서버에서 SQL Server 실행하는 경우 대부분의 메모리를 SQL에 할당할 수 있지만 전부는 할당할 수 없습니다. 초기 지침에 대한 크기 조정 지침을 검토합니다.

SQL Server 메모리 할당은 전체 GB로 반올림되어야 합니다. 또한 RAM이 대량으로 증가하면 SQL Server 더 높은 비율을 가질 수 있습니다. 예를 들어 256GB 이상의 RAM을 사용할 수 있는 경우 OS에 대한 충분한 메모리를 유지하므로 최대 95%까지 SQL Server 구성할 수 있습니다. 페이지 파일을 모니터링하는 것은 OS 및 모든 Configuration Manager 프로세스에 충분한 메모리가 있는지 확인하는 좋은 방법입니다.

16개 이상의 물리적 코어가 있고 SQL Server RAM이 충분하지 않은 경우 메모리 경합 문제가 발생할 수 있습니다. 코어당 최소 3~4GB의 RAM을 SQL에 사용할 수 있는 경우 Configuration Manager 워크로드의 성능이 향상됩니다. SQL Server 코어를 추가할 때 비례적으로 RAM을 늘려야 합니다.

일반적으로 가용성 그룹은 복제본 서버 간에 충분한 네트워킹을 사용할 수 있는 경우 시스템 성능에 무시할 수 있는 영향을 미칩니다. 사용 중인 가용성 그룹 환경에서 빠른 데이터베이스 로그 .ldf 파일 증가를 가질 수 있습니다. 그러나 로그 파일 공간은 성공적인 데이터베이스 백업 후에 자동으로 해제됩니다. Configuration Manager 데이터베이스에 대한 SQL Server 작업을 추가하여 백업(예: 24시간마다)을 수행하고 6시간마다 .ldf 백업을 수행합니다. SQL Server 백업 전략에 대한 자세한 내용을 포함하여 가용성 그룹 및 Configuration Manager 대한 자세한 내용은 SQL Server Always On 가용성 그룹 사용 준비를 참조하세요.

SQL Server 압축은 Configuration Manager 데이터베이스에 권장되지 않습니다. Configuration Manager 데이터베이스에서 압축을 사용하도록 설정하는 데는 기능적인 문제가 없지만 테스트 결과는 시스템에 미치는 잠재적인 크기 조정 성능에 비해 크기가 크게 절감되지 않습니다.

Configuration Manager 데이터베이스의 모든 비밀은 이미 안전하게 저장되어 있지만 SQL Server 암호화를 추가하면 또 다른 보안 계층이 추가됩니다. 데이터베이스에서 암호화를 사용하도록 설정하는 데는 기능적인 문제가 없지만 성능이 최대 25% 저하될 수 있습니다. 따라서 특히 대규모 환경에서는 주의해서 암호화합니다. 또한 암호화된 데이터를 성공적으로 복구할 수 있도록 백업 및 복구 계획을 업데이트해야 합니다.

지원되는 SQL 버전은 SQL Server 버전 지원을 참조하세요. 성능 관점에서 지원되는 모든 버전의 SQL Server 필요한 성능 조건을 충족합니다. 그러나 2016년 이상 SQL Server Configuration Manager 워크로드의 일부 측면에서 2014년 SQL Server 실적이 우수한 경향이 있습니다. 또한 SQL Server 2012 호환성 수준(110)에서 SQL Server 2014를 실행하면 일반적으로 성능이 향상됩니다. 설치 시 SQL Server 2014에서 실행되는 Configuration Manager 데이터베이스는 호환성 수준 110으로 설정됩니다. SQL Server 2016 이상은 해당 SQL Server 버전의 기본 호환성 수준(예: SQL Server 2016의 경우 130)으로 설정됩니다. SQL Server 업그레이드해도 다음 주 Configuration Manager 현재 분기 버전을 설치할 때까지 호환성 수준이 업데이트되지 않습니다.

관리 콘솔에서 RBAC를 사용하는 경우와 같이 SQL Server 2016 이상에서 특정 SQL 쿼리에 비정상적인 시간 제한 또는 속도가 느려지는 경우 Configuration Manager 데이터베이스의 SQL Server 호환성 수준을 110으로 변경해 보세요. SQL Server 2014 및 최신 버전의 SQL Server SQL Server 호환성 수준 110에서 실행이 완전히 지원됩니다. 자세한 내용은 SQL 쿼리 시간 초과 또는 특정 Configuration Manager 데이터베이스 쿼리의 콘솔 속도 저하를 참조하세요.

2018년 1월 현재 알려진 다양한 성능 관련 문제 또는 기타 잠재적인 문제로 인해 다음 SQL Server 버전을 피해야 합니다.

• SQL Server 2012 SP3 CU1에서 CU5로
• SQL Server 2014 SP1 CU6에서 SP2 CU2로
• SQL Server 2016 RTM에서 CU3으로, SP1 CU3에서 CU5로

예, 인덱스를 일주일에 한 번 업데이트하고 SQL Server 성능을 향상시키기 위해 하루에 한 번 통계를 업데이트합니다. 타사 스크립트 및 Configuration Manager 및 SQL Server 커뮤니티에서 사용할 수 있는 추가 정보는 이러한 작업을 최적화하는 데 도움이 될 수 있습니다.

대규모 사이트에서는 사용 패턴에 따라 CI_CurrentComplianceStatusDetails, HinvChangeLog와 같은 일부 SQL Server 테이블이 클 수 있습니다. 유지 관리 방식을 하나씩 줄이거나 변경해야 할 수 있습니다.

SQL Server Express 보조 사이트에 큰 성능 영향을 미치지 않으며 대부분의 고객에게 적합합니다. 또한 배포 및 관리가 쉬우며 모든 규모의 거의 모든 고객에게 권장되는 구성입니다.

전체 SQL Server 설치가 필요할 수 있는 한 가지 상황이 있습니다. 사용자 환경에 배포 지점과 패키지 또는 원본이 많은 경우 SQL Server Express 10GB 크기 제한을 초과할 수 있습니다. 패키지 수의 배포 지점 수가 4,000,000개를 초과하는 경우(예: 콘텐츠가 2,000개인 2,000DP) 보조 사이트에서 전체 SQL Server 사용하는 것이 좋습니다.

설정을 0(사용 가능한 모든 프로세서 사용)으로 두면 대부분의 상황에서 전반적인 처리 성능에 최적입니다.

많은 Configuration Manager 관리자는 SQL Server "최대 병렬 처리 수준" 구성 옵션에 대한 권장 사항 및 지침의 지침을 따릅니다. 대부분의 최신 대형 하드웨어에서 이 지침은 제안된 최대 8개의 설정으로 이어집니다. 그러나 프로세서 수에 비해 더 작은 쿼리를 많이 실행하는 경우 더 높은 수로 설정하는 데 도움이 될 수 있습니다. 더 많은 코어를 사용할 수 있을 때 더 큰 사이트에서 자신을 8개로 제한하는 것이 반드시 가장 좋은 설정은 아닙니다.

8개 이상의 코어가 있는 SQL Server에서 0의 설정으로 시작하고 성능 문제 또는 과도한 잠금이 발생하는 경우에만 변경합니다. 0에서 성능 문제가 발생하여 MaxDOP를 변경해야 하는 경우 해당 사이트의 SQL Server 크기 조정에 대해 권장되는 최소 코어 수보다 크거나 같은 새 값으로 시작합니다. 이 값보다 낮게 전환하면 거의 항상 성능에 부정적인 영향을 미칩니다. 예를 들어 100,000개의 클라이언트 사이트에 대한 원격 SQL Server 12개 이상의 코어가 필요합니다. SQL Server 코어가 16개인 경우 값이 12인 MaxDOP 설정 테스트를 시작합니다.

모든 시스템에서 바이러스 백신 보호를 사용하지 않도록 설정하는 경우 주의하세요. 대용량 및 보안 환경에서는 최적의 성능을 위해 활성 모니터링을 사용하지 않도록 설정하는 것이 좋습니다.

권장되는 바이러스 백신 제외에 대한 자세한 내용은 Configuration Manager 2012 및 현재 분기 사이트 서버, 사이트 시스템 및 클라이언트에 대한 권장 바이러스 백신 제외를 참조하세요.

WsusPool 큐 길이 및 WsusPool 프라이빗 메모리 제한과 같은 몇 가지 주요 IIS 설정을 변경하면 더 작은 설치에서도 WSUS 성능이 향상될 수 있습니다. 자세한 내용은 권장 하드웨어를 참조하세요.

또한 WSUS를 실행하는 운영 체제에 대한 최신 업데이트가 설치되어 있는지 확인합니다.

• Windows Server 2012: 2017년 10월 이상 릴리스된 모든 비 "보안 전용" 누적 업데이트입니다. (KB4041690)
• Windows Server 2012 R2: 2017년 8월 이상 릴리스된 모든 비 "보안 전용" 누적 업데이트입니다. (KB4039871)
• Window Server 2016: 2017년 8월 이상 릴리스된 모든 비 "보안 전용" 누적 업데이트입니다. (KB4039396)

WSUS 및 Configuration Manager SUP 유지 관리에 Microsoft 전체 가이드를 참조하세요.

기존 서버 성능 모니터링은 일반 Configuration Manager 효과적으로 작동합니다. Configuration Manager, SQL Server 및 Windows Server에 대한 다양한 System Center Operations Manager 관리 팩을 활용하여 서버의 기본 상태를 모니터링할 수도 있습니다. Configuration Manager 제공하는 Windows 성능 모니터(PerfMon) 카운터를 직접 모니터링할 수도 있습니다. 잠재적인 사이트 성능 문제 또는 백로그의 조기 경고 징후는 다양한 받은 편지함의 백로그를 모니터링합니다.

참고 항목

• 사이트 크기 조정 및 성능 지침
• Azure에서 Configuration Manager 질문과 대답