클러스터 간 호스트 기반 데이터 복제 구성 지침

이 절에서는 클러스터 간에 데이터 복제를 구성하는 지침을 제공합니다. 또한 복제 리소스 그룹 및 응용 프로그램 리소스 그룹 구성에 대한 팁을 제공합니다. 클러스터에서 데이터 복제를 구성할 때 이 지침을 사용합니다.

이 절은 다음 내용으로 구성되어 있습니다.

• 복제 리소스 그룹 구성

• 응용 프로그램 리소스 그룹 구성

  • 페일오버 응용 프로그램에서 리소스 그룹 구성

  • 확장 가능 응용 프로그램에서 리소스 그룹 구성

• 테이크오버 관리 지침

복제 리소스 그룹 구성

복제 리소스 그룹은 Availability Suite 소프트웨어 통제하의 장치 그룹을 논리 호스트 이름 리소스와 함께 배치합니다. 논리적 호스트 이름은 각 데이터 복제 스트림 끝에 존재해야 하고, 장치의 기본 I/O 경로와 동일한 클러스터 노드에 있어야 합니다. 복제 리소스 그룹은 다음과 같은 특징을 가져야 합니다.

• 페일오버 리소스 그룹 만들기

  페일오버 리소스는 한 번에 한 노드에서만 실행할 수 있습니다. 페일오버가 발생하면 페일오버 리소스이 페일오버에 참여합니다.

• 논리 호스트 이름 리소스 보유

  논리적 호스트 이름은 각 클러스터(기본 및 보조)의 한 노드에서 호스트되고, Availability Suite 소프트웨어 데이터 복제 스트림의 소스 및 대상 주소를 제공할 수 있습니다.

• HAStoragePlus 리소스 소유

  HAStoragePlus 리소스는 복제 리소스 그룹이 스위치오버 또는 페일오버될 때 장치 그룹의 페일오버를 적용합니다. Oracle Solaris Cluster 소프트웨어 또한 장치 그룹이 스위치오버될 때 복제 리소스 그룹의 페일오버를 적용합니다. 이런 식으로 복제 리소스 그룹과 장치 그룹은 항상 동일한 노드에서 나란히 배열되거나 마스터됩니다.

  다음 확장 등록 정보는 HAStoragePlus 리소스에 정의되어 있어야 합니다.

  • GlobalDevicePaths. 이 확장 등록 정보는 볼륨이 속한 장치 그룹을 정의합니다.

  • AffinityOn 등록 정보 = True. 이 확장 등록 정보는 복제 리소스 그룹이 스위치오버 또는 페일오버될 때 해당 리소스 그룹을 스위치오버 또는 페일오버합니다. 이 기능을 유사성 스위치오버라고 합니다.

  HAStoragePlus에 대한 자세한 내용은 SUNW.HAStoragePlus(5) 매뉴얼 페이지를 참조하십시오.

• 함께 배치되는 장치 그룹의 이름에 따라 이름 지정 후 -stor-rg 추가

  예를 들어 devgrp-stor-rg입니다.

• 기본 클러스터 및 보조 클러스터 모두에서 온라인화

응용 프로그램 리소스 그룹 구성

고가용성을 제공하려면 응용 프로그램을 응용 프로그램 리소스 그룹의 리소스로 관리해야 합니다. 응용 프로그램 리소스 그룹은 페일오버 응용 프로그램이나 확장 가능 응용 프로그램으로 구성할 수 있습니다.

ZPoolsSearchDir 확장 등록 정보가 HAStoragePlus 리소스에 정의되어야 합니다. 이 확장 등록 정보는 ZFS 파일 시스템을 사용하기 위해 필요합니다.

기본 클러스터에서 구성된 응용 프로그램 리소스 및 응용 프로그램 리소스 그룹은 보조 클러스터에서도 구성되어야 합니다. 또한 응용 프로그램 리소스에서 액세스하는 데이터는 보조 클러스터에 복제되어야 합니다.

이 절에서는 다음 응용 프로그램 리소스 그룹 구성에 대한 지침을 제공합니다.

• 페일오버 응용 프로그램에서 리소스 그룹 구성

• 확장 가능 응용 프로그램에서 리소스 그룹 구성

페일오버 응용 프로그램에서 리소스 그룹 구성

페일오버 응용 프로그램에서는 하나의 응용 프로그램이 한 번에 한 노드에서 실행됩니다. 해당 노드가 실패하면 응용 프로그램은 동일한 클러스터의 다른 노드로 페일오버됩니다. 페일오버 응용 프로그램의 리소스 그룹은 다음과 같은 특징을 가져야 합니다.

