Availability Suite 소프트웨어를 사용하여 호스트 기반 데이터 복제 구성

이 부록에서는 Oracle Solaris Cluster Geographic Edition을 사용하지 않는 호스트 기반 복제 대신 사용할 수 있는 방법에 대해 설명합니다. 호스트 기반 복제에 Oracle Solaris Cluster Geographic Edition을 사용하여 클러스터 간에 호스트 기반 복제의 구성 및 작업을 단순화하십시오. 데이터 복제 이해를 참조하십시오.

이 부록의 예에서는 Oracle Solaris의 가용성 제품군 기능 소프트웨어를 사용하여 클러스터 간에 호스트 기반 데이터 복제를 구성하는 방법을 보여 줍니다. 이 예에서는 NFS 응용 프로그램의 전체 클러스터 구성을 보여주어 개별 작업을 수행할 수 있는 방법을 알려줍니다. 모든 작업은 전역 클러스터에서 수행되어야 합니다. 이 예에 다른 응용 프로그램이나 클러스터 구성에 필요한 단계가 모두 포함되어 있지는 않습니다.

역할 기반 액세스 제어(Role-based Access Control, RBAC)를 사용하여 클러스터 노드에 액세스할 경우, 모든 Oracle Solaris Cluster 명령에 대한 권한 부여를 제공하는 RBAC 역할로 전환할 수 있어야 합니다. 이러한 일련의 데이터 복제 절차에는 다음과 같은 Oracle Solaris Cluster RBAC 권한 부여가 필요합니다.

• solaris.cluster.modify

• solaris.cluster.admin

• solaris.cluster.read

RBAC 역할 사용에 대한 자세한 내용은 Oracle Solaris 11.1 관리: 보안 서비스를 참조하십시오. 각 Oracle Solaris Cluster 하위 명령에 필요한 RBAC 인증에 대해서는 Oracle Solaris Cluster 매뉴얼 페이지를 참조하십시오.

클러스터의 Availability Suite 소프트웨어 이해

이 절에서는 재해 허용 한계를 소개하고 Availability Suite 소프트웨어에서 사용하는 데이터 복제 방법에 대해 설명합니다.

재해 허용 한계는 기본 클러스터를 실패할 때 대체 클러스터에 응용 프로그램을 복원하는 기능입니다. 재해 허용 한계는 데이터 복제 및 테이크오버를 기반으로 합니다. 테이크오버는 하나 이상의 자원 그룹 및 장치 그룹을 온라인으로 전환하여 응용 프로그램 서비스를 보조 클러스터로 재배치합니다.

기본 클러스터와 보조 클러스터 간에 동기적으로 데이터를 복제할 경우 기본 사이트를 실패할 때 커밋된 데이터가 손실되지 않습니다. 그러나 비동기적으로 데이터를 복제할 경우 기본 사이트를 실패할 때 일부 데이터가 보조 클러스터로 복제되지 않을 수 있으므로 데이터가 손실됩니다.

Availability Suite 소프트웨어에서 사용하는 데이터 복제 방법

이 절에서는 Availability Suite 소프트웨어가 사용하는 원격 미러 복제 방법 및 포인트 인 타임 스냅샷 방법을 설명합니다. 이 소프트웨어에서는 sndradm 및 iiadm 명령을 사용하여 데이터를 복제합니다. 자세한 내용은 sndradm(1M) 및 iiadm(1M) 매뉴얼 페이지를 참조하십시오.

원격 미러 복제

그림 A-1에서는 원격 미러 복제를 보여 줍니다. 기본 디스크의 마스터 볼륨 데이터가 TCP/IP 연결을 통해 보조 디스크의 마스터 볼륨으로 복제됩니다. 원격 미러 비트맵이 1차 디스크의 마스터 볼륨과 2차 디스크의 마스터 볼륨 사이의 차이를 추적합니다.

그림 A-1 원격 미러 복제

원격 미러 복제는 동기식 또는 비동기식으로 실시간 수행할 수 있습니다. 각 클러스터에 설정된 볼륨 각각은 동기식 복제나 비동기식 복제로 개별 구성될 수 있습니다.

• 동기식 데이터 복제에서는 원격 볼륨이 업데이트된 다음에야 쓰기 작업이 완료된 것으로 확인됩니다.

• 비동기식 데이터 복제에서는 원격 볼륨이 업데이트되기 전에 쓰기 작업이 완료된 것으로 확인됩니다. 비동기식 데이터 복제는 원거리 및 낮은 대역폭 환경에서 보다 융통성있게 활용할 수 있습니다.

포인트 인 타임 스냅샷

