xe CLI를 사용하여 업데이트 적용

xe CLI를 사용하여 XenServer 8.4 호스트 및 풀에 업데이트를 적용합니다.

XenServer® 풀을 업데이트하려면 다음 단계를 완료하십시오.

1. 풀에 대한 업데이트를 구성합니다.

   다음 위치에서 풀 또는 독립 실행형 호스트에 대한 업데이트를 구성할 수 있습니다.

   • 콘텐츠 전송 네트워크(CDN)의 업데이트 채널. 이 방법은 인터넷에 연결된 풀에 권장됩니다.
   • 다운로드한 번들에서 오프라인 업데이트 이 대체 방법은 XenServer 호스트에 대한 인터넷 연결을 사용할 수 없거나 제한될 때 사용하기 위한 것입니다.

   또한 다음 위치에서 독립 실행형 호스트에 대한 업데이트를 구성할 수 있습니다.

   • 기존 풀. 이 방법을 사용하면 독립 실행형 호스트를 풀과 동일한 수준의 업데이트로 가져올 수 있습니다. 최신 수준의 업데이트가 아닌 풀에 새로 설치된 호스트를 조인하는 데 권장됩니다.

2. 구성된 업데이트 채널과 풀을 동기화합니다.

3. 풀에 사용 가능한 업데이트 보기.

4. 지침 범주 및 업데이트 작업 이해.

5. 풀에 업데이트 적용.

6. 보류 중인 업데이트 작업 완료.

CDN의 업데이트

CDN에서 업데이트하려면 환경이 다음 전제 조건을 충족해야 합니다.

• XenServer 호스트에 인터넷 액세스 권한이 있고 필요한 업데이트 도메인에 연결할 수 있는지 확인합니다.
• 호스트가 방화벽 뒤에 있는 경우, ops.xenserver.com의 서브도메인에 대한 액세스를 허용합니다. 자세한 내용은 연결 요구 사항을 참조하십시오.

참고:

업데이트 적용은 풀의 이전 상태가 6개월 미만일 때만 작동이 보장됩니다. 6개월 이상 업데이트를 적용하지 않은 경우, 최신 업데이트 수준으로 업데이트하는 것은 테스트되지 않았으며 보장되지 않습니다.

CDN 업데이트 채널 구성

CDN에서 업데이트를 적용하도록 호스트를 구성하려면 다음 단계를 따르십시오.

1. 풀에 대한 Early Access 업데이트 채널을 생성하고 활성화합니다.

   pool_uuid=$(xe pool-list --minimal)
   
   base_binary_url="https://repo.ops.xenserver.com/xs8/base"
   base_source_url="https://repo-src.ops.xenserver.com/xs8/base"
   base_repo_uuid=$(xe repository-introduce name-label=base_repo name-description=Base binary-url=<base_binary_url> source-url=<base_source_url> update=false)
   
   update_binary_url="https://repo.ops.xenserver.com/xs8/earlyaccess"
   update_source_url="https://repo-src.ops.xenserver.com/xs8/earlyaccess"
   update_repo_uuid=$(xe repository-introduce name-label=early_access_repo name-description="Early Access" binary-url=<update_binary_url> source-url=<update_source_url> update=true)
   
   xe pool-param-set uuid=$pool_uuid repositories=<base_repo_uuid>,<update_repo_uuid>
   <!--NeedCopy-->
   

   또는 풀에 대한 Normal 업데이트 채널을 생성하고 활성화합니다.

   pool_uuid=$(xe pool-list --minimal)
   
   base_binary_url="https://repo.ops.xenserver.com/xs8/base"
   base_source_url="https://repo-src.ops.xenserver.com/xs8/base"
   base_repo_uuid=$(xe repository-introduce name-label=base_repo name-description=Base binary-url=<base_binary_url> source-url=<base_source_url> update=false)
   
   update_binary_url="https://repo.ops.xenserver.com/xs8/normal"
   update_source_url="https://repo-src.ops.xenserver.com/xs8/normal"
   update_repo_uuid=$(xe repository-introduce name-label=normal name-description="Normal" binary-url=<update_binary_url> source-url=<update_source_url> update=true)
   
   xe pool-param-set uuid=$pool_uuid repositories=<base_repo_uuid>,<update_repo_uuid>
   <!--NeedCopy-->
   

