ONTAP 중재자
장애 조치를 안전하게 자동화하려면 중재자가 필요합니다. 이상적으로는 독립적인 3차 사이트에 배치되지만 복제에 참여하는 클러스터 중 하나와 같은 위치에 배치하면 대부분의 요구 사항에 대해 여전히 기능을 수행할 수 있습니다.
중재자는 실제로 타이브레이커가 아니지만 실제로 제공하는 기능을 제공합니다. 어떤 작업도 수행하지 않고 클러스터 간 통신을 위한 대체 통신 채널을 제공합니다.
자동 장애 조치의 가장 큰 과제는 브레인 분할 문제이며, 두 사이트가 서로 연결이 끊어지면 이 문제가 발생합니다. 어떻게 해야 합니까? 서로 다른 두 사이트가 자신을 데이터의 정상적인 복제본으로 지정하도록 하고 싶지 않지만, 단일 사이트가 상대 사이트의 실제 손실과 반대쪽 사이트와 통신할 수 없는 간의 차이를 어떻게 알 수 있습니까?
중재자가 사진을 입력하는 위치입니다. 세 번째 사이트에 배치되고 각 사이트에 해당 사이트에 대한 별도의 네트워크 연결이 있는 경우 각 사이트에 대한 추가 경로를 통해 다른 사이트의 상태를 확인할 수 있습니다. 위의 그림을 다시 보고 다음 시나리오를 고려하십시오.
-
중재자가 한 사이트 또는 두 사이트에서 작동하지 않거나 연결할 수 없는 경우 어떻게 됩니까?
-
두 클러스터는 복제 서비스에 사용되는 동일한 링크를 통해 서로 계속 통신할 수 있습니다.
-
RPO=0 보호로 데이터를 계속 제공합니다
-
-
사이트 A에 장애가 발생하면 어떻게 됩니까?
-
사이트 B는 두 통신 채널이 모두 다운되는 것을 볼 수 있습니다.
-
사이트 B가 데이터 서비스를 인수하지만 RPO = 0 미러링이 없습니다
-
-
사이트 B에 장애가 발생하면 어떻게 됩니까?
-
사이트 A는 두 통신 채널이 모두 다운되는 것을 볼 수 있습니다.
-
사이트 A가 데이터 서비스를 인수하지만 RPO = 0 미러링이 없음
-
고려해야 할 다른 시나리오가 있습니다: 데이터 복제 링크의 손실. 사이트 간 복제 링크가 손실되면 RPO=0 미러링이 불가능할 것입니다. 그러면 어떻게 됩니까?
이는 선호 사이트 상태에 의해 제어됩니다. SM-AS 관계에서 사이트 중 하나가 다른 사이트에 대한 보조 사이트입니다. 이 작업은 일반 작업에는 영향을 주지 않으며 모든 데이터 액세스는 대칭이지만 복제가 중단되면 작업을 재개하려면 연결을 끊어야 합니다. 그 결과 기본 사이트가 미러링 없이 운영을 계속하고 복제 통신이 복구될 때까지 보조 사이트가 입출력 처리를 중지합니다.