클러스터 인식 업데이트: 질문과 대답

적용 대상: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012, Azure Stack HCI, 버전 21H2 및 20H2

CAU(클러스터 인식 업데이트)는 클러스터 노드의 계획된 장애 조치(failover)보다 더 이상 서비스 가용성에 영향을 주지 않는 방식으로 장애 조치(failover) 클러스터의 모든 서버에서 소프트웨어 업데이트를 조정하는 기능입니다. 지속적인 가용성 기능이 있는 일부 애플리케이션(예: 실시간 마이그레이션을 사용하는 Hyper-V 또는 SMB 투명한 장애 조치(Failover)을 사용하는 SMB 3.x 파일 서버)의 경우 CAU는 서비스 가용성에 영향을 주지 않고 자동화된 클러스터 업데이트를 조정할 수 있습니다.

CAU는 스토리지 공간 다이렉트 클러스터 업데이트를 지원하나요?

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

CAU는 Windows Server 2008 R2 또는 Windows 7에서 작동합니까?

아니요. 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는 클러스터된 애플리케이션의 유형에 관계없이 사용할 수 있습니다. CAU는 클러스터링 API 및 PowerShell cmdlet 위에 계층화된 외부 클러스터 업데이트 솔루션입니다. 따라서 CAU는 Windows Server 장애 조치(failover) 클러스터에 구성된 클러스터형 애플리케이션에 대한 업데이트를 조정할 수 있습니다.

참고

현재 다음 클러스터형 워크로드는 CAU에 대해 테스트 및 인증됩니다. SMB, Hyper-V, DFS 복제, DFS 네임스페이스, iSCSI 및 NFS.

CAU는 Microsoft 업데이트 및 Windows Update의 업데이트를 지원합니까?

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

CAU는 WSUS 업데이트를 지원합니까?

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

CAU는 제한된 배포 릴리스 업데이트를 적용할 수 있습니까?

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

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

CAU를 사용하여 누적 업데이트를 적용할 수 있나요?

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

업데이트를 예약할 수 있나요?

예. CAU는 다음과 같은 업데이트 모드를 지원하며, 두 모드에서 모두 업데이트를 예약할 수 있습니다.

자동 업데이트 정의된 프로필과 정기적인 일정(예: 월간 유지 관리 기간)에 따라 클러스터가 자동 업데이트되도록 설정합니다. 필요할 때 언제든지 자동 업데이트 실행을 시작할 수 있습니다. 자동 업데이트 모드를 사용하도록 설정하려면 클러스터에 CAU 클러스터된 역할을 추가해야 합니다. CAU 자동 업데이트 기능은 다른 클러스터된 작업과 동일하게 작동하며, 업데이트 조정자 컴퓨터의 계획되거나 계획되지 않은 장애 조치(Failover)와 함께 문제없이 작동할 수 있습니다.

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

백업 중에 적용할 업데이트를 예약할 수 있나요?

예. CAU는 이와 관련하여 제약 조건을 적용하지 않습니다. 그러나 서버 백업이 진행 중일 때 해당 서버에서 소프트웨어 업데이트를 수행하는 것(서버가 다시 시작될 수 있음)은 적절한 IT 작업 방식이 아닙니다. CAU는 클러스터링 API만을 사용하여 리소스 장애 조치(failover) 및 장애 복구(failback)를 결정하므로 서버 백업 상태는 알지 못합니다.

CAU가 Configuration Manager에서 작동할 수 있나요?

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

CAU를 실행하려면 관리 자격 증명이 필요합니까?

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

CAU를 스크립깅할 수 있나요?

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

활성 클러스터된 역할은 어떻게 되나요?

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

CAU는 클러스터된 역할에 대한 대상 노드를 어떻게 선택하나요?

CAU는 클러스터링 API를 사용하여 장애 조치(Failover)를 조정합니다. 클러스터링 API 구현에서는 대상 노드 전체에 걸쳐 내부 메트릭 및 지능적 배치 추론(예: 작업 수준)을 사용하여 대상 노드를 선택합니다.

CAU는 클러스터된 역할의 부하를 분산하나요?

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

CAU는 업데이트할 노드의 순서를 어떻게 선택합니까?

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

클러스터 노드가 오프라인 상태이면 어떻게 되나요?

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

CAU를 사용하여 단일 노드만 업데이트할 수 있나요?

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

CAU는 CAU 외부에서 시작된 업데이트를 보고할 수 있나요?

아니요. CAU는 CAU 내부에서 시작된 업데이트 실행만 보고할 수 있습니다. 그러나 후속 CAU 업데이트 실행을 시작하면 각 클러스터 노드에 적용 가능한 추가 업데이트를 결정할 때 CAU 이외의 방법으로 설치된 업데이트를 사용하는 것이 좋습니다.

CAU에서 고유한 IT 프로세스 요구 사항을 지원할 수 있나요?

예. CAU는 기업 고객의 고유한 IT 프로세스 요구 사항에 맞는 다음과 같은 유동적 차원 옵션을 제공합니다.

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

참고

.NET Framework 4.6 또는 4.5 및 PowerShell은 사전 업데이트 및 업데이트 후 스크립트를 실행하려는 각 클러스터 노드에 설치되어야 합니다. 또한 클러스터 노드에서 PowerShell 원격을 사용하도록 설정해야 합니다. 자세한 시스템 요구 사항은 Cluster-Aware 업데이트에 대한 요구 사항 및 모범 사례를 참조하세요.

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

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

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

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는 어떻게 설치합니까?

CAU 설치는 장애 조치(Failover) 클러스터링 기능과 원활하게 통합됩니다. CAU는 다음과 같은 방법으로 설치됩니다.

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

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

CAU가 업데이트되는 클러스터 노드에서 실행되는 구성 요소가 필요한가요?

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

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

CAU와 VMM 사용의 차이점은 무엇인가요?

  • 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 Update가 업데이트를 자동으로 설치하도록 구성되어 있어도 컴퓨터에서 언제든지 Windows Update 검사를 강제로 수행할 수 있는 것과 마찬가지입니다. 그러나 이 경우 업데이트 실행이 이미 진행되지 않았는지 확인해야 합니다.

여러 클러스터 간에 클러스터 업데이트 설정을 다시 사용할 수 있습니까?

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

CAU 플러그 인 사양은 어디에 있나요?

추가 참조