2. 현재 활성화된 리포지토리 UUID 목록을 검색합니다.

   pool_uuid=$(xe pool-list --minimal)
   xe pool-param-get uuid=$pool_uuid param-name=repositories
   <!--NeedCopy-->
   

3. 리포지토리 UUID를 사용하여 특정 리포지토리에 대한 자세한 정보를 봅니다.

   xe repository-param-list uuid=<UUID>
   <!--NeedCopy-->
   

4. (선택 사항) 호스트와 리포지토리를 호스팅하는 공용 CDN 간의 통신에 사용되는 HTTP 연결 프록시 서버를 구성하고 활성화합니다.

   xe pool-configure-repository-proxy proxy-url=<http://proxy.example.com> proxy-username=<proxy-user> proxy-password=<proxy-password>
   <!--NeedCopy-->
   

   프록시 서버 구성을 비활성화합니다.

   xe pool-disable-repository-proxy
   <!--NeedCopy-->
   

   프록시 서버 구성을 봅니다.

   pool_uuid=$(xe pool-list --minimal)
   xe pool-param-get uuid=$pool_uuid param-name=repository-proxy-url
   xe pool-param-get uuid=$pool_uuid param-name=repository-proxy-username
   <!--NeedCopy-->
   

풀에 대한 새 업데이트 동기화

동기화 일정을 구성하여 풀이 업데이트 채널과 자동으로 동기화되도록 설정할 수 있습니다. 매일 또는 특정 요일에 주간 동기화를 예약할 수 있습니다. 풀을 업데이트 채널과 동기화하면 사용 가능한 모든 업데이트가 풀 코디네이터로 다운로드되며, 이후 다운로드된 모든 업데이트를 풀에 적용할 수 있습니다.

