볼륨 관리 계획

이 절에서는 클러스터 구성의 볼륨 관리 계획을 위한 지침을 제공합니다.

• 볼륨 관리자 소프트웨어에 대한 지침

• Solaris Volume Manager 소프트웨어에 대한 지침

• 파일 시스템 로깅

• 미러링 지침

Oracle Solaris Cluster 소프트웨어는 볼륨 관리자 소프트웨어를 사용하여 디스크를 장치 그룹으로 분할하며, 이러한 장치 그룹은 다시 하나의 장치로 관리될 수 있습니다. Oracle Solaris Cluster 소프트웨어는 Solaris Volume Manager 소프트웨어를 지원합니다. 클러스터의 모든 투표 노드에 Solaris Volume Manager 소프트웨어를 설치해야 합니다.

볼륨 관리자 소프트웨어 설치 및 구성 방법에 대한 지침은 볼륨 관리자 설명서 및 Solaris Volume Manager 소프트웨어 구성을 참조하십시오. 클러스터 구성에서 볼륨 관리 사용에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Multihost Devices 및 Oracle Solaris Cluster Concepts Guide의 Device Groups을 참조하십시오.

볼륨 관리자 소프트웨어에 대한 지침

볼륨 관리자 소프트웨어를 사용하여 디스크를 구성할 경우 다음 일반 지침을 고려하십시오.

• 소프트웨어 RAID – Oracle Solaris Cluster 소프트웨어는 소프트웨어 RAID 5를 지원하지 않습니다.

• 미러된 다중 호스트 디스크 – 디스크 확장 장치에서 모든 다중 호스트 디스크를 미러링해야 합니다. 다중 호스트 디스크 미러링에 대한 지침은 다중 호스트 디스크 미러링 지침을 참조하십시오. 저장 장치에서 장치에 대한 중복 경로뿐 아니라 하드웨어 RAID를 제공하는 경우에는 소프트웨어 미러링을 사용하지 않아도 됩니다.

• 미러된 루트 – 루트 디스크를 미러링하면 가용성이 높아지지만 이러한 미러링은 필수 사항이 아닙니다. 루트 디스크를 미러링할지를 결정하는 지침은 미러링 지침을 참조하십시오.

• 고유 이름 지정 – /global/.devices/node@ nodeid 파일 시스템이 마운트된 장치로 사용되는 로컬 Solaris Volume Manager 볼륨이 있을 수 있습니다. 이 경우에는 /global/.devices/node@ nodeid 파일 시스템을 마운트할 각 로컬 볼륨의 이름이 클러스터 전체에서 고유해야 합니다.

• 노드 목록 – 장치 그룹의 가용성을 높이려면 마스터가 될 수 있는 노드 목록 및 해당 페일백 정책을 연결된 자원 그룹과 동일하게 지정합니다. 또는 확장 가능한 자원 그룹에서 연결된 장치 그룹보다 많은 노드를 사용할 경우에는 확장 가능한 자원 그룹의 노드 목록을 장치 그룹의 노드 목록보다 수퍼 세트로 만듭니다. 노드 목록에 대한 자세한 내용은 Oracle Solaris Cluster Data Services Planning and Administration Guide의 자원 그룹 계획 정보를 참조하십시오.

• 다중 호스트 디스크 – 해당 장치 그룹에 대한 노드 목록에 구성된 모든 노드로 장치 그룹을 구성하는 데 사용되는 모든 장치를 연결하거나 이식해야 합니다. Solaris Volume Manager 소프트웨어는 장치가 디스크 세트에 추가될 때 이 연결을 자동으로 검사할 수 있습니다.

• 핫 스페어 디스크 – 핫 스페어 디스크를 사용하면 가용성을 높일 수 있지만 핫 스페어 디스크는 필수 사항이 아닙니다.

디스크 레이아웃 권장 사항과 추가 제한 사항에 대한 내용은 볼륨 관리자 설명서를 참조하십시오.

Solaris Volume Manager 소프트웨어에 대한 지침

Solaris Volume Manager 구성을 계획할 때는 다음 사항을 고려하십시오.

