Oracle Solaris Cluster 구성 가능 구성 요소

이 절에서는 사용자가 구성할 수 있는 다음과 같은 Oracle Solaris Cluster 구성 요소에 대한 지침을 제공합니다.

• 전역 클러스터 이름

• 전역 클러스터 노드 이름 및 노드 ID

• 개인 네트워크 구성

• 개인 호스트 이름

• 클러스터 상호 연결

• 전역 보호(fencing)

• 쿼럼 장치

전역 클러스터 이름

Oracle Solaris Cluster를 구성하는 동안 전역 클러스터에 대한 이름을 지정합니다. 전역 클러스터 이름은 전체 엔터프라이즈에서 고유해야 합니다.

영역 클러스터 이름 지정에 대한 자세한 내용은 영역 클러스터를 참조하십시오.

전역 클러스터 노드 이름 및 노드 ID

전역 클러스터 노드의 이름은 Oracle Solaris OS와 함께 설치할 때 물리적 호스트나 가상 호스트에 지정하는 이름과 동일합니다. 이름 지정 요구 사항에 대한 자세한 내용은 hosts(4) 매뉴얼 페이지를 참조하십시오.

단일 호스트 클러스터 설치에서 기본 클러스터 이름은 노드의 이름입니다.

Oracle Solaris Cluster 구성 중에 전역 클러스터에 설치할 모든 노드의 이름을 지정합니다. 노드 이름은 uname -n 명령의 출력과 동일해야 합니다.

노드 ID 번호는 번호 1에서 시작하여, 클러스터 내에서 사용할 수 있도록 각 클러스터 노드에 지정됩니다. 노드 ID 번호는 해당 노드가 클러스터 구성원이 되는 순서로 각 클러스터 노드에 할당됩니다. 한 번의 작업으로 모든 클러스터 노드를 구성하는 경우 scinstall 유틸리티가 실행되는 노드에는 노드 ID 번호가 마지막으로 할당됩니다. 클러스터 노드에 할당된 후에는 노드 ID 번호를 변경할 수 없습니다.

클러스터 구성원이 되는 노드에는 사용 가능한 노드 ID 번호 중 가장 낮은 번호가 할당됩니다. 클러스터에서 노드를 제거하면 해당 노드 ID를 새 노드에 할당할 수 있습니다. 예를 들어 4노드 클러스터에서 노드 ID 3이 할당된 노드를 제거할 경우 새 노드에 노드 ID 5가 아닌 3이 할당됩니다.

할당된 노드 ID 번호가 특정 클러스터 노드에 해당되도록 하려면 노드 ID 번호를 할당하려는 순서로 한 번에 하나씩 클러스터 노드를 구성합니다. 예를 들어 클러스터 소프트웨어에서 노드 ID 1을 phys-schost-1에 할당하도록 하려면 해당 노드를 클러스터의 스폰서 노드로 구성합니다. 다음으로 phys-schost-1에서 설정한 클러스터에 phys-schost-2를 추가하면 phys-schost-2에 노드 ID 2가 지정됩니다.

영역 클러스터의 노드 이름에 대한 자세한 내용은 영역 클러스터를 참조하십시오.

개인 네트워크 구성

Oracle Solaris Cluster 소프트웨어는 노드 간 및 Oracle Solaris Cluster 소프트웨어에 의해 관리되는 비전역 영역 간 내부 통신에 개인 네트워크를 사용합니다. Oracle Solaris Cluster 구성의 개인 네트워크에는 클러스터 상호 연결에 대한 연결이 두 개 이상 있어야 합니다. 클러스터의 첫번째 노드에서 Oracle Solaris Cluster 소프트웨어를 구성할 경우 다음 방법 중 하나로 개인 네트워크 주소 및 넷마스크를 지정합니다.

• 기본 개인 네트워크 주소(172.16.0.0) 및 기본 넷마스크(255.255.240.0)를 수락합니다. 이 IP 주소 범위에서는 결합된 최대 64개의 노드와 비전역 영역, 최대 12개의 영역 클러스터 및 최대 10개의 개인 네트워크를 지원합니다.

  ---

  주 -  IP 주소 범위에서 지원할 수 있는 최대 노드 수에는 하드웨어 또는 소프트웨어 구성에서 현재 지원할 수 있는 최대 노드 수가 반영되지 않습니다.

  ---

