다음을 통해 공유

콘텐츠 배포를 위한 구성 요소 및 스레드

  • 아티클

이 문서는 콘텐츠 배포를 위한 구성 요소 및 스레드를 이해하는 데 도움이 됩니다.

원래 제품 버전: Configuration Manager 현재 분기, Microsoft System Center 2012 Configuration Manager, Microsoft System Center 2012 R2 Configuration Manager

콘텐츠 배포에 사용되는 구성 요소

콘텐츠 배포에 사용되는 기본 구성 요소의 빠른 목록은 다음과 같습니다.

이름 구성 요소 이름 이름 설명
배포 관리자 SMS_DISTRIBUTION_MANAGER DistMgr 콘텐츠를 관리하고 PkgXferMgr에 대한 작업을 만듭니다.
패키지 전송 관리자 SMS_PACKAGE_TRANSFER_MANAGER PkgXferMgr 패키지를 배포 지점으로 전송
계층 관리자 SMS_HIERARCHY_MANAGER Hman 사이트 계층 구조에 대한 변경 내용을 처리하고 복제합니다.
보낸 사람 SMS_SENDER 보낸 사람 TCP/IP 네트워크에서 사이트 간 통신 시작
데스풀러(Despooler) SMS_DESPOOLER 데스풀러(Despooler) 부모 또는 자식 사이트에서 들어오는 복제 파일을 처리합니다.
스케줄러 SMS_SCHEDULER 스케줄러 보낸 사람 작업 만들기
데이터베이스 알림 모니터 SMS_DATABASE_NOTIFICATION_MONITOR SmsDbMon 데이터베이스에서 특정 테이블의 변경 내용을 감시하고 해당 변경 내용을 처리하는 구성 요소의 받은 편지함에 파일을 만듭니다.
SMS 공급자 SMS 공급자 SMSProv 사이트에서 Configuration Manager 데이터베이스에 대한 읽기 및 쓰기 권한을 할당하는 WMI(Windows Management Instrumentation) 공급자
SMS DP 공급자 SMS DP 공급자 SMSDPProv DP에서 콘텐츠 라이브러리 작업을 관리하는 WMI(Windows Management Instrumentation) 공급자
SMS 에이전트 호스트 SMS 에이전트 호스트 CcmExec SMS 에이전트 호스트는 관리 지점 및 끌어오기 배포 지점과 같은 서버 쪽 구성 요소를 호스트하는 Configuration Manager 클라이언트 에이전트 서비스입니다.
데이터 전송 서비스 DataTransferService Dts 데이터 전송 서비스는 BITS를 통해 파일 다운로드를 담당하는 CcmExec의 구성 요소입니다.

배포 관리자(DistMgr) 스레드

DistMgr(배포 관리자)은 다양한 작업을 수행하여 DP(배포 지점)에 콘텐츠를 배포합니다. 이러한 작업은 다양한 유형의 스레드에서 처리되며, 아래 다이어그램에서는 기본 스레드 구성에 대한 DistMgr 스레드 계층 구조를 설명합니다.

