클러스터 내에서 저장소 기반 데이터 복제 사용

저장소 기반 데이터 복제에서는 저장 장치에 설치된 소프트웨어를 사용하여 클러스터 또는 캠퍼스 클러스터 내에서 복제를 관리합니다. 이러한 소프트웨어는 특정 저장 장치와 관련이 있으며 재해 복구에 사용되지 않습니다. 저장소 기반 데이터 복제를 구성할 때는 저장 장치와 함께 제공되는 설명서를 참조하십시오.

사용하는 소프트웨어에 따라 저장소 기반 데이터 복제를 사용한 자동 또는 수동 페일오버를 사용할 수 있습니다. Oracle Solaris Cluster에서는 Hitachi TrueCopy, Hitachi Universal Replicator 및 EMC SRDF 소프트웨어를 사용한 복제본의 수동 및 자동 페일오버를 모두 지원합니다.

이 절에서는 캠퍼스 클러스터에서 사용되는 저장소 기반 데이터 복제에 대해 설명합니다. 그림 4-1에서는 데이터가 두 저장소 어레이 간에 복제되는 룸이 두 개인 샘플 구성을 보여 줍니다. 이 구성에서 기본 저장소 어레이는 첫 번째 룸에 포함되어 있으며 두 룸의 노드에 데이터를 제공합니다. 기본 저장소 어레이는 복제할 데이터가 있는 보조 저장소 어레이도 제공합니다.

그림 4-1 저장소 기반 데이터 복제를 사용하는 방이 두 개인 구성

Hitachi TrueCopy 또는 Hitachi Universal Replicator를 사용한 저장소 기반 데이터 복제는 사용하는 응용 프로그램의 유형에 따라 Oracle Solaris Cluster 환경에서 동기적으로나 비동기적으로 수행할 수 있습니다. 캠퍼스 클러스터에서 자동 페일오버를 수행하려면 TrueCopy를 동기적으로 사용합니다. EMC SRDF와의 저장소 기반 동기식 복제는 Oracle Solaris Cluster에서 지원됩니다. 비동기식 복제는 EMC SRDF에 대해 지원되지 않습니다.

EMC SRDF의 Domino 모드나 Adaptive Copy 모드를 사용하지 마십시오. Domino 모드에서는 대상을 사용할 수 없는 경우 호스트에서 로컬 및 대상 SRDF 볼륨을 사용할 수 없게 합니다. Adaptive Copy 모드는 일반적으로 데이터 마이그레이션 및 데이터 센터 이동에 사용되며 재해 복구에 권장되지 않습니다.

원격 저장 장치와 연결이 끊어지면 Fence_level을 never 또는 async로 지정하여 기본 클러스터에서 실행되는 응용 프로그램이 차단되지 않는지 확인합니다. Fence_level을 data 또는 status로 지정하면 원격 저장 장치로 업데이트를 복사할 수 없는 경우 기본 저장 장치에서 업데이트를 거부합니다.

클러스터 내에서 저장소 기반 데이터 복제를 사용할 때의 요구 사항 및 제한 사항

데이터 무결성을 보장하려면 다중 경로 지정 및 적절한 RAID 패키지를 사용합니다. 다음 목록에는 저장소 기반 데이터 복제를 사용하는 클러스터 구성을 구현하는 데 필요한 고려 사항이 포함되어 있습니다.

• 노드 간 거리는 Oracle Solaris Cluster Fibre Channel 및 상호 연결 인프라에 의해 제한됩니다. 현재의 제한 사항 및 지원되는 기술에 대한 자세한 내용은 Oracle 서비스 공급자에게 문의하십시오.

• 복제된 볼륨을 쿼럼 장치로 구성하지 마십시오. 복제되지 않은 공유 볼륨에서 쿼럼 장치를 찾거나 쿼럼 서버를 사용합니다.

• 클러스터 노드에서는 데이터의 기본 사본만 볼 수 있어야 합니다. 그렇지 않으면 볼륨 관리자는 기본 데이터 사본과 보조 데이터 사본에 동시에 액세스할 수 있습니다. 데이터 사본의 가시성 제어에 대한 자세한 내용은 저장소 어레이와 함께 제공된 문서를 참조하십시오.

• EMC SRDF, Hitachi TrueCopy 및 Hitachi Universal Replicator를 사용하면 사용자는 복제된 장치 그룹을 정의할 수 있습니다. 각 복제 장치 그룹에는 이름이 같은 Oracle Solaris Cluster 장치 그룹이 필요합니다.

