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를 구현하는 방법의 예를 제공합니다.

시나리오 1: 원격 사무실 최적화

원격 사무실 최적화 시나리오는 네트워크를 통한 정보 흐름을 관리하는 데 필요한 관리 부담을 줄이도록 System Center 2012 Configuration Manager를 구현하는 것을 보여 줍니다.

현재 상황

고객에게 하나의 기본 사이트와 웨어하우스 및 원격 지역 사무실 위치를 포함한 두 보조 사이트로 이루어진 단순한 Configuration Manager 2007 계층이 있습니다. 고객에게는 다음 표와 같이 네 위치에 걸친 5,015개의 클라이언트가 있습니다.

위치

사이트 유형

배포 세부 정보

본사에 대한 연결

본사

기본

  • 3,000개의 클라이언트

  • 2개의 표준 배포 지점, 1개의 관리 지점, 1개의 소프트웨어 업데이트 지점

해당 없음

웨어하우스

보조

  • 500개의 클라이언트

  • 1개의 표준 배포 지점

저속 네트워크

지역 사무실

보조

  • 1,500개의 클라이언트

  • 1개의 표준 배포 지점, 1개의 프록시 관리 지점, 1개의 소프트웨어 업데이트 지점

저속 네트워크

판매 사무소

없음

  • 15개의 클라이언트

  • Windows BranchCache 사용

연결 상태 양호

비즈니스 요구 사항

System Center 2012 Configuration Manager 계층은 다음 비즈니스 요구 사항을 지원해야 합니다.

비즈니스 요구 사항

 Configuration Manager 정보

네트워크를 통해 전송되는 데이터가 과도한 대역폭을 사용해서는 안 됨

저속 네트워크 연결이 대역폭 제어를 지원해야 함

사용되는 서버 수 최소화

가능한 최소 수의 사이트 시스템 서버 설치

장치에 대한 현재 정보를 제공하는 보고서 생성

클라이언트에서 하드웨어 인벤토리 데이터, 상태 메시지 및 검색 정보를 정기적으로 제출해야 함

매일 애플리케이션, 소프트웨어 업데이트 및 운영 체제 배포

운영 체제 이미지의 대용량 패키지를 비롯한 콘텐츠를 클라이언트에서 사용할 수 있어야 함

계획 결정

다음은 System Center 2012 Configuration Manager 계층의 설계를 계획할 때 고려해야 할 사항입니다.

과제

옵션 및 고려 사항

기본 사이트에서 원격 위치로 배포 콘텐츠를 전송하는 것은 네트워크에 매우 큰 영향을 미치므로 이를 관리해야 합니다.

다음을 통해 원격 위치로의 콘텐츠 전송을 관리할 수 있습니다.

  • 배포 지점에 대한 대역폭 제어 사용

  • 배포 지점 사전 준비

  • Windows BranchCache

  • 로컬 사이트에서 사이트 간 전송에 사용되는 네트워크 대역폭 관리

다수의 클라이언트로부터의 클라이언트 정보 흐름은 네트워크 속도를 저하시킬 수 있습니다.

각 원격 위치의 네트워크 용량을 평가하여 클라이언트 설정, 각 위치의 클라이언트 수 및 사용 가능한 네트워크 대역폭을 조정해야 합니다. 다음과 같은 옵션을 사용할 수 있습니다.

  • 로컬 기본 또는 보조 사이트에서 사이트 간 전송에 사용되는 네트워크 대역폭 관리

  • 해당 위치에 사이트를 사용하지 않아 클라이언트에서 관리되지 않는 상태로 네트워크를 통해 할당된 기본 사이트에 데이터를 전송할 수 있도록 합니다.

수행하는 단계

요구 사항과 옵션, 클라이언트 위치 및 사용 가능한 네트워크 대역폭을 평가한 후에는 다음을 결정해야 합니다.

결정

세부 정보

본사 위치에 독립 실행형 기본 사이트를 구축합니다.

이 환경에 중앙 관리 사이트를 사용하여 얻게 되는 관리 이점이나 콘텐츠 관리 이점이 없기 때문에 System Center 2012 Configuration Manager 기본 사이트로 기존 기본 사이트를 대체합니다.

  • 기본 사이트는 최대 100,000개의 클라이언트를 지원할 수 있습니다.

  • 저속 네트워크 연결을 통해 다수의 클라이언트를 관리하기 위해 기본 사이트를 추가해야 하는 계획된 확장이 없습니다.

웨어하우스 위치에 대역폭 제어를 사용하는 배포 지점을 배포합니다.