• 다른 허용 가능한 개인 네트워크 주소를 지정하고 기본 넷마스크를 수락합니다.

• 기본 개인 네트워크 주소를 수락하고 다른 넷마스크를 지정합니다.

• 다른 개인 네트워크 주소와 다른 넷마스크를 모두 지정합니다.

다른 넷마스크를 지정하도록 선택하는 경우 scinstall 유틸리티는 IP 주소 범위에서 지원할 노드 수 및 개인 네트워크 수에 대해 묻는 메시지를 표시합니다. 또한 지원할 영역 클러스터 수도 묻는 메시지를 표시합니다. 지정하는 전역 클러스터 노드 수에는 개인 네트워크를 사용할 클러스터되지 않은 비전역 영역의 예상되는 수도 포함되어야 합니다.

유틸리티는 지정한 노드, 영역 클러스터 및 개인 네트워크 수를 지원할 최소 IP 주소 범위에 대한 넷마스크를 계산합니다. 계산된 넷마스크는 비전역 영역, 영역 클러스터 및 개인 네트워크를 포함하여 제공된 노드 수 이상을 지원할 수 있습니다. 또한 scinstall 유틸리티는 노드, 영역 클러스터 및 개인 네트워크 수의 두 배를 지원하도록 최소가 되는 두번째 넷마스크를 계산합니다. 이 두번째 넷마스크를 사용하면 IP 주소 범위를 재구성할 필요 없이 클러스터에서 향후 증가를 수용할 수 있습니다.

그런 다음 유틸리티에서 선택할 넷마스크를 묻습니다. 계산된 넷마스크 중 하나를 지정하거나 다른 넷마스크를 제공할 수 있습니다. 지정한 넷마스크는 유틸리티에 지정한 노드 및 개인 네트워크 수를 최소한으로 지원해야 합니다.

기본값이 아닌 개인 네트워크 주소를 지정할 경우 주소는 다음 요구 사항을 충족해야 합니다.

• 주소 및 넷마스크 크기 – 개인 네트워크 주소는 넷마스크보다 작을 수 없습니다. 예를 들어 255.255.255.0의 넷마스크에 172.16.10.0의 개인 네트워크 주소를 사용할 수 있습니다. 그러나 넷마스크 255.255.0.0에 개인 네트워크 주소 172.16.10.0을 사용할 수는 없습니다.

• 허용 가능한 주소 – 주소는 개인 네트워크에서 사용하기 위해 RFC 1918에서 예약한 주소 블록에 포함되어 있어야 합니다. InterNIC에 문의하여 RFC 복사본을 얻거나 http://www.rfcs.org에서 온라인으로 RFC를 볼 수 있습니다.

• 여러 클러스터에서 사용 – 클러스터가 다른 개인 네트워크에 있는 경우 동일한 개인 네트워크 주소를 둘 이상의 클러스터에서 사용할 수 있습니다. 개인 IP 네트워크 주소는 물리적 클러스터 외부에서 액세스할 수 없습니다.

• Oracle VM Server for SPARC - 게스트 도메인이 동일한 물리적 시스템에 만들어지고 동일한 가상 스위치에 연결되는 경우 개인 네트워크는 해당 게스트 도메인에서 공유되며 이러한 도메인에 모두 표시됩니다. 게스트 도메인의 클러스터에서 사용하도록 scinstall 유틸리티에 개인 네트워크 IP 주소 범위를 지정하기 전에는 주의합니다. 주소 범위가 동일한 물리적 시스템에 있고 가상 스위치를 공유하는 다른 도메인 게스트에서 이미 사용되고 있지 않은지 확인하십시오.

• 여러 클러스터에서 공유되는 VLAN – Oracle Solaris Cluster 구성에서는 여러 클러스터 간의 동일한 개인 상호 연결 VLAN 공유를 지원합니다. 각 클러스터에 대해 별도의 VLAN을 구성할 필요는 없습니다. 그러나 가장 높은 수준의 결함 격리 및 상호 연결 복원성을 제공하려면 VLAN의 사용을 단일 클러스터로 제한하십시오.

