Cluster-Aware 업데이트: 질문과 대답

예. CAU는 배포 유형(하이퍼 수렴형 또는 수렴형)에 관계없이 스토리지 공간 다이렉트 클러스터 업데이트를 지원합니다. 특히 CAU 오케스트레이션은 각 클러스터 노드를 일시 중단하면 기본 클러스터된 스토리지 공간이 정상 상태가 되기를 기다립니다.

아니요. CAU는 Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Windows 10, Windows 8.1 또는 Windows 8을 실행하는 컴퓨터에서만 클러스터 업데이트 작업을 조정합니다. 업데이트되는 장애 조치(failover) 클러스터는 Windows Server 2016, Windows Server 2012 R2 또는 Windows Server 2012를 실행해야 합니다.

아니요. CAU는 클러스터형 애플리케이션의 유형에 독립적입니다. CAU는 클러스터링 API 및 PowerShell cmdlet 위에 계층화된 외부 클러스터 업데이트 솔루션입니다. 따라서 CAU는 Windows Server 장애 조치(failover) 클러스터에 구성된 모든 클러스터된 애플리케이션에 대한 업데이트를 조정할 수 있습니다.

예. 기본적으로 CAU는 클러스터 노드에서 WUA(Windows 업데이트 에이전트) 유틸리티 API를 사용하는 플러그 인으로 구성됩니다. WUA 인프라는 Microsoft 업데이트 및 Windows 업데이트 또는 WSUS(Windows Server Update Services)를 업데이트 원본으로 가리키도록 구성할 수 있습니다.

예. 기본적으로 CAU는 클러스터 노드에서 WUA(Windows 업데이트 에이전트) 유틸리티 API를 사용하는 플러그 인으로 구성됩니다. WUA 인프라는 Microsoft 업데이트 및 Windows 업데이트 또는 로컬 WSUS(Windows Server Update Services) 서버를 업데이트 원본으로 가리키도록 구성할 수 있습니다.

예. 핫픽스라고도 하는 제한된 배포 릴리스(LDR) 업데이트는 Microsoft 업데이트 또는 Windows 업데이트를 통해 게시되지 않으므로 CAU에서 기본적으로 사용하는 WUA(Windows 업데이트 에이전트) 플러그 인에서 다운로드할 수 없습니다.

그러나 CAU에는 핫픽스 업데이트를 적용하도록 선택할 수 있는 두 번째 플러그 인이 포함되어 있습니다. 이 핫픽스 플러그 인은 Microsoft가 아닌 드라이버, 펌웨어 및 BIOS 업데이트를 적용하도록 사용자 지정할 수도 있습니다.

예. 누적 업데이트가 일반 배포 릴리스 업데이트 또는 LDR 업데이트인 경우 CAU에서 적용할 수 있습니다.

예. CAU는 다음 업데이트 모드를 지원하며, 둘 다 업데이트를 예약할 수 있습니다.

자체 업데이트 클러스터가 월별 유지 관리 기간 동안처럼 정의된 프로필 및 정기적인 일정에 따라 자체적으로 업데이트할 수 있도록 합니다. 언제든지 요청 시 Self-Updating 실행을 시작할 수도 있습니다. 자체 업데이트 모드를 사용하도록 설정하려면 클러스터에 CAU 클러스터된 역할을 추가해야 합니다. CAU 자체 업데이트 기능은 다른 클러스터형 워크로드와 마찬가지로 수행되며 업데이트 코디네이터 컴퓨터의 계획되거나 계획되지 않은 장애 조치(failover)로 원활하게 작동할 수 있습니다.

원격 업데이트 Windows 또는 Windows Server를 실행하는 컴퓨터에서 언제든지 업데이트 실행을 시작할 수 있습니다. Cluster-Aware 업데이트 창을 통해 또는 Invoke-CauRun PowerShell cmdlet을 사용하여 업데이트 실행을 시작할 수 있습니다. 원격 업데이트는 CAU의 기본 업데이트 모드입니다. 작업 스케줄러를 사용하여 클러스터 노드 중 하나가 아닌 원격 컴퓨터에서 원하는 일정으로 Invoke-CauRun cmdlet을 실행할 수 있습니다.