배포 관리자 스레드 계층 구조를 보여 주는 다이어그램

  • 기본 DistMgr 스레드

    식별을 위한 로그 항목: SMS_EXECUTIVE started SMS_DISTRIBUTION_MANAGER as thread ID 3648 (0xE40)

    이 스레드는 서비스 시작 시 시작됩니다 SMS_Executive . 기본 DistMgr 스레드는 복제 처리, DP 관리자, 콘텐츠 정리, DP 인증서 모니터링, 콘텐츠 라이브러리 이동, IIS 구성 변경 처리, DP 재할당 및 시작 시 처리 스레드 업그레이드를 시작합니다. 또한 패키지 변경이 발생할 때 요청 시 패키지 처리 스레드를 시작합니다.

    이 스레드는 이러한 스레드를 관리하는 것 외에도 사이트 제어 파일의 변경 내용을 처리하고 DP 설정을 업데이트합니다(DP/PXE 구성, 레지스트리 설정 업데이트, DP에서 모니터링/사용 작업 만들기 등).

  • 복제 처리 스레드

    식별을 위한 로그 항목: Starting thread for processing replication, thread ID = 0x1A14 (6676)

    이 스레드는 기본 DistMgr 스레드에서 시작되며 디렉터리에서 DistMgr.box\incoming 다음 파일을 처리합니다.

    파일 설명
    . Sta 데이터베이스의 테이블에 패키지 상태 업데이트PkgStatus.
    . Fwd 패키지를 보낼 미니 작업을 만들어 지정된 패키지를 지정된 대상 사이트로 전달합니다.
    . Dmd 주문형 요청을 배포합니다. 지정된 패키지를 지정된 DP로 대상으로 지정합니다.
    . 풀 업데이트 DB의 PullDPResponse 테이블에서 DP 패키지 응답을 끌어오기.

    참고

    이 스레드는 단일 스레드이며 이러한 파일을 처리하기 위해 더 많은 스레드를 만들지 않습니다.

  • DP 관리자 스레드

    식별을 위한 로그 항목: Starting the DP Manager thread, thread ID = 0x5D8 (1496)

    이 스레드는 기본 DistMgr 스레드에서 시작되며 사이트 제어 파일 변경을 검색할 때 DP 제거를 처리합니다. 적절한 사이트 제어 파일 변경이 발생하면 SMSDBMON은 이 스레드에서 DistMgr.box 처리되는 DPN(DP 알림) 파일을 삭제합니다.

    DPN 파일은 DP 제거를 포함하는 DP 변경 사항을 알리는 데 사용됩니다(테이블에서 Action = 3에 DistributionPoints 의해 검색됨).

    참고

    이 스레드는 단일 스레드이며 작업을 수행하기 위해 더 많은 스레드를 만들지 않습니다.

  • 콘텐츠 정리 스레드

    식별을 위한 로그 항목: Starting the content cleanup thread, thread ID = 0x1604 (5636)

    이 스레드는 기본 DistMgr 스레드에서 시작되며 콘텐츠 정리를 실행합니다. 데이터베이스에서 분리된 콘텐츠를 검색하여 콘텐츠 정리가 필요한지 여부를 결정합니다. 이 스레드는 원격 DP에 한 번에 삭제하도록 지시할 수 있는 콘텐츠 수에 대해 기본 일괄 처리 크기인 50을 사용합니다. 그러나 다음 레지스트리 키를 설정하여 이 값을 재정의할 수 있습니다.

    SMS\Components\SMS_DISTRIBUTION_MANAGER\RemoteContentCleanupBatchSize

    DWORD 값은 1 에서 500 사이일 수 있습니다.

    참고

    Microsoft 지원 전문가와 상의하지 않고 이 값을 변경하지 마세요. 이 스레드는 단일 스레드이며 작업을 수행하기 위해 더 많은 스레드를 만들지 않습니다.

  • DP 인증서 모니터링 스레드

    식별을 위한 로그 항목: Starting the DP cert monitoring thread, thread ID = 0x7290 (29328)

    이 스레드는 기본 DistMgr 스레드에서 시작됩니다. 이 스레드는 를 처리합니다 . CER 파일 및 는 향상된 HTTP 모드가 사용하도록 설정된 경우 IIS에서 인증서 바인딩을 구성합니다. 이 모드에서는 IIS에서 생성된 Configuration Manager 인증서를 사용해야 합니다.

    참고

    이 스레드는 단일 스레드이며 작업을 수행하기 위해 더 많은 스레드를 만들지 않습니다.

  • 콘텐츠 라이브러리 이동 스레드

    식별을 위한 로그 항목: Starting the content library move thread, thread ID = 0x11D6C (73068)

    이 스레드는 기본 DistMgr 스레드에서 시작되며 콘텐츠 라이브러리를 후의 새 위치로 이동합니다. CML 파일은 에 삭제됩니다DistMgr.box.

    참고

    이 스레드는 단일 스레드이며 작업을 수행하기 위해 더 많은 스레드를 만들지 않습니다.

  • IIS 구성 변경 처리 스레드

    식별을 위한 로그 항목: Starting the IIS config change processing thread, thread ID = 0x408C (16524)

    이 스레드는 기본 DistMgr 스레드에서 시작되며 IIS 파일이 에 DistMgr.box삭제된 후 표준 및 끌어오기 배포 지점에 대한 IIS 가상 디렉터리 구성을 처리합니다. 이 스레드는 구성 요소에 IISConfigChangeThreadLimit 대한 SMS_DISTRIBUTION_MANAGER SCF(사이트 제어 파일) 속성을 읽어 IIS 변경 작업을 동시에 수행하기 위해 시작할 수 있는 스레드 수를 결정합니다. SCF 속성의 IISConfigChangeThreadLimit 기본값은 50이지만 필요한 경우 변경할 수 있습니다. 그러나 어떤 이유로든 이 SCF 속성이 없으면 기본값 인 50 이 에 IISConfigChangeThreadLimit사용됩니다.

    참고

    이 스레드는 DP IIS 구성 변경을 수행하기 위해 더 많은 스레드를 만듭니다. 각 작업자 스레드는 특정 DP의 IIS 가상 디렉터리 구성을 처리합니다.

  • DP 재할당 스레드

    식별을 위한 로그 항목: Starting the shared DP reassignment thread, thread ID = 0x9C0C (39948)

    이 스레드는 기본 DistMgr 스레드에서 시작되며, 가 인 경우 표준 및 끌어오기 배포 지점에 대한 DP 재할당을 처리합니다. DPU 파일은 에 삭제됩니다DistMgr.box. 이 스레드는 구성 요소에 SharedDPImportThreadLimit 대한 SMS_DISTRIBUTION_MANAGER SCF(사이트 제어 파일) 속성을 읽어 DP 재할당을 동시에 수행하기 위해 시작할 수 있는 스레드 수를 결정합니다. SCF 속성의 SharedDPImportThreadLimit 기본값은 50이지만 필요한 경우 변경할 수 있습니다. 그러나 어떤 이유로든 이 SCF 속성이 없으면 기본값 인 50 이 에 SharedDPImportThreadLimit사용됩니다.

    참고

    이 스레드는 DP 재할당을 수행하기 위해 더 많은 스레드를 만듭니다. 각 작업자 스레드는 특정 DP의 재할당을 처리합니다.

  • 업그레이드 처리 스레드

    식별을 위한 로그 항목: Starting the DP upgrade processing thread, thread ID = 0x1968 (6504)

    이 스레드는 기본 DistMgr 스레드에서 시작되며 표준 및 끌어오기 배포 지점에 대한 DP 설치 및 업그레이드를 처리합니다. 를 호출 spGetDPsForUpgrade 하여 업그레이드해야 하는 DP 목록을 가져옵니다. 이 스레드는 구성 요소에 DPUpgradeThreadLimit 대한 SMS_DISTRIBUTION_MANAGER SCF(사이트 제어 파일) 속성을 읽어 DP 설치/업그레이드를 동시에 수행하기 위해 시작할 수 있는 스레드 수를 결정합니다. SCF 속성의 DPUpgradeThreadLimit 기본값은 50이지만 필요한 경우 변경할 수 있습니다. 그러나 어떤 이유로든 이 SCF 속성이 없으면 기본값 인 5 가 에 DPUpgradeThreadLimit사용됩니다.

    참고

    이 스레드는 DP 설치/업그레이드 작업을 수행하기 위해 더 많은 스레드를 만듭니다. 각 작업자 스레드는 특정 DP의 설치/업그레이드를 처리합니다.

  • 패키지 처리 스레드

    식별을 위한 로그 항목: Started package processing thread for package 'PKGID', thread ID = 0x8E8 (2280)

    이러한 스레드는 기본 DistMgr 스레드에서 시작됩니다. 패키지 처리 스레드 수는 소프트웨어 배포 구성 요소 구성 속성의 최대 패키지 수 스레드 설정에 따라 결정됩니다. 각 패키지 처리 스레드는 패키지 콘텐츠의 해시를 수행하고 콘텐츠의 압축된 복사본을 만듭니다.

    참고

    모든 패키지 처리 스레드는 동시에 실행되지만 패키지 원본의 해시 및 압축을 담당합니다. 압축에는 중요한 섹션이 있습니다. 즉, 한 번에 하나의 스레드만 콘텐츠를 압축할 수 있습니다. 대규모의 새 패키지가 만들어지고 배포되는 경우 패키지별 스레드는 차례로 압축 잠금을 가져오기를 기다리는 체인에서 차단할 수 있습니다.

    패키지 작업(추가/업데이트/삭제)에 따라 각 패키지 처리 스레드도 다음을 만듭니다.

    • DP 스레드는 DP에서 콘텐츠를 추가/업데이트하기 위한 패키지 전송 관리자 작업을 만듭니다.
    • DP 스레드는 콘텐츠 라이브러리에서 콘텐츠를 제거하도록 원격 배포 지점에 지시합니다.

    각 패키지 처리 스레드가 만들 수 있는 DP 스레드 수는 소프트웨어 배포 구성 요소 구성 속성의 패키지당 최대 스레드 수 설정에 따라 결정됩니다.

    참고

    패키지 처리 스레드는 다중 스레드이며 각 패키지 처리 스레드는 작업을 수행하기 위해 더 많은 스레드를 만듭니다. 각 작업자 스레드는 DP에 대한 추가/업데이트/제거 작업을 처리합니다.