• IPv6 – Oracle Solaris Cluster 소프트웨어는 개인 상호 연결에 대해 IPv6 주소를 지원하지 않습니다. 시스템에서는 IPv6 주소를 사용하는 확장 가능 서비스를 지원하기 위해 개인 네트워크 어댑터에 IPv6 주소를 구성합니다. 그러나 개인 네트워크의 노드 간 통신에서는 이러한 IPv6 주소를 사용하지 않습니다.

개인 네트워크에 대한 자세한 내용은 Oracle Solaris 11.2의 네트워크 배치 계획 을 참조하십시오.

개인 호스트 이름

개인 호스트 이름은 개인 네트워크 인터페이스를 통한 노드 간 통신에 사용되는 이름입니다. 개인 호스트 이름은 전역 클러스터 또는 영역 클러스터의 Oracle Solaris Cluster 구성 중에 자동으로 만들어집니다. 이러한 개인 호스트 이름은 이름 지정 규약 clusternodenode-id -priv를 따릅니다. 여기서 node-id는 내부 노드 ID 번호입니다. Oracle Solaris Cluster 구성 중 노드 ID 번호는 노드가 클러스터 구성원이 될 때 각 노드에 자동으로 지정됩니다. 전역 클러스터의 노드와 영역 클러스터의 노드에 모두 동일한 개인 호스트 이름이 있을 수 있지만 각 호스트 이름은 서로 다른 개인 네트워크 IP 주소로 확인됩니다.

전역 클러스터가 구성된 후 clsetup(1CL) 유틸리티를 사용하여 개인 호스트 이름을 바꿀 수 있습니다. 현재는 영역 클러스터 노드의 개인 호스트 이름을 변경할 수 없습니다.

비전역 영역에 대한 개인 호스트 이름의 생성은 선택 사항입니다. 비전역 영역의 개인 호스트 이름에는 필요한 이름 지정 규약이 없습니다.

클러스터 상호 연결

클러스터 상호 연결은 클러스터 노드 간의 개인 네트워크 통신을 위한 하드웨어 경로를 제공합니다. 각 상호 연결은 다음 중 하나의 방법으로 연결되는 케이블로 구성됩니다.

• 두 전송 어댑터 간

• 전송 어댑터와 전송 스위치 간

클러스터 상호 연결의 용도 및 기능에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide 의 Cluster Interconnect을 참조하십시오.

Oracle Solaris Cluster 구성 중에 하나 또는 두 개의 클러스터 상호 연결에 대한 구성 정보를 지정합니다.

• 사용 가능한 어댑터 포트 수가 제한된 경우 개인 및 공용 네트워크와 동일한 어댑터를 공유하도록 태그가 지정된 VLAN을 사용할 수 있습니다. 자세한 내용은 전송 어댑터에서 태그가 지정된 VLAN에 대한 지침을 참조하십시오.

• 한 개의 클러스터에 클러스터 상호 연결을 한 개에서 여섯 개까지 설정할 수 있습니다. 단일 클러스터 상호 연결을 설정하면 개인 상호 연결에 사용되는 어댑터 포트 수는 줄지만 중복을 제공하지 않고 가용성이 저하됩니다. 단일 상호 연결에서 오류가 발생할 경우 클러스터는 자동 복구를 수행해야 하는 위험이 증가합니다. 가능하면 둘 이상의 클러스터 상호 연결을 설치하여 중복 및 확장 가능성을 제공하고 단일 지점 실패를 방지함으로써 보다 높은 가용성을 제공하십시오.

clsetup 유틸리티를 사용하여 클러스터를 설정한 후 추가 클러스터 상호 연결을 최대 6개까지 구성할 수 있습니다.

클러스터 상호 연결 하드웨어에 대한 지침은 Oracle Solaris Cluster 4.2 Hardware Administration Manual 의 Interconnect Requirements and Restrictions을 참조하십시오. 클러스터 상호 연결에 대한 일반적인 정보는 Oracle Solaris Cluster Concepts Guide 의 Cluster Interconnect을 참조하십시오.

전송 어댑터

