Configuration Manager를 사용하여 단순화된 계층을 계획하는 시나리오 예
적용 대상: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
참고
이 항목은System Center 2012 Configuration Manager의 사이트 관리 가이드 및 System Center 2012 Configuration Manager를 사용하는 시나리오 및 솔루션 가이드에 나와 있습니다.
다음 시나리오에서는 일반적인 비즈니스 요구 사항을 해결하고 전반적인 계층 설계를 간소화하도록 System Center 2012 Configuration Manager를 구현하는 방법의 예를 제공합니다.
시나리오 1: 원격 사무실 최적화
원격 사무실 최적화 시나리오는 네트워크를 통한 정보 흐름을 관리하는 데 필요한 관리 부담을 줄이도록 System Center 2012 Configuration Manager를 구현하는 것을 보여 줍니다.
현재 상황
고객에게 하나의 기본 사이트와 웨어하우스 및 원격 지역 사무실 위치를 포함한 두 보조 사이트로 이루어진 단순한 Configuration Manager 2007 계층이 있습니다. 고객에게는 다음 표와 같이 네 위치에 걸친 5,015개의 클라이언트가 있습니다.
위치 |
사이트 유형 |
배포 세부 정보 |
본사에 대한 연결 |
---|---|---|---|
본사 |
기본 |
|
해당 없음 |
웨어하우스 |
보조 |
|
저속 네트워크 |
지역 사무실 |
보조 |
|
저속 네트워크 |
판매 사무소 |
없음 |
|
연결 상태 양호 |
비즈니스 요구 사항
System Center 2012 Configuration Manager 계층은 다음 비즈니스 요구 사항을 지원해야 합니다.
비즈니스 요구 사항 |
Configuration Manager 정보 |
---|---|
네트워크를 통해 전송되는 데이터가 과도한 대역폭을 사용해서는 안 됨 |
저속 네트워크 연결이 대역폭 제어를 지원해야 함 |
사용되는 서버 수 최소화 |
가능한 최소 수의 사이트 시스템 서버 설치 |
장치에 대한 현재 정보를 제공하는 보고서 생성 |
클라이언트에서 하드웨어 인벤토리 데이터, 상태 메시지 및 검색 정보를 정기적으로 제출해야 함 |
매일 애플리케이션, 소프트웨어 업데이트 및 운영 체제 배포 |
운영 체제 이미지의 대용량 패키지를 비롯한 콘텐츠를 클라이언트에서 사용할 수 있어야 함 |
계획 결정
다음은 System Center 2012 Configuration Manager 계층의 설계를 계획할 때 고려해야 할 사항입니다.
과제 |
옵션 및 고려 사항 |
---|---|
기본 사이트에서 원격 위치로 배포 콘텐츠를 전송하는 것은 네트워크에 매우 큰 영향을 미치므로 이를 관리해야 합니다. |
다음을 통해 원격 위치로의 콘텐츠 전송을 관리할 수 있습니다.
|
다수의 클라이언트로부터의 클라이언트 정보 흐름은 네트워크 속도를 저하시킬 수 있습니다. |
각 원격 위치의 네트워크 용량을 평가하여 클라이언트 설정, 각 위치의 클라이언트 수 및 사용 가능한 네트워크 대역폭을 조정해야 합니다. 다음과 같은 옵션을 사용할 수 있습니다.
|
수행하는 단계
요구 사항과 옵션, 클라이언트 위치 및 사용 가능한 네트워크 대역폭을 평가한 후에는 다음을 결정해야 합니다.
결정 |
세부 정보 |
---|---|
본사 위치에 독립 실행형 기본 사이트를 구축합니다. |
이 환경에 중앙 관리 사이트를 사용하여 얻게 되는 관리 이점이나 콘텐츠 관리 이점이 없기 때문에 System Center 2012 Configuration Manager 기본 사이트로 기존 기본 사이트를 대체합니다.
|
웨어하우스 위치에 대역폭 제어를 사용하는 배포 지점을 배포합니다. |
웨어하우스 위치에서 전송되는 클라이언트 정보가 사용 가능한 네트워크 대역폭에 과부하를 주지 않습니다. 보조 사이트 대신, 기본 사이트에서 대역폭 제어를 사용하는 배포 지점을 배포하여 배포 콘텐츠의 하향 흐름을 관리하여 해당 위치의 요구 사항을 충족할 수 있습니다. 이와 같이 결정하면 사용되는 서버 수가 줄어들지는 않지만 추가 사이트를 관리해야 할 필요성이 없어집니다.
|
지역 사무실 위치에 보조 사이트를 배포합니다. |
로컬 클라이언트에서의 영향을 평가해 보니 이전에 사용한 것과 동일한 구성을 갖는 보조 사이트가 필요한 것으로 판단되었습니다.
|
판매 사무소 위치에서 Windows BranchCache 사용을 유지합니다. |
이 위치에서는 15개의 클라이언트만 사용하고 본사 위치에 대한 네트워크 연결이 빠르므로 현재와 같이 콘텐츠 배포 솔루션으로 Windows BranchCache를 사용하는 것이 가장 좋습니다. |
비즈니스 이점
보조 사이트와 해당 배포 지점 대신 대역폭 제어를 사용하는 단일 배포 지점을 사용함으로써, 고객은 저속 네트워크 관리와 관련된 비즈니스 요구 사항을 충족할 수 있습니다. 또한 이러한 변경으로 관리 작업과 사이트에서 클라이언트 정보를 받는 데 걸리는 시간이 줄어듭니다.
시나리오 2: 인프라 감소 및 클라이언트 설정 관리
인프라 감소와 클라이언트 설정 시나리오는 사용하는 인프라를 줄이면서 사용자 지정 클라이언트 설정으로 클라이언트를 관리하도록 System Center 2012 Configuration Manager를 구현하는 것을 보여 줍니다.
현재 상황
이 예에서 한 회사는 1개의 중앙 사이트와 3개의 기본 자식 사이트로 이루어진 단일 Configuration Manager 2007 계층을 사용하여 실제 위치 두 곳에 걸쳐 25,000개의 클라이언트를 관리하고 있습니다. 중앙 사이트와 한 개의 기본 사이트는 시카고에 있고, 두 개의 기본 사이트는 런던에 있습니다. 각 지역의 기본 사이트는 동일한 실제 네트워크에 있고 양호한 네트워크 연결을 갖습니다. 그러나 시카고와 런던 사이의 대역폭이 제한되어 있습니다.
현재 배포 세부 정보:
위치 |
사이트 유형 |
배포 세부 정보 |
---|---|---|
시카고 본사 |
기본 – 중앙 사이트 |
19,200개의 클라이언트가 클라이언트 에이전트 설정에 대한 회사의 표준 구성을 사용하여 구성되어 있습니다. |
시카고 본사 |
기본 – 중앙 사이트의 자식 |
300개의 클라이언트가 인사 관리 부서 직원들이 사용하는 컴퓨터에 배포되어 있습니다. 사이트가 사용자 지정 원격 제어 클라이언트 에이전트 설정을 사용하도록 구성되어 있습니다. |
런던 지점 |
기본 – 중앙 사이트의 자식 |
5,000개의 데스크톱 클라이언트가 클라이언트 에이전트 설정에 대한 회사의 표준 구성을 사용하여 구성되어 있습니다. |
런던 지점 |
기본 – 중앙 사이트의 자식 |
500개의 서버 클라이언트가 사용자 지정 하드웨어 인벤토리 클라이언트 에이전트 설정을 사용하도록 구성되어 있습니다. |
비즈니스 요구 사항
Configuration Manager 계층은 다음 비즈니스 요구 사항을 충족해야 합니다.
비즈니스 요구 사항 |
Configuration Manager 정보 |
---|---|
시카고에서 계층에 대한 중앙 집중식 관리를 유지합니다. |
시카고에서의 중앙 관리를 위해 런던에 있는 5,500개의 클라이언트에 대한 콘텐츠와 클라이언트 정보가 네트워크를 통해 전송됩니다. |
다른 고유한 비즈니스 요구 사항이 없는 경우 모든 클라이언트에 표준 클라이언트 구성을 할당합니다. |
모든 클라이언트에서 클라이언트 설정에 대한 표준 구성을 사용할 수 있어야 합니다. |
인사 관리 부서 직원들의 컴퓨터에서 원격 제어 클라이언트 에이전트를 사용하지 않도록 설정해야 합니다. |
이러한 사용자 지정 클라이언트 설정을 인사 관리 부서 직원들이 사용하는 컴퓨터에 할당해야 합니다. |
런던에 있는 서버에서 하드웨어 인벤토리를 한 달에 한 번 이하만 실행해야 합니다. |
이러한 사용자 지정 클라이언트 설정을 런던에 있는 서버의 클라이언트에 할당해야 합니다. |
시카고와 런던 간에 데이터를 전송할 때 네트워크 대역폭을 제어합니다. |
저속 네트워크 연결에는 대역폭 제어가 필요합니다. |
서버 수를 최소화합니다. |
관리 작업과 인프라스트럭처 비용을 줄이기 위해 가능한 경우 사이트 시스템 서버를 설치하지 않습니다. |
계획 결정
다음은 System Center 2012 Configuration Manager 계층의 설계를 계획할 때 고려해야 할 사항입니다.
과제 |
옵션 및 고려 사항 |
---|---|
시카고에서 중앙 집중식으로 관리합니다. |
이 요구 사항에 대해 다음과 같은 옵션을 사용할 수 있습니다.
|
시카고에서 런던으로 콘텐츠를 전송하면 네트워크 대역폭이 많이 소모되므로 이 데이터를 제어해야 합니다. |
계층에서 아래쪽으로 콘텐츠를 전송하는 것은 다음 방법으로 관리할 수 있습니다.
|
런던에서 클라이언트 정보를 전송할 때 네트워크 대역폭을 관리해야 합니다. |
런던 위치에서 사용 가능한 네트워크 대역폭과, 5,500개의 클라이언트에서 생성되는 데이터로 인해 사용 가능한 대역폭이 얼마나 감소할지 평가합니다. 다음과 같은 옵션을 사용할 수 있습니다.
|
모든 클라이언트에서 표준 클라이언트 설정을 사용할 수 있어야 합니다. |
계층에 일련의 기본 클라이언트 에이전트 설정을 지정합니다. |
인사 관리 부서 직원과 런던의 서버를 포함하는 두 그룹에는 표준 구성과 다른 클라이언트 설정이 필요합니다. |
컬렉션을 사용하여 사용자 지정 클라이언트 설정을 지정합니다. |
수행하는 단계
비즈니스 요구 사항, 네트워크 구조 및 클라이언트 설정 요구 사항을 평가한 후에 시카고에 중앙 관리 사이트를 배포하고 한 자식 기본 사이트는 시카고에, 한 자식 사이트는 런던에 둡니다. 다음 표에서는 이러한 설계 선택을 설명합니다.
결정 |
세부 정보 |
---|---|
시카고에 중앙 관리 사이트를 배포합니다. |
|
시카고에 기본 사이트 하나가 필요합니다. |
|
런던에 기본 사이트 하나를 배포합니다. |
|
클라이언트 설정에 대한 표준 구성이 계층의 각 클라이언트에 적용됩니다. |
|
인사 관리 부서에서 근무하는 직원들의 사용자 계정이 포함된 컬렉션을 만듭니다. 이 컬렉션을 정기적으로 업데이트하도록 구성하여, 컬렉션이 만들어지자마자 컬렉션에 새 계정을 추가할 수 있습니다. |
|
한 컬렉션이 런던에 있는 서버를 포함하도록 구성되어 있습니다. |
|
비즈니스 이점
System Center 2012 Configuration Manager에서 사용자 지정 클라이언트 설정을 사용하면 다음과 같이 비즈니스 요구 사항이 충족됩니다.
일부 클라이언트에만 사용자 지정 클라이언트 설정을 제공하도록 사용된 사이트를 제거하여 인프라 요구 사항이 감소합니다.
중앙 관리 사이트가 계층의 모든 클라이언트에 클라이언트 설정에 대한 표준 구성을 적용하므로 관리가 간소화됩니다.
필수 사용자 지정 클라이언트 설정에 대해 두 가지 클라이언트 컬렉션이 구성됩니다.
시카고와 런던 간에 데이터를 전송할 때 네트워크 대역폭이 제어됩니다.