배포 관리자 스레드 구성

모든 Configuration Manager 사이트(중앙 관리 사이트 포함)를 사용하면 DP(배포 지점)에 콘텐츠를 배포하는 데 사용할 수 있는 스레드 수를 구성할 수 있습니다. 이 구성은 각 사이트에만 적용되며 사이트 노드에서 사이트를 마우스 오른쪽 단추로 클릭하고 사이트구성 요소소프트웨어 배포 구성을 선택하여 액세스할 수 있습니다>. 기본 구성은 다음과 같습니다.

소프트웨어 배포 구성 요소 속성 창 스크린샷

대부분의 경우 패키지 설정당 최대 패키지 수 및 최대 스레드 수 에만 관심이 있습니다.

  • 최대 패키지 수: ConfigMgr DP에 동시에 보낼 수 있는 최대 패키지 수를 지정합니다. 지정된 값은 1 에서 50 사이여야 합니다.
  • 패키지당 최대 스레드 수: 배포 중에 각 패키지에 할당된 최대 스레드 수를 지정합니다. 지정된 값은 1 에서 999 사이여야 합니다.

최대 패키지 수=3 및 package=5당 최대 스레드 수의 기본 구성을 3x5라고도 할 수 있습니다. 스레드 구성이 워크플로에서 자주 표시되는 방식입니다.

