일반적으로 클러스터 컨트롤러에 장애가 발생하거나 전원이 나간 경우 인계를 통해 서비스를 계속하거나 재개할 수 있습니다.
컨트롤러가 피어 없음(예: 종료 또는 재부트)을 감지하면 컨트롤러 중 하나가 클러스터 인계를 자동으로 시도합니다. 인계 후 인계를 수행한 컨트롤러는 모든 클러스터 리소스를 소유하고 모든 서비스를 제공합니다.
두 컨트롤러에 장애가 발생하거나 두 컨트롤러의 전원이 꺼지면 동시 시작 시 어플라이언스 소프트웨어가 중재 절차를 수행하여 인계를 계속할 컨트롤러를 확인합니다.
인계를 수동으로 수행할 수도 있습니다. 이는 테스트 용도에 유용합니다.
페일백 작업은 클러스터 구성을 OWNER-STRIPPED(활성-수동)에서 CLUSTERED-CLUSTERED(활성-활성)로 변경합니다. 페일백은 자동으로 발생하지 않습니다.
일반적으로 페일백은 다음과 같이 수행됩니다.
컨트롤러가 인계 후 다시 온라인 상태로 바뀔 때 수행됩니다.
마지막 클러스터 구성 단계로 수행됩니다. 독립형 어플라이언스를 클러스터화된 구성으로 업그레이드(BUI)를 참조하십시오.
클러스터의 controller B에 장애가 발생하거나 전원이 나가면 해당 클러스터의 controller A가 controller B에 지정된 리소스를 인계하고 모든 클러스터 서비스를 제공합니다. controller B가 복구되고 부트된 후 관리자는 페일백 작업을 수행하여 controller B를 운용 서비스로 되돌립니다.
controller B가 복구되어 부트되면 해당 컨트롤러는 다음 작업을 수행합니다.
클러스터를 재결합하고, 모든 리소스의 뷰와 등록 정보, 소유권을 다시 동기화합니다.
관리자가 페일백 작업을 수행할 때까지 기다립니다.
controller B가 기다리는 동안 controller A는 모든 서비스를 계속 제공합니다. controller A는 활성(인계 완료) 또는 AKCS_OWNER 상태이며 controller B는 준비(페일백 대기 중) 또는 AKCS_STRIPPED 상태입니다.
페일백 작업은 controller B를 운용 서비스로 되돌립니다. controller B의 장애 이후 controller A가 모든 서비스를 제공하고 있습니다. 페일백 작업은 장애 이전에 controller B가 소유했던 리소스를 controller B로 복원합니다. 페일백 작업이 controller B에 지정된 모든 리소스를 controller A에서 내보내면 controller B가 해당 리소스를 가져옵니다. 페일백 성공 후 controller A와 controller B는 활성 또는 CLUSTERED 상태입니다.
풀에 결함이 발생하여 페일백 중 controller B가 풀을 가져올 수 없을 경우 controller B가 재부트됩니다. 페일백 작업이 실패하면 controller A가 모든 서비스를 계속 제공합니다.
페일백 작업의 일정을 잡을 때는 다음 사항을 고려하십시오.
페일백은 클러스터의 클라이언트를 중단시킵니다.
페일백이 수행되기 전 단일 활성 컨트롤러에 장애가 발생하는 경우 페일백이 지연되면 이와 동등하거나 그 이상의 중단이 발생합니다.
서비스 작동 중지 시간을 최소화하기 위해 데이터가 수집되지 않으며 페일백 및 인계 작업 중 통계와 데이터 세트를 사용할 수 없습니다. 페일백 및 인계 작업이 완료될 때까지는 통계 일시 중지 또는 재개 요청이 지연됩니다. 페일백 및 인계 작업이 완료된 후에는 자동으로 데이터 수집이 재개됩니다.
관련 항목