클러스터에서 이름 분석을 가능하게 하는 정보를 제공합니다.
Oracle Grid 플러그 앤 플레이 프레임워크는 각 클러스터 멤버에 대해 영구 구성 데이터를 구성할 필요가 없는 Oracle Grid Infrastructure용 운영 환경을 제공합니다. Grid 플러그 앤 플레이를 사용할 경우 노드에 대한 대부분의 클러스터 구성이 노드가 클러스터에 추가될 때 동적으로 구성되고 노드가 클러스터에서 제거될 때 클러스터가 재구성됩니다.
Grid Naming Service를 사용하면 클러스터에서 노드가 추가 또는 제거될 때 동적으로 호스트 이름과 IP 주소가 알려지므로 DNS에서 추가 네트워크 주소 구성을 최소한으로 줄일 수 있습니다.
GNS를 사용하려면 Grid Infrastructure를 설치하기 전에 하위 도메인 GNS 서버에 대해 GNS 가상 IP 주소 이름 분석 요청을 전송하도록 도메인 이름 서버(DNS)를 구성해야 합니다. DNS 구성 요구 사항은 Grid Infrastructure 설치 설명서를 참조하십시오.
GNS를 사용하는 경우 GNS VIP 주소에 대한 정적 IP 주소를 지정하고 하위 도메인이 해당 정적 GNS IP 주소로 전달되도록 위임해야 합니다.
노드가 클러스터에 추가되면 소속 조직의 DHCP 서버가 이러한 주소에 대해 동적으로 주소를 제공할 수 있습니다. 그런 다음 해당 주소가 GNS에 자동으로 등록되고 하위 도메인 내에서 GNS에 등록된 클러스터 노드 주소에 대한 분석을 제공합니다.
[클러스터 이름] 필드에서 클러스터의 이름을 제공합니다. 클러스터 이름은 생성한 클러스터의 멤버 노드를 식별하는 데 사용됩니다. 클러스터 이름의 기본값은 로컬 노드 이름을 기반으로 합니다. 클러스터 이름을 기본값에서 변경하는 경우 사용하는 클러스터 이름이 회사 전체에서 고유해야 합니다.
클러스터 이름의 길이는 최소한 한 문자 이상이어야 하며 최대 15자까지 사용할 수 있습니다. 예:
sales
SCAN(단일 클라이언트 액세스 이름)은 클러스터에 대해 클라이언트의 서비스 액세스를 제공하는 데 사용되는 호스트 이름입니다. SCAN은 특정 노드가 아닌 전체 클러스터와 연관되어 있으므로 클라이언트를 재구성할 필요 없이 클러스터에서 노드를 추가하거나 제거할 수 있습니다. 또한 데이터베이스에 위치 독립성을 부가하므로 어떤 노드에서 특정 데이터베이스가 실행 중이든 클라이언트 구성이 영향을 받지 않습니다. 클라이언트는 이전 릴리스와 같은 방법으로 클러스터에 계속 액세스할 수 있지만 Oracle은 클라이언트가 SCAN을 사용하여 클러스터에 액세스할 것을 권장합니다.
SCAN은 클러스터 내에서 GNS(Grid Naming Service)를 사용하거나 DNS(도메인 이름 서비스) 분석을 사용하여 분석할 수 있도록 구성해야 합니다. 최소한 SCAN 이름은 적어도 하나의 주소로 분석되어야 합니다. 고가용성 및 확장성을 위해 Oracle은 SCAN 이름이 3개 IP 주소로 분석되도록 구성할 것을 권장합니다.
예를 들어, 클러스터 이름이 sales이고 GNS를 사용하도록 선택한 경우 SCAN 이름은 sales.local이고 DHCP 서버에서 할당된 IP 주소로 분석됩니다.
SCAN 가상 IP 주소에 대한 기본 SCAN 포트는 포트 1521이지만 해당 포트를 사용할 수 없는 경우 다른 포트를 제공할 수 있습니다. Oracle Universal Installer는 제공된 SCAN 포트가 적합한 포트 번호이고 다른 목적으로 사용되지 않는지 확인합니다. 설치 후에 TNS 리스너는 이 포트로 수신하고 SCAN 이름에 대한 클라이언트 접속에 응답합니다.
다음 표는 GNS(Grid Naming Service)를 구성하도록 선택한 경우 설치 후 시스템 구성 방법을 보여줍니다.
Grid Naming Service 네트워크 예
| ID | 홈 노드 | 호스트 노드 | 제공된 이름 | 유형 | 주소 | 주소 지정자 | 분석 서비스 |
|---|---|---|---|---|---|---|---|
|
GNS VIP |
없음 |
Oracle Clusterware에서 선택 |
|
가상 |
192.0.2.1 |
네트 관리자가 고정함 |
DNS |
|
노드 1 공용 |
노드 1 |
|
|
공용 |
192.0.2.101 |
고정 |
GNS |
|
노드 1 VIP |
노드 1 |
Oracle Clusterware에서 선택 |
|
가상 |
192.0.2.104 |
DHCP |
GNS |
|
노드 1 전용 |
노드 1 |
|
|
전용 |
192.168.0.1 |
고정 또는 DHCP |
GNS |
|
노드 2 공용 |
노드 2 |
|
|
공용 |
192.0.2.102 |
고정 |
GNS |
|
노드 2 VIP |
노드 2 |
Oracle Clusterware에서 선택 |
|
가상 |
192.0.2.105 |
DHCP |
GNS |
|
노드 2 전용 |
노드 2 |
|
|
전용 |
192.168.0.2 |
고정 또는 DHCP |
GNS |
|
SCAN VIP 1 |
없음 |
Oracle Clusterware에서 선택 |
|
가상 |
192.0.2.201 |
DHCP |
GNS |
|
SCAN VIP 2 |
없음 |
Oracle Clusterware에서 선택 |
|
가상 |
192.0.2.202 |
DHCP |
GNS |
|
SCAN VIP 3 |
없음 |
Oracle Clusterware에서 선택 |
|
가상 |
192.0.2.203 |
DHCP |
GNS |
각주 1 노드 호스트 이름은 해당 호스트에서 현재 실행 중인 VIP 주소 등의 여러 주소로 분석될 수 있습니다.
다음 표는 GNS를 사용하지 않도록 선택한 두 노드 클러스터에 대해 구성될 수 있는 주소를 보여줍니다. 여기서 각 노드는 하나의 공용 인터페이스와 하나의 전용 인터페이스를 가지고 있고 SCAN 도메인 주소가 DNS에서 3개 IP 주소 중 하나로 분석되도록 정의했습니다.
수동 네트워크 구성 예
| ID | 홈 노드 | 호스트 노드 | 제공된 이름 | 유형 | 주소 | 주소 지정자 | 분석 서비스 |
|---|---|---|---|---|---|---|---|
|
노드 1 공용 |
노드 1 |
|
|
공용 |
192.0.2.101 |
고정 |
DNS |
|
노드 1 VIP |
노드 1 |
Oracle Clusterware에서 선택 |
|
가상 |
192.0.2.104 |
고정 |
DNS 및 호스트 파일 |
|
노드 1 전용 |
노드 1 |
|
|
전용 |
192.168.0.1 |
고정 |
DNS 및 호스트 파일, 또는 없음 |
|
노드 2 공용 |
노드 2 |
|
|
공용 |
192.0.2.102 |
고정 |
DNS |
|
노드 2 VIP |
노드 2 |
Oracle Clusterware에서 선택 |
|
가상 |
192.0.2.105 |
고정 |
DNS 및 호스트 파일 |
|
노드 2 전용 |
노드 2 |
|
|
전용 |
192.168.0.2 |
고정 |
DNS 및 호스트 파일, 또는 없음 |
|
SCAN VIP 1 |
없음 |
Oracle Clusterware에서 선택 |
mycluster-scan |
가상 |
192.0.2.201 |
고정 |
DNS |
|
SCAN VIP 2 |
없음 |
Oracle Clusterware에서 선택 |
mycluster-scan |
가상 |
192.0.2.202 |
고정 |
DNS |
|
SCAN VIP 3 |
없음 |
Oracle Clusterware에서 선택 |
mycluster-scan |
가상 |
192.0.2.203 |
고정 |
DNS |
각주 1 노드 호스트 이름은 여러 주소로 분석될 수 있습니다.
SCAN이 분석되는 주소는 Oracle Clusterware에 의해 할당되므로 특정 노드로 고정될 수 없습니다. VIP 복구를 사용으로 설정하기 위해 앞의 표에 나오는 구성은 동일한 서브넷 192.0.2에서 두 노드 모두의 SCAN 주소와 공용 및 VIP 주소를 정의합니다.
|
주: 모든 호스트 이름은 RFC 952 표준을 준수해야 하며 영숫자 문자가 허용됩니다. 밑줄("_")이 포함된 호스트 이름은 허용되지 않습니다. |