예. CAU는 이와 관련하여 어떠한 제약 조건도 부과하지 않습니다. 그러나 서버 백업이 진행 중인 동안 서버에서 소프트웨어 업데이트를 수행하는 것은 IT 모범 사례가 아닙니다. CAU는 클러스터링 API에만 의존하여 리소스 장애 조치(failover) 및 장애 복구(failback)를 확인합니다. 따라서 CAU는 서버 백업 상태를 인식하지 못합니다.

CAU는 클러스터 노드에서 소프트웨어 업데이트를 조정하는 도구이며 Configuration Manager는 서버 소프트웨어 업데이트도 수행합니다. 다른 Windows Server Update Services 서버 사용을 포함하여 데이터 센터 배포에서 동일한 서버의 범위가 겹치지 않도록 이러한 도구를 구성하는 것이 중요합니다. 이렇게 하면 Configuration Manager 기반 업데이트가 클러스터 인식을 통합하지 않으므로 CAU를 사용하는 목적이 실수로 무효화되지 않습니다.

예. CAU 도구를 실행하기 위해 CAU는 로컬 서버에서 관리 자격 증명이 필요하거나 인증 후 클라이언트를 가장하는 로컬 서버 또는 실행 중인 클라이언트 컴퓨터에서 사용자 권한을 필요합니다. 그러나 클러스터 노드에서 소프트웨어 업데이트를 조정하려면 CAU에 모든 노드에서 클러스터 관리 자격 증명이 필요합니다. CAU UI는 자격 증명 없이 시작할 수 있지만 클러스터 인스턴스에 연결하여 업데이트를 미리 보거나 적용할 때 클러스터 관리 자격 증명을 묻는 메시지를 표시합니다.

예. CAU에는 다양한 스크립팅 옵션을 제공하는 PowerShell cmdlet이 함께 제공됩니다. CAU UI가 CAU 작업을 수행하기 위해 호출하는 것과 동일한 cmdlet입니다.

노드에서 활성 상태인 클러스터된 역할(이전의 애플리케이션 및 서비스)은 소프트웨어 업데이트를 시작하기 전에 다른 노드로 장애 조치(failover)합니다. CAU는 모든 활성 클러스터형 역할의 노드를 일시 중지하고 드레이닝하는 유지 관리 모드를 사용하여 이러한 장애 조치(failover)를 오케스트레이션합니다. 소프트웨어 업데이트가 완료되면 CAU는 노드를 다시 시작하고 클러스터된 역할은 업데이트된 노드로 장애 복구합니다. 이렇게 하면 클러스터의 CAU 업데이트 실행에서 노드를 기준으로 클러스터된 역할의 배포가 동일하게 유지됩니다.

CAU는 클러스터링 API를 사용하여 장애 조치(failover)를 조정합니다. 클러스터링 API 구현은 대상 노드 전체에서 내부 메트릭 및 지능형 배치 추론(예: 워크로드 수준)에 의존하여 대상 노드를 선택합니다.

CAU는 클러스터된 노드의 부하를 분산하지 않지만 클러스터된 역할의 배포를 유지하려고 합니다. CAU가 클러스터 노드 업데이트를 마치면 이전에 호스트된 클러스터된 역할을 해당 노드로 장애 복구하려고 시도합니다. CAU는 클러스터링 API를 사용하여 리소스를 일시 중지 프로세스의 시작 부분으로 장애 복구합니다. 따라서 계획되지 않은 장애 조치(failover) 및 기본 설정 소유자 설정이 없는 경우 클러스터된 역할의 배포는 변경되지 않은 상태로 유지되어야 합니다.