• 로컬 볼륨 이름 – 전역 장치 파일 시스템 /global/.devices/node@nodeid가 마운트된 각 로컬 Solaris Volume Manager 볼륨의 이름은 클러스터 전체에서 고유해야 합니다. 또한 이름이 어떠한 장치-ID 이름과도 동일해서는 안됩니다.

• 이중 문자열 중재자 – 디스크 문자열은 디스크 외장 장치, 물리적 디스크, 외장 장치와 호스트를 연결하는 케이블 및 인터페이스 어댑터 카드로 구성됩니다. 정확히 2개의 디스크 문자열로 구성되고 정확히 2개의 Oracle Solaris 호스트에서 마스터하는 각 디스크 세트를 이중 문자열 디스크 세트라고 합니다. 이러한 디스크 세트에는 Solaris Volume Manager 이중 문자열 중개자가 구성되어 있어야 합니다. 이중 문자열 중재자를 구성할 때는 다음 규칙을 준수하십시오.

  • 각 디스크 세트가 중재자 호스트 역할을 하는 호스트 두 개 또는 세 개를 갖도록 구성해야 합니다.

  • 해당 디스크 세트에 대한 중재자로 디스크 세트를 마스터할 수 있는 호스트를 사용해야 합니다. 캠퍼스 클러스터가 있는 경우 클러스터 네트워크에서 세번째 노드 또는 클러스터되지 않은 호스트를 세번째 중재자 호스트로 구성하여 가용성을 향상시킬 수도 있습니다.

  • 2문자열 및 2호스트 요구 사항을 충족하지 않는 디스크 세트에는 중재자를 구성할 수 없습니다.

  자세한 내용은 mediator(7D) 매뉴얼 페이지를 참조하십시오.

파일 시스템 로깅

로깅은 UFS 클러스터 파일 시스템에서 필수 사항입니다. Oracle Solaris Cluster 소프트웨어는 Oracle Solaris UFS 로깅을 지원합니다. 자세한 내용은 mount_ufs(1M) 매뉴얼 페이지를 참조하십시오.

Solaris Volume Manager에서는 두 가지 유형의 파일 시스템 로깅이 모두 지원됩니다.

미러링 지침

이 절에서는 클러스터 구성의 미러링 계획을 위한 다음과 같은 지침을 제공합니다.

• 다중 호스트 디스크 미러링 지침

• 루트 디스크 미러링 지침

다중 호스트 디스크 미러링 지침

Oracle Solaris Cluster 구성에서 모든 다중 호스트 디스크를 미러링하면 단일 장치에 장애가 발생해도 문제가 되지 않습니다. Oracle Solaris Cluster 소프트웨어를 사용하려면 확장 장치 사이에서 모든 다중 호스트 디스크를 미러링해야 합니다. 저장 장치에서 장치에 대한 중복 경로뿐 아니라 하드웨어 RAID를 제공하는 경우에는 소프트웨어 미러링을 사용하지 않아도 됩니다.

다중 호스트 디스크를 미러링할 때는 다음 사항을 고려하십시오.

• 별도의 디스크 확장 장치 – 지정된 미러의 각 하위 미러가 서로 다른 다중 호스트 확장 장치에 있어야 합니다.

• 디스크 공간 – 미러링하려면 두 배의 디스크 공간이 필요합니다.

• 3중 미러링 – Solaris Volume Manager 소프트웨어는 3중 미러링을 지원합니다. 그러나 Oracle Solaris Cluster 소프트웨어에서는 양방향 미러링만 사용해야 합니다.

• 다양한 장치 크기 – 다양한 크기의 장치를 미러링하면 미러 용량이 가장 작은 하위 미러로 제한됩니다.

다중 호스트 디스크에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide의 Multihost Devices를 참조하십시오.

루트 디스크 미러링 지침

가용성을 최대로 높이려면 로컬 디스크에서 루트(/), /usr, /var, /opt, swap을 미러링하십시오. 그러나 Oracle Solaris Cluster 소프트웨어를 사용할 경우에는 루트 디스크를 미러링하지 않아도 됩니다.

