Configuration Manager 대한 사이트 계층 구조 디자인

  • 아티클

적용 대상: Configuration Manager(현재 분기)

새 Configuration Manager 계층 구조의 첫 번째 사이트를 설치하기 전에 다음을 이해하는 것이 좋습니다.

  • Configuration Manager 사용할 수 있는 토폴로지

  • 사용 가능한 사이트 유형 및 서로의 관계

  • 각 유형의 사이트에서 제공하는 관리 범위

  • 설치해야 하는 사이트 수를 줄일 수 있는 콘텐츠 관리 옵션

그런 다음 현재 비즈니스 요구 사항을 효율적으로 처리하고 나중에 확장하여 향후 성장을 관리할 수 있는 토폴로지를 계획합니다.

계획할 때 계층 구조 또는 독립 실행형 사이트에 사이트를 추가하기 위한 제한 사항에 유의하세요.

참고

Configuration Manager 새 설치를 계획할 때는 현재 버전의 현재 문제를 자세히 설명하는 릴리스 정보를 알고 있어야 합니다. 릴리스 정보는 Configuration Manager 모든 분기에 적용됩니다. 기술 미리 보기 분기를 사용하는 경우 기술 미리 보기의 각 버전에 대한 설명서에서 해당 분기와 관련된 문제를 찾습니다.

계층 구조 토폴로지

계층 구조 토폴로지 범위는 다음과 같습니다.

  • 가장 간단한: 단일 독립 실행형 기본 사이트

  • 가장 복잡함: 계층 구조의 최상위 사이트에 중앙 관리 사이트가 있는 연결된 기본 및 보조 사이트 그룹

계층 구조에서 사용하는 사이트 유형 및 수의 핵심 드라이버는 일반적으로 지원해야 하는 디바이스의 수와 유형입니다.

독립 실행형 기본 사이트

모든 디바이스 및 사용자의 관리를 지원할 수 있는 경우 독립 실행형 기본 사이트를 사용합니다. 자세한 내용은 크기 조정 및 소수 자릿수를 참조하세요. 이 토폴로지는 회사의 지리적 위치가 단일 기본 사이트에서 제공될 수 있는 경우에도 성공합니다. 네트워크 트래픽을 관리하려면 경계 그룹의 여러 관리 지점과 신중하게 계획된 콘텐츠 인프라를 사용합니다. 자세한 내용은 경계 그룹 구성 및 콘텐츠 관리를 위한 기본 개념을 참조하세요.

이 토폴로지에서는 다음과 같은 이점이 있습니다.

  • 간소화된 관리 오버헤드

  • 간소화된 클라이언트 사이트 할당 및 사용 가능한 리소스 및 서비스 검색

  • 사이트 간 데이터베이스 복제에 의해 발생할 수 있는 지연 제거

  • 독립 실행형 기본 사이트를 중앙 관리 사이트가 있는 더 큰 계층 구조로 확장하는 옵션입니다. 이 옵션을 사용하면 새 기본 사이트를 설치하여 배포 규모를 확장할 수 있습니다.

하나 이상의 자식 기본 사이트가 있는 중앙 관리 사이트

모든 디바이스 및 사용자의 관리를 지원하기 위해 둘 이상의 기본 사이트가 필요한 경우 이 토폴로지를 사용합니다. 단일 기본 사이트 이상을 사용해야 하는 경우 필요합니다.

이 토폴로지에서는 다음과 같은 이점이 있습니다.

  • 계층의 규모를 확장할 수 있는 최대 25개의 기본 사이트를 지원합니다.

  • 사이트를 다시 설치하지 않는 한 항상 중앙 관리 사이트를 사용합니다. 이 옵션은 영구적입니다. 자식 기본 사이트를 분리하여 독립 실행형 기본 사이트로 만들 수 없습니다.

중앙 관리 사이트 사용 시기 결정

