다음을 통해 공유


경계 그룹 및 소프트웨어 업데이트 지점

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

클라이언트는 경계 그룹을 사용하여 새 소프트웨어 업데이트 지점을 찾습니다. 클라이언트에서 찾을 수 있는 서버를 제어하려면 개별 소프트웨어 업데이트 지점을 다른 경계 그룹에 추가합니다.

모든 기존 소프트웨어 업데이트 지점을 기본 사이트 경계 그룹에 추가하는 경우 클라이언트는 사용 가능한 서버 풀에서 소프트웨어 업데이트 지점을 선택합니다. 이 동작은 이전 버전의 Configuration Manager 현재 분기와 유사합니다. 제어된 선택 및 대체 동작의 경우 다른 경계 그룹에 개별 소프트웨어 업데이트 지점을 추가합니다.

새 사이트를 설치하는 경우 소프트웨어 업데이트 지점이 기본 사이트 경계 그룹에 추가되지 않습니다. 클라이언트가 찾아서 사용할 수 있도록 경계 그룹에 소프트웨어 업데이트 지점을 할당합니다.

Fallback

다른 사이트 시스템 역할과 마찬가지로 소프트웨어 업데이트 지점 대체를 구성하지만 다음과 같은 주의 사항이 있습니다.

새 클라이언트는 경계 그룹을 사용하여 소프트웨어 업데이트 지점을 선택합니다.

새 클라이언트를 설치할 때 구성한 경계 그룹과 연결된 서버에서 소프트웨어 업데이트 지점을 선택합니다. 이 동작은 클라이언트가 클라이언트의 포리스트를 공유하는 서버 목록에서 임의로 소프트웨어 업데이트 지점을 선택하는 이전 동작을 대체합니다.

클라이언트는 새 소프트웨어 업데이트 지점을 찾기 위해 돌아올 때까지 마지막으로 알려진 소프트웨어 업데이트 지점을 계속 사용합니다.

이미 소프트웨어 업데이트 지점이 있는 클라이언트는 연결할 수 없을 때까지 계속 사용합니다. 이 동작에는 클라이언트의 현재 경계 그룹과 연결되지 않은 소프트웨어 업데이트 지점의 지속적인 사용이 포함됩니다.

이 동작은 의도적인 동작입니다. 클라이언트는 클라이언트의 현재 경계 그룹에 없는 경우에도 기존 소프트웨어 업데이트 지점을 계속 사용합니다. 소프트웨어 업데이트 지점이 변경되면 클라이언트는 데이터를 새 서버와 동기화하여 상당한 네트워크 사용을 유발합니다. 모든 클라이언트가 동시에 새 서버로 전환되는 경우 전환 지연은 네트워크 포화를 방지하는 데 도움이 됩니다.

클라이언트는 대체를 시작하기 전에 항상 120분 동안 마지막으로 알려진 소프트웨어 업데이트 지점에 도달하려고 시도합니다.

120분 후에 클라이언트가 연락처를 설정하지 않은 경우 대체가 시작됩니다. 대체가 시작되면 클라이언트는 현재 경계 그룹의 모든 소프트웨어 업데이트 지점 목록을 받습니다. 인접 및 사이트 기본 경계 그룹의 다른 소프트웨어 업데이트 지점은 대체 구성에 따라 사용할 수 있습니다.

대체 구성

소프트웨어 업데이트 지점에 대한 대체 시간(분) 을 120분 미만으로 구성할 수 있습니다. 그러나 클라이언트는 여전히 120분 동안 원래 소프트웨어 업데이트 지점에 도달하려고 합니다. 그런 다음 검색을 다른 서버로 확장합니다. 경계 그룹 대체 시간은 클라이언트가 원래 서버에 처음 도달하지 못할 때 시작됩니다. 클라이언트가 검색을 확장하면 사이트에서 120분 이내에 구성된 경계 그룹을 제공합니다.

인접 경계 그룹에 대한 소프트웨어 업데이트 지점의 대체를 차단하려면 설정을 대체 안 되도록 구성합니다.

2시간 동안 원래 서버에 연결하지 못한 후 클라이언트는 더 짧은 주기를 사용하여 새 소프트웨어 업데이트 지점에 대한 연결을 설정합니다. 이 동작을 통해 클라이언트는 잠재적인 소프트웨어 업데이트 지점의 확장 목록을 빠르게 검색할 수 있습니다.

예제

경계 그룹 A 에서 소프트웨어 업데이트 지점이 10 분 후에 대체되도록 구성합니다. 경계 그룹 B 에 대해 동일한 설정을 130 분으로 구성합니다. 경계 그룹 Z의 클라이언트가 마지막으로 알려진 소프트웨어 업데이트 지점에 도달하지 못합니다.

  • 다음 120분 동안 클라이언트는 경계 그룹 Z의 원래 서버에만 도달하려고 합니다. 10분 후에 Configuration Manager는 경계 그룹 A의 소프트웨어 업데이트 지점을 사용 가능한 서버 풀에 추가합니다. 그러나 클라이언트는 초기 120분 기간이 경과할 때까지 해당 서버 또는 다른 서버에 연결하지 않습니다.

  • 120분 동안 원래 소프트웨어 업데이트 지점에 연결하려고 하면 클라이언트가 검색을 확장합니다. 현재 및 120분 이하로 구성된 인접 경계 그룹에 있는 사용 가능한 소프트웨어 업데이트 지점 풀에 서버를 추가합니다. 이 풀에는 이전에 사용 가능한 서버 풀에 추가된 경계 그룹 A의 서버가 포함됩니다.

  • 10분 후에 클라이언트는 경계 그룹 B의 소프트웨어 업데이트 지점을 포함하도록 검색을 확장합니다. 이 기간은 클라이언트가 마지막으로 알려진 소프트웨어 업데이트 지점에 처음 도달하지 못한 후 총 130분입니다.