이것이 실제로 의미하는 것

배포 관리자에 미치는 영향(DistMgr)

기본 스레드 구성 이 3x5인 DistMgr은 동시에 3개의 패키지를 처리하고 각 패키지에 대해 최대 5개의 스레드를 사용할 수 있으므로 최대 15개의 스레드를 사용하여 작업을 수행할 수 있습니다. 5개 이상의 DP에 배포해야 하는 3개 이상의 패키지가 있다고 가정하면 다음과 같이 구분됩니다.

다이어그램은 스레드 구성 = 3x5일 때 DistMgr에서 세 개의 패키지를 동시에 처리하는 방법을 보여 줍니다.

각 개별 패키지를 처리하기 위해 패키지 처리 스레드는 기본 DistMgr 스레드에 의해 생성됩니다. 이 패키지 처리 스레드는 최대 패키지 수 설정의 패키지 처리 슬롯 3개 중 하나를 사용합니다. 패키지당 고유한 패키지 처리 스레드가 있습니다. DistMgr은 동일한 패키지에 대해 여러 패키지 처리 스레드를 시작하지 않습니다. 즉, 세 개의 고유한 패키지가 세 개의 고유한 패키지 처리 스레드를 활용합니다. 이러한 각 패키지 처리 스레드는 최대 5개의 DP 스레드를 생성하여 패키지를 5개의 DP에 동시에 배포할 수 있습니다.

패키지 전송 관리자에 미치는 영향(PkgXferMgr)

DistMgr에서 만든 각 PkgXferMgr 작업에 대해 PkgXferMgr은 하나의 스레드를 사용합니다. 3x5의 스레드 구성은 PkgXferMgr에 대한 전송 용량이 15로 설정되어 PkgXferMgr이 동시에 15개 이상의 작업에서 작업할 수 없으므로 최대 15개의 스레드로 제한됩니다.