기본적으로 CAU는 작업 수준에 따라 업데이트할 노드의 순서를 선택합니다. 가장 적은 클러스터된 역할을 호스팅하는 노드가 먼저 업데이트됩니다. 그러나 관리자는 CAU UI에서 업데이트 실행에 대한 매개 변수를 지정하거나 PowerShell cmdlet을 사용하여 노드를 업데이트하기 위한 특정 순서를 지정할 수 있습니다.

업데이트 실행을 시작하는 관리자는 오프라인일 수 있는 노드 수에 허용되는 임계값을 지정할 수 있습니다. 따라서 모든 클러스터 노드가 온라인 상태가 아니더라도 클러스터에서 업데이트 실행을 진행할 수 있습니다.

아니요. CAU는 클러스터 범위 업데이트 도구이므로 업데이트할 클러스터만 선택할 수 있습니다. 단일 노드를 업데이트하려는 경우 CAU와 독립적으로 기존 서버 업데이트 도구를 사용할 수 있습니다.

아니요. CAU는 CAU 내에서 시작된 업데이트 실행만 보고할 수 있습니다. 그러나 후속 CAU 업데이트 실행이 시작되면 비 CAU 메서드를 통해 설치된 업데이트는 각 클러스터 노드에 적용할 수 있는 추가 업데이트를 결정하기 위해 적절하게 고려됩니다.

예. CAU는 엔터프라이즈 고객의 고유한 IT 프로세스 요구 사항에 맞게 다음과 같은 유연성을 제공합니다.

업데이트 실행 스크립트는 업데이트 전 PowerShell 스크립트 및 업데이트 후 PowerShell 스크립트를 지정할 수 있습니다. 사전 업데이트 스크립트는 노드가 일시 중지되기 전에 각 클러스터 노드에서 실행됩니다. 업데이트 후 스크립트는 노드 업데이트가 설치된 후 각 클러스터 노드에서 실행됩니다.

고급 업데이트 실행 옵션 관리자는 업데이트 프로세스가 각 노드에서 다시 시도되는 최대 횟수와 같은 대규모 고급 업데이트 실행 옵션 집합에서 추가로 지정할 수 있습니다. 이러한 옵션은 CAU UI 또는 CAU PowerShell cmdlet을 사용하여 지정할 수 있습니다. 이러한 사용자 지정 설정은 업데이트 실행 프로필에 저장하고 이후 업데이트 실행에 다시 사용할 수 있습니다.

공용 플러그 인 아키텍처 CAU에는 플러그 인 등록, 등록 취소 및 선택 기능이 포함되어 있습니다. CAU는 두 가지 기본 플러그 인을 제공합니다. 하나는 각 클러스터 노드에서 WUA(Windows 업데이트 에이전트) API를 조정합니다. 두 번째는 클러스터 노드에서 액세스할 수 있는 파일 공유에 수동으로 복사되는 핫픽스를 적용합니다. 엔터프라이즈에 이러한 두 플러그 인을 충족할 수 없는 고유한 요구 사항이 있는 경우 엔터프라이즈는 공용 API 사양에 따라 새 CAU 플러그 인을 빌드할 수 있습니다. 자세한 내용은 플러그 인 참조업데이트 Cluster-Aware 참조하세요.

다양한 업데이트 시나리오를 지원하기 위해 CAU 플러그 인을 구성하고 사용자 지정하는 방법에 대한 자세한 내용은 플러그 인 작동 방식참조하세요.

CAU는 명령줄 인터페이스 및 UI를 통해 내보내기 옵션을 제공합니다.

명령줄 인터페이스 옵션:

• PowerShell cmdlet Invoke-CauScan 사용하여 결과 미리 보기 | ConvertTo-Xml. 출력: XML

• PowerShell cmdlet Invoke-CauRun 사용하여 결과 보고 | ConvertTo-Xml. 출력: XML

