-
-
기계 고장 대처
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
기계 고장 대처
이 섹션에서는 다양한 오류 시나리오에서 복구하는 방법을 자세히 설명합니다. 모든 오류 복구 시나리오에서는 백업에 나열된 백업 유형 중 하나 이상을 사용해야 합니다.
회원 실패
HA가 없을 경우 마스터 노드는 정기적인 하트비트 메시지를 수신하여 구성원의 오류를 감지합니다. 600초 동안 하트비트가 수신되지 않으면 마스터는 구성원이 중지된 것으로 가정합니다. 이 문제를 복구하는 방법에는 두 가지가 있습니다.
-
고장난 호스트를 복구합니다 (예: 물리적으로 재부팅). 구성원에 대한 연결이 복원되면 마스터는 멤버를 다시 활성 상태로 표시합니다.
-
호스트를 종료하고 마스터가
xe host-forget
CLI 명령을 사용하여 구성원 노드를 잊도록 지시합니다. 구성원이 잊혀지면 여기에서 실행 중이었던 모든 VM이 오프라인으로 표시되고 다른 Citrix Hypervisor 서버에서 다시 시작할 수 있습니다.Citrix Hypervisor 서버가 실제로 오프라인 상태인지 확인하는 것이 중요합니다. 그렇지 않으면 VM 데이터가 손상될 수 있습니다.
xe host-forget
를 사용하여 풀을 단일 호스트의 여러 풀로 분할하지 마십시오. 이 작업을 수행하면 동일한 공유 스토리지를 모두 매핑하고 VM 데이터가 손상될 수 있습니다.
경고:
- 잊어버린 호스트를 활성 호스트로 다시 사용하려면 Citrix Hypervisor 소프트웨어를 새로 설치합니다.
- 풀에서 HA가 활성화된 경우
xe host-forget
명령을 사용하지 마십시오. 먼저 HA를 사용하지 않도록 설정한 다음 호스트를 삭제한 다음 HA를 다시 사용하도록 설정합니다.
구성원 Citrix Hypervisor 서버가 실패해도 실행 상태로 등록된 VM이 있을 수 있습니다. 구성원 Citrix Hypervisor 서버가 확실히 다운된 경우 xe vm-reset-powerstate
CLI 명령을 사용하여 VM의 전원 상태를 halted
로 설정합니다. 자세한 내용은 vm-reset-powerstate를 참조하십시오.
경고:
이 명령을 올바르지 않게 사용하면 데이터 손상이 발생할 수 있습니다. 필요한 경우에만 이 명령을 사용합니다.
다른 Citrix Hypervisor 서버에서 VM을 시작하려면 먼저 VM 스토리지에 대한 잠금을 해제해야 합니다. 한 번에 호스트에서만 SR의 각 디스크를 사용할 수 있습니다. 호스트에 장애가 발생한 경우 다른 Citrix Hypervisor 서버에서 디스크에 액세스할 수 있도록 하는 것이 중요합니다. 이렇게 하려면 영향을 받는 VM의 디스크가 포함된 각 SR에 대해 풀 마스터에서 다음 스크립트를 실행합니다. /opt/xensource/sm/resetvdis.py
Host_UUID SR_UUID 마스터
장애 발생 시 실패한 호스트가 SR 마스터인 경우 세 번째 문자열 (“마스터”) 만 제공하면 됩니다. (SR 마스터는 풀 마스터 또는 로컬 스토리지를 사용하는 Citrix Hypervisor 서버입니다.)
경고:
이 명령을 실행하기 전에 호스트가 다운되었는지 확인하십시오. 이 명령을 올바르지 않게 사용하면 데이터 손상이 발생할 수 있습니다.
resetvdis.py
스크립트를 실행하기 전에 다른 Citrix Hypervisor 서버에서 VM을 시작하려고 하면 다음과 같은 오류 메시지가 나타납니다. VDI <UUID> already attached RW
마스터 실패
리소스 풀의 모든 구성원에는 필요한 경우 master 역할을 인수하는 데 필요한 모든 정보가 들어 있습니다. 마스터 노드에 장애가 발생하면 다음과 같은 일련의 이벤트가 발생합니다.
-
HA가 활성화되면 다른 마스터가 자동으로 선택됩니다.
-
HA가 활성화되지 않은 경우 각 구성원은 마스터가 반환될 때까지 기다립니다.
이때 마스터가 다시 돌아오면 구성원과의 통신이 다시 설정되고 작업이 정상으로 돌아갑니다.
마스터가 죽은 경우 구성원 중 하나를 선택하고 해당 구성원에 대해 xe pool-emergency-transition-to-master
명령을 실행합니다. 마스터가 되면 xe pool-recover-slaves
명령을 실행하면 멤버가 새 마스터를 가리킵니다.
원래 마스터였던 서버를 복구하거나 교체하는 경우 간단히 서버를 불러와서 Citrix Hypervisor 소프트웨어를 설치하고 풀에 추가할 수 있습니다. 풀의 Citrix Hypervisor 서버는 동질성이 강제되므로 교체된 서버를 마스터로 만들 필요가 없습니다.
구성원 Citrix Hypervisor 서버가 마스터로 전환되면 기본 풀 저장소 리포지토리가 적절한 값으로 설정되어 있는지 확인합니다. 이 검사는 xe pool-param-list
명령을 사용하여 default-SR
매개 변수가 유효한 스토리지 저장소를 가리키는지 확인할 수 있습니다.
풀 실패
전체 리소스 풀이 실패하는 불행한 경우 풀 데이터베이스를 처음부터 다시 만들어야 합니다. xe pool-dump-database
CLI 명령을 사용하여 풀 메타데이터를 정기적으로 백업해야 합니다(pool-dump-database
참조).
완전히 실패한 풀을 복원하려면 다음과 같이 하십시오.
-
새로운 호스트 집합을 설치합니다. 이 단계에서는 풀을 구성하지 마십시오.
-
마스터로 지명된 호스트의 경우
xe pool-restore-database
명령을 사용하여 백업에서 풀 데이터베이스를 복원합니다(pool-restore-database 참조). -
Citrix Hypervisor 센터를 사용하여 마스터 호스트에 연결하고 모든 공유 스토리지 및 VM을 다시 사용할 수 있는지 확인합니다.
-
새로 설치된 나머지 구성원 호스트에서 풀 참가 작업을 수행하고 적절한 호스트에서 VM을 시작합니다.
구성 오류로 인한 장애 대처
물리적 호스트 컴퓨터가 작동하지만 소프트웨어 또는 호스트 구성이 손상된 경우:
-
다음 명령을 실행하여 호스트 소프트웨어 및 구성을 복원합니다.
xe host-restore host=host file-name=hostbackup <!--NeedCopy-->
-
호스트 설치 CD로 재부팅하고 Restore from backup(백업에서 복원)을 선택합니다.
물리적 시스템 장애
물리적 호스트 시스템이 실패한 경우 다음 목록의 적절한 절차를 사용하여 복구합니다.
경고:
실패한 이전 구성원(또는 이전 호스트)에서 실행 중인 모든 VM은 여전히 데이터베이스에서
Running
로 표시됩니다. 이 동작은 안전을 위한 것입니다. 서로 다른 두 호스트에서 동시에 VM을 시작하면 심각한 디스크 손상이 발생할 수 있습니다. 시스템 (및 VM) 이 오프라인 상태인 경우 VM 전원 상태를Halted
:
xe vm-reset-powerstate vm=vm_uuid --force
로 재설정할 수 있습니다. 그러면 Citrix Hypervisor 센터 또는 CLI를 사용하여 VM을 다시 시작할 수 있습니다.
실패한 마스터를 아직 실행 중인 멤버로 바꾸려면 다음과 같이 하십시오.
-
다음 명령을 실행합니다.
xe pool-emergency-transition-to-master xe pool-recover-slaves <!--NeedCopy-->
-
명령이 성공하면 VM을 다시 시작합니다.
모든 호스트가 있는 풀을 복원하지 못했습니다.
-
다음 명령을 실행합니다.
xe pool-restore-database file-name=backup <!--NeedCopy-->
경고:
이 명령은 대상 시스템에 적절한 수의 NIC가 있는 경우에만 성공합니다.
-
대상 시스템의 스토리지 뷰가 원래 머신과 다른 경우
pbd-destroy
명령을 사용하여 스토리지 구성을 수정합니다. 그런 다음pbd-create
명령을 사용하여 스토리지 구성을 다시 만듭니다. 이러한 명령에 대한 설명서는 pbd 명령을 참조하십시오. -
스토리지 구성을 만든 경우 Citrix Hypervisor 센터에서
pbd-plug
또는 저장소 > 스토리지 저장소 복구 메뉴 항목으로 새 구성을 사용합니다. -
모든 VM을 다시 시작합니다.
VM 스토리지를 사용할 수 없을 때 VM을 복원하려면 다음과 같이 하십시오.
-
다음 명령을 실행합니다.
xe vm-import filename=backup metadata=true <!--NeedCopy-->
-
메타데이터 가져오기에 실패하면 다음 명령을 실행합니다.
xe vm-import filename=backup metadata=true --force <!--NeedCopy-->
이 명령은 ‘최선의 노력’ 기준으로 VM 메타데이터를 복원하려고 시도합니다.
-
모든 VM을 다시 시작합니다.
공유
공유
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.