이 절에서는 클러스터 구성의 이중화 계획에 대한 지침을 제공합니다.
Sun Cluster 구성에서 모든 멀티호스트 디스크를 이중화하면 구성에서 단일 디스크 실패를 허용할 수 있습니다. Sun Cluster 소프트웨어에서는 디스크 확장 장치에서 모든 멀티호스트 디스크를 이중화하도록 요구합니다.
별도 디스크 확장 장치 -주어진 미러의 각 서브미러나 플랙스는 서로 다른 멀티호스트 디스크 확장 장치에 있어야 합니다.
디스크 공간 - 이중화을 하면 필요한 디스크 공간이 두배가 됩니다.
3중 이중화 - Solstice DiskSuite 소프트웨어 및 VERITAS Volume Manager(VxVM)는 세방향 이중화을 지원합니다. 그러나 Sun Cluster에서는 두 방향 이중화만 요구합니다.
메타 장치 수 - Solstice DiskSuite 소프트웨어에서, 미러는 연결 또는 스트라이프와 같은 다른 메타장치들로 구성됩니다. 큰 구성에는 많은 메타장치가 포함됩니다. 예를 들어, 각각의 로그 기록 HFS 파일 시스템에 대해 7개의 메타장치가 작성됩니다.
서로 다른 디스크 크기 - 다른 크기의 디스크에 이중화할 경우, 미러 용량은 가장 작은 서브미러나 플랙스의 크기로 제한됩니다.
멀티호스트 디스크에 대한 자세한 내용은 Sun Cluster 3.0 U1 개념을 참조하십시오.
Sun Cluster 3.0 U1 릴리스 정보에서 "로컬 파일 시스템 배치 워크시트"에 이 정보를 추가하십시오.
최대의 가용성을 위해서는 로컬 디스크에서 루트(/), /usr, /var, /opt 및 swap을 이중화해야 합니다. VxVM에서, 루트 디스크를 캡슐화하고 생성된 서브디스크를 이중화합니다. 그러나 루트 디스크를 이중화하는 것은 Sun Cluster의 요구사항이 아닙니다.
루트 디스크를 이중화할 것인지 결정하기 전에, 루트 디스크에 관한 다양한 대체 방안의 위험, 복잡성, 비용 및 서비스 시간을 고려하십시오. 모든 구성에 대해 작동되는 단일 이중화 방법은 없습니다. 루트를 이중화할 것인지 결정할 때 해당 지역의 엔터프라이즈 서비스 담당자가 선호하는 솔루션을 고려할 수도 있습니다.
이중화 방법은 "Solstice DiskSuite 소프트웨어 설치 및 구성" 또는 "VxVM 소프트웨어 설치 및 구성" 및 볼륨 관리자 문서를 참조하십시오.
루트 디스크를 이중화할 것인지 결정할 때 다음 사항을 고려하십시오.
Complexity - 루트 디스크를 이중화하면 시스템 관리에 복잡도가 추가되어 단일 사용자 모드에서의 시동이 복잡해집니다.
Backups - 루트 디스크의 이중화 여부에 관계없이, 루트를 정기적으로 백업해야 합니다. 이중화만 하는 경우에는 관리 오류에 대해서 보호되지 않습니다. 백업 계획은 단지 부주의로 변경되거나 삭제된 파일을 복원할 수 있게 합니다.
정족수 장치 - 루트 디스크를 이중화하는 데 정족수 장치로 구성된 디스크를 사용하지 마십시오.
Quorum - Solstice DiskSuite 소프트웨어에서, 메타장치 상태 데이터베이스 정족수가 유실되는 실패 시나리오의 경우, 유지 보수가 수행될 때까지 시스템을 다시 시동할 수 없습니다. 메타장치 상태 데이터베이스 및 상태 데이터베이스 복제본에 대해서는 Solstice DiskSuite 문서를 참조하십시오.
Separate controllers - 최대의 고가용성에는 별도 제어기에서의 루트 디스크 이중화이 포함됩니다.
Boot disk - 1차 시동 디스크가 실패할 경우, 미러에서 시동할 수 있도록 시동가능한 루트 디스크로의 이중화을 설정할 수 있습니다.
Secondary root disk - 이중화된 루트 디스크를 사용하면, 1차 루트 디스크가 실패해도 2차(미러) 루트 디스크에서 작업을 계속할 수 있습니다. 나중에, 1차 루트 디스크는 서비스로 반환하고(아마도, 전원 주기 또는 임시 I/O 오류 후에) OpenBootTM PROM boot-device 필드에 지정된 1차 루트 디스크를 사용하여 이어지는 부트가 수행됩니다. 이 상황에서 아무 수동 수리 작업도 일어나지 않지만, 드라이브는 시동하기 위해 작동하기 시작합니다. Solstice DiskSuite 재동기화가 발생하므로 유의하십시오. 재동기화는 드라이브가 서비스로 반환될 때 수동 단계를 요구합니다.
2차(미러) 루트 디스크에서 파일을 변경하면, 변경사항은 시동시 1차 루트 디스크에서 반영되지 않아서, 잘못된 서브미러가 야기됩니다. 예를 들어, /etc/system 파일에 대한 변경사항이 유실됩니다. 일부 Solstice DiskSuite 관리 명령은 1차 루트 디스크가 서비스 범위를 벗어났을 때 /etc/system 파일을 변경하였을 수도 있습니다
시동 프로그램은 미러에서 시동하는지, 아니면 기초가 되는 실제 장치에서 시동되는지 확인하지 않으므로 이중화은 시동 프로세스를 통해 부분적으로 활성화됩니다(메타 장치가 로드된 후). 이 지점 이전에, 시스템에는 잘못된 서브미러 문제점이 발생할 가능성이 있습니다.