• PowerShell cmdlet Get-CauReport 사용하여 결과 보고 | Export-CauReport. 출력: HTML, CSV

UI 옵션:

• 미리 보기 업데이트 화면에서 보고서 결과를 복사합니다. 출력: CSV

• 보고서 생성 화면에서 보고서 결과를 복사합니다. 출력: CSV

• 보고서 생성 화면에서 보고서 결과를 내보냅니다. 출력: HTML

CAU 설치는 장애 조치(failover) 클러스터링 기능에 원활하게 통합됩니다. CAU는 다음과 같이 설치됩니다.

• 장애 조치(failover) 클러스터링이 클러스터 노드에 설치되면 CAU WMI(Windows Management Instrumentation) 공급자가 자동으로 설치됩니다.

• 장애 조치(failover) 클러스터링 도구 기능이 서버 또는 클라이언트 컴퓨터에 설치되면 Cluster-Aware 업데이트 UI 및 PowerShell cmdlet이 자동으로 설치됩니다.

CAU는 클러스터 노드에서 실행되는 서비스가 필요하지 않습니다. 그러나 CAU에는 클러스터 노드에 설치된 소프트웨어 구성 요소(WMI 공급자)가 필요합니다. 이 구성 요소는 장애 조치(failover) 클러스터링 기능과 함께 설치됩니다.

자체 업데이트 모드를 사용하도록 설정하려면 CAU 클러스터된 역할도 클러스터에 추가해야 합니다.

• System Center VMM(Virtual Machine Manager)은 Hyper-V 클러스터만 업데이트하는 데 중점을 두고 있는 반면 CAU는 Hyper-V 클러스터를 포함하여 지원되는 모든 유형의 장애 조치(failover) 클러스터를 업데이트할 수 있습니다.

• VMM에는 추가 라이선스가 필요하지만 CAU는 모든 Windows Server에 대해 라이선스가 부여됩니다. CAU 기능, 도구 및 UI는 장애 조치(failover) 클러스터링 구성 요소와 함께 설치됩니다.

• 이미 System Center 라이선스를 소유하고 있는 경우 통합 관리 및 소프트웨어 업데이트 환경을 제공하므로 VMM을 사용하여 Hyper-V 클러스터를 계속 업데이트할 수 있습니다.

• CAU는 Windows Server 2016, Windows Server 2012 R2 및 Windows Server 2012를 실행하는 클러스터에서만 지원됩니다. 또한 VMM은 Windows Server 2008 R2 및 Windows Server 2008을 실행하는 컴퓨터에서 Hyper-V 클러스터를 지원합니다.

예. 자동 업데이트 구성의 장애 조치(failover) 클러스터는 Windows 업데이트가 업데이트를 자동으로 설치하도록 구성된 경우에도 컴퓨터에서 언제든지 Windows 업데이트 검사를 강제 적용할 수 있는 것처럼 요청 시 원격 업데이트를 통해 업데이트할 수 있습니다. 그러나 업데이트 실행이 아직 진행 중이 아닌지 확인해야 합니다.

예. CAU는 클러스터를 업데이트할 때 업데이트 실행이 작동하는 방식을 결정하는 여러 업데이트 실행 옵션을 지원합니다. 이러한 옵션은 업데이트 실행 프로필로 저장할 수 있으며 모든 클러스터에서 다시 사용할 수 있습니다. 비슷한 업데이트 요구 사항이 있는 장애 조치(failover) 클러스터에서 설정을 저장하고 다시 사용하는 것이 좋습니다. 예를 들어 중요 비즈니스용 서비스를 지원하는 모든 Microsoft SQL Server 클러스터에 대해 "Business-Critical SQL Server 클러스터 업데이트 실행 프로필"을 만들 수 있습니다.

• Cluster-Aware 플러그 인 참조 업데이트

• Cluster Aware Updating 플러그 인 샘플

• Cluster-Aware 업데이트 개요