루트 디스크를 미러링할지 여부를 결정하기 전에 루트 디스크와 관련된 여러 가지 대안에 대한 위험, 복잡성, 비용 및 서비스 시간을 고려하십시오. 모든 구성에 적합한 단일 미러링 전략은 없습니다. 루트를 미러링할지 여부를 결정할 때는 로컬 Oracle 서비스 담당자의 선호 솔루션을 고려해야 할 수 있습니다.

루트 디스크 미러링 방법에 대한 지침은 볼륨 관리자 설명서 및 Solaris Volume Manager 소프트웨어 구성을 참조하십시오.

루트 디스크를 미러링할지 여부를 결정할 때는 다음 사항을 고려하십시오.

• 부트 디스크 – 미러를 부트 가능한 루트 디스크로 설정할 수 있습니다. 그런 다음 기본 부트 디스크가 실패할 경우 미러에서 부트할 수 있습니다.

• 복잡성 – 루트 디스크를 미러링하면 시스템 관리가 복잡해집니다. 또한 루트 디스크를 미러링하면 단일 사용자 모드에서의 부트도 복잡해집니다.

• 백업 – 루트 디스크의 미러링 여부에 관계없이 정기적으로 루트를 백업해야 합니다. 관리 오류가 발생할 경우에 미러링만으로는 보호할 수 없습니다. 백업 계획을 세워야만 사고로 변경되거나 삭제된 파일을 복구할 수 있습니다.

• 쿼럼 장치 – 쿼럼 장치로 구성된 디스크를 사용하여 루트 디스크를 미러링하지 마십시오.

• 쿼럼 – Solaris Volume Manager 소프트웨어에서 상태 데이터베이스 쿼럼이 손실되는 오류 시나리오에서는 유지 관리를 수행할 때까지 시스템을 재부트할 수 없습니다. 상태 데이터베이스 및 상태 데이터베이스 복제본에 대한 자세한 내용은 Solaris Volume Manager 설명서를 참조하십시오.

• 별도의 컨트롤러 – 가용성을 최대로 높이는 방법으로 별도의 컨트롤러에 루트 디스크를 미러링하는 방법이 있습니다.

• 보조 루트 디스크 – 미러링된 루트 디스크의 경우 기본 루트 디스크가 실패하더라도 보조(미러) 루트 디스크에서 작업을 계속 수행할 수 있습니다. 전원을 껐다 켜거나 일시적인 I/O 오류 상태가 지나면 이후에 기본 루트 디스크가 서비스 상태로 복구될 수 있습니다. 그런 다음 이후의 부트는 eeprom(1M) boot-device 매개변수에 지정된 기본 루트 디스크를 사용해서 수행됩니다. 이 경우, 수동적인 복구 작업을 수행하지 않아도 충분히 부트할 수 있도록 드라이브의 정상 작동이 시작됩니다. Solaris Volume Manager 소프트웨어의 경우 재동기화가 수행됩니다. 재동기화를 위해서는 드라이브가 서비스 상태로 복구될 때 수동 단계가 필요합니다.

  보조(미러) 루트 디스크에서 파일을 변경한 경우 부트 시 기본 루트 디스크에 해당 변경 사항이 반영되지 않습니다. 이러한 조건으로 인해 하위 미러가 사용되지 않는 상태로 유지될 수 있습니다. 예를 들어, /etc/system 파일에 대한 변경 사항은 손실됩니다. Solaris Volume Manager 소프트웨어의 경우에는 기본 루트 디스크의 서비스가 중단된 시간 동안 일부 관리 명령으로 인해 /etc/system 파일이 변경되었을 수 있습니다.

  부트 프로그램은 시스템이 미러 또는 기본 물리적 장치에서 부트되는지 여부를 검사하지 않습니다. 미러링은 볼륨이 로드된 후 부트 프로세스를 통해 부분적으로 활성화됩니다. 따라서 이 시점 전까지는 하위 미러의 사용되지 않는 상태 문제가 시스템에 영향을 줄 수 있습니다.