• 특정한 응용 프로그램 고유 데이터는 비동기식 데이터 복제에 적합하지 않을 수 있습니다. 사용 중인 응용 프로그램의 동작에 대한 이해를 바탕으로 응용 프로그램 고유의 데이터를 저장 장치로 복제하는 최적의 방법을 결정합니다.

• 자동 페일오버를 위한 클러스터를 구성할 경우, 동기식 복제를 사용합니다.

  복제된 볼륨의 자동 페일오버를 위한 클러스터 구성 지침은 저장소 기반 복제 장치 관리를 참조하십시오.

• Oracle RAC(Real Application Clusters)는 클러스터 내에서 복제할 때 SRDF, Hitachi TrueCopy 및 Hitachi Universal Replicator에서 지원되지 않습니다. 현재 기본 복제본이 아닌 복제본에 연결된 노드에는 쓰기 액세스 권한이 없습니다. 클러스터의 모든 노드에서 직접적인 쓰기 액세스가 필요한 확장 가능한 응용 프로그램은 복제된 장치에서 지원되지 않습니다.

• Veritas CVM(Cluster Volume Manager) 및 Oracle Solaris Cluster 소프트웨어용 복수 소유자 Solaris Volume Manager는 지원되지 않습니다.

• EMC SRDF에서 Domino 모드 또는 Adaptive Copy 모드를 사용하지 마십시오. 자세한 내용은 클러스터 내에서 저장소 기반 데이터 복제 사용을 참조하십시오.

• Hitachi TrueCopy 또는 Hitachi Universal Replicator에서 Data 모드 또는 Status 모드를 사용하지 마십시오. 자세한 내용은 클러스터 내에서 저장소 기반 데이터 복제 사용을 참조하십시오.

클러스터 내에서 저장소 기반 데이터 복제를 사용할 때의 수동 복구 문제

모든 캠퍼스 클러스터와 마찬가지로, 저장소 기반 데이터 복제를 사용하는 클러스터는 단일 장애 발생 시 일반적으로 개입이 필요하지 않습니다. 그러나 수동 페일오버를 사용 중이고 기본 저장 장치가 있는 룸이 손실된 경우(그림 4-1) 2노드 클러스터에서 문제가 발생합니다. 나머지 노드는 쿼럼 장치를 예약할 수 없으며 클러스터 구성원으로 부트될 수 없습니다. 이러한 경우, 해당 클러스터에는 다음과 같은 수동 개입이 필요합니다.

1. Oracle 서비스 공급자는 나머지 노드가 클러스터 구성원으로 부트되도록 재구성해야 합니다.

2. 사용자 또는 Oracle 서비스 공급자는 보조 저장 장치의 복제되지 않은 볼륨을 쿼럼 장치로 구성해야 합니다.

3. 사용자 또는 Oracle 서비스 공급자는 나머지 노드에서 보조 저장 장치를 기본 저장소로 사용하도록 구성해야 합니다. 위와 같이 재구성할 경우, 볼륨 관리자 볼륨을 재구축하고 데이터를 복원하거나 저장소 볼륨과의 응용 프로그램 연결을 변경하게 될 수도 있습니다.

저장소 기반 데이터 복제 사용 용례

저장소 기반 데이터 복제에 Hitachi TrueCopy 또는 Hitachi Universal Replicator 소프트웨어를 사용하는 장치 그룹을 설정할 때는 다음과 같은 사례를 살펴보십시오.

• 기본 사이트가 실패하면 동기 복제를 사용하여 발생할 수 있는 데이터 손실을 방지합니다.

• horcm 구성 파일에 정의된 Oracle Solaris Cluster 전역 장치 그룹과 TrueCopy 복제 그룹 간에 일 대 일 관계가 있어야 합니다. 이를 통해 두 그룹 모두 단일 단위로 노드 간 이동할 수 있습니다.

• 전역 파일 시스템 볼륨과 페일오버 파일 시스템 볼륨은 서로 다르게 제어되므로 같은 복제된 장치 그룹에서 혼합하여 사용할 수 없습니다. 전역 파일 시스템은 DCS(Device Configuration System)에서 제어하고 페일오버 파일 시스템 볼륨은 HAS+에서 제어합니다. 각 볼륨에 대한 기본 노드가 다를 수 있으므로 기본 복제가 되는 노드에서 충돌이 발생할 수 있습니다.

• 모든 RAID 관리자 인스턴스는 항상 가동 및 실행되어야 합니다.

저장소 기반 데이터 복제에 EMC SRDF 소프트웨어를 사용하는 경우에는 정적 장치 대신 동적 장치를 사용합니다. 정적 장치의 경우 기본 복제를 변경하는 데 몇 분 정도 걸리고, 페일오버 시간에 영향을 미칠 수 있습니다.