%

Date: 1월 18, 2018

비동기 복제를 다중 사이트 클러스터에서 사용하려면 어떻게해야합니까? 데이터가 동기화되지 않았습니까?

나는이 질문을 몇 번 이상 물어 봤고, 그래서 나는 나의 첫 번째 블로그 포스트에서 대답 할 것이라고 생각했다. 기본 대답은 예입니다. 다중 사이트 클러스터에서 비동기 복제를 사용할 때 예기치 않은 오류가 발생하여 데이터가 손실 될 수 있습니다. 이상적인 세계에서 모든 회사는 DR 사이트에 다크 파이버 연결을하고 다중 사이트 클러스터와의 동기식 복제를 사용하여 데이터 손실 가능성을 제거합니다. 그러나 대부분의 경우 DR 사이트에 대한 WAN 연결에 동기화 복제를 지원하기에는 너무 많은 대기 시간이 필요합니다. 이러한 경우 비동기 복제는 훌륭한 대안입니다.

내 옵션은 무엇입니까?

WSFC 다중 사이트 클러스터와 함께 사용할 비동기 복제 솔루션을 선택할 때 몇 가지 옵션 이상이 있습니다. 여기에는 EMC, IBM, HP 등과 같은 회사의 어레이 기반 솔루션이 포함됩니다. 나에게 친숙하고 친숙한 호스트 기반 솔루션 인 "SteelEye DataKeeper Cluster Edition"을 제공합니다. DataKeeper를 가장 잘 알고 있기 때문에 DataKeeper의 장래성에서이 모든 기능이 어떻게 작동하는지 설명하겠습니다.

SteelEye DataKeeper는 무엇입니까?

SteelEye DataKeeper와 비동기식 복제를 사용할 때 비동기식 대기열에 일정 수의 쓰기를 저장할 수 있습니다. 대기열에 기록 할 수있는 쓰기 수는 "최고급 표시"에 의해 결정됩니다. 이 값은 DataKeeper에서 미러 상태가 "미러링"에서 "일시 중지"로 변경되기 전에 큐에 저장할 수있는 데이터의 양을 결정하는 데 사용할 수있는 조정 가능한 값입니다. 또한 "일시 중지됨"상태는 보조 서버와 주 서버간에 통신 장애가 발생할 때마다 입력됩니다. 일시 중지 된 상태에서 다중 사이트 클러스터의 자동 장애 조치는 사용할 수 없으며 예기치 않은 오류로 인해 손실 될 수있는 데이터의 양이 제한됩니다. 원래 데이터 세트가 "lost forever"로 간주되면 대상 서버의 나머지 데이터를 수동으로 잠금 해제하고 클러스터 노드를 서비스 할 수 있습니다.

"일시 중지됨"상태에있는 동안 DataKeeper는 모든 데이터가 다시 동기화 될 때까지 미러가 "다시 동기화"상태가되는 "낮은 워터 마크"에 도달 할 때까지 비동기 대기열이 소모되도록 허용합니다. 이 시점에서 미러는 다시 한 번 "미러링"상태가되고 자동 장애 조치가 다시 활성화됩니다.

WAN 링크가 포화되거나 깨지지 않는 한이 비동기 대기열에서 주어진 시간에 몇 번 이상 글을 읽지 않아야합니다. 예기치 않은 오류 (전원 코드가 있다고 생각 함)에서는 비동기 대기열에있는 쓰기를 잃게됩니다. 이는 다중 사이트 클러스터로 달성 할 수있는 RPO (복구 지점 목표) 및 RTO (복구 시간 목표)를 원하지만 WAN 링크의 동기 복제를 효과적으로 지원할 수있는 대기 시간이 너무 길 때 트레이드 오프입니다.

SteelEye DataKeeper를 사용해보십시오.

Windows 성능 로그 및 경고를 통해 DataKeeper 비동기 대기열을 모니터링하는 시간을 가지십시오. DataKeeper 복제 엔진의 효율성으로 비동기 큐가 비어있는 대부분의 시간을 발견하게되어 놀랄 것입니다. 대량의 쓰기가 발생하는 경우에도 비동기 큐는 매우 커지지 않으며 항상 거의 즉시 소모됩니다. 따라서 주어진 시간에 위험에 처한 데이터의 양은 최소화됩니다. 어젯밤의 백업에서 복원하는 재해의 대안과 비교할 때, 비동기 복제를 사용하여 예기치 않은 오류가 발생해도 손실 할 수있는 쓰기 횟수는 최소화됩니다.

물론 단일 쓰기를 잃어 버리는 것조차 용납 될 수없는 경우가 있습니다. 이러한 경우 고속, 저 지연 LAN 또는 WAN 연결에서 SteelEye DataKeeper의 동기식 복제 옵션을 사용하는 것이 좋습니다.

Clusteringformeremortals.com의 허락을 받아 재현