중앙 관리 사이트를 사용하여 계층 전체 설정을 구성하고 계층 구조의 모든 사이트 및 개체를 모니터링합니다. 이 사이트 유형은 클라이언트를 직접 관리하지 않습니다. 계층 전체에서 사이트 및 클라이언트의 구성을 포함하는 사이트 및 사이트 간의 데이터 복제를 조정합니다.

다음 정보는 중앙 관리 사이트를 설치할 시기를 결정하는 데 도움이 될 수 있습니다.

  • 중앙 관리 사이트는 계층 구조의 최상위 사이트입니다.

  • 둘 이상의 기본 사이트가 있는 계층 구조를 구성하는 경우 중앙 관리 사이트를 설치합니다.

    • 두 개 이상의 기본 사이트가 즉시 필요한 경우 먼저 중앙 관리 사이트를 설치합니다.

    • 기본 사이트가 이미 있고 중앙 관리 사이트를 설치하려는 경우 독립 실행형 기본 사이트를 확장 하여 중앙 관리 사이트를 설치합니다.

  • 중앙 관리 사이트는 기본 사이트만 자식 사이트로 지원합니다.

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

  • 중앙 관리 사이트는 관리 지점 및 배포 지점과 같은 클라이언트를 직접 지원하는 사이트 시스템 역할을 지원하지 않습니다.

  • 계층 구조의 모든 클라이언트를 관리하고 중앙 관리 사이트에 연결된 Configuration Manager 콘솔에서 모든 사이트 관리 작업을 수행합니다. 이러한 작업에는 자식 기본 또는 보조 사이트에 관리 지점 또는 기타 사이트 시스템 역할을 설치하는 작업이 포함됩니다.

  • 중앙 관리 사이트를 사용하는 경우 계층 구조의 모든 사이트에서 사이트 데이터를 볼 수 있는 유일한 위치입니다. 이 데이터에는 인벤토리 데이터 및 상태 메시지와 같은 정보가 포함됩니다.

  • 중앙 관리 사이트에서 계층 전체에서 검색 작업을 구성합니다. 중앙 관리 사이트에서 개별 기본 사이트에서 실행할 검색 방법을 할당합니다.

  • 다양한 보안 역할, 보안 범위 및 컬렉션을 다른 관리 사용자에게 할당하여 계층 전체의 보안을 관리합니다. 이러한 구성은 계층 구조의 각 사이트에 적용됩니다.

  • 계층 구조의 사이트 간 통신을 제어하도록 복제를 구성합니다. 사이트 데이터에 대한 데이터베이스 복제를 예약하고 사이트 간 파일 기반 데이터 전송을 위한 대역폭을 관리합니다.

기본 사이트를 사용할 시기 결정

기본 사이트를 사용하여 클라이언트를 관리합니다. 기본 사이트를 중앙 관리 사이트 아래에 자식 사이트로 설치하거나 새 계층 구조의 첫 번째 사이트로 설치합니다. 계층 구조의 첫 번째 사이트인 기본 사이트는 독립 실행형 기본 사이트를 만듭니다. 자식 기본 사이트와 독립 실행형 기본 사이트 모두 보조 사이트를 지원합니다.

다음과 같은 이유로 기본 사이트를 추가하는 것이 좋습니다.

  • 디바이스 수를 늘리려면 단일 계층 구조로 관리합니다.

  • 조직 관리 요구 사항을 충족합니다. 예를 들어 기본 사이트를 원격 위치에 설치하여 낮은 대역폭 네트워크를 통해 배포 콘텐츠 전송을 관리할 수 있습니다.

    • 대신 배포 지점으로 데이터를 전송할 때 네트워크 대역폭을 제한하는 옵션을 사용하는 것이 좋습니다. 해당 콘텐츠 관리 기능은 추가 사이트를 설치할 필요성을 대체할 수 있습니다.