네트워크 인터페이스의 포트와 같은 전송 어댑터의 경우 전송 어댑터 이름 및 전송 유형을 지정합니다. 구성이 2호스트 클러스터인 경우 상호 연결이 지점 간 연결(어댑터 대 어댑터)인지 전송 스위치를 사용하는지도 지정합니다.

다음 지침과 제한 사항을 고려하십시오.

• IPv6 – Oracle Solaris Cluster 소프트웨어는 개인 상호 연결을 통한 IPv6 통신을 지원하지 않습니다.

• 로컬 MAC 주소 지정 - 모든 개인 네트워크 어댑터에서는 로컬 MAC 주소 지정을 지원하는 네트워크 인터페이스 카드(Network Interface Card, NIC)를 사용해야 합니다. 확장 가능한 데이터 서비스를 위해 IPv6 공용 네트워크 주소를 지원하기 위해 개인 네트워크 어댑터에 필요한 링크 로컬 IPv6 주소는 로컬 MAC 주소에서 파생됩니다.

• 태그가 지정된 VLAN 어댑터 – Oracle Solaris Cluster 소프트웨어는 태그가 지정된 VLAN(Virtual Local Area Network)을 지원하여 개인 클러스터 상호 연결과 공용 네트워크 간에 어댑터를 공유합니다. 클러스터로 어댑터를 구성하기 전에 dladm create-vlan 명령을 사용하여 태그가 지정된 VLAN 어댑터로 구성해야 합니다.

  클러스터 상호 연결을 위해 태그가 지정된 VLAN 어댑터를 구성하려면 VLAN 가상 장치 이름으로 어댑터를 지정합니다. 이 이름은 어댑터 이름과 VLAN 인스턴스 번호로 구성됩니다. VLAN 인스턴스 번호는 수식(1000*V)+N에서 파생됩니다. 여기서 V는 VID 번호이고 N은 PPA입니다.

  예를 들어 어댑터 net2에서 VID가 73인 경우 VLAN 인스턴스 번호는 (1000*73)+2로 계산됩니다. 따라서 어댑터 이름을 net73002로 지정하여 공유된 가상 LAN의 일부임을 나타냅니다.

  클러스터의 VLAN 구성에 대한 자세한 내용은 Oracle Solaris Cluster 4.2 Hardware Administration Manual 의 Configuring VLANs as Private Interconnect Networks을 참조하십시오. VLAN 만들기 및 관리에 대한 자세한 내용은 dladm(1M) 매뉴얼 페이지 및 Oracle Solaris 11.2의 네트워크 데이터 링크 관리 의 3 장, 가상 LAN을 사용하여 가상 네트워크 구성을 참조하십시오.

• SPARC: Oracle VM Server for SPARC 게스트 도메인 – 해당 가상 이름인 vnetN(예: vnet0 및 vnet1)으로 어댑터 이름을 지정합니다. 가상 어댑터 이름은 /etc/path_to_inst 파일에 기록됩니다.

• 논리 네트워크 인터페이스 – 논리 네트워크 인터페이스는 Oracle Solaris Cluster 소프트웨어에서 사용하도록 예약되어 있습니다.

전송 스위치

네트워크 스위치와 같은 전송 스위치를 사용하는 경우 각 상호 연결에 대해 전송 스위치 이름을 지정합니다. 기본 이름 switchN을 사용하거나 다른 이름을 만들 수 있습니다. 여기서 N은 구성 시 자동으로 지정되는 번호입니다.

또한 스위치 포트 이름을 지정하거나 기본 이름을 수락합니다. 기본 포트 이름은 케이블 끝에 있는 어댑터를 호스트하는 Oracle Solaris 호스트의 내부 노드 ID 번호와 동일합니다. 그러나 특정 어댑터 유형에 대해서는 기본 포트 이름을 사용할 수 없습니다.

노드가 세 개 이상인 클러스터에서는 전송 스위치를 반드시 사용해야 합니다. 클러스터 노드 사이의 직접 연결은 2호스트 클러스터에서만 지원됩니다. 2호스트 클러스터가 직접 연결된 경우에도 상호 연결을 위한 전송 스위치를 지정할 수 있습니다.

전역 보호(fencing)

