어떤 노드가 클러스터 구성원 역할을 하려면 다음 소프트웨어가 설치되어 있어야 합니다.
Solaris 소프트웨어
Sun Cluster 소프트웨어
데이터 서비스 응용 프로그램
볼륨 관리(SolarisTM 볼륨 관리자 또는 VERITAS Volume Manager)
함께 제공된 볼륨 관리 기능을 사용하는 구성은 예외로 합니다. 이 구성에서는 소프트웨어 볼륨 관리자가 필요하지 않을 수도 있습니다.
그림 3–2 에서는 함께 작동하여 Sun Cluster 소프트웨어 환경을 구성하는 소프트웨어 구성 요소의 상위 뷰를 보여줍니다.
데이터가 손상되지 않도록 보호하려면 클러스터 구성원 정보가 모든 노드에 동일하게 인식되어야 합니다. 필요한 경우, CMM은 작업이 실패할 때 클러스터 서비스의 클러스터 재구성을 조정합니다.
CMM은 클러스터 전송 계층으로부터 다른 노드에 대한 연결 정보를 수신합니다. CMM은 클러스터 상호 연결을 사용하여 재구성 동안의 상태 정보를 교환합니다.
클러스터 구성원의 변경을 발견한 다음 CMM은 해당 클러스터에 대해 동기화된 구성을 수행합니다. 이 구성에서 클러스터 자원은 클러스터의 새 구성원에 따라 다시 분산될 수도 있습니다.
CMM은 커널에서만 실행됩니다.
CCR은 쿼럼이 확립될 때만 클러스터가 실행되도록 하기 위해 CMM에 의존합니다. CCR은 클러스터에서 데이터 일관성을 확인해야 하는 책임을 갖고 있으므로 필요에 따라 복구를 수행하고 데이터를 갱신합니다.
클러스터 파일 시스템은 다음 사이에서 프록시 역할을 합니다.
한 노드의 커널과 기본 파일 시스템
디스크와 물리적으로 연결된 노드에서 실행되는 볼륨 관리자
클러스터 파일 시스템은 전역 장치(디스크, 테이프, CD-ROM)에 종속됩니다. 전역 장치는 클러스터의 임의의 노드에서 동일한 파일 이름(예: /dev/global/)을 통해 액세스할 수 있습니다. 해당 노드를 저장 장치와 물리적으로 연결할 필요는 없습니다. 전역 장치를 일반 장치와 동일하게 사용할 수 있습니다. 즉, newfs 또는 mkfs 명령을 사용하여 전역 장치에 파일 시스템을 만들 수 있습니다.
클러스터 파일 시스템에는 다음과 같은 기능이 있습니다.
파일 액세스 위치가 투명합니다. 프로세스에서 시스템의 어느 위치에 있는 파일이라도 열 수 있습니다. 또한 모든 노드의 프로세스가 동일한 경로 이름을 사용하여 파일을 찾습니다.
클러스터 파일 시스템이 파일을 읽을 때 해당 파일에 대한 액세스 시간을 업데이트하지는 않습니다.
동기 프로토콜을 사용하여 파일이 동시에 여러 노드로부터 액세스될 경우에도 UNIX 파일 액세스 시멘틱을 보존합니다.
효율적으로 파일 데이터를 이동하기 위하여 zero-copy 벌크 I/O 이동과 함께 확장 캐싱이 사용됩니다.
클러스터 파일 시스템은 fcntl(2) 인터페이스를 사용하여 가용성이 높은 권고 파일 잠금 기능을 제공합니다. 여러 클러스터 노드에서 실행되는 응용 프로그램은 클러스터 파일 시스템의 파일에 대하여 권고 파일 잠금 기능을 사용하여 데이터 액세스를 동기화할 수 있습니다. 클러스터에서 제거되는 노드와 잠금을 유지하는 동안 장애가 발생하는 응용 프로그램에서는 즉시 파일 잠금이 복구됩니다.
장애가 발생할 경우에도 데이터에 대한 액세스는 계속할 수 있습니다. 응용 프로그램은 디스크에 대한 경로가 계속 작동하면 실패하지 않습니다. 이러한 보증은 원래 디스크 액세스와 모든 파일 시스템 조작에 대해 유지됩니다.
클러스터 파일 시스템은 하부 파일 시스템 및 볼륨 관리 소프트웨어와 독립적으로 작동합니다. 클러스터 파일 시스템은 지원되는 디스크의 파일 시스템을 모두 전역으로 만듭니다.