배치 정보

고가용성을 위해 애플리케이션과 데이터베이스를 두 개의 Azure AZ로 배포하고 OCI에서 키 관리 및 자동 데이터베이스 백업을 설정합니다.

Azure에 애플리케이션 계층 배포

MAA 솔루션을 사용하려면 중복성 및 내결함성을 갖춘 애플리케이션을 배포해야 합니다.

  1. 두 개 이상의 AZ로 애플리케이션 계층을 배포합니다. 여러 AZ를 통해 배포하는 프로세스와 솔루션은 관련된 Azure 서비스 및 리소스에 따라 달라집니다. Azure Kubernetes Service(AKS)를 사용하면 다른 AZ에 작업자 노드의 개인 클러스터를 배포할 수 있습니다. Kubernetes 제어 플레인은 포드 및 워크로드를 유지 관리하고 동기화합니다.
  2. MAA 솔루션의 지속적인 서비스에 대한 애플리케이션 체크리스트 자세히 살펴보기 및 단계에 따라 계획된 유지 관리 및 중단 시나리오에서 애플리케이션이 사용 가능한 기본 RAC 인스턴스 또는 대기 RAC 인스턴스에 효율적으로 다시 연결할 수 있도록 합니다. 이러한 간단한 구성 최적의 사용법에는 응용 프로그램에 대한 클러스터웨어 관리 데이터베이스 서비스 생성, 기본 및 대기 SCAN을 인식하는 MAA 권장 연결 문자열 사용, FAN(Fast Application Notification) 활성화 및 응용 프로그램 전환을 위한 응용 프로그램 드레이닝 등이 있습니다. 다음은 애플리케이션 서비스 다운타임을 줄이기 위한 최소 레벨 1 및 레벨 2 단계입니다.

OCI에서 데이터베이스 계층 설정

Oracle Data Guard는 기본 데이터베이스에서 리두 데이터를 전송하고 적용하여 대기 데이터베이스를 유지 관리합니다. 계획된 유지보수 또는 재해 복구 테스트의 경우 Oracle Data Guard 스위치오버를 사용하십시오. 기본 데이터베이스를 사용할 수 없게 되면 Oracle Data Guard 페일오버를 사용하여 서비스를 재개합니다.

다음 단계에서는 OCI 관리 네트워크에서 Oracle Database@Azure에 대해 AZ 전체에서 Oracle Data Guard를 사용으로 설정하는 프로세스에 대해 설명합니다. OCI는 성능(대기 시간, 처리량)을 위해 선호되는 네트워크이며 송신 또는 수신 비용이 발생하지 않습니다.