스레드 실행 기간

DistMgr 스레드

DP 스레드의 목적은 패키지 전송 관리자에 대한 작업을 만든 다음 실제 콘텐츠를 DP에 복사하는 것입니다. DP 스레드는 PkgXferMgr 작업을 만든 후 완료되므로 DP 스레드의 수명이 짧습니다. 이러한 특성으로 인해 대부분의 경우 콘텐츠 배포 속도를 높이기 위해 공격적인 스레드 구성을 설정할 필요가 없습니다. 공격적인 값을 설정하는 대신 올바른 값 선택 (아래 자세한 정보)을 살펴봅니다.

PkgXferMgr 스레드

표준 DP의 경우 PkgXferMgr 스레드는 콘텐츠를 전송하는 실제 작업을 수행하기 때문에 이러한 스레드의 수명은 패키지 크기에 따라 달라집니다. 더 큰 패키지의 경우 이러한 스레드는 패키지 크기 및 네트워크 속도에 따라 시간이 오래 걸릴 수 있습니다. 이러한 스레드를 완료하는 데 시간이 오래 걸릴 수 있지만 DistMgr 스레드의 수명은 훨씬 짧습니다. 즉, DistMgr은 PkgXferMgr에 대해 많은 수의 작업을 큐에 대기하여 큐에 작업의 백로그를 만들 수 있습니다.

끌어오기 DP의 경우 PkgXferMgr 스레드는 끌어오기 DP에 콘텐츠를 다운로드하도록 요청하여 끌어오기 DP에 알립니다. 결과적으로 끌어오기 DP에 대한 PkgXferMgr 스레드의 수명은 짧습니다. PkgXferMgr은 작업의 진행률을 검사 위해 끌어오기 DP 폴링(구성된 폴링 간격에 따라)을 수행하기 위해 다른 스레드를 시작합니다. 그러나 이는 빠른 작업이기도 하며 이러한 스레드의 수명도 짧습니다.

올바른 값 선택

이러한 설정에 적합한 값을 확인하려면 먼저 Configuration Manager 계층 구조를 이해해야 합니다. 다음과 같은 가상 Configuration Manager 환경을 살펴보겠습니다.

  • 중앙 관리 사이트: CS1
  • 기본 사이트: PS1
  • PS1에 보고하는 일반 배포 지점 수: 200
  • 총 패키지 수: 1,000개

이 환경에서 기본 스레드 구성(3x5)은 새 패키지가 모든 200DP에 배포되어야 하는 경우 한 번에 5개 DP만 처리한다는 것을 의미합니다. DP 스레드가 종료되면 다른 DP 스레드가 생성되고 모든 DP가 처리될 때까지 프로세스가 계속됩니다. 이 프로세스는 200개 DP를 모두 반복하는 데 다소 시간이 걸릴 것입니다.

이를 최적화하려면 먼저 몇 가지 질문을 해야 합니다.

  1. 평균적으로 동시에 추가/업데이트/배포되는 패키지는 몇 개입니까?
  2. 사이트에 얼마나 많은 DP가 있나요? 사이트 서버와 이러한 DP 간의 네트워크 구성은 어떻게 합니까?

첫 번째 질문에 대한 답변이 5이고 두 번째 질문에 대한 답변이 네트워크 연결이 양호한 200이라고 가정하면 이론적으로 패키지당 최대 패키지 수를5로 설정하고 패키지당 최대 스레드 수를 200으로 설정하면 Configuration Manager 모든 200DP에 최대 5개의 패키지를 동시에 보낼 수 있습니다. 그러나 이는 평균 부하보다 많은 경우 최대 1,000개의 스레드(많은 스레드)를 만들 수 있음을 의미합니다. 더 많은 스레드는 일반적으로 좋지만 항상 수행되는 작업이 하드웨어 및 네트워크 구성에 의존하기 때문에 항상 그렇지는 않습니다. 스레드가 너무 많으면 병목 현상이 발생하고 문제를 개선하는 대신 속도가 느려질 수 있습니다.