보호(fencing)는 정보 분리(split-brain) 상황에서 공유 디스크의 데이터 무결성을 보호하기 위해 클러스터에서 사용하는 메커니즘입니다. 기본적으로 표준 모드의 scinstall 유틸리티에서는 전역 보호(fencing)가 사용으로 설정된 상태로 유지되며 구성의 각 공유 디스크에서는 기본 전역 보호(fencing) 설정 prefer3를 사용합니다. prefer3 설정과 함께 SCSI-3 프로토콜이 사용됩니다.

어떤 장치가 SCSI-3 프로토콜을 사용할 수 없는 경우 pathcount 설정을 대신 사용해야 합니다. 그러면 디스크에 연결되는 DID 경로 수를 기반으로 공유 디스크에 대한 보호(fencing) 프로토콜이 선택됩니다. SCSI-3 불가능 장치는 클러스터 내에서 두 개의 DID 장치 경로로 제한됩니다. SCSI-3 또는 SCSI-2 보호(fencing)를 지원하지 않는 장치에 대해 보호 기능을 끌 수 있습니다. 그러나 정보 분리(split-brain) 상황에서 이러한 장치에 대한 데이터 무결성을 보장할 수 없습니다.

사용자 정의 모드의 scinstall 유틸리티에서는 전역 보호(fencing)를 비활성화할지를 묻는 메시지를 표시합니다. 대부분의 경우 No로 응답하여 전역 보호(fencing)를 활성화된 상태로 유지합니다. 그러나 특정 상황에서 전역 보호(fencing)를 사용 안함으로 설정할 수 있습니다.

전역 보호(fencing)를 사용 안함으로 설정할 수 있는 상황은 다음과 같습니다.

• 공유 저장소에서 SCSI 예약을 지원하지 않습니다.

  공유 디스크에 대한 보호(fencing)를 해제한 다음 쿼럼 장치로 구성하면 해당 장치에서 소프트웨어 쿼럼 프로토콜을 사용합니다. 이것은 디스크에서 SCSI-2 또는 SCSI-3 프로토콜을 지원하는지 여부에 관계없이 적용됩니다. 소프트웨어 쿼럼은 Oracle Solaris Cluster 소프트웨어의 프로토콜로, SCSI PGR(Persistent Group Reservations)의 형식을 에뮬레이트합니다.

• 클러스터 외부에 있는 시스템을 활성화하여 클러스터에 연결된 저장소에 액세스하려고 합니다.

클러스터 구성 중에 전역 보호(fencing)를 비활성화하면 보호(fencing)가 클러스터의 모든 공유 디스크에 대해 해제됩니다. 클러스터가 구성된 후 전역 보호(fencing) 프로토콜을 변경하거나 개별 공유 디스크의 보호(fencing) 프로토콜을 대체할 수 있습니다. 그러나 쿼럼 장치의 보호(fencing) 프로토콜을 변경하려면 먼저 쿼럼 장치를 구성 해제해야 합니다. 그런 다음 디스크의 새 보호(fencing) 프로토콜을 설정하고 해당 디스크를 쿼럼 장치로 다시 구성합니다.

보호 동작에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide 의 Failfast Mechanism를 참조하십시오. 개별 공유 디스크의 보호(fencing) 프로토콜 설정에 대한 자세한 내용은 cldevice(1CL) 매뉴얼 페이지를 참조하십시오. 전역 보호(fencing) 설정에 대한 자세한 내용은 cluster(1CL) 매뉴얼 페이지를 참조하십시오.

쿼럼 장치

Oracle Solaris Cluster 구성에서는 쿼럼 장치를 사용하여 데이터 및 자원 무결성을 유지 관리합니다. 클러스터와 노드 사이의 연결이 일시적으로 끊어지면 클러스터 노드가 클러스터에 다시 연결하려고 시도할 때 쿼럼 장치가 정보 유실이나 정보 분리(split-brain) 문제를 방지합니다. 쿼럼 장치의 용도 및 기능에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide 의 Quorum and Quorum Devices를 참조하십시오.

2호스트 클러스터의 Oracle Solaris Cluster 설치 중에는 scinstall 유틸리티가 구성에서 사용 가능한 공유 디스크를 쿼럼 장치로 자동으로 구성하도록 선택할 수 있습니다. scinstall 유틸리티는 사용 가능한 모든 공유 디스크가 쿼럼 장치로 지원되는 것으로 가정합니다.

