15.9. 이전에 실패한 데이터 센터 다시 시작
이전에 실패한 데이터 센터가 다시 온라인 상태가 되면 다음 단계를 수행하여 메시징 시스템의 원래 상태를 복원합니다.
- Red Hat Ceph Storage 클러스터의 노드를 호스팅하는 서버를 재시작
- 메시징 시스템에서 브로커 다시 시작
- 클라이언트 애플리케이션에서 복원된 브로커로의 연결 복원
다음 하위 섹션에서는 이러한 단계를 수행하는 방법을 보여줍니다.
15.9.1. 스토리지 클러스터 서버 다시 시작
이전에 실패한 데이터 센터에서 Monitor, Metadata Server, Manager, Object Storage Device(OSD) 노드를 다시 시작할 때 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. 외부 클라이언트 다시 연결
외부 클라이언트는 이전에 실패한 데이터 센터 외부에서 실행 중인 클라이언트입니다. 클라이언트 유형 및 외부 브로커 클라이언트 구성 의 정보에 따라 클라이언트가 백업 브로커로 자동으로 실패하도록 구성하거나 이 연결을 수동으로 설정했습니다. 이전에 실패한 데이터 센터를 복원할 때 아래에 설명된 대로 유사한 방식으로 클라이언트에서 복원된 마스터 브로커로 연결을 다시 설정합니다.
- 백업 브로커로 자동으로 장애 조치되도록 외부 클라이언트를 구성한 경우 백업 브로커를 종료하고 원래 마스터 브로커를 다시 시작할 때 클라이언트가 원래 마스터 브로커로 자동으로 실패합니다.
- 데이터 센터 중단이 발생했을 때 외부 클라이언트를 백업 브로커에 수동으로 연결하는 경우 다시 시작한 원래 마스터 브로커에 클라이언트를 수동으로 다시 연결해야 합니다.
