적용 대상: Configuration Manager(현재 분기)
Microsoft Azure의 Configuration Manager 대한 FAQ(질문과 대답)는 사용 시기와 구성 방법을 이해하는 데 도움이 될 수 있습니다.
일반적인 질문
온-프레미스 Configuration Manager 서버를 Azure로 이동할 수 있나요?
예, 이 시나리오가 지원됩니다. 자세한 내용은 가상화 환경 지원을 참조하세요.
모든 자식 기본 사이트가 중앙 관리 사이트 또는 온-프레미스를 사용하여 Azure에 있어야 하나요? 보조 사이트는 어떻습니까?
사이트 간 통신을 위한 파일 기반 및 데이터베이스 복제는 Azure에서 호스트되는 근접성을 활용할 수 있습니다. 그러나 모든 클라이언트 관련 트래픽은 사이트 서버 및 사이트 시스템에서 원격입니다. 무제한 데이터 요금제로 Azure와 인트라넷 간에 빠르고 안정적인 네트워크 연결을 사용하는 경우 Azure에서 모든 인프라를 호스팅하는 것이 옵션입니다.
데이터 요금제를 사용하고 사용 가능한 대역폭 또는 비용이 중요한 경우 특정 사이트 및 사이트 시스템을 온-프레미스에 배치하는 것이 좋습니다. 그런 다음 Configuration Manager 기본 제공되는 대역폭 컨트롤을 사용합니다. 또한 Azure와 인트라넷 간의 네트워크 연결이 빠르지 않거나 신뢰할 수 없는 경우 이 구성을 고려합니다.
Azure에서 Configuration Manager SaaS(Software as a Service)로 간주하나요?
아니요, IaaS(Infrastructure as a Service)입니다. Azure 가상 머신에서 Configuration Manager 인프라 서버를 호스트합니다.
Configuration Manager Azure로 이동하는 것을 고려할 때 가장 중요한 요소는 무엇인가요?
- 네트워킹
- 사용 가능성
- 성능
- 비용
- 사용자 환경
이러한 요인에 대한 자세한 내용은 아래의 다른 질문을 참조하세요.
Azure Stack Hub에서 Configuration Manager 사용할 수 있나요?
예. Azure Stack Hub 는 Azure 클라우드와 동일한 IaaS 가상 머신을 지원합니다. 따라서 Configuration Manager Azure IaaS와 동일한 방식으로 Azure Stack Hub에서 지원됩니다.
특정 클라우드 서비스를 사용하는 Configuration Manager 클라우드 연결 기능은 Azure Stack Hub에서 지원되지 않습니다. 예를 들어 Azure Stack Hub에서는 CMG(클라우드 관리 게이트웨이)를 만들 수 없습니다.
네트워킹
ExpressRoute 또는 Azure VPN Gateway 사용해야 하나요?
ExpressRoute를 사용하는 것이 좋습니다. 네트워크 속도 및 대기 시간은 사이트 서버와 원격 사이트 시스템 간의 기능과 사이트 시스템에 대한 클라이언트 통신 간의 기능에 영향을 줄 수 있습니다.
Azure VPN Gateway 사용하기 위한 Configuration Manager 제한이 없습니다. 이 인프라에서 다음 요구 사항을 신중하게 검토한 다음, 결정을 내려야 합니다.
- 성능
- Patching
- 소프트웨어 배포
- OS 배포
각 솔루션에 대해 다음 측면을 고려합니다.
ExpressRoute(권장)
- 데이터 센터에 대한 자연스러운 확장이며 여러 데이터 센터를 함께 연결할 수 있습니다.
- Azure 데이터 센터와 인프라 간의 프라이빗 연결
- 공용 인터넷을 통해 이동하지 않음
- 안정성, 빠른 속도, 짧은 대기 시간, 높은 보안 제공
- 최대 10Gbps 속도 및 무제한 데이터 요금제 옵션을 제공합니다.
VPN Gateway
- 사이트 대 사이트 또는 지점 및 사이트 간의 VPN
- 트래픽이 공용 인터넷을 통해 이동합니다.
- IPsec(인터넷 프로토콜 보안) 및 IKE(인터넷 키 교환)를 사용합니다.
자세한 내용은 ExpressRoute 또는 Azure VPN을 참조하세요.
어떤 ExpressRoute 옵션을 선택해야 하나요?
소요 시간은 상황에 따라 다릅니다. ExpressRoute에는 무제한 또는 계량, 다양한 속도 옵션 및 프리미엄 추가 기능과 같은 다양한 옵션이 있습니다. 선택하는 옵션은 사용 중인 Configuration Manager 기능과 배포하려는 데이터의 양에 따라 달라집니다. 사이트 서버와 배포 지점 간에 Configuration Manager 데이터 전송을 제어할 수 있지만 사이트 서버 간 서버 통신을 제어할 수는 없습니다. 데이터 요금제를 사용하는 경우 특정 사이트 및 사이트 시스템을 온-프레미스에 배치하고 Configuration Manager 기본 제공 대역폭 컨트롤을 사용하는 경우 Azure 사용 비용을 제어하는 데 도움이 될 수 있습니다.
사이트 서버를 Active Directory 도메인에 조인해야 하나요?
예. Azure로 이동하면 Configuration Manager 설치하기 위한 Active Directory 요구 사항을 포함하여 지원되는 구성은 동일하게 유지됩니다.
Microsoft Entra ID를 사용할 수 있나요?
아니요. Microsoft Entra ID는 현재 지원되지 않습니다. 사이트 서버는 여전히 Active Directory 도메인의 구성원이어야 합니다.
사용 가능성
Configuration Manager Azure VM 가용성 집합과 같은 고가용성 옵션을 사용할 수 있나요?
예. 배포 지점 또는 관리 지점과 같은 중복 사이트 시스템 역할에 Azure VM 가용성 집합을 사용할 수 있습니다.
Configuration Manager 사이트 서버에 사용할 수도 있습니다. 예를 들어 중앙 관리 사이트와 기본 사이트는 모두 동일한 가용성 집합에 있을 수 있습니다. 이 구성은 동시에 다시 부팅되지 않도록 하는 데 도움이 될 수 있습니다.
자세한 내용은 Azure Virtual Machines 가용성 옵션 및 Configuration Manager 대한 고가용성 옵션을 참조하세요.
Azure SQL Server 데이터베이스를 사용할 수 있나요?
아니요. VM에서 SQL Server 사용해야 합니다. Configuration Manager 현재 Azure SQL 서버를 지원하지 않습니다.
사이트 데이터베이스 서버의 고가용성을 위해 SQL Server Always On 가용성 그룹을 사용합니다. 자세한 내용은 Configuration Manager SQL Server Always On 가용성 그룹 사용 준비를 참조하세요.
관리 지점 또는 소프트웨어 업데이트 지점과 같은 사이트 시스템 역할에서 Azure 부하 분산 장치를 사용할 수 있나요?
Configuration Manager Azure 부하 분산 장치로 테스트되지 않습니다. 기능이 애플리케이션에 투명하면 정상적인 작업에 부정적인 영향을 미치지 않아야 합니다.
성능
이 시나리오의 성능에 영향을 미치는 요인은 무엇인가요?
다음 요소는 Azure에서 성능을 Configuration Manager 가장 중요합니다.
- Azure VM 크기 및 유형
- Azure VM 디스크: 특히 SQL Server 경우 Premium Storage를 사용하는 것이 좋습니다.
- 네트워크 대기 시간 및 속도
어떤 크기의 VM을 사용해야 하나요?
일반적으로 컴퓨팅 성능(CPU 및 메모리)은 Configuration Manager 권장 하드웨어를 충족해야 합니다. 그러나 일반 컴퓨터 하드웨어와 Azure VM 간에는 몇 가지 차이점이 있습니다. 특히 이러한 VM이 사용하는 디스크에 관해서는 특히 그렇습니다. 사용하는 VM 크기는 환경 크기에 따라 달라집니다.
다음 목록에는 VM 크기에 대한 몇 가지 일반적인 권장 사항이 포함되어 있습니다.
- 상당한 규모의 프로덕션 배포의 경우 S 클래스 Azure VM을 사용합니다. 이러한 VM은 Premium Storage 디스크를 사용할 수 있습니다. 비 S 클래스 VM은 Blob Storage를 사용하며 일반적으로 허용되는 프로덕션 환경에 필요한 성능 요구 사항을 충족하지 않습니다.
- 더 높은 규모로 여러 Premium Storage 디스크를 사용하고 최대 IOPS를 위해 Windows 디스크 관리 콘솔에서 스트라이프합니다.
- 초기 사이트 배포 중에 더 나은 또는 여러 프리미엄 디스크를 사용합니다. 예를 들어 P20 대신 P30과 단일 P30 대신 스트라이프 볼륨의 P30 디스크 2개가 있습니다. 나중에 추가 부하로 인해 사이트에서 VM 크기를 늘려야 하는 경우 더 큰 VM 크기가 제공하는 추가 CPU 및 메모리를 활용할 수 있습니다. 또한 더 큰 VM 크기에서 허용하는 추가 IOPS 처리량을 활용할 수 있는 디스크가 이미 있습니다.
다음 표에는 다양한 크기 설치를 위해 기본 및 중앙 관리 사이트에서 사용할 초기 제안된 디스크 수가 나와 있습니다.
공동 배치된 사이트 데이터베이스
사이트 서버에 사이트 데이터베이스가 있는 기본 또는 중앙 관리 사이트:
| 데스크톱 클라이언트 | 권장되는 VM 크기 | 권장 디스크 |
|---|---|---|
| < 25,000 | DS4_V2 | 2xP30(스트라이프) |
| 25,000~50,000 | DS13_V2 | 2xP30(스트라이프) |
| 50,000~100,000 | DS14_V2 | 3xP30(스트라이프) |
원격 사이트 데이터베이스
원격 서버에 사이트 데이터베이스가 있는 기본 또는 중앙 관리 사이트:
| 데스크톱 클라이언트 | 권장되는 VM 크기 | 권장 디스크 |
|---|---|---|
| < 25,000 | 사이트 서버: F4S 데이터베이스 서버: DS12_V2 |
사이트 서버: 1xP30 데이터베이스 서버: 2xP30(스트라이프) |
| 25,000~50,000 | 사이트 서버: F4S 데이터베이스 서버: DS13_V2 |
사이트 서버: 1xP30 데이터베이스 서버: 2xP30(스트라이프) |
| 50,000~100,000 | 사이트 서버: F8S 데이터베이스 서버: DS14_V2 |
사이트 서버: 2xP30(스트라이프) 데이터베이스 서버: 3xP30(스트라이프) |
예제
이 이미지는 다음 VM에 대한 디스크 구성 예제를 보여줍니다.
- 50,000~100,000개의 클라이언트를 관리하는 사이트의 DS14_V2 크기 VM
- 스트라이프 볼륨의 P30 디스크 3개
- Configuration Manager 설치 및 데이터베이스 파일에 대한 별도의 논리 볼륨
사용자 환경
사용자 환경이 중요한 기본 영역인 이유는 무엇인가요?
네트워킹, 가용성, 성능 및 사이트 서버 위치에 대한 결정은 사용자에게 직접적인 영향을 줄 수 있습니다. 사이트를 Azure로 이동하려면 사용자가 Configuration Manager 일상적인 상호 작용에 변화가 없도록 투명해야 합니다.
단일 기본 사이트에 대한 비용을 낮게 유지하려면 원격 사이트 시스템이 Azure 또는 온-프레미스에 있어야 하나요?
사이트 서버에서 배포 지점으로의 통신을 제외하고 사이트에서 이러한 서버 간 통신은 언제든지 발생할 수 있으며 네트워크 대역폭 사용을 제어하는 메커니즘을 사용하지 않습니다. 관리 지점 및 소프트웨어 업데이트 지점과 같은 사이트 시스템 간의 통신을 제어할 수 없으므로 이러한 통신과 관련된 비용을 고려해야 합니다.
네트워크 속도 및 대기 시간도 고려해야 할 다른 요소입니다. 느리거나 신뢰할 수 없는 네트워크는 사이트 서버와 원격 사이트 시스템 간의 기능과 사이트 시스템에 대한 클라이언트 통신에 영향을 미칠 수 있습니다. 지정된 사이트 시스템을 사용하는 관리되는 클라이언트 수와 적극적으로 사용하는 기능을 고려합니다.
시작점으로 WAN 링크에서 사이트 시스템에 대한 표준 지침을 사용할 수 있습니다. 이상적으로 Azure와 인트라넷 간에 선택하고 받는 네트워크 처리량은 빠른 네트워크와 잘 연결된 WAN과 일치합니다.
콘텐츠 배포 및 콘텐츠 관리는 어떻습니까?
콘텐츠 관리에 대한 접근 방식은 사이트 서버 및 사이트 시스템과 거의 동일합니다.
무제한 데이터 요금제로 Azure와 인트라넷 간에 빠르고 안정적인 네트워크 연결을 사용하는 경우 Azure에서 표준 배포 지점을 호스팅하는 것이 옵션일 수 있습니다.
다음 요소가 적용되는 경우:
- 데이터 요금제 사용
- 대역폭 비용이 문제입니다.
- Azure와 인트라넷 간의 네트워크 연결이 빠르지 않거나 불안정할 수 있습니다.
그런 다음 다음과 같은 다른 방법을 고려할 수 있습니다.
- 온-프레미스에서 표준 또는 끌어오기 배포 지점을 사용합니다.
- 배포 지점 또는 기타 피어 캐싱 기술에서 Windows BranchCache를 사용하도록 설정합니다.
- 콘텐츠 사용 CMG( 클라우드 관리 게이트웨이 )를 사용합니다. Microsoft 업데이트에 대한 소프트웨어 업데이트 패키지는 지원하지 않습니다. 대체 위치가 있거나 클라이언트가 인터넷에서 업데이트 콘텐츠를 가져올 수 있도록 소프트웨어 업데이트 배포를 구성해야 합니다.
참고
PXE 또는 멀티캐스트 지원이 필요한 경우 이러한 부팅 요청에 응답하려면 온-프레미스 배포 지점이 필요합니다.
인터넷 기반 클라이언트를 지원하기 위해 인터넷 연결 관리 지점을 사용하는 대신 무엇을 할 수 있나요?
CMG( 클라우드 관리 게이트웨이 )를 사용합니다. CMG는 인터넷에서 Configuration Manager 클라이언트를 관리하는 간단한 방법을 제공합니다. Azure 구독에 서비스를 배포하고 클라우드 관리 게이트웨이 커넥터 지점을 통해 온-프레미스 인프라에 연결합니다. 그런 다음 클라이언트는 내부 네트워크 또는 인터넷에 연결되어 있는지 여부에 관계없이 온-프레미스 사이트 시스템 역할에 액세스할 수 있습니다.
어떤 피어 캐싱 기술을 사용해야 하나요?
피어 캐시는 100% 네이티브 Configuration Manager 기술입니다. BranchCache 및 배달 최적화 는 Windows 기능입니다. 요구 사항에 따라 모두 유용할 수 있습니다. 기능을 비교하는 테이블을 비롯한 자세한 내용은 콘텐츠 관리 기본 사항 - 피어 캐싱 기술을 참조하세요.
비용
Configuration Manager Azure로 이동하는 것이 organization 비용 효율적인 솔루션이 되나요?
모든 환경이 다르기 때문에 말하기가 어렵습니다. 환경에 대한 비용을 예측하려면 Azure 가격 계산기를 사용합니다.