15.9. 이전에 실패한 데이터 센터를 다시 시작
이전에 실패한 데이터 센터가 다시 온라인 상태가 되면 다음 단계에 따라 메시징 시스템의 원래 상태를 복원합니다.
- Red Hat Ceph Storage 클러스터의 노드를 호스팅하는 서버를 다시 시작합니다.
- 메시징 시스템에서 브로커를 다시 시작합니다.
- 클라이언트 애플리케이션에서 복원된 브로커로의 연결을 다시 설정
다음 하위 섹션은 다음 단계를 수행하는 방법을 보여줍니다.
15.9.1. 스토리지 클러스터 서버 다시 시작
이전에 실패한 데이터 센터에서 Monitor, Metadata Server, Manager 및 OSD(Object Storage Device) 노드를 재시작하면 Red Hat Ceph Storage 클러스터 자체 복구로 전체 데이터 중복성을 복원합니다. 이 프로세스 중에 Red Hat Ceph Storage는 필요에 따라 복원된 OSD 노드로 데이터를 자동으로 채웁니다.
스토리지 클러스터가 자동으로 자동 복구 및 전체 데이터 중복성 복원인지 확인하려면 데이터 센터 중단 중에 스토리지 클러스터 상태 확인에 표시된 명령을 사용합니다. 이러한 명령을 다시 실행하면 이전 HEALTH_WARN 메시지가 표시된 백분율이 100%로 반환될 때까지 개선되기 시작합니다.
15.9.2. 브로커 서버 다시 시작
다음 절차에서는 스토리지 클러스터가 더 이상 성능이 저하된 상태에서 작동하지 않는 경우 브로커 서버를 다시 시작하는 방법을 보여줍니다.
절차
- 데이터 센터 중단이 발생했을 때 수동으로 시작한 백업 브로커에 연결된 클라이언트 애플리케이션을 중지합니다.
수동으로 시작한 백업 브로커를 중지합니다.
Linux의 경우:
<broker_instance_dir>/bin/artemis stopWindows에서 다음을 수행합니다.
<broker_instance_dir>\bin\artemis-service.exe stop
이전에 실패한 데이터 센터에서 원래 마스터 및 슬레이브 브로커를 다시 시작합니다.
Linux의 경우:
<broker_instance_dir>/bin/artemis runWindows에서 다음을 수행합니다.
<broker_instance_dir>\bin\artemis-service.exe start
원래 마스터 브로커는 다시 시작할 때 마스터로 자동으로 역할을 다시 시작합니다.
15.9.3. 클라이언트 연결 재설정
브로커 서버를 다시 시작하면 클라이언트 애플리케이션을 해당 브로커에 다시 연결합니다. 다음 하위 섹션에서는 내부 및 외부 클라이언트 애플리케이션을 다시 연결하는 방법을 설명합니다.
15.9.3.1. 내부 클라이언트 다시 연결
내부 클라이언트는 복원 브로커와 마찬가지로 이전에 실패한 데이터 센터로 실행 중인 클라이언트입니다. 내부 클라이언트를 다시 연결하려면 해당 클라이언트를 다시 시작합니다. 각 클라이언트 애플리케이션은 연결 구성에 지정된 복원된 마스터 브로커에 다시 연결합니다.
브로커 네트워크 연결 구성에 대한 자세한 내용은 2장. 네트워크 연결에서 어셉터 및 커넥터 구성 을 참조하십시오.
15.9.3.2. 외부 클라이언트 다시 연결
외부 클라이언트는 이전에 실패한 데이터 센터 외부에서 실행되는 클라이언트입니다. 클라이언트 유형 및 외부 브로커 클라이언트 구성의 정보에 따라 클라이언트가 백업 브로커에 자동으로 장애 조치하도록 구성 하거나 이 연결을 수동으로 설정했습니다. 이전에 실패한 데이터 센터를 복원할 때 아래에 설명된 것처럼 클라이언트에서 복원된 마스터 브로커로 연결을 다시 설정합니다.
- 백업 브로커로 자동 장애 조치하도록 외부 클라이언트를 구성한 경우 백업 브로커를 종료하고 원래 마스터 브로커를 다시 시작할 때 클라이언트가 원래 마스터 브로커로 자동으로 실패합니다.
- 데이터 센터 중단이 발생했을 때 외부 클라이언트를 백업 브로커에 수동으로 연결한 경우 다시 시작한 원래 마스터 브로커에 클라이언트를 수동으로 다시 연결해야 합니다.
