Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Table of Contents
maxLevel7
minLevel1

...

  • 초기 동기화(강제 승격)의 절차를 다시 수행합니다.

Note

구성 해제 시 주의할 점

운영하던 노드의 볼륨을 소스로 재구성하게 될 경우라면 소스 였던 볼륨을 그대로 사용하면 되므로 별 다르게 주의할 점은 없습니다.

그러나 타깃 볼륨 측을 소스로 재구성해야 할 경우에는 구성을 해제하기 전에 다음의 절차를 통해 반드시 타깃이 최신 데이터가 확보될 수 있도록 해야 합니다.

  • 복제 연결을 수립합니다.

  • OOS 가 있을 경우 자동 동기화가 수행되고 동기화를 완료합니다.

  • 소스 측 리소스를 강등 및 중지(down) 하고, down 이 완료되면 이 때 타깃 노드는 최신데이터가 확보된 상태 입니다.

  • 구성 해제 작업을 시작합니다.

예를 들어, 타깃의 disk 상태가 UpToDate 라 하더라도 복제 연결이 해제된 상태일 경우에는 최신 데이터가 아닐 수 있다는 점을 간과 해선 안됩니다. (소스 측에 OOS 가 있으면 타깃은 예전 데이터 입니다.)

구성을 해제하기 전 위의 과정을 통해 최신 데이터를 가진 볼륨을 반드시 확보해야 합니다.

...

구성된 리소스의 볼륨은 운영상황에 따라 크기를 확장하거나 축소해야 할 수 있습니다. 이를 위해서 복제 볼륨의 크기를 조정하는 다음과 같은 절차를 수행해야 합니다. 크기 조정은 플랫폼에 따라 차이가 있으며 볼륨 확장은 서비스 운영 중에 가능하지만 볼륨 축소는 운영중에는 안되고 서비스 리소스 오프라인 후 전체 재구성을 통해서 해야 재구성 과정을 거쳐야 합니다.

윈도우즈

윈도우즈에서 복제 운영 중 양노드의 다음의 순서로 볼륨 크기를 조정하기 위해선 먼저 조정합니다.

  1. 복제 연결을 끊고(disconnect) 양 노드를 Primary 상태로

...

  1. 만듭니다(Secondary 상태에선 볼륨이

...

  1. 잠겨있기 때문에

...

  1. 크기조정을 할 수 없습니다).

  2. 양 노드를 Primary 로 승격하면 복제 클러스터는 스플릿브레인 상태가

...

  1. 됩니다.

  2. 양 측 볼륨의 크기를 확장합니다.

  3. 원래 Secondary 였던 노드를

...

  1. 강등합니다.

  2. Secondary 노드를 희생노드로 하여 스플릿 브레인을 해결합니다.

이렇게 하면 전체 복제 볼륨의 크기가 늘어나고 새롭게 늘어난 크기의 볼륨 영역만큼 소스 기준으로 동기화가 되어 온라인 중 볼륨 확장이 가능해 집니다. 진행됩니다.

Note
  • 물론 늘어난 타깃의 볼륨 크기는

...

  • 소스의 크기와 같게 조정되어야 합니다.

...

info
  • 볼륨의 크기가 커지는 만큼 메타디스크의 크기도 자동으로 늘어나는데(볼륨 확장시점에 bsr 내부적으로 처리합니다), 필요한 용량만큼 여유 분이 확보되어 있지 않다면 볼륨확장이

실패하게 됩니다
  • 실패합니다. 따라서 온라인 볼륨 확장을 위해선 초기 리소스 구축과정에서 이를 염두에 두고 메타디스크 크기를 여유있게 산정할 필요가 있습니다.

리눅스

리눅스에서 온라인 볼륨 확장을 수행하려면 bsr의 블럭장치가 LVM 과 같은 볼륨 관리자와 함께 구성되어 있어야 하며 소스와 타깃 노드는 복제 연결상태를 Connected 상태로 유지해야 합니다.

...