다음 정보는 기본 사이트를 설치할 시기를 결정하는 데 도움이 될 수 있습니다.

  • 기본 사이트는 독립 실행형 기본 사이트 또는 더 큰 계층 구조의 자식 기본 사이트일 수 있습니다. 기본 사이트가 중앙 관리 사이트가 있는 계층 구조의 구성원인 경우 사이트는 데이터베이스 복제를 사용하여 사이트 간에 데이터를 복제합니다. 단일 기본 사이트에서 지원하는 것보다 더 많은 클라이언트 및 디바이스를 지원해야 하는 경우가 아니면 독립 실행형 기본 사이트를 설치하는 것이 좋습니다. 독립 실행형 기본 사이트를 설치한 후 나중에 필요한 경우 확장하여 배포를 확장하기 위해 새 중앙 관리 사이트에 보고합니다.

  • 기본 사이트는 중앙 관리 사이트만 부모 사이트로 지원합니다.

  • 기본 사이트는 보조 사이트만 자식 사이트로 지원하고 여러 보조 사이트를 지원합니다.

  • 기본 사이트는 할당된 클라이언트의 모든 클라이언트 데이터를 처리해야 합니다.

  • 기본 사이트는 데이터베이스 복제를 사용하여 중앙 관리 사이트와 직접 통신합니다. 이 동작은 새 사이트가 설치되면 자동으로 구성됩니다.

보조 사이트를 사용할 시기 결정

보조 사이트를 사용하여 낮은 대역폭 네트워크에서 배포 콘텐츠 및 클라이언트 데이터의 전송을 관리합니다.

중앙 관리 사이트 또는 보조 사이트의 직접 부모 기본 사이트에서 보조 사이트를 관리합니다. 보조 사이트는 기본 사이트에 연결됩니다. 제거한 다음 새 기본 사이트 아래에 자식 사이트로 다시 설치하지 않고는 다른 부모 사이트로 이동할 수 없습니다.

그러나 두 피어 보조 사이트 간에 콘텐츠를 라우팅하여 배포 콘텐츠의 파일 기반 복제를 관리할 수 있습니다. 클라이언트 데이터를 기본 사이트로 전송하기 위해 보조 사이트는 파일 기반 복제를 사용합니다. 또한 보조 사이트는 데이터베이스 복제를 사용하여 부모 기본 사이트와 통신합니다.

다음 조건이 적용되는 경우 보조 사이트를 설치하는 것이 좋습니다.

  • 관리 사용자에 대한 로컬 연결 지점이 필요하지 않습니다.

  • 계층 구조의 하위 사이트에 대한 배포 콘텐츠 전송을 관리해야 합니다.

  • 계층 구조에서 더 높은 사이트로 전송되는 클라이언트 정보를 관리해야 합니다.

보조 사이트를 설치하지 않고 원격 위치에 클라이언트가 있는 경우 다음 옵션을 고려합니다.

  • Windows BranchCache와 같은 피어 투 피어 기술 사용

  • 대역폭 제어 및 일정에 배포 지점 사용

보조 사이트의 유무에 관계없이 이러한 콘텐츠 관리 옵션을 사용합니다. Configuration Manager 인프라의 크기를 줄이는 데 도움이 됩니다. Configuration Manager 콘텐츠 관리 옵션에 대한 자세한 내용은 콘텐츠 관리 옵션을 사용할 시기 결정을 참조하세요.

다음 정보는 보조 사이트를 설치할 시기를 결정하는 데 도움이 될 수 있습니다.

  • SQL Server 로컬 인스턴스를 사용할 수 없는 경우 보조 사이트 서버는 사이트 설치 중에 SQL Server Express 자동으로 설치합니다.

  • 보조 사이트 설치는 컴퓨터에서 직접 설치 프로그램을 실행하는 대신 Configuration Manager 콘솔에서 시작됩니다.

  • 보조 사이트는 사이트 데이터베이스에 있는 정보의 하위 집합을 사용합니다. 이 동작은 부모 기본 사이트와 보조 사이트 간에 SQL Server 복제하는 데이터의 양을 줄입니다.

  • 보조 사이트는 공통 부모 기본 사이트가 있는 다른 보조 사이트로 파일 기반 콘텐츠 라우팅을 지원합니다.

  • 보조 사이트 설치는 보조 사이트 서버에 관리 지점 및 배포 지점 사이트 시스템 역할을 자동으로 설치합니다.