웨어하우스 위치에서 전송되는 클라이언트 정보가 사용 가능한 네트워크 대역폭에 과부하를 주지 않습니다. 보조 사이트 대신, 기본 사이트에서 대역폭 제어를 사용하는 배포 지점을 배포하여 배포 콘텐츠의 하향 흐름을 관리하여 해당 위치의 요구 사항을 충족할 수 있습니다. 이와 같이 결정하면 사용되는 서버 수가 줄어들지는 않지만 추가 사이트를 관리해야 할 필요성이 없어집니다.

  • 현재 클라이언트 활동이 충분하지 않아 상향 흐름 클라이언트 데이터를 관리할 필요가 없습니다.

  • 저속 네트워크 연결에 미치는 영향을 방지하기 위해 하향 흐름 콘텐츠에 대한 관리만 필요합니다.

  • 이후에 필요한 경우 배포 지점 대신 양방향으로 네트워크 트래픽을 관리할 수 있는 보조 사이트를 사용할 수 있습니다.

지역 사무실 위치에 보조 사이트를 배포합니다.

로컬 클라이언트에서의 영향을 평가해 보니 이전에 사용한 것과 동일한 구성을 갖는 보조 사이트가 필요한 것으로 판단되었습니다.

  • 1,500개의 클라이언트에서 많은 클라이언트 정보가 생성되어 기본 사이트에 대한 사용 가능한 네트워크 연결에 과부하가 발생합니다.

  • 기본 사이트에서 제공되는 관리 이점이 없기 때문에 기본 사이트가 필요 없고 계층의 전체 클라이언트가 본사 위치의 기본 사이트에서 쉽게 처리됩니다.

판매 사무소 위치에서 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 계층의 설계를 계획할 때 고려해야 할 사항입니다.

과제

옵션 및 고려 사항

시카고에서 중앙 집중식으로 관리합니다.

이 요구 사항에 대해 다음과 같은 옵션을 사용할 수 있습니다.

  • 시카고에 독립 실행형 기본 사이트를 배포하여 두 네트워크 위치에서 클라이언트를 관리합니다.

    • 저속 네트워크를 통해 런던에서 전송해야 하는 클라이언트 정보 양을 주의 깊게 평가해야 합니다.

  • 각 위치에 기본 사이트를 배포하고 시카고에 중앙 관리 사이트를 배포합니다.

    • 중앙 관리 사이트에는 클라이언트를 할당할 수 없습니다.

    • 계층에 기본 사이트가 둘 이상 있는 경우 중앙 관리 사이트가 필요합니다.

시카고에서 런던으로 콘텐츠를 전송하면 네트워크 대역폭이 많이 소모되므로 이 데이터를 제어해야 합니다.

계층에서 아래쪽으로 콘텐츠를 전송하는 것은 다음 방법으로 관리할 수 있습니다.

  • 대역폭 제어를 사용하는 배포 지점

  • Windows BranchCache

  • 런던 사이트에서 사이트 간 전송에 사용되는 네트워크 대역폭을 관리하도록 구성

런던에서 클라이언트 정보를 전송할 때 네트워크 대역폭을 관리해야 합니다.

런던 위치에서 사용 가능한 네트워크 대역폭과, 5,500개의 클라이언트에서 생성되는 데이터로 인해 사용 가능한 대역폭이 얼마나 감소할지 평가합니다. 다음과 같은 옵션을 사용할 수 있습니다.

  • 클라이언트에서 관리되지 않는 상태로 네트워크를 통해 시카고의 할당된 기본 사이트에 데이터를 전송할 수 있도록 합니다.

  • 런던의 기본 또는 보조 사이트에서 시카고로의 사이트 간 전송에 사용되는 네트워크 대역폭 관리

모든 클라이언트에서 표준 클라이언트 설정을 사용할 수 있어야 합니다.

계층에 일련의 기본 클라이언트 에이전트 설정을 지정합니다.

인사 관리 부서 직원과 런던의 서버를 포함하는 두 그룹에는 표준 구성과 다른 클라이언트 설정이 필요합니다.

컬렉션을 사용하여 사용자 지정 클라이언트 설정을 지정합니다.

수행하는 단계

비즈니스 요구 사항, 네트워크 구조 및 클라이언트 설정 요구 사항을 평가한 후에 시카고에 중앙 관리 사이트를 배포하고 한 자식 기본 사이트는 시카고에, 한 자식 사이트는 런던에 둡니다. 다음 표에서는 이러한 설계 선택을 설명합니다.

결정

세부 정보

