Oracle 12c의 실제 응용 프로그램 클러스터에 대한 기본 하드웨어 고려 사항

Oracle 12c 데이터베이스와 함께 Real Application Clusters (RAC)에는 단일 인스턴스 또는 비 RAC 데이터베이스에없는 특수 하드웨어 요구 사항이 있습니다. 집중해야 할 하드웨어 영역에는 네트워크 인터페이스, 중앙 저장소 및 노드가 포함됩니다.

Oracle 12c의 노드 및 실제 응용 프로그램 클러스터

노드 는 Oracle 인스턴스를 실행하는 서버입니다. 진정한 RAC 구성에는 적어도 두 개의 노드가 있습니다.

RAC 구성의 노드 수는 하드웨어 및 소프트웨어 제한 사항에 따라 다릅니다. 오라클의 문서 및 지원 웹 사이트에 따르면 오라클 소프트웨어 자체는 최대 100 개의 노드를 지원할 수 있지만 다른 군대는 노드 수를 제한 할 수 있습니다.

많은 노드 (8 개 이상)에 들어가는 경우 모든 하드웨어 및 소프트웨어 공급 업체에 한도를 확인하십시오.

클러스터를 확장 할 때 노드를 추가하십시오. 응용 프로그램에 대한 서비스 중단을 최소화하거나 전혀 사용하지 않고 추가 및 제거 할 수 있습니다. 이렇게하면 고 가용성이 보장됩니다. 일반적으로 각 노드에는 자체적으로 Oracle 소프트웨어가 설치됩니다.

각 노드마다 하나의 중앙 공유 소프트웨어 디렉토리를 사용할 수 있습니다. 그러나 이와 같은 구성으로 고 가용성 기능이 제한됩니다.

예를 들어, 각 노드에 Oracle 소프트웨어를 설치하는 것의 한 가지 장점은 한 번에 하나씩 노드를 제거하여 노드를 개별적으로 패치 할 수 있다는 것입니다. 이 롤링 패치 는 완벽한 응용 프로그램 중단을 방지합니다. 이런 식으로 모든 패치를 적용 할 수는 없습니다. 패치 문서로 확인하십시오. 반면, 중앙 설치 중 하나를 사용하려면 패치를 적용하기 위해 전체 클러스터를 종료해야합니다.

고 가용성을 원하면 각 노드마다 고유 한 Oracle 소프트웨어 코드 트리가 있어야합니다.

Oracle 12c의 중앙 저장소 및 Real Application Cluster

다음은 일부 RAC 구성 중앙 저장소 요구 사항입니다.

모든 데이터베이스 파일, 제어 파일, 다시 실행 로그, 보관 로그 및 spfile은 공유 저장소에 있어야합니다. 이 방법으로 각 노드는 데이터 액세스, 복구 및 구성에 필요한 모든 파일에 액세스 할 수 있습니다.
중앙 기억 장치를 고속 매체 형태로 각 노드에 연결하십시오. 여러 고속 공급 업체 (예: 파이버 채널 또는 iSCSI)가 여러 스토리지 공급 업체에서 제공됩니다.

귀하의 결정을 내리기 전에 스토리지 및 첨부 파일이 Oracle RAC에 대해 승인되었는지 확인하십시오. (예를 들어, NFS 마운트 드라이브는 일반적으로 인증 된 구성이 아닙니다.) 적절한 교육 및 테스트 결과를 제공하는 거의 모든 공유 스토리지 구성을 사용할 수 있습니다.
스토리지 공급 업체를 선택할 때는 응용 프로그램의 성능 요구 사항을 고려하십시오. 디스크 하위 시스템은 RAC 노드만큼 쉽게 확장 할 수 있어야합니다. 노드를 추가 할 때 스토리지 서브 시스템의 증가 된 요구를 지원하기 위해 실제 디스크를 추가해야합니다. 중단 시간이 거의 없거나 전혀없는 상태에서이 작업을 수행 할 수 있어야합니다.
공유 저장 영역 서브 시스템의 디스크는 공유 액세스를 위해 구성되어야합니다. 원시 파일 시스템 (포맷되지 않은 디스크)
- Oracle Cluster File System (OCFS) (Windows 및 Linux에서만 사용 가능)
- Oracle 자동 스토리지 관리 (ASM) (데이터베이스 관련 파일에 대한 오라클 제공 볼륨 관리자)
- 타사 솔루션 (예: Veritas)
- 옵션을 결합해야 할 수도 있습니다. 예를 들어 데이터베이스 파일에 Oracle ASM을 사용할 수 있지만 RMAN 백업 파일에는 ASM 이외의 다른 것이 필요할 수 있습니다.

Oracle 12c의 클러스터 상호 연결 및 Real Application Cluster

클러스터 상호 연결 은 모든 인스턴스 간 통신을 관리하는 전용 하드웨어입니다. 일관성 유지, 잠금 정보 공유 및 데이터 블록 전송과 같은 많은 인스턴스 간 통신이 RAC 구성에서 발생합니다. Oracle은 Cache Fusion을 사용하여 노드 간의 데이터 전송을 관리합니다. Cache Fusion에는 모든 노드를 연결하는 매우 신뢰할 수있는 사설 고속 네트워크가 필요합니다.

Cache Fusion은 RAC의 성능을 높이기위한 핵심 구성 요소입니다. 상호 연결은 기가비트 속도 이상이어야합니다.

클러스터 통신 성능 문제가 발생하면 필요한 대역폭을 제공하는 인터커넥트의 기능에 대해 의문이 제기됩니다. RAC 환경을 적절하게 설정하는 데 필요한 비용입니다. 경주 용 자동차에 수천 달러를 쓰고 거리 용 타이어를 끼워 주시겠습니까?

Oracle 12c의 네트워크 인터페이스 및 Real Application Clusters