스토리지 노드 장애 복구
변경 제안
PDF
장애가 발생한 스토리지 노드를 복구하는 절차는 장애 유형과 장애가 발생한 스토리지 노드 유형에 따라 다릅니다.
이 표를 사용하여 장애가 발생한 스토리지 노드에 대한 복구 절차를 선택합니다.
| 문제 | 조치 | 참고 |
|---|---|---|
|
기술 지원 부서에 문의해야 합니다. |
장애가 발생한 모든 스토리지 노드가 동일한 사이트에 있는 경우 사이트 복구 절차를 수행해야 할 수 있습니다. 기술 지원 부서에서 고객의 상황을 평가하고 복구 계획을 개발합니다. 둘 이상의 스토리지 노드(또는 15일 이내에 둘 이상의 스토리지 노드)를 복구하는 경우 Cassandra 데이터베이스의 무결성에 영향을 주어 데이터가 손실될 수 있습니다. 기술 지원 부서에서는 보조 스토리지 노드의 복구를 시작하는 것이 안전한 시기를 결정할 수 있습니다.
|
스토리지 노드가 15일 이상 오프라인 상태입니다. |
Cassandra 데이터베이스 무결성을 보장하기 위해 이 절차가 필요합니다. |
|
어플라이언스 스토리지 노드에 장애가 발생했습니다. |
어플라이언스 스토리지 노드의 복구 절차는 모든 장애 시 동일합니다. |
|
하나 이상의 스토리지 볼륨에 오류가 발생했지만 시스템 드라이브가 손상되지 않았습니다 |
이 절차는 소프트웨어 기반 스토리지 노드에 사용됩니다. |
|
시스템 드라이브에 오류가 발생했습니다. |
노드 교체 절차는 구축 플랫폼과 스토리지 볼륨의 장애 여부에도 따라 달라집니다. |
|
일부 StorageGRID 복구 절차에서는 리퍼를 사용하여 Cassandra 수리를 처리합니다. 관련 또는 필수 서비스가 시작되는 즉시 수리가 자동으로 이루어집니다. "리퍼" 또는 "'Cassandra 수리'라는 스크립트 출력을 볼 수 있습니다. 복구가 실패했다는 오류 메시지가 나타나면 오류 메시지에 표시된 명령을 실행합니다. |