새 소프트웨어 업데이트 지점으로 수동으로 전환

대체와 함께 클라이언트 알림을 사용하여 수동으로 디바이스가 새 소프트웨어 업데이트 지점으로 전환되도록 합니다.

새 서버로 전환할 때 디바이스는 대체를 사용하여 새 서버를 찾습니다. 클라이언트는 다음 소프트웨어 업데이트 검사 주기 동안 새 소프트웨어 업데이트 지점으로 전환합니다.

경계 그룹 구성을 검토합니다. 이 변경을 시작하기 전에 소프트웨어 업데이트 지점이 올바른 경계 그룹에 있는지 확인합니다.

자세한 내용은 수동으로 클라이언트를 새 소프트웨어 업데이트 지점으로 전환을 참조하세요.

인트라넷 클라이언트는 CMG 소프트웨어 업데이트 지점을 사용할 수 있습니다.

인트라넷 클라이언트는 CMG(클라우드 관리 게이트웨이)를 통해 소프트웨어 업데이트 지점에 액세스할 수 있습니다. 경계 그룹에 CMG를 할당하고 Configuration Manager 클라우드 관리 게이트웨이 트래픽 허용에 소프트웨어 업데이트 지점을 사용하도록 설정합니다.

이 동작은 다음 시나리오에서 유용합니다.

  • 인터넷 머신이 VPN에 연결되면 인터넷을 통해 CMG 소프트웨어 업데이트 지점에 대해 계속 검사합니다.

  • 경계 그룹의 유일한 소프트웨어 업데이트 지점이 CMG 소프트웨어 업데이트 지점인 경우 모든 인트라넷 및 인터넷 디바이스가 이를 검사합니다.

클라우드 기반 소프트웨어 업데이트 지점 선호

(버전 2203에 도입됨)

버전 2203부터 클라이언트는 경계 그룹이 온-프레미스 원본보다 클라우드 기반 원본 선호 옵션을 사용하는 경우 온-프레미스 SUP를 통해 CMG(클라우드 관리 게이트웨이) SUP(소프트웨어 업데이트 지점)를 검색하는 것을 선호합니다. 이 변경의 성능 영향을 줄이기 위해 클라이언트는 자동으로 SUP를 클라우드 기반 SUP로 전환하지 않습니다 . 현재 SUP가 실패하거나 클라이언트가 새 SUP로 수동으로 전환되지 않는 한 클라이언트는 현재 SUP에 할당된 상태로 유지됩니다. 경계 그룹 옵션을 설정한 후에 환경에 추가된 새 클라이언트에 대해 SUP를 수동으로 전환할 필요가 없습니다.

다음 개략적인 지침을 사용하여 클라우드 기반 소프트웨어 업데이트 지점을 선호하도록 클라이언트를 설정합니다.

  1. 클라우드 관리 게이트웨이가 구성되고 기능하는지 확인
  2. 소프트웨어 업데이트 지점이 작동하고 동기화되었는지 확인합니다.
  3. CMG와 함께 사용하려는 SUP에 대해 Configuration Manager 클라우드 관리 게이트웨이 트래픽 허용 옵션을 사용하도록 설정합니다.
  4. 온-프레미스 원본보다 클라우드 기반 원본 선호 옵션을 사용하도록 설정하고 사이트 시스템 서버 목록에 CGM SUP 서버를 추가하여 이 동작에 대한 경계 그룹을 구성합니다.
  5. 클라이언트를 새 SUP로 수동으로 전환하려면 디바이스 또는 컬렉션에 대해 다음 소프트웨어 업데이트 지점클라이언트 알림 작업으로 전환을 사용합니다.
    • 경계 그룹의 클라이언트는 현재 SUP에 대한 검사가 2시간 동안 4번 실패하지 않는 한 새 SUP*9로 자동으로 전환되지 않습니다.
    • 경계 그룹 옵션을 설정한 후에 환경에 추가된 새 클라이언트에 대해 SUP를 수동으로 전환할 필요가 없습니다.
  6. 클라이언트가 CMG SUP를 선호하는지 확인하려면 전환한 일부 클라이언트에서 소프트웨어 업데이트 검사 주기를 시작합니다.
    • 새 SUP를 동시에 검사하는 많은 수의 클라이언트로 인해 발생할 수 있는 성능 문제를 제한하려면 10~15분마다 100개 이하의 클라이언트로 시작하는 많은 수의 클라이언트에서 검사 주기를 즉시 호출하는 것이 좋습니다. 환경의 성능 영향을 측정한 후 클라이언트 수와 빈도를 늘리거나 줄입니다.

다음 단계