기계 고장에 대처
중요:
Citrix Hypervisor 8.2 누적 업데이트 1은 2025년 6월 25일에 수명이 종료됩니다. 원활한 전환과 지속적인 지원을 위해 지금 XenServer 8로의 업그레이드를 계획하십시오. 자세한 내용은 업그레이드.
Citrix Virtual Apps and Desktops 라이센스 파일을 사용하여 Citrix Hypervisor 8.2 누적 업데이트 1 호스트에 라이센스를 부여하는 경우 이러한 라이센스 파일은 XenServer 8과 호환되지 않습니다. 업그레이드하기 전에 XenServer 8에서 사용할 XenServer Premium Edition 소켓 라이센스 파일을 얻어야 합니다. 이러한 소켓 라이센스 파일은 Citrix 워크로드를 실행하기 위한 Citrix for Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP 및 Citrix Platform License 구독의 자격으로 사용할 수 있습니다. 아직 이러한 새로운 서브스크립션으로 전환하지 않은 Citrix 고객은 XenServer Premium Edition 소켓 라이센스 10,000개에 대한 무료 프로모션에 참여를 요청할 수 있습니다. 자세한 내용은 XenServer 서버.
업그레이드하기 전에 XenServer 8에 대한 호환 라이센스를 얻지 못한 경우 호스트를 업그레이드할 때 90일 평가판으로 되돌아갑니다. 평가판은 Premium Edition과 동일한 기능을 제공하지만 몇 가지 제한 사항이 있습니다. 자세한 내용은 XenServer 8 라이센스 개요.
이 섹션에서는 다양한 오류 시나리오에서 복구하는 방법에 대한 세부 정보를 제공합니다. 모든 오류 복구 시나리오에서는 에 나열된 백업 유형 중 하나 이상을 사용해야 합니다. 백업.
구성원 오류
HA가 없는 경우 마스터 노드는 정기적인 하트비트 메시지를 수신하여 멤버의 장애를 감지합니다. 600초 동안 하트비트가 수신되지 않은 경우 마스터는 멤버가 죽었다고 가정합니다. 이 문제를 복구하는 방법에는 두 가지가 있습니다.
-
작동하지 않는 호스트를 복구합니다(예: 물리적으로 재부팅). 멤버에 대한 연결이 복원되면 마스터는 멤버를 다시 활성 상태로 표시합니다.
-
호스트를 종료하고 마스터에게 다음을 사용하여 멤버 노드를 잊어버리도록 지시합니다.
XE 호스트 망각CLI 명령을 사용합니다. 구성원을 잊어버리면 실행 중이던 모든 VM이 오프라인으로 표시되고 다른 Citrix Hypervisor 서버에서 다시 시작할 수 있습니다.Citrix Hypervisor 서버가 실제로 오프라인 상태인지 확인하는 것이 중요하며, 그렇지 않으면 VM 데이터 손상이 발생할 수 있습니다.
를 사용하여 풀을 단일 호스트의 여러 풀로 분할하지 마십시오.
XE 호스트 망각. 이 작업으로 인해 모두 동일한 공유 스토리지를 매핑하고 VM 데이터가 손상될 수 있습니다.
경고:
- 잊어버린 호스트를 활성 호스트로 다시 사용하려면 Citrix Hypervisor 소프트웨어를 새로 설치하십시오.
- 사용하지 마십시오
XE 호스트 망각풀에서 HA가 활성화된 경우 명령입니다. 먼저 HA를 사용하지 않도록 설정한 다음 호스트를 삭제한 다음 HA를 다시 사용하도록 설정합니다.
구성원 Citrix Hypervisor 서버에 장애가 발생하면 VM이 여전히 등록되어 있을 수 있습니다. 달리기 상태. 구성원 Citrix Hypervisor 서버가 확실히 다운되었다고 확신하는 경우 xe vm-reset-powerstate VM의 전원 상태를 설정하는 CLI 명령 중단. 보다 vm-reset-powerstate 자세한 내용은.
경고:
이 명령을 잘못 사용하면 데이터가 손상될 수 있습니다. 필요한 경우에만 이 명령을 사용합니다.
다른 Citrix Hypervisor 서버에서 VM을 시작하기 전에 VM 스토리지에 대한 잠금도 해제해야 합니다. 한 번에 호스트에서만 SR의 각 디스크를 사용할 수 있습니다. 호스트에 장애가 발생하면 다른 Citrix Hypervisor 서버에서 디스크에 액세스할 수 있도록 하는 것이 중요합니다. 이렇게 하려면 영향을 받는 VM의 디스크가 포함된 각 SR에 대해 풀 마스터에서 다음 스크립트를 실행합니다. /opt/xensource/sm/resetvdis.py host_UUID SR_UUID 마스터
충돌 시 장애가 발생한 호스트가 SR 마스터인 경우 세 번째 문자열(“master”)만 제공하면 됩니다. (SR 마스터는 로컬 스토리지를 사용하는 풀 마스터 또는 Citrix Hypervisor 서버입니다.)
경고:
이 명령을 실행하기 전에 호스트가 다운되었는지 확인합니다. 이 명령을 잘못 사용하면 데이터가 손상될 수 있습니다.
실행하기 전에 다른 Citrix Hypervisor 서버에서 VM을 시작하려는 경우 resetvdis.py 스크립트를 작성하면 다음과 같은 오류 메시지가 나타납니다. VDI (VDI) <UUID> 이미 연결된 RW.
마스터 오류
리소스 풀의 모든 구성원에는 필요한 경우 마스터 역할을 맡는 데 필요한 모든 정보가 포함되어 있습니다. 마스터 노드에 장애가 발생하면 다음과 같은 이벤트 순서가 발생합니다.
-
HA가 활성화되면 다른 마스터가 자동으로 선택됩니다.
-
HA가 활성화되지 않은 경우 각 멤버는 마스터가 리턴될 때까지 대기합니다.
이 시점에서 마스터가 다시 작동하면 멤버와의 통신이 다시 설정되고 작동이 정상으로 돌아갑니다.
마스터가 죽은 경우 멤버 중 하나를 선택하고 명령을 실행합니다 xe 풀 비상 전환에서 마스터로 전환 그것에. 마스터가 되면 다음 명령을 실행합니다. xe 풀 복구 슬레이브 그리고 회원들은 이제 새로운 주인을 가리킨다.
원래 마스터였던 서버를 복구하거나 교체하는 경우 해당 서버를 불러와 Citrix Hypervisor 소프트웨어를 설치하고 풀에 추가하기만 하면 됩니다. 풀의 Citrix Hypervisor 서버는 동종으로 적용되므로 교체된 서버를 마스터로 만들 필요가 없습니다.
구성원 Citrix Hypervisor 서버가 마스터로 전환되면 기본 풀 스토리지 저장소가 적절한 값으로 설정되어 있는지 확인합니다. 이 검사는 다음을 사용하여 수행할 수 있습니다. xe 풀 매개 변수 목록 명령을 실행하고 기본-SR 매개 변수가 유효한 저장소 저장소를 가리키고 있습니다.
풀 오류
불행히도 전체 리소스 풀에 오류가 발생하면 풀 데이터베이스를 처음부터 다시 만들어야 합니다. 를 사용하여 풀 메타데이터를 정기적으로 백업해야 합니다. xe 풀 덤프 데이터베이스 CLI 명령( 풀 덤프 데이터베이스).
완전히 실패한 풀을 복원하려면 다음을 수행합니다.
-
새로운 호스트 집합을 설치합니다. 이 단계에서는 풀링하지 마십시오.
-
마스터로 지정된 호스트의 경우 를 사용하여 백업에서 풀 데이터베이스를 복원합니다.
xe 풀 복원 데이터베이스명령( 풀 복원 데이터베이스). -
XenCenter를 사용하여 마스터 호스트에 연결하고 모든 공유 스토리지 및 VM을 다시 사용할 수 있는지 확인합니다.
-
새로 설치된 나머지 멤버 호스트에서 풀 조인 작업을 수행하고 적절한 호스트에서 VM을 시작합니다.
구성 오류로 인한 실패에 대처
물리적 호스트 시스템이 작동하지만 소프트웨어 또는 호스트 구성이 손상된 경우:
-
다음 명령을 실행하여 호스트 소프트웨어 및 구성을 복원합니다.
xe host-restore host=host file-name=hostbackup <!--NeedCopy--> -
호스트 설치 CD로 재부팅하고 백업에서 복원.
물리적 시스템 오류
물리적 호스트 시스템에 오류가 발생한 경우 다음 목록에서 적절한 절차를 사용하여 복구합니다.
경고:
이전 멤버(또는 이전 호스트)에서 실행 중인 실패한 모든 VM은 여전히
달리기데이터베이스에서. 이 동작은 안전을 위한 것입니다. 두 개의 서로 다른 호스트에서 VM을 동시에 시작하면 심각한 디스크 손상이 발생할 수 있습니다. 컴퓨터(및 VM)가 오프라인 상태라고 확신하는 경우 VM 전원 상태를 다음으로 재설정할 수 있습니다.중단:
xe vm-reset-powerstate vm=vm_uuid --force그런 다음 XenCenter 또는 CLI를 사용하여 VM을 다시 시작할 수 있습니다.
실패한 마스터를 아직 실행 중인 멤버로 교체하려면:
-
다음 명령을 실행합니다.
xe pool-emergency-transition-to-master xe pool-recover-slaves <!--NeedCopy--> -
명령이 성공하면 VM을 다시 시작합니다.
모든 호스트가 있는 풀을 복원하지 못했습니다.
-
다음 명령을 실행합니다.
xe pool-restore-database file-name=backup <!--NeedCopy-->경고:
이 명령은 대상 시스템에 적절하게 명명된 NIC가 적절한 수만큼 있는 경우에만 성공합니다.
-
대상 시스템에 원래 시스템과 다른 스토리지 보기가 있는 경우 를 사용하여 스토리지 구성을 수정합니다.
pbd-파괴명령. 그런 다음pbd 생성명령을 사용하여 스토리지 구성을 다시 만들 수 있습니다. 보다 PBD 명령 이러한 명령에 대한 설명서입니다. -
스토리지 구성을 만든 경우
PBD 플러그또는 보관 > 스토리지 저장소 복구 메뉴 항목을 사용하여 새 구성을 사용할 수 있습니다. -
모든 VM을 다시 시작합니다.
VM 스토리지를 사용할 수 없는 경우 VM을 복원하려면 다음을 수행합니다.
-
다음 명령을 실행합니다.
xe vm-import filename=backup metadata=true <!--NeedCopy--> -
메타데이터 가져오기에 실패하면 다음 명령을 실행합니다.
xe vm-import filename=backup metadata=true --force <!--NeedCopy-->이 명령은 ‘최선의 노력’으로 VM 메타데이터를 복원하려고 시도합니다.
-
모든 VM을 다시 시작합니다.