이러한 설정을 구성할 때 기억해야 할 가장 중요한 것은 균형을 찾는 것입니다. 위의 예제에서 적절한 옵션은 스레드 구성을 5x100(또는 하드웨어/네트워크에 따라 5x50)으로 설정하여 Configuration Manager 5개의 다른 패키지에 대해 최대 100개의 DP를 동시에 처리할 수 있도록 하는 것입니다. 이러한 설정을 사용하면 높은 부하 중에 생성할 수 있는 최대 스레드 수는 500을 초과하지 않습니다.

참고

일반적인 지침으로 총 스레드 수는 750을 초과하지 않는 것이 좋습니다. 즉, 스레드 구성을 3x250, 5x150, 10x75 등으로 설정할 수 있습니다.

동일한 계층 구조에서 환경에서 새 DP를 가져오고 1,000개의 패키지를 모두 DP에 배포해야 하는 상황이 발생할 수 있습니다. 이 경우 5x100 의 스레드 구성은 한 번에 5개의 패키지만 처리할 수 있으므로 효과적이지 않으며 1000개 패키지를 처리하는 데 상당한 시간이 소요됩니다. 이 시나리오에서는 다음 중 하나를 선택할 수 있습니다.

  • 스레드 구성을 현재 요구 사항에 더 적합한 50x10 으로 일시적으로 설정하지만, DP가 200개라는 점을 고려하면 장기적으로는 좋은 옵션이 아닙니다.
  • 스레드 구성을 20x25 와 같이 영구적으로 설정하여 훨씬 더 나은 균형을 제공하고 더 많은 패키지가 소수의 DP로 이동해야 하는 시나리오와 소수의 패키지가 많은 DP로 이동해야 하는 시나리오에서 비슷한 성능을 제공합니다.

중요

스레드 구성에 대한 값에는 설정된 권장 사항이 없습니다. 각 환경에 따라 다르며 환경 및 요구 사항을 이해한 후에 설정해야 합니다. 항상 균형을 찾는 것을 기억하십시오!

보낸 사람 스레드 구성

각 Configuration Manager 사이트(중앙 관리 사이트 및 보조 사이트 포함)에는 하나의 보낸 사람이 있습니다. 보낸 사람은 한 사이트에서 대상 사이트로의 네트워크 연결을 관리하고 동시에 여러 사이트에 대한 연결을 설정할 수 있습니다. 사이트에 연결하기 위해 발신자는 사이트로의 파일 복제 경로를 사용하여 네트워크 연결을 설정하는 데 사용할 계정을 식별합니다. 또한 발신자는 이 계정을 사용하여 대상 사이트의 SMS_SITE 공유에 데이터를 씁니다.

기본적으로 발신자는 여러 개의 동시 스레드를 사용하여 대상 사이트에 데이터를 씁니다. 각 동시 스레드는 다른 파일 기반 개체를 대상 사이트로 전송할 수 있습니다. 기본적으로 발신자가 개체를 보내기 시작하면 전체 개체가 전송될 때까지 해당 개체에 대한 데이터 블록을 계속 작성합니다.

모든 Configuration Manager 사이트를 사용하면 발신자 구성 요소에서 다른 사이트로 동시에 데이터를 보내는 데 사용할 수 있는 스레드 수를 구성할 수 있습니다. 이 구성은 각 사이트에만 적용되며, 보낸 사람 탭을 선택하여 사이트 노드 아래의 사이트 속성에서 액세스할 수 있습니다. 기본 구성은 다음과 같습니다.

스크린샷은 ConfigMgr 기본 사이트 속성 창 보낸 사람 탭 아래의 정보를 보여줍니다.

모든 사이트: 이 보낸 사람에게 허용되는 최대 동시 통신 수입니다. 기본값은 5 입니다. 이러한 통신은 사이트별로 지정된 최대값에 의해 제한되는 경우를 제외하고 서로 다른 사이트 또는 동일한 사이트의 모든 사이트로 지정할 수 있습니다.

사이트당: 단일 대상 사이트에 허용되는 최대 동시 통신 수입니다. 기본값은 3입니다.

참고