그림 A-2에서는 포인트 인 타임 스냅샷을 보여 줍니다. 각 디스크의 마스터 볼륨 데이터가 동일한 디스크의 섀도우 볼륨으로 복사됩니다. 포인트 인 타임 비트맵은 마스터 볼륨과 섀도우 볼륨 간의 차이를 추적합니다. 섀도우 볼륨에 데이터가 복사되면 포인트 인 타임 비트맵이 다시 설정됩니다.

그림 A-2 포인트 인 타임 스냅샷

구성 예에서의 복제

그림 A-3에서는 이 구성 예에서 원격 미러 복제 및 포인트 인 타임 스냅샷을 사용하는 방법을 보여 줍니다.

그림 A-3 구성 예에서의 복제

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

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

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

• 복제 자원 그룹 구성

• 응용 프로그램 자원 그룹 구성

  • 페일오버 응용 프로그램에서 자원 그룹 구성

  • 확장 가능 응용 프로그램에서 자원 그룹 구성

• 테이크오버 관리 지침

복제 자원 그룹 구성

복제 자원 그룹은 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) 매뉴얼 페이지를 참조하십시오.

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

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

그림 A-4에서는 페일오버 응용 프로그램에 있는 응용 프로그램 자원 그룹 및 복제 자원 그룹의 구성을 보여 줍니다.

그림 A-4 페일오버 응용 프로그램에서 자원 그룹 구성

확장 가능 응용 프로그램에서 자원 그룹 구성

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

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

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

• 공유 주소 자원 그룹에 대한 종속성 있음

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

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

그림 A-5에서는 확장 가능 응용 프로그램에 있는 자원 그룹의 구성을 보여 줍니다.

그림 A-5 확장 가능 응용 프로그램에서 자원 그룹 구성

테이크오버 관리 지침

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

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

그림 A-6 클라이언트를 클러스터에 DNS 매핑

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

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

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

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

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

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

작업 맵: 데이터 복제 구성의 예

표 A-1은 이 예에서 NFS 응용 프로그램에 대해 Availability Suite 소프트웨어를 사용하여 데이터 복제를 구성하는 방법의 작업 목록입니다.

표 A-1 작업 맵: 데이터 복제 구성의 예

클러스터 연결 및 설치

그림 A-7에서는 구성 예에서 사용하는 클러스터 구성을 보여 줍니다. 이 구성 예에서 보조 클러스터는 단일 노드를 포함하지만 다른 클러스터 구성도 사용할 수 있습니다.

그림 A-7 클러스터 구성 예

표 A-2에는 구성 예에 필요한 하드웨어 및 소프트웨어가 요약되어 있습니다. Availability Suite 소프트웨어 및 업데이트를 설치하기 전에 Oracle Solaris OS, Oracle Solaris Cluster 소프트웨어 및 볼륨 관리자 소프트웨어를 클러스터 노드에 설치해야 합니다.

표 A-2 필수 하드웨어 및 소프트웨어

장치 그룹 및 자원 그룹을 구성하는 방법의 예

이 절에서는 NFS 응용 프로그램에서 장치 그룹 및 자원 그룹을 구성하는 방법에 대해 설명합니다. 추가 정보는 복제 자원 그룹 구성 및 응용 프로그램 자원 그룹 구성을 참조하십시오.

이 절에서는 다음 절차에 대해 설명합니다.

• 기본 클러스터에 장치 그룹을 구성하는 방법

• 보조 클러스터에 장치 그룹을 구성하는 방법

• NFS 응용 프로그램에서 기본 클러스터 파일 시스템을 구성하는 방법

• NFS 응용 프로그램에서 보조 클러스터 파일 시스템을 구성하는 방법

• 기본 클러스터에서 복제 자원 그룹을 만드는 방법

• 보조 클러스터에서 복제 자원 그룹을 만드는 방법

• 기본 클러스터에서 NFS 응용 프로그램 자원 그룹을 만드는 방법

• 보조 클러스터에서 NFS 응용 프로그램 자원 그룹을 만드는 방법

• 복제가 올바르게 구성되었는지 확인하는 방법

다음 표에서는 구성 예에서 만든 그룹 및 자원의 이름 목록을 표시합니다.

표 A-3 구성 예의 그룹 및 자원 요약

devgrp-stor-rg를 제외한 그룹 및 자원의 이름은 예로 든 것이며 필요에 따라 변경할 수 있습니다. 복제 자원 그룹의 이름은 devicegroupname -stor-rg 형식이어야 합니다.

Solaris Volume Manager 소프트웨어에 대한 자세한 내용은 Oracle Solaris Cluster 소프트웨어 설치 설명서의 4 장, Solaris Volume Manager 소프트웨어 구성을 참조하십시오.