1. 풀을 매일 동기화하도록 설정:

   xe pool-configure-update-sync update-sync-frequency=daily update-sync-day=0
   xe pool-set-update-sync-enabled value=true
   <!--NeedCopy-->
   

   또는 풀을 매주 동기화하도록 설정:

   xe pool-configure-update-sync update-sync-frequency=weekly update-sync-day=1 (# 0 is Sunday, 1 is Monday, etc)
   xe pool-set-update-sync-enabled value=true
   <!--NeedCopy-->
   

2. 동기화 구성 보기:

   pool_uuid=$(xe pool-list --minimal)
   xe pool-param-get uuid=$pool_uuid param-name=update-sync-frequency
   xe pool-param-get uuid=$pool_uuid param-name=update-sync-day
   xe pool-param-get uuid=$pool_uuid param-name=update-sync-enabled
   <!--NeedCopy-->
   

3. 풀이 업데이트 채널과 마지막으로 성공적으로 동기화된 타임스탬프 가져오기:

   pool_uuid=$(xe pool-list --minimal)
   xe pool-param-get param-name=last-update-sync uuid=$pool_uuid
   <!--NeedCopy-->
   

또는 XenServer 풀을 업데이트 채널과 수동으로 동기화할 수 있습니다.

pool_uuid=$(xe pool-list --minimal)
update_checksum=$(xe pool-sync-updates uuid=$pool_uuid --minimal)
<!--NeedCopy-->

update_checksum 고유 식별자는 설치된 업데이트의 수준을 나타냅니다. 이는 공용 CDN에 새 업데이트가 제공될 때마다 변경됩니다. 이 체크섬은 나중에 풀에 업데이트를 적용할 때 항상 최신 업데이트를 적용하도록 보장하는 데 사용됩니다. update_checksum 값은 기술 지원팀에 문의해야 할 경우 유용한 정보를 제공할 수도 있습니다.

참고:

동기화 후에는 최신 업데이트의 이점을 누리려면 가능한 한 빨리 풀에 업데이트를 적용하십시오.

동기화 후 업데이트를 풀의 호스트에 적용하기 전에 새 풀 코디네이터를 지정하는 경우, 풀을 업데이트하기 전에 새 풀 코디네이터와 다시 동기화해야 합니다.

풀이 업데이트 중인 동안에는 XenServer 풀을 동기화하지 마십시오.

이제 풀이 채널과 동기화되었으므로 사용 가능한 업데이트를 보고 적용할 수 있습니다. 다음 단계: 풀에 사용 가능한 업데이트 보기.

오프라인 업데이트

오프라인 업데이트에는 다음 전제 조건이 있습니다.

• 호스트는 2024년 10월 7일 이후에 게시된 ISO로 설치되어야 합니다.
• 업데이트 번들을 적용하려면 XenCenter 버전 2024.4.0 이상을 사용해야 합니다.

오프라인 업데이트 채널 구성

오프라인 업데이트 채널을 사용하도록 풀을 구성하려면 다음 단계를 따르십시오.

1. 풀에 대한 오프라인 업데이트 채널을 생성합니다.

   xe repository-introduce-bundle name-label=<name-label> [name-description=<name-description>]
   <!--NeedCopy-->
   

   이 명령은 오프라인 업데이트 채널 역할을 하고 오프라인 적용을 위한 업데이트 번들을 저장하는 번들 리포지토리를 생성합니다. 이 명령은 리포지토리 UUID를 반환합니다. 이 UUID는 나중에 업데이트 설치에서 사용하기 위해 기록해 두십시오.

2. 풀에 대한 오프라인 업데이트 채널을 활성화합니다.

   xe pool-param-set repositories=<bundle-repository-uuid> uuid=<pool_uuid>
   <!--NeedCopy-->
   

   이 명령은 번들 리포지토리를 풀에 대한 오프라인 업데이트 채널로 활성화합니다.

풀에 대한 새 업데이트 번들 동기화

오프라인 업데이트 채널을 사용하도록 풀을 구성한 후에는 새 번들에서 동기화하고 업데이트할 때마다 다음 단계를 따를 수 있습니다.

1. 전용 인터넷 연결 머신을 사용하여 다음 페이지에서 최신 업데이트 번들을 다운로드합니다. XenServer 업데이트 번들 다운로드.

2. 업데이트 번들을 xe CLI 명령을 실행하는 시스템으로 전송합니다. 번들 파일을 풀의 호스트로 전송하는 경우, 디스크 공간을 확보하기 위해 동기화 후 삭제해야 합니다.

3. 업데이트 번들 파일을 업로드하고 동기화합니다.

   xe pool-sync-bundle filename=<bundle-file-path>
   <!--NeedCopy-->
   

4. 번들 파일 삭제:

   rm <bundle-file-path>
   <!--NeedCopy-->
   

참고:

동기화 후 풀의 호스트에 업데이트를 적용하기 전에 새 풀 코디네이터를 지정하는 경우, 풀을 업데이트하기 전에 새 풀 코디네이터와 다시 동기화해야 합니다.

풀이 업데이트되는 동안 XenServer 풀을 동기화하지 마십시오.

이제 풀이 업데이트 번들과 동기화되었으므로 사용 가능한 업데이트를 보고 적용할 수 있습니다. 다음 단계: 풀에 사용 가능한 업데이트 보기.

호스트를 풀 수준으로 업데이트

이 방법을 사용하면 독립형 XenServer 8.4 호스트를 XenServer 8.4 풀과 동일한 수준의 업데이트로 업데이트할 수 있습니다. 풀은 독립형 호스트보다 최신 수준의 업데이트여야 합니다. 이 프로세스를 사용하여 풀의 모든 호스트를 업데이트할 필요 없이 새 호스트를 기존 풀에 더 쉽게 연결할 수 있습니다.

풀 수준 업데이트는 독립형 호스트를 풀과 동기화하고 풀 코디네이터에 있는 업데이트 파일에서 업데이트합니다. 그러나 풀이 마지막으로 업데이트된 이후 풀 코디네이터가 변경된 경우, 현재 풀 코디네이터가 업데이트 파일을 보유하고 있지 않으므로 이 기능이 풀에 제공되지 않을 수 있습니다.

풀을 업데이트 채널로 구성

호스트가 다른 풀을 업데이트 채널로 사용하도록 구성하려면 다음 단계를 따르십시오.

1. 업데이트 채널로 사용하는 풀의 코디네이터에서 서버 인증서를 가져옵니다.

   xe host-get-server-certificate uuid=<remote_pool_coordinator_uuid>
   <!--NeedCopy-->
   

   명령은 인증서를 출력합니다. 이 정보를 클립보드에 복사하거나 다음 단계에서 액세스할 수 있는 곳에 보관하십시오.

2. 업데이트하려는 호스트에서 임시 파일을 만들고 이전 명령의 출력을 복사합니다.

   예시:

   vi ~/tmp/certificate.pem
   <!--NeedCopy-->
   

3. 원격 풀을 업데이트 채널로 구성하기 전에 최신 동기화된 업데이트가 적용되었는지 확인하십시오. 다음 명령은 true을 반환해야 합니다.

   xe host-param-get uuid=<remote_pool_coordinator_uuid> param-name=latest-synced-updates-applied
   <!--NeedCopy-->
   

   명령이 false을 반환하면 다음 단계로 진행하기 전에 동기화된 업데이트를 원격 풀에 적용하십시오.

4. 호스트에 대한 원격 풀 업데이트 채널을 생성합니다.

   xe repository-introduce-remote-pool name-label=<name_label> binary-url=https://<url_to_pool_coordinator>/repository/enabled certificate-file=<path_to_certificate> [name-description=<name-description>]
   <!--NeedCopy-->
   

   • binary-url 매개변수의 값은 FQDN 또는 IP 주소 형태의 풀 코디네이터 URL 주소이며, /repository/enabled 경로가 추가됩니다.
   • certificate-file 매개변수의 값은 이전 단계에서 생성한 임시 인증서 파일의 경로입니다.

이 명령은 리포지토리 UUID를 반환합니다. 업데이트를 설치할 때 나중에 사용할 수 있도록 UUID를 기록해 두십시오.

1. 풀에 대한 원격 풀 업데이트 채널을 활성화합니다:

   xe pool-param-set repositories=<remote_pool_repository_uuid>
   <!--NeedCopy-->
   

   이 명령은 원격 풀 코디네이터의 리포지토리 정보를 풀의 업데이트 채널로 활성화합니다.

호스트를 풀과 동기화

XenServer 호스트를 원격 풀 업데이트 채널과 수동으로 동기화합니다.

1. 독립 실행형 호스트에서 다음 명령을 실행합니다:

   xe pool-sync-updates username=root password=<password>
   <!--NeedCopy-->
   

   업데이트를 가져오는 풀의 코디네이터에 대한 사용자 이름과 암호를 제공합니다.

이 명령은 설치 가능한 업데이트 수준을 나타내는 고유 식별자 역할을 하는 체크섬을 반환합니다.

참고:

동기화 후, 최신 업데이트의 이점을 얻으려면 가능한 한 빨리 풀에 업데이트를 적용하십시오.

호스트가 업데이트되는 동안 XenServer 호스트를 동기화하지 마십시오.

이제 호스트가 풀과 동기화되었으므로 사용 가능한 업데이트를 보고 적용할 수 있습니다. 다음 단계: 풀에 사용 가능한 업데이트 보기.

풀에 사용 가능한 업데이트 보기

업데이트를 적용하기 전에 풀에 사용 가능한 업데이트를 보고 필요한 사전 업데이트 작업을 완료하십시오. 다양한 업데이트 작업에 대한 자세한 내용은 지침 범주 및 업데이트 작업 이해를 참조하십시오.

특정 호스트에 대한 사용 가능한 업데이트 확인

특정 호스트에 대한 사용 가능한 업데이트가 있는지 확인하려면 다음 명령을 실행하십시오:

xe host-param-get param-name=latest-synced-updates-applied uuid=<host_uuid>
<!--NeedCopy-->

이 명령은 모든 동기화된 업데이트가 호스트에 적용된 경우 yes을 반환하고, 적용할 수 있는 동기화된 업데이트가 있는 경우 no를 반환합니다.

참고:

이 명령은 동기화된 업데이트만 확인합니다. 업데이트 채널에 아직 풀에 동기화되지 않은 최신 업데이트가 있을 수 있습니다. 동기화 방법에 대한 자세한 내용은 CDN 업데이트의 경우 풀에 대한 새 업데이트 동기화 또는 오프라인 업데이트의 경우 풀에 대한 새 업데이트 번들 동기화를 참조하십시오.

모든 호스트에 대한 사용 가능한 업데이트 확인

1. HTTP 엔드포인트 /updates에 GET 요청을 하여 모든 호스트에 대한 사용 가능한 업데이트를 확인합니다. 이렇게 하면 사용 가능한 업데이트에 대한 메타데이터가 검색됩니다. https://<myserver>/updates로 요청을 전송하여 엔드포인트를 액세스할 수 있습니다.

   wget 유틸리티를 사용합니다:

   wget -O - --no-check-certificate https://<user name>:<password>@<coordinator IP address>/updates
   <!--NeedCopy-->
   

   다음 매개변수와 함께 HTTP 클라이언트 라이브러리를 사용할 수도 있습니다:

   HTTP GET
   session_id: <XAPI session ID returned from login>
   host_refs: <host XAPI reference>
   <!--NeedCopy-->
   

2. 요청에서 반환된 JSON 응답을 검사합니다. 응답에는 다음을 포함하여 사용 가능한 업데이트에 대한 메타데이터가 포함되어 있습니다:

   • hosts: 개별 호스트에 대한 사용 가능한 업데이트를 나열합니다.

   • updates: 사용 가능한 업데이트의 세부 정보를 나열합니다.

   • hash: update_checksum (항상 최신 사용 가능한 업데이트를 적용하도록 보장하는 데 사용됨).

3. hosts 및 updates 개체 내의 guidance 개체를 검토합니다. 이 개체에는 다음 키가 포함됩니다:

   • mandatory
   • recommended
   • full
   • livepatch

   이 범주들은 적용 중인 업데이트와 관련된 모든 업데이트 작업을 설명합니다. 지침 범주에 따라 필요한 업데이트 전 작업을 수행하십시오. 이 범주에 대한 자세한 내용은 지침 범주 및 업데이트 작업 이해를 참조하십시오.

다음 단계: 풀에 업데이트 적용

지침 범주 및 업데이트 작업 이해

일부 작업(예: 호스트 비우기 또는 재부팅)은 풀에 업데이트를 적용하기 전후에 필요할 수 있습니다. 때로는 필요한 업데이트 작업이 없을 수도 있습니다.

지침 범주

XenServer는 이러한 작업으로 인해 VM에 발생할 수 있는 중단을 최소화하기 위해 작업을 필수(Mandatory), 권장(Recommended), 최대 효과(Full-effectiveness) 및 라이브 패치(Live patch)로 분류합니다. 이러한 분류를 통해 호스트 또는 VM에 다운타임이나 경미한 중단을 유발할 수 있는 업데이트 작업이 사용자 환경 및 위험 프로필에 필요한지 여부를 판단할 수 있습니다.

업데이트에는 이러한 범주 중 하나 이상에 나열된 작업이 있을 수 있습니다. 예를 들어, 업데이트의 최대 효과를 얻기 위해 호스트를 재시작해야 할 수도 있지만, 풀에 대한 잠재적 중단을 줄이면서 업데이트의 대부분의 이점을 얻기 위해 툴스택을 재시작하는 것을 권장할 수도 있습니다.

업데이트 프로세스 중에 다음 세 가지 수준의 작업 중 하나를 수행하도록 선택할 수 있습니다.

1. 필수 사항
2. 필수 + 권장
3. 필수 + 권장 + 최대 효과

필수 사항

필수 작업은 업데이트 후에 수행되어야 합니다. 그렇지 않으면 런타임에 시스템이 실패할 수 있습니다. 이러한 작업은 중요한 수정 사항을 활성화하고 환경이 안전하고 안정적인지 확인하는 데 필요합니다. 필수 작업을 선택 해제할 수 없습니다.

권장 사항

권장 작업은 업데이트에서 제공되는 대부분의 기능과 수정 사항으로부터 이점을 얻기 위해 수행하도록 권장하는 작업입니다. 지금 이 작업을 수행하지 않기로 선택하면 해당 풀, 호스트 또는 VM에 대한 보류 중인 업데이트 작업에 나열됩니다.

권장 작업을 수행해야 하는 이유:

• 이러한 작업은 안전하고 안정적인 XenServer 환경을 보장하는 작업입니다.

권장 작업을 선택 해제해야 하는 이유:

• 업데이트에 대한 자세한 정보를 검토한 후, 지금 이 업데이트를 완전히 적용하지 않는 위험이 허용 가능하다고 판단했습니다.
• 권장 작업으로 인해 지금 VM에 원치 않는 중단이 발생합니다.

권장 작업을 연기하기로 선택한 경우, 환경의 안정성을 유지하기 위해 적절한 유지 관리 기간 동안 이 작업을 완료할 계획을 세우십시오.

완전한 효과

완전한 효과 작업은 관련 업데이트의 이점을 얻기 위해 필요합니다. 완전한 효과 작업이 연결된 업데이트는 특정 하드웨어 또는 특정 기능을 사용하는 사용자에게만 관련이 있습니다.

이러한 작업이 환경에 필요한지 이해하려면 업데이트 정보를 검토하십시오. 지금 이 작업을 수행하지 않기로 선택하면 해당 풀, 호스트 또는 VM에 대한 보류 중인 작업에 나열됩니다.

완전한 효과 작업을 수행해야 하는 이유:

• 완전한 효과 작업이 있는 업데이트는 하드웨어, 환경 또는 구성과 관련이 있습니다.

완전한 효과 작업을 선택 해제해야 하는 이유:

• 전체 효력 지침이 있는 업데이트는 하드웨어, 환경 또는 구성과 관련이 없습니다.
• 전체 효력 작업은 현재 VM에 원치 않는 중단을 초래합니다.
• 지금 당장은 이러한 업데이트의 이점이 필요하지 않습니다.

전체 효력 작업이 환경에 적용되지만, 이를 연기하기로 선택한 경우, 환경의 안정성을 유지하기 위해 적절한 유지 관리 기간 동안 이러한 작업을 완료할 계획을 세우십시오.

라이브 패치

특정 구성 요소에 대한 업데이트에는 라이브 패치가 포함될 수 있습니다. 라이브 패치를 사용하면 호스트 재부팅 없이 핵심 구성 요소에 업데이트를 적용할 수 있습니다.

라이브 패치를 호스트에 적용할 수 있는지 여부는 호스트가 마지막으로 재부팅되었을 때 설치된 구성 요소의 버전에 따라 달라집니다. 업데이트를 호스트에 라이브 패치로 적용할 수 있는 경우, 라이브 패치 지침이 권장 지침을 대체합니다.

예:

두 개의 풀이 있습니다. 풀 A는 최신 수준으로 업데이트되었습니다. 풀 B는 한동안 업데이트되지 않았습니다. 권장 업데이트 작업 “호스트 재시작”과 라이브 패치 업데이트 작업 “툴스택 재시작”이 포함된 새 업데이트를 릴리스합니다.

풀 A에서는 라이브 패치를 이러한 최신 호스트에 적용할 수 있습니다. 권장 지침에는 “툴스택 재시작”이 표시됩니다. 라이브 패치 지침의 덜 방해적인 작업이 권장 지침을 재정의합니다.

풀 B에서는 호스트가 이전 수준에 있으므로 라이브 패치를 호스트에 적용할 수 없습니다. 권장 지침에는 “호스트 재시작”이 표시됩니다. 권장 지침은 계속 적용됩니다. 이 경우 라이브 패치 지침은 관련이 없습니다.

업데이트가 라이브 패치로 적용될 때 업데이트의 일부 수정 사항만 활성화되는 경우가 있습니다. 이 경우 라이브 패치가 적용되더라도 업데이트에 대한 권장 재부팅이 여전히 표시될 수 있습니다. 업데이트 세부 정보를 검토하여 업데이트의 모든 수정 사항이 필요한지 아니면 라이브 패치로 활성화된 수정 사항만 필요한지 파악하십시오. 그런 다음 이 정보를 사용하여 작업을 수행할지 여부를 선택할 수 있습니다. 자세한 내용은 풀에 사용 가능한 업데이트 보기를 참조하십시오.

업데이트 작업

업데이트를 적용하려면 업데이트 적용 전 또는 후에 하나 이상의 작업을 완료해야 할 수 있습니다. 이러한 작업은 모든 지침 범주에 나타날 수 있습니다. 다음 표에는 이러한 작업, 관련 xe CLI 명령 및 작업 내용에 대한 설명이 요약되어 있습니다.

호스트용 업데이트 작업

업데이트 적용 전 필요한 작업:

업데이트 적용 후 필요한 작업:

VM에 대한 업데이트 작업

일부 업데이트는 VM에 대한 새로운 기능을 도입하며, 다음 작업이 필요합니다.

풀에 업데이트 적용

시작하기 전에

• 풀 업데이트를 수행하기 전에 풀의 모든 호스트가 온라인 상태인지 확인하십시오.

• 어떤 호스트나 VM에도 보류 중인 필수 업데이트 작업이 없는지 확인하십시오. 이전 업데이트에서 보류 중인 필수 업데이트 작업은 새 풀 업데이트를 시작하기 전에 수행해야 합니다. 자세한 내용은 호스트에 필요한 업데이트 작업 보기 및 VM에 필요한 업데이트 작업 보기를 참조하십시오.

• 고가용성(HA)이 활성화되어 있으면 비활성화하십시오.

   pool_uuid=$(xe pool-list --minimal)
   xe pool-ha-disable uuid=$pool_uuid
   <!--NeedCopy-->
  

• 워크로드 밸런싱(WLB)이 활성화되어 있으면 비활성화하십시오.

   pool_uuid=$(xe pool-list --minimal)
   xe pool-param-set wlb-enabled=false uuid=$pool_uuid
   <!--NeedCopy-->
  

업데이트 설치

풀을 업데이트하려면 풀 코디네이터부터 시작하여 풀의 모든 호스트에 업데이트를 적용해야 합니다. 풀 코디네이터부터 다음 단계를 따르십시오.

1. 호스트 비활성화:

   xe host-disable uuid=<host_uuid>
   <!--NeedCopy-->
   

2. 업데이트에 필요한 업데이트 작업 중 하나가 ‘호스트 비우기’ 또는 ‘호스트 재부팅’인 경우 호스트를 비우십시오.

   xe host-evacuate uuid=<host_uuid>
   <!--NeedCopy-->
   

   호스트 비우기 중에 VM을 다른 호스트로 마이그레이션할 수 없는 경우 VM을 종료하거나 일시 중단하십시오.

3. 호스트에 업데이트 적용:

   1. 적용할 업데이트의 업데이트 체크섬 가져오기:

      xe repository-param-get uuid=<repository UUID> param-name=hash
      <!--NeedCopy-->
      

   2. 이 체크섬을 사용하여 업데이트 세트 적용:

      xe host-apply-updates uuid=<host_uuid> hash=<update_checksum>
      <!--NeedCopy-->
      

4. 필요한 호스트 업데이트 작업 목록을 가져옵니다. 자세한 내용은 호스트 업데이트 작업을 참조하십시오.

   다음 순서로 목록에 있는 호스트의 업데이트 작업을 수행합니다.

   1. 툴스택 다시 시작 (‘호스트 재부팅’이 수행될 예정인 경우 건너뛸 수 있음)
   2. 호스트 재부팅

5. 호스트에서 실행 중인 모든 VM에 대해 필요한 VM 업데이트 작업 목록을 가져옵니다. 자세한 내용은 VM 업데이트 작업을 참조하십시오.

   다음 순서로 목록에 있는 VM의 업데이트 작업을 수행합니다.

   1. 장치 모델 다시 시작 (‘VM 다시 시작’이 수행될 예정인 경우 건너뛸 수 있음)
   2. VM 다시 시작

6. 호스트가 여전히 비활성화된 상태인 경우 활성화합니다.

   xe host-enable uuid=<host_uuid>
   <!--NeedCopy-->
   

7. 호스트 업데이트 전에 host-evacuate을 사용하여 다른 호스트로 마이그레이션한 모든 VM에 대해 업데이트 작업 목록을 가져옵니다. 자세한 내용은 VM 업데이트 작업을 참조하십시오.

   업데이트 작업 목록에 ‘VM 다시 시작’이 있는 경우 VM을 종료하고 현재 업데이트된 호스트에서 시작합니다. 그렇지 않으면 VM을 현재 업데이트된 호스트로 다시 마이그레이션합니다.

8. 업데이트를 적용하기 전에 종료하거나 일시 중단했던 VM을 다시 시작하거나 시작합니다.

9. 호스트 업데이트 상태 보기:

   xe host-param-get param-name=last-software-update uuid=<host_uuid>
   xe host-param-get param-name=latest-synced-updates-applied uuid=<host_uuid>
   xe host-param-get param-name=last-update-hash uuid=<host_uuid>
   <!--NeedCopy-->
   

풀의 모든 호스트를 업데이트하려면 이전 단계를 반복하십시오.

호스트 업데이트 후

풀의 각 호스트를 업데이트한 후 남은 업데이트 작업을 수행하십시오.

1. 풀의 모든 VM에 대해 업데이트 작업 목록을 가져옵니다. 자세한 내용은 VM에 대한 업데이트 작업을 참조하십시오.

   업데이트 작업 목록에 ‘VM 다시 시작’이 있으면 해당 작업을 수행하십시오.

2. 업데이트 적용 전에 HA를 비활성화한 경우 HA를 활성화하십시오.

   pool_uuid=$(xe pool-list --minimal)
   xe pool-ha-enable uuid=$pool_uuid
   <!--NeedCopy-->
   

3. 업데이트 적용 전에 WLB를 비활성화한 경우 WLB를 활성화하십시오.

   pool_uuid=$(xe pool-list --minimal)
   xe pool-param-set wlb-enabled=true uuid=$pool_uuid
   <!--NeedCopy-->
   

4. 풀 업데이트에 필요한 필수 업데이트 작업만 수행하도록 선택한 경우, 수행되지 않은 업데이트 작업은 호스트에 필요한 보류 중인 업데이트 작업 목록에 추가됩니다. 이 목록을 보고 이러한 작업을 수행하려면 보류 중인 업데이트 작업 완료를 참조하십시오.

보류 중인 업데이트 작업 완료

업데이트를 적용한 후 보류 중인 업데이트 작업을 완료하여 호스트와 VM이 예상대로 작동하는지 확인하십시오. 다음 명령을 사용하여 필요한 작업을 확인하십시오.

호스트에 대한 보류 중인 작업 보기

호스트에 대한 필수 작업 목록을 가져옵니다.

xe host-param-get param-name=pending-guidances uuid=<host_uuid>
<!--NeedCopy-->

호스트에 대한 권장 작업 목록을 가져옵니다.

xe host-param-get param-name=pending-guidances-recommended uuid=<host_uuid>
<!--NeedCopy-->

호스트에 대한 전체 효율성 작업 목록을 가져옵니다.

xe host-param-get param-name=pending-guidances-full uuid=<host_uuid>
<!--NeedCopy-->

VM에 대한 보류 중인 작업 보기

VM에 대한 필수 작업 목록을 가져옵니다:

xe vm-param-get param-name=pending-guidances uuid=<VM UUID>
<!--NeedCopy-->

VM에 대한 권장 작업 목록을 가져옵니다:

xe vm-param-get param-name=pending-guidances-recommended uuid=<VM UUID>
<!--NeedCopy-->

VM에 대한 전체 효과 작업 목록을 가져옵니다:

xe vm-param-get param-name=pending-guidances-full uuid=<VM UUID>
<!--NeedCopy-->