Exadata 클러스터가 Azure에서 생성되면 각각 다른 OCI 가상 클라우드 네트워크(VCN)에 있게 됩니다. Oracle Data Guard에서 요구하는 대로 서로 다른 VCN의 리소스가 서로 통신하려면 VCN을 피어링하고 IP 주소 범위가 서로 액세스하도록 허용하는 추가 단계가 필요합니다. 다음 단계에 따라 VCN 간 통신을 구성합니다.

  1. OCI 콘솔에 로그인하여 기본 및 대기 Exadata VM 클러스터의 VCN에 로컬 피어링 게이트웨이(LPG)를 생성합니다.
  2. 기본 및 대기 LPG 간 피어 연결을 설정하고 대기 VCN에서 피어링되지 않은 피어 게이트웨이를 선택합니다.

    주:

    각 VCN에는 DRG(동적 라우팅 게이트웨이)가 하나만 있을 수 있습니다. 대기 데이터베이스가 다른 지역의 지정된 Exadata VM 클러스터에 있는 경우 허브 VCN을 구성해야 합니다.
  3. 기본 경로 테이블을 업데이트하여 인바운드 및 아웃바운드 데이터 전송 비용을 발생시키지 않고 기본 및 대기 데이터베이스 간의 트래픽을 OCI 네트워크를 통해 라우팅합니다.
  4. 기본 및 대기 네트워크 보안 그룹을 업데이트하여 TCP 포트 1521에 대한 기본 및 대기 클라이언트 서브넷 수신을 허용하는 보안 규칙을 생성합니다. 선택적으로 데이터베이스 서버에 직접 SSH 액세스하기 위한 SSH 포트 22를 추가할 수 있습니다.
  5. 기본 데이터베이스에 대해 Data Guard 또는 Active Data Guard를 사용으로 설정합니다. Oracle Database 세부 정보 페이지에서 Data Guard 연관을 누른 다음 Enable Data Guard 단추를 누릅니다.
  6. Enable Data Guard 페이지에서 다음을 수행하십시오.
    1. Azure AZ에 매핑된 대기 가용성 도메인을 선택합니다.
    2. 대기 Exadata 인프라를 선택합니다.
    3. 원하는 대기 VM 클러스터를 선택합니다.
    4. Data Guard 또는 활성 Data Guard를 선택합니다. MAA는 데이터 손상의 자동 블록 복구 및 보고 오프로드 기능을 위해 Active Data Guard를 권장합니다.
    5. RTO 및 RPO를 충족하는 보호 모드 및 리두 전송 유형을 선택합니다.
    6. 기존 데이터베이스 홈을 선택하거나 새로 생성합니다. 대기 데이터베이스 홈에 대해 기본 데이터베이스의 동일한 데이터베이스 소프트웨어 이미지를 사용하는 것이 좋으므로 둘 다 동일한 패치를 사용할 수 있습니다.
    7. SYS 사용자에 대한 비밀번호를 입력하고 Data Guard를 사용으로 설정합니다.
    Data Guard가 활성화되면 대기 데이터베이스가 Data Guard 연관 섹션에 나열됩니다.
  7. (선택 사항) Data Guard Observer를 별도의 VM(별도 위치 또는 애플리케이션 네트워크에서 설치하는 것이 바람직함)에 설치하여 장애 발생 시 복구 시간을 줄이려면 자동 복구(Fast-Start Failover)를 사용으로 설정합니다. 자세한 내용은 Fast-Start Failover 및 Configure and Deploy Oracle Data Guard 설명서를 참조하십시오. (현재 수동 단계이며 클라우드 자동화의 일부가 아닙니다.)

계획된 유지보수 및 운용중단이 있는 예상 해결 정보

Exadata 하드웨어의 Oracle RAC 데이터베이스가 포함된 이 플레이북의 Oracle Data Guard 구성을 사용하면 계획된 운용중단 이벤트와 계획되지 않은 운용중단 이벤트를 완화할 수 있습니다.

이 표에서는 중단 이벤트 및 데이터 보호를 제공하는 해결 방법을 보여줍니다.

이벤트 해상도
데이터베이스 Instance 및 하드웨어 Failure로부터 보호합니다. ExaDB-D 및 Oracle RAC에서 제공하는 고가용성 및 이중화.
계획된 유지 관리: 다운타임 없이 롤링 갱신(패치 적용) ExaDB-D, Oracle RAC 및 클라우드 자동화에서 제공하는 고가용성 및 이중화. DBMS_ROLLING(문서 ID 2832235.1)를 사용한 Exadata Cloud Database 19c Rolling Upgrade에 대한 자세한 내용을 참조하십시오.
계획된 유지 관리: 다운타임을 최소화하면서 롤링 업그레이드(5분) AZ 사이에서 Oracle Data Guard DBMS_ROLLING가 제공하는 데이터 복제 및 보호.
데이터베이스, 클러스터 및 AZ Failure로부터 보호. AZ 사이에서 Oracle Data Guard가 제공하는 데이터 복제 및 보호.
AZ 데이터 플레인 사이트 오류입니다. AZ 사이에서 Oracle Data Guard가 제공하는 데이터 복제 및 보호.
유지 관리 이벤트 및 계획되지 않은 중단 중 데이터베이스 세션이 중단됩니다. 애플리케이션의 지속적 가용성 모범 사례를 통합하려면 자세히 살펴보기 를 참조하십시오.