콘텐츠 관리 옵션을 사용할 시기 결정

원격 네트워크 위치에 클라이언트가 있는 경우 기본 또는 보조 사이트 대신 하나 이상의 콘텐츠 관리 옵션을 사용하는 것이 좋습니다. 다음 옵션은 종종 사이트를 설치할 필요가 없습니다.

  • Windows 배달 최적화

  • 피어 캐시 Configuration Manager

  • Windows BranchCache

  • 대역폭 제어에 대한 배포 지점 구성

  • 배포 지점에 수동으로 콘텐츠 복사(사전 준비 콘텐츠)

다음 조건이 적용되는 경우 다른 사이트를 설치하는 대신 배포 지점을 배포하는 것이 좋습니다.

  • 네트워크 대역폭은 원격 위치의 클라이언트 컴퓨터가 기본 사이트의 관리 지점과 통신하기에 충분합니다. 클라이언트는 관리 지점과 통신하여 클라이언트 정책을 다운로드하고, 인벤토리를 보내고, 보고 상태를 보내고, 검색 정보를 보냅니다.

  • BITS(Background Intelligent Transfer Service)는 네트워크 요구 사항에 대한 충분한 대역폭 제어를 제공하지 않습니다.

Configuration Manager 콘텐츠 관리 옵션에 대한 자세한 내용은 콘텐츠 관리의 기본 개념을 참조하세요.

계층 구조 외 토폴로지

초기 계층 토폴로지와 함께 다음 질문도 고려합니다.

  • 계층 구조의 여러 사이트에서 서비스 또는 기능을 제공하는 사이트 시스템 역할은 무엇입니까?

  • 인프라에서 계층 전체 구성 및 기능을 어떻게 관리하고 있나요?

다음과 같은 일반적인 고려 사항은 별도의 문서에서 다룹니다. 이 정보는 계층 구조 디자인에 영향을 주거나 영향을 받는 데 중요합니다.

  • 컴퓨터 및 디바이스 관리를 준비할 때 디바이스가 온-프레미스인지, 클라우드에 있는지 또는 BYOD(사용자 소유 디바이스)를 포함할지를 고려합니다. 또한 여러 관리 옵션을 지원하는 디바이스를 관리하는 방법을 고려합니다. 예를 들어 Configuration Manager 사용하거나 Microsoft Intune 통합하여 Windows 디바이스를 관리합니다. 자세한 내용은 디바이스 관리 솔루션 선택을 참조하세요.

  • 사용 가능한 네트워크 인프라가 원격 위치 간의 데이터 흐름에 어떤 영향을 미칠 수 있는지 이해합니다. 자세한 내용은 네트워크 환경 준비를 참조하세요. 또한 사용자 및 디바이스의 지리적 위치와 온-프레미스 네트워크 또는 인터넷을 통해 인프라에 액세스하는지 여부를 고려합니다.

  • 관리하는 디바이스에 배포하는 콘텐츠를 효율적으로 배포할 콘텐츠 인프라를 계획합니다. 이 콘텐츠는 애플리케이션, 소프트웨어 업데이트 또는 운영 체제일 수 있습니다. 자세한 내용은 콘텐츠 및 콘텐츠 인프라 관리를 참조하세요.

  • 사용할 Configuration Manager 기능과 기능을 결정합니다. 다양한 기능에는 다른 사이트 시스템 역할 또는 Windows 인프라가 필요합니다. 여러 사이트 계층 구조에서 네트워크 및 서버 리소스를 가장 효율적으로 사용하기 위해 배포할 위치를 결정합니다.

  • PKI(공개 키 인프라) 사용을 포함하여 데이터 및 디바이스에 대한 보안을 고려합니다. 자세한 내용은 PKI 인증서 요구 사항을 참조하세요.

다음 단계

사이트별 구성에 대한 다음 문서를 검토합니다.

사이트 및 계층 구조에 걸쳐 있는 구성 고려