다른 사이트와 통신할 때 사용할 총 동시 전송 스레드 수를 구성하는 경우 총 전송 스레드 수는 사이트별 설정에 대해 구성된 스레드보다 더 많은 수로 구성되어야 합니다. 총 전송 스레드 수가 사이트당 사용하도록 구성된 수와 같고 수신 사이트를 사용할 수 없는 경우 사용할 수 없는 사이트와 통신을 시도하고 다른 사이트와의 사이트 간 통신을 방지할 때 모든 전송 스레드가 사용될 수 있습니다.

이것이 의미하는 것

모든 사이트에 지정된 값은 발신자가 다른 사이트로 동시에 데이터를 보내는 데 사용할 수 있는 총 스레드 수를 정의합니다. 모든 사이트의 총 스레드 수 중 하나의 대상 사이트로 데이터를 보내는 데 사용할 수 있는 사이트당 최대 스레드 수를 할당할 수 있습니다. 기본적으로 각 사이트는 5개의 동시 스레드를 사용하도록 구성되며, 3개는 하나의 대상 사이트로 데이터를 보낼 때 사용할 수 있습니다. 이 수를 늘리면 Configuration Manager 동시에 더 많은 파일을 전송할 수 있도록 하여 사이트 간 데이터 처리량을 늘릴 수 있습니다. 이 수를 늘리면 사이트 간 네트워크 대역폭에 대한 수요도 증가합니다.

올바른 값 선택

이러한 설정에 적합한 값을 확인하려면 먼저 Configuration Manager 계층 구조를 이해해야 합니다. 다음과 같은 가상 Configuration Manager 환경을 살펴보겠습니다.

  • 중앙 관리 사이트: CS1
  • 기본 사이트: PS1
  • 기본 사이트: PS2
  • 기본 사이트: PS3
  • 기본 사이트: PS4

이 환경에서는 기본 보낸 사람 스레드 구성을 통해 총 5개의 스레드를 사용할 수 있습니다. 이러한 5개 스레드 중 4개 대상 기본 사이트 중 하나에 3개를 사용할 수 있습니다. 관리자가 이러한 모든 사이트에 3개를 보내는 경우 보낸 사람이 이러한 사이트 중 하나에 대해 3개의 스레드를 사용하고(PS1이라고 가정해 봅시다) 나머지 사이트에는 스레드가 2개만 남을 수 있습니다. 나머지 2개 스레드 중에서 발신자는 PS2에 1을 사용하고 다른 스레드는 PS4에 동시에 데이터를 보낼 공간을 남기지 않고 허용되는 5개의 스레드를 모두 활용하여 PS3에 사용할 수 있습니다. 이 시점에서 발신자는 기존 5개 스레드 중 하나가 완료될 때까지 기다려야 더 많은 데이터를 보낼 수 있습니다. 기존 스레드가 완료되면 발신자는 다른 스레드를 사용하여 PS2/PS3/PS4 사이트로 더 많은 데이터를 보낼 수 있습니다.

발신자가 통신할 각 사이트에 대해 10개의 스레드를 따로 설정하는 것이 좋습니다. 이 경우 CS1 사이트는 다른 4개 사이트와 통신할 수 있습니다. 즉, 4개 사이트에 대해 사이트당 값 이 10 이면 모든 사이트 값을 40으로 설정해야 합니다.

참고

이는 일반적인 권장 사항이며 이러한 값은 사이트에서 다른 사이트로 동시에 보내야 하는 패키지 수에 따라 추가로 조정해야 할 수 있습니다.

대역폭 컨트롤 및 스레드

Configuration Manager 일정을 구성하고 사이트에 대한 파일 복제 경로뿐만 아니라 원격 배포 지점에 대한 특정 제한 설정을 설정할 수 있습니다. 원격 배포 지점에 대한 예약 및 제한에 대한 컨트롤은 표준 보낸 사람 주소에 대한 설정과 유사하지만, 이 경우 패키지 전송 관리자라는 구성 요소에서 설정을 사용합니다.

패키지 전송 관리자 구성 요소( 사이트 서버 - >DP의 경우)의 경우 사이트 서버에 없는 표준 배포 지점에 대한 속성에 제한 설정이 구성됩니다.

보낸 사람 구성 요소(사이트 서버<->사이트 서버의 경우)의 경우 제한 설정은 계층> 구성파일 복제 아래의 파일 복제 경로 속성에 구성됩니다.

참고