• 응용 프로그램 리소스 그룹이 스위치오버 또는 페일오버될 때 파일 시스템이나 zpool의 페일오버를 적용할 HAStoragePlus 리소스를 소유합니다.

  장치 그룹은 복제 리소스 그룹 및 응용 프로그램 리소스 그룹과 함께 나란히 배열됩니다. 따라서 응용 프로그램 리소스 그룹이 페일오버되면 장치 그룹 및 복제 리소스 그룹도 페일오버됩니다. 응용 프로그램 리소스 그룹, 복제 리소스 그룹 및 장치 그룹은 동일한 노드에서 마스터됩니다.

  그러나 장치 그룹이나 복제 리소스 그룹이 페일오버되면 응용 프로그램 리소스 그룹이 페일오버되지 않습니다.

  • 응용 프로그램 데이터가 전역으로 마운트될 경우, 응용 프로그램 리소스 그룹에 HAStoragePlus 리소스가 반드시 있을 필요는 없지만, 있는 것이 좋습니다.

  • 응용 프로그램 데이터가 로컬로 마운트될 경우, 응용 프로그램 리소스 그룹에 HAStoragePlus 리소스가 반드시 있어야 합니다.

  HAStoragePlus에 대한 자세한 내용은 SUNW.HAStoragePlus(5) 매뉴얼 페이지를 참조하십시오.

• 기본 클러스터에서는 온라인, 보조 클러스터에서는 오프라인이어야 합니다.

  보조 클러스터가 기본 클러스터를 대신하는 경우 응용 프로그램 리소스 그룹은 보조 클러스터에서 온라인화되어야 합니다.

그림 5에서는 페일오버 응용 프로그램에 있는 응용 프로그램 리소스 그룹 및 복제 리소스 그룹의 구성을 보여 줍니다.

그림 5  페일오버 응용 프로그램에서 리소스 그룹 구성

확장 가능 응용 프로그램에서 리소스 그룹 구성

확장 가능 응용 프로그램에서는 하나의 응용 프로그램이 여러 노드에서 실행되어 단일한 논리 서비스를 만듭니다. 확장 가능 응용 프로그램을 실행하는 노드가 실패할 경우 페일오버가 발생하지 않습니다. 응용 프로그램은 다른 노드에서 계속 실행됩니다.

확장 가능 응용 프로그램이 응용 프로그램 리소스 그룹의 리소스로 관리되는 경우 응용 프로그램 리소스 그룹을 장치 그룹과 함께 배치할 필요는 없습니다. 따라서 응용 프로그램 리소스 그룹에 대해 HAStoragePlus 리소스를 만들지 않아도 됩니다.

확장 가능 응용 프로그램의 리소스 그룹은 다음과 같은 특징을 가져야 합니다.

• 공유 주소 리소스 그룹에 대한 종속성 있음

  확장 가능 응용 프로그램을 실행하는 노드는 들어오는 데이터를 분산하기 위해 공유 주소를 사용합니다.

• 기본 클러스터에서는 온라인, 보조 클러스터에서는 오프라인이어야 함

그림 6에서는 확장 가능 응용 프로그램에 있는 리소스 그룹의 구성을 보여 줍니다.

그림 6  확장 가능 응용 프로그램에서 리소스 그룹 구성

테이크오버 관리 지침

기본 클러스터가 실패하면 가능한 빨리 응용 프로그램이 보조 클러스터로 스위치오버되어야 합니다. 보조 클러스터로 스위치오버하려면 DNS를 업데이트해야 합니다.

클라이언트는 DNS를 사용하여 응용 프로그램의 논리 호스트 이름을 IP 주소와 매핑합니다. 응용 프로그램을 보조 클러스터로 이동하는 테이크오버를 마친 후에, 응용 프로그램의 논리 호스트 이름과 새 IP 주소 간의 매핑을 반영하도록 DNS 정보를 업데이트해야 합니다.

그림 7  클라이언트를 클러스터에 DNS 매핑

DNS를 업데이트하려면 nsupdate 명령을 사용합니다. 자세한 내용은 nsupdate(1M) 매뉴얼 페이지를 참조하십시오. 테이크오버를 관리하는 방법의 예는 테이크오버를 관리하는 방법의 예를 참조하십시오.

복구 후에는 기본 클러스터를 다시 온라인으로 설정할 수 있습니다. 원래의 기본 클러스터로 다시 전환하려면 다음 작업을 수행합니다.

1. 기본 클러스터를 보조 클러스터와 동기화하여 기본 볼륨이 최신이 되게 합니다. 이를 위해 보조 노드에서 리소스 그룹을 중지하여 복제 데이터 스트림을 배출할 수 있도록 합니다.

2. 데이터 복제 방향을 반대로 합니다. 원래의 기본 클러스터가 현재가 되도록 다시 한번 원래의 보조 클러스터로 데이터를 복제합니다.

3. 기본 클러스터에서 리소스 그룹을 시작합니다.

4. 클라이언트가 기본 클러스터의 응용 프로그램에 액세스할 수 있도록 DNS를 업데이트합니다.