시카고에 중앙 관리 사이트를 배포합니다.

  • 이는 보고 및 계층 전체 구성에 대한 중앙 집중화된 위치를 제공하여 중앙 집중식 관리 요구 사항을 충족합니다.

  • 중앙 관리 사이트에서는 계층의 모든 클라이언트와 사이트 데이터에 액세스할 수 있고 두 기본 사이트의 직접적인 부모이기 때문에 모든 위치의 콘텐츠를 호스팅하기에 적합합니다.

시카고에 기본 사이트 하나가 필요합니다.

  • 중앙 관리 사이트에는 클라이언트를 할당할 수 없기 때문에 시카고 위치에서 클라이언트를 관리하기 위한 기본 사이트가 필요합니다.

  • 14,800개의 클라이언트를 로컬로 관리하기 위해 로컬 기본 사이트가 필요합니다.

  • System Center 2012 Configuration Manager의 사이트는 클라이언트 설정을 구성하는 데 사용되지 않으므로 한 위치의 모든 클라이언트를 동일한 사이트에 할당할 수 있습니다.

런던에 기본 사이트 하나를 배포합니다.

  • 시카고에 있는 중앙 관리 사이트에서 콘텐츠를 전송할 때 사이트 간 주소 구성을 통해 네트워크 대역폭을 제어할 수 있습니다.

  • System Center 2012 Configuration Manager의 사이트는 클라이언트 설정을 구성하는 데 사용되지 않으므로 한 위치의 모든 클라이언트를 동일한 사이트에 할당할 수 있습니다.

  • 5,500개의 로컬 클라이언트를 관리하기 위해 로컬 기본 사이트를 배포합니다. 이렇게 하면 클라이언트에서 네트워크를 통해 시카고로 정보와 클라이언트 정책 요청을 전송하지 않습니다. 기본 사이트에서는 현재 구현된 계층 설계를 통해 런던에서의 향후 데이터 증가를 관리할 수 있도록 보장합니다.

    참고

    기본 사이트 또는 보조 사이트를 배포하는 결정 시 다음 사항을 고려해야 할 수 있습니다.

    • 사이트 서버에 사용 가능한 하드웨어 평가

    • 특정 위치의 현재 클라이언트 수

    • 나중에 추가될 클라이언트 예상

    • 정치적 이유

    • 로컬 관리 창구

클라이언트 설정에 대한 표준 구성이 계층의 각 클라이언트에 적용됩니다.

  • 기본 클라이언트 에이전트 설정이 구성되어 계층의 모든 클라이언트에 적용되므로 모든 클라이언트의 일관된 구성이 가능합니다.

인사 관리 부서에서 근무하는 직원들의 사용자 계정이 포함된 컬렉션을 만듭니다. 이 컬렉션을 정기적으로 업데이트하도록 구성하여, 컬렉션이 만들어지자마자 컬렉션에 새 계정을 추가할 수 있습니다.

  • 이 컬렉션은 원격 제어를 사용하지 않도록 설정하는 사용자 지정 클라이언트 설정으로 구성됩니다. 이러한 설정은 계층 전체의 기본값을 수정하며, 인사 관리 직원에게 필요한 사용자 지정 클라이언트 설정을 컬렉션 구성원에게 제공합니다.

  • 이 컬렉션은 동적으로 업데이트되기 때문에 인사 관리 부서의 새 직원이 사용자 지정 클라이언트 설정을 자동으로 받게 됩니다.

  • 컬렉션이 모든 사이트와 공유되기 때문에 이러한 사용자 지정은 컴퓨터가 할당된 사이트를 고려할 필요 없이 계층의 모든 위치에 있는 인사 관리 직원에게 적용됩니다.

한 컬렉션이 런던에 있는 서버를 포함하도록 구성되어 있습니다.

  • 이 컬렉션은 사용자 지정 클라이언트 설정으로 구성되어 있으므로 해당 서버가 하드웨어 인벤토리에 대한 사용자 지정 설정으로 구성되어 있습니다.

비즈니스 이점

System Center 2012 Configuration Manager에서 사용자 지정 클라이언트 설정을 사용하면 다음과 같이 비즈니스 요구 사항이 충족됩니다.

  • 일부 클라이언트에만 사용자 지정 클라이언트 설정을 제공하도록 사용된 사이트를 제거하여 인프라 요구 사항이 감소합니다.

  • 중앙 관리 사이트가 계층의 모든 클라이언트에 클라이언트 설정에 대한 표준 구성을 적용하므로 관리가 간소화됩니다.

  • 필수 사용자 지정 클라이언트 설정에 대해 두 가지 클라이언트 컬렉션이 구성됩니다.

  • 시카고와 런던 간에 데이터를 전송할 때 네트워크 대역폭이 제어됩니다.