시간 설정은 배포 지점이 아닌 전송 사이트의 표준 시간대를 기반으로 합니다.

일정 옵션

데이터를 제한하려면 기간을 선택한 다음 가용성에 대한 다음 설정 중 하나를 선택합니다.

  • 모든 우선 순위에 대해 열기: Configuration Manager 제한 없이 배포 지점으로 데이터를 보내도록 지정합니다.

  • 중간 우선 순위 및 높은 우선 순위 허용: Configuration Manager 배포 지점에 중간 및 높은 우선 순위 데이터만 보내도록 지정합니다.

  • 높은 우선 순위만 허용: Configuration Manager 높은 우선 순위 데이터만 배포 지점으로 보내도록 지정합니다.

  • 닫힘: Configuration Manager 배포 지점에 데이터를 보내지 않도록 지정합니다.

    우선 순위별로 데이터를 제한하거나 선택한 기간 동안 연결을 닫을 수 있습니다.

속도 제한 옵션

이는 콘텐츠를 배포 지점으로 전송할 때 사용 중인 네트워크 대역폭을 제어하도록 속도 제한을 구성하는 데 사용됩니다. 다음 옵션 중에서 선택할 수 있습니다.

  • 이 대상으로 보낼 때 무제한: Configuration Manager 속도 제한 없이 배포 지점으로 콘텐츠를 보내도록 지정합니다.
  • 펄스 모드: 배포 지점으로 전송되는 데이터 블록의 크기를 지정합니다. 각 데이터 블록을 보내는 시간 지연을 지정할 수도 있습니다. 낮은 대역폭 네트워크 연결을 통해 데이터를 배포 지점으로 보내야 하는 경우 이 옵션을 사용합니다. 예를 들어 링크 속도 또는 지정된 시간에 사용량에 관계없이 5초마다 1KB의 데이터를 보내는 제약 조건이 있을 수 있습니다.
  • 지정된 시간별 최대 전송 요율로 제한: 구성한 시간 비율만 사용하여 사이트가 배포 지점으로 데이터를 보내도록 이 설정을 지정합니다. 이 옵션을 사용하는 경우 Configuration Manager 사용 가능한 네트워크 대역폭을 식별하지 않고 데이터를 보낼 수 있는 시간을 시간 조각으로 나눕니다. 그런 다음 데이터가 짧은 시간 블록 동안 전송되며, 그 뒤에는 데이터가 전송되지 않는 시간 블록이 뒤따릅니다. 예를 들어 최대 속도가 50%로 설정된 경우 Configuration Manager 일정 기간 동안 데이터를 전송한 다음, 데이터가 전송되지 않는 동일한 기간을 전송합니다. 실제 데이터 크기 크기 또는 데이터 블록의 크기는 관리되지 않습니다. 대신 데이터가 전송되는 시간만 관리됩니다.

이러한 설정에 대한 자세한 내용은 Configuration Manager 콘텐츠 관리 구성을 참조하세요.

이것이 보낸 사람 및 PkgXferMgr 스레드에 미치는 영향

사이트에 대역폭 제어를 사용하도록 설정하면 보낸 사람 구성 요소는 사이트에 대한 보낸 사람 스레드 구성을 무시하고 해당 사이트에 대해 하나의 스레드만 사용합니다. 마찬가지로 DP에 대역폭 제어를 사용하도록 설정하면 PkgXferMgr은 스레드 구성을 무시하고 DP에 스레드를 하나만 사용합니다.

참고

이는 사용 가능한 대역폭 제한(%) 이 100%로 설정된 경우에도 적용됩니다.

대역폭 컨트롤이 적용되는 경우 PkgXferMgr.log 다음 줄 중 하나를 기록합니다.

일정:

~DPNAME.CONTOSO.COM 주소는 현재 대역폭 제어를 받고 있으므로 하나의 연결만 허용되어 풀로 보내기 요청을 반환합니다.

펄스 모드:

~DPNAME.CONTOSO.COM 대한 추가 기능은 현재 펄스 모드이므로 하나의 연결만 허용됩니다.
~펄스 모드에서 하나의 연결만 허용되므로 보내기 요청을 중단합니다.

Sender.log 대역폭 제한이 구성되면 유사한 항목을 표시합니다.