쿼럼 서버 또는 Oracle ZFS Storage Appliance NAS 장치를 쿼럼 장치로 사용하려면 scinstall 처리가 완료된 후 구성합니다.

설치 후에는 clsetup 유틸리티를 사용하여 추가 쿼럼 장치를 구성할 수도 있습니다.

클러스터 구성에 쿼럼 장치로 사용할 수 없는 타사 공유 저장 장치가 포함되어 있으면 clsetup 유틸리티를 사용하여 쿼럼을 수동으로 구성해야 합니다.

쿼럼 장치를 계획할 때는 다음 사항을 고려하십시오.

• 최소 – 2호스트 클러스터에는 공유 디스크, 쿼럼 서버 또는 NAS 장치가 될 수 있는 쿼럼 장치가 하나 이상 있어야 합니다. 다른 토폴로지의 경우에는 쿼럼 장치가 선택 사항입니다.

• 홀수 규칙 – 둘 이상의 쿼럼 장치가 2호스트 클러스터나 쿼럼 장치에 직접 연결된 호스트 쌍에 구성되어 있는 경우 쿼럼 장치를 홀수로 구성합니다. 이 구성을 사용하면 각 쿼럼 장치가 완전히 독립된 실패 경로를 가집니다.

• 쿼럼 투표 분산 – 클러스터의 최대 가용성을 제공하려면 쿼럼 장치의 영향을 받는 전체 투표 수가 노드의 영향을 받는 전체 투표 수보다 적어야 합니다. 그렇지 않은 경우 모든 쿼럼 장치를 사용할 수 없으면 모든 노드가 작동하고 있더라도 노드가 클러스터를 형성할 수 없습니다.

• 연결 – 쿼럼 장치를 둘 이상의 노드에 연결해야 합니다.

• SCSI 보호(fencing) 프로토콜– SCSI 공유 디스크 쿼럼 장치가 구성된 경우에는 해당 보호(fencing) 프로토콜이 2호스트 클러스터에서는 SCSI-2로, 3개 이상의 노드가 있는 클러스터에서는 SCSI-3으로 자동 설정됩니다.

• 쿼럼 장치의 보호(fencing) 프로토콜 변경 – 쿼럼 장치로 구성된 SCSI 디스크의 경우 해당 SCSI 보호(fencing) 프로토콜을 활성화하거나 비활성화하기 전에 쿼럼 장치를 구성 해제해야 합니다.

• 소프트웨어 쿼럼 프로토콜 – SATA 디스크와 같은 SCSI 프로토콜을 지원하지 않는 지원되는 공유 디스크를 쿼럼 장치로 구성할 수 있습니다. 이러한 디스크에 대해서는 보호(fencing)를 비활성화해야 합니다. 그러면 해당 디스크에서 소프트웨어 쿼럼 프로토콜을 사용하여 SCSI PGR을 에뮬레이트합니다.

  소프트웨어 쿼럼 프로토콜은 SCSI 공유 디스크에 대해 보호(fencing)가 사용 안함으로 설정된 경우 해당 디스크에서도 사용됩니다.

• 복제된 장치 – Oracle Solaris Cluster 소프트웨어는 복제된 장치를 쿼럼 장치로 지원하지 않습니다.

• ZFS 저장소 풀 – 구성된 쿼럼 장치를 ZFS 저장소 풀에 추가하지 마십시오. ZFS 저장소 풀에 구성된 쿼럼 장치를 추가하면 디스크가 EFI 디스크로 다시 표시되고 쿼럼 구성 정보가 손실됩니다. 그러면 디스크에서 클러스터에 쿼럼 투표를 더 이상 제공할 수 없습니다.

  디스크가 저장소 풀에 있게 되면 해당 디스크를 쿼럼 장치로 구성할 수 있습니다. 또는 쿼럼 장치를 구성 해제하고 저장소 풀에 추가한 다음 디스크를 쿼럼 장치로 다시 구성할 수 있습니다.

쿼럼 장치에 대한 자세한 내용은 Oracle Solaris Cluster Concepts Guide 의 Quorum and Quorum Devices를 참조하십시오.