Configuration Manager의 크기 및 배율 번호
적용 대상: Configuration Manager(현재 분기)
각 Configuration Manager 배포에는 지원할 수 있는 최대 사이트 수, 사이트 시스템 역할 및 디바이스가 있습니다. 이러한 숫자는 계층 구조, 사용하는 사이트의 유형 및 수, 배포하는 사이트 시스템 역할에 따라 달라집니다. 이 문서의 정보는 관리해야 하는 디바이스를 지원하는 데 필요한 사이트 시스템 역할 및 사이트의 수를 결정하는 데 도움이 될 수 있습니다.
자세한 내용은 다음 문서를 참조하세요.
이러한 지원 번호는 Configuration Manager에 권장되는 하드웨어를 사용하는 것을 기반으로 합니다. 또한 사용 가능한 모든 Configuration Manager 기능에 대한 기본 설정을 기반으로 합니다. 권장 하드웨어를 사용하지 않거나 보다 공격적인 사용자 지정 설정을 사용하지 않으면 사이트 시스템의 성능이 저하할 수 있습니다. 사이트 시스템이 명시된 지원 수준을 충족하지 못할 수 있습니다. (더 공격적인 클라이언트 설정의 예는 7일마다 한 번씩 기본값보다 하드웨어 또는 소프트웨어 인벤토리를 더 자주 실행하는 것입니다.)
사이트 유형
중앙 관리 사이트
- 중앙 관리 사이트는 최대 25개의 자식 기본 사이트를 지원합니다.
기본 사이트
각 기본 사이트는 최대 250개의 보조 사이트를 지원합니다.
기본 사이트당 보조 사이트 수는 지속적으로 연결되고 신뢰할 수 있는 WAN(광역 네트워크) 연결을 기반으로 합니다. 클라이언트가 500개 미만인 위치의 경우 보조 사이트 대신 배포 지점을 고려합니다.
기본 사이트에서 지원할 수 있는 클라이언트 및 디바이스 수에 대한 자세한 내용은 사이트 및 계층에 대한 클라이언트 번호를 참조하세요.
보조 사이트
- 보조 사이트는 자식 사이트를 지원하지 않습니다.
사이트 시스템 역할
클라우드 관리 게이트웨이
달리 명시되지 않는 한, 이 지침은 모든 배포 모델 및 VM 크기에 대해 동일합니다.
기본 사이트 또는 CAS(중앙 관리 사이트)에 CMG(클라우드 관리 게이트웨이)의 여러 인스턴스를 설치할 수 있습니다.
팁
계층 구조에서 CAS에서 CMG를 만듭니다.
하나의 CMG는 Azure 클라우드 서비스에서 최대 16개의 VM(가상 머신) 인스턴스를 지원합니다.
각 CMG VM 인스턴스당 동시 클라이언트 연결은 배포 모델 및 VM 크기에 따라 달라집니다. CMG가 지원되는 클라이언트 수보다 많은 부하가 높은 경우에도 요청을 처리하지만 지연이 있을 수 있습니다.
가상 머신 확장 집합(버전 2107 이상)
- 랩(B2s): 10
- 표준(A2_v2): 6,000
- 대형(A4_v2): 10,000
중요
랩(B2s) 크기 VM은 랩 테스트 및 작은 개념 증명 환경에만 사용됩니다. CMG와 함께 프로덕션용으로 사용되지 않습니다. B2s VM은 비용이 낮고 성능이 낮습니다. Configuration Manager 기술 미리 보기 분기는 10개의 클라이언트만 지원하므로 이 크기는 해당 클라이언트 수를 지원합니다.
가상 머신 확장 집합(CSP(클라우드 서비스 공급자) 구독용 버전 2010 및 2103): 2,000
클라우드 서비스(클래식)(버전 2111 이하): 6,000
중요
버전 2203부터 CMG를 클라우드 서비스(클래식) 로 배포하는 옵션이 제거됩니다. 모든 CMG 배포는 가상 머신 확장 집합을 사용해야 합니다. 자세한 내용은 제거 및 사용되지 않는 기능을 참조하세요.
자세한 내용은 CMG 성능 및 크기 조정을 참조하세요.
클라우드 관리 게이트웨이 연결 지점
이 지침은 모든 배포 모델 및 VM 크기에 대해 동일합니다.
기본 사이트에 CMG 연결 지점의 여러 인스턴스를 설치할 수 있습니다.
하나의 CMG 연결 지점은 최대 4개의 VM 인스턴스가 있는 CMG를 지원할 수 있습니다. CMG에 4개 이상의 VM 인스턴스가 있는 경우 부하 분산을 위한 두 번째 CMG 연결 지점을 추가합니다. VM 인스턴스가 16개인 CMG는 4개의 CMG 연결 지점과 연결되어야 합니다.
참고
CMG 연결 지점에 대한 하드웨어 요구 사항을 고려할 때 원격 사이트 시스템 서버에 권장되는 하드웨어를 참조하세요.
자세한 내용은 CMG 성능 및 크기 조정을 참조하세요.
배포 지점
사이트당 배포 지점:
각 기본 및 보조 사이트는 최대 250개의 배포 지점을 지원합니다.
각 기본 및 보조 사이트는 풀(pull) 배포 지점으로 구성된 최대 2,000개의 추가 배포 지점을 지원합니다. 예를 들어 단일 기본 사이트는 2000개의 배포 지점이 풀(pull) 배포 지점으로 구성된 경우 2250개의 배포 지점을 지원합니다.
각 배포 지점은 최대 4,000개의 클라이언트에서 연결을 지원합니다.
풀(pull) 배포 지점은 원본 배포 지점에서 콘텐츠에 액세스할 때 클라이언트처럼 작동합니다.
각 기본 사이트는 총 5,000개의 배포 지점을 지원합니다. 이 합계에는 기본 사이트의 모든 배포 지점과 기본 사이트의 자식 보조 사이트에 속하는 모든 배포 지점이 포함됩니다.
각 배포 지점은 총 10,000개의 패키지 및 애플리케이션을 지원합니다.
경고
하나의 배포 지점에서 지원할 수 있는 실제 클라이언트 수는 네트워크 속도 및 서버의 하드웨어 구성에 따라 달라집니다.
한 원본 배포 지점에서 지원할 수 있는 풀(pull) 배포 지점의 수는 네트워크의 속도와 원본 배포 지점의 하드웨어 구성에 따라 달라집니다. 그러나 이 숫자는 배포한 콘텐츠의 양에도 영향을 받습니다. 이 효과는 일반적으로 배포 중에 다른 시간에 콘텐츠에 액세스하는 클라이언트와 달리 모든 끌어오기 배포 지점에서 동시에 콘텐츠를 요청하기 때문입니다. 풀(pull) 배포 지점은 해당 콘텐츠뿐만 아니라 사용 가능한 모든 콘텐츠를 요청할 수 있습니다. 원본 배포 지점에 높은 처리 부하를 배치하면 대상 배포 지점에 콘텐츠를 배포하는 데 예기치 않은 지연이 발생할 수 있습니다.
대체 상태 지점
- 각 대체 상태 지점은 최대 100,000개의 클라이언트를 지원할 수 있습니다.
관리 포인트
각 기본 사이트는 최대 15개의 관리 지점을 지원합니다.
팁
기본 사이트 서버 또는 사이트 데이터베이스 서버의 느린 링크에 걸쳐 있는 서버에 관리 지점을 설치하지 마세요. 관리 지점이 동일한 데이터 센터(빠른 링크라고도 함)에 없는 경우 상태 및 상태 메시지에 대기 시간이 발생할 수 있습니다. 원격 관리 지점에 대한 요구 사항이 있는 경우 대신 보조 사이트를 사용하는 것이 좋습니다. 이렇게 하면 상태 및 상태 메시지에 대한 백로그 문제가 방지됩니다.
각 보조 사이트는 보조 사이트 서버에 설치해야 하는 단일 관리 지점을 지원합니다.
관리 지점에서 지원할 수 있는 클라이언트 및 디바이스 수에 대한 자세한 내용은 관리 지점 섹션을 참조하세요.
참고
관리 지점에서 클라우드 관리 게이트웨이를 지원하도록 설정하면 일반에 따라 인터넷 기반 클라이언트 요청을 서비스합니다. 관리 지점에 대한 크기 조정 지침은 온-프레미스 또는 인터넷 기반 클라이언트를 서비스하는지 여부에 관계없이 변경되지 않습니다.
소프트웨어 업데이트 지점
다음 권장 사항을 기준으로 사용합니다. 이 기준은 조직에 적합한 소프트웨어 업데이트 용량 계획에 대한 정보를 결정하는 데 도움이 됩니다. 실제 용량 요구 사항은 다음 조건에 따라 이 문서에 나열된 권장 사항과 다를 수 있습니다.
- 특정 네트워킹 환경
- 소프트웨어 업데이트 지점 사이트 시스템을 호스트하는 데 사용하는 하드웨어
- 관리되는 클라이언트 수
- 서버에 설치된 다른 사이트 시스템 역할
참고
소프트웨어 업데이트 지점이 클라우드 관리 게이트웨이를 지원하도록 설정하면 일반에 따라 인터넷 기반 클라이언트 요청을 서비스합니다. 소프트웨어 업데이트 지점에 대한 크기 조정 지침은 온-프레미스 또는 인터넷 기반 클라이언트를 서비스하는지 여부에 관계없이 변경되지 않습니다.
소프트웨어 업데이트 지점에 대한 용량 계획
지원되는 클라이언트 수는 소프트웨어 업데이트 지점에서 실행되는 WSUS(Windows Server Update Services) 버전에 따라 달라집니다. 또한 소프트웨어 업데이트 지점 사이트 시스템 역할이 다른 사이트 시스템 역할과 공존하는지 여부에 따라 달라집니다.
소프트웨어 업데이트 지점은 소프트웨어 업데이트 지점 서버에서 WSUS가 실행되고 소프트웨어 업데이트 지점이 다른 사이트 시스템 역할과 공존할 때 최대 25,000개의 클라이언트를 지원할 수 있습니다.
소프트웨어 업데이트 지점은 원격 서버가 WSUS 요구 사항을 충족하고, WSUS가 Configuration Manager와 함께 사용되며, 다음 설정을 구성할 때 최대 150,000개의 클라이언트를 지원할 수 있습니다.
IIS 애플리케이션 풀:
WsusPool 큐 길이를 2000으로 늘입니다.
WsusPool 프라이빗 메모리 제한을 x4배 늘리거나 0(무제한)으로 설정합니다. 예를 들어 기본 제한이 1,843,200KB인 경우 7,372,800으로 늘입니다. 자세한 내용은 WSUS 모범 사례를 참조하세요.
소프트웨어 업데이트 지점에 대한 하드웨어 요구 사항에 대한 자세한 내용은 사이트 시스템에 권장되는 하드웨어를 참조하세요.
소프트웨어 업데이트 개체에 대한 용량 계획
다음 용량 정보를 사용하여 소프트웨어 업데이트 개체를 계획합니다.
배포에서 소프트웨어 업데이트 1000개 제한 - 각 소프트웨어 업데이트 배포에 대한 소프트웨어 업데이트 수를 1000개로 제한합니다. ADR(자동 배포 규칙)을 만들 때 소프트웨어 업데이트 수를 제한하는 조건을 지정합니다. 지정된 조건이 1000개 이상의 소프트웨어 업데이트를 반환하면 ADR이 실패합니다. Configuration Manager 콘솔의 자동 배포 규칙 노드에서 ADR의 상태를 확인합니다. 소프트웨어 업데이트를 수동으로 배포하는 경우 배포할 1,000개 이상의 업데이트를 선택하지 마세요.
또한 구성 기준에서 소프트웨어 업데이트 수를 1000개로 제한합니다. 자세한 내용은 구성 기준 만들기를 참조하세요.
자동 배포 규칙에 -대한 보안 범위 580개 제한 ADR(자동 배포 규칙)의 보안 범위 수를 580개 미만으로 제한합니다. ADR을 만들 때 액세스 권한이 있는 보안 범위가 자동으로 추가됩니다. 580개 이상의 보안 범위가 설정된 경우 ADR이 실행되지 않으며 오류가 ruleengine.log 기록됩니다.
SMS 공급자
SMS 공급자의 각 인스턴스는 여러 요청의 동시 연결을 지원합니다. 이러한 연결의 유일한 제한 사항은 Windows에서 사용할 수 있는 서버 연결 수와 연결 요청을 서비스하기 위해 서버에서 사용할 수 있는 리소스뿐입니다.
자세한 내용은 SMS 공급자 계획을 참조하세요.
관리 서비스는 SMS 공급자의 모든 인스턴스에 대한 REST API입니다. 초당 최대 5,000개의 요청과 클라이언트 IP 주소당 200개의 요청을 지원합니다.
사이트 및 계층 구조에 대한 클라이언트 번호
다음 정보를 사용하여 사이트 또는 계층 구조에서 지원할 수 있는 클라이언트 수와 클라이언트 유형을 결정합니다.
중앙 관리 사이트가 있는 계층 구조
중앙 관리 사이트는 다음 세 그룹에 대해 나열된 디바이스 수까지 포함하는 총 디바이스 수를 지원합니다.
700,000개의 Windows 데스크톱. 포함된 디바이스에 대한 지원도 참조하세요.
macOS를 실행하는 25,000개 디바이스
온-프레미스 MDM(모바일 디바이스 관리)을 사용하여 관리하는 디바이스 100,000개
예를 들어 계층 구조에서 700,000개의 데스크톱, 최대 25,000개의 macOS 디바이스 및 온-프레미스 MDM에서 관리하는 최대 100,000개의 디바이스를 지원할 수 있습니다. 이 계층 구조는 총 825,000개의 디바이스를 지원합니다.
중요
중앙 관리 사이트에서 표준 버전의 SQL Server를 사용하는 계층 구조에서 계층 구조는 최대 50,000개의 데스크톱 및 디바이스를 지원합니다. 50,000개 이상의 데스크톱 및 디바이스를 지원하려면 ENTERPRISE 버전의 SQL Server를 사용해야 합니다. 이 요구 사항은 중앙 관리 사이트에만 적용됩니다. 독립 실행형 기본 사이트 또는 자식 기본 사이트에는 적용되지 않습니다. 기본 사이트에 사용하는 SQL Server 버전은 명시된 클라이언트 수를 지원하기 위한 용량을 제한하지 않습니다.
독립 실행형 기본 사이트에서 사용 중인 SQL Server 버전은 명시된 클라이언트 수까지 지원하도록 해당 사이트의 용량을 제한하지 않습니다.
자식 기본 사이트
중앙 관리 사이트가 있는 계층 구조의 각 자식 기본 사이트는 다음과 같은 클라이언트 수를 지원합니다.
- 지원이 계층 구조에 지원되는 수를 초과하지 않는 한 특정 그룹 또는 유형으로 제한되지 않는 총 클라이언트 및 디바이스 수는 150,000개입니다. 포함된 디바이스에 대한 지원도 참조하세요.
예를 들어 기본 사이트는 25,000개의 macOS 디바이스를 지원합니다. 이 숫자는 계층 구조에 대한 제한입니다. 그러면 이 기본 사이트에서 125,000대 이상의 데스크톱 컴퓨터를 추가로 지원할 수 있습니다. 자식 기본 사이트에 대해 지원되는 총 디바이스 수는 지원되는 최대 제한인 150,000개입니다.
독립 실행형 기본 사이트
독립 실행형 기본 사이트는 다음과 같은 수의 디바이스를 지원합니다.
175,000개의 총 클라이언트 및 디바이스는 다음을 초과하지 않습니다.
150,000개의 Windows 클라이언트. 포함된 디바이스에 대한 지원도 참조하세요.
macOS를 실행하는 25,000개 디바이스
온-프레미스 MDM을 사용하여 관리하는 디바이스 50,000개
예를 들어 150,000개의 데스크톱과 10,000개의 Mac을 지원하는 독립 실행형 기본 사이트는 온-프레미스 MDM에서 관리하는 15,000개의 모바일 디바이스만 추가로 지원할 수 있습니다.
기본 사이트 및 Windows Embedded 디바이스
기본 사이트는 File-Based 쓰기 필터(FBWF)를 사용하도록 설정된 Windows Embedded 디바이스를 지원합니다. 포함된 디바이스에 쓰기 필터를 사용하도록 설정하지 않은 경우 기본 사이트에서 해당 사이트에 대해 허용되는 디바이스 수까지 여러 개의 포함된 디바이스를 지원할 수 있습니다. 포함된 디바이스에 FBWF 또는 UWF(통합 쓰기 필터)가 사용하도록 설정된 경우 기본 사이트에서 최대 10,000개의 Windows 임베디드 디바이스를 지원할 수 있습니다. 이러한 디바이스는 Windows Embedded 디바이스에 대한 클라이언트 배포 계획에 있는 중요한 참고 사항에 나열된 예외를 사용하여 구성해야 합니다. 기본 사이트는 EWF를 사용하도록 설정하고 예외에 대해 구성되지 않은 3,000개의 Windows Embedded 디바이스만 지원합니다.
보조 사이트
보조 사이트는 다음과 같은 수의 디바이스를 지원합니다.
- 15,000개의 Windows 클라이언트
관리 지점
각 관리 지점은 다음과 같은 수의 디바이스를 지원할 수 있습니다.
25,000개의 총 클라이언트 및 디바이스는 다음을 초과하지 않습니다.
25,000개의 Windows 클라이언트
다음 중 하나(둘 다 아님)
온-프레미스 MDM을 사용하여 관리되는 디바이스 10,000개
macOS를 실행하는 디바이스 10,000대