Active Data Guard Far Sync 배포에 대해 알아보기

Oracle Database@AzureMicrosoft Azure의 데이터 센터에서 Oracle Exadata Database Service on Dedicated Infrastructure를 사용해 미션 크리티컬 Oracle 데이터베이스를 실행할 수 있게 해줍니다.

Oracle Exadata Database ServiceOracle Real Application Clusters (Oracle RAC)의 내장된 고가용성, 성능 및 확장성을 활용하는 동시에 Azure 애플리케이션의 짧은 대기 시간을 활용할 수 있습니다.

다른 Exadata VM(가상 머신) 클러스터에서 호스트된 대기 데이터베이스로 아키텍처를 확장하면 데이터베이스 및 클러스터 장애에 대한 DR(재해 복구) 보호를 제공합니다. 다른 Azure 가용성 영역(AZ)에 대기를 배치하면 솔루션이 더욱 향상되어 전체 AZ 실패로부터 보호됩니다. 종합적인 지역 재해 복구를 위해 대기 데이터베이스를 별도의 지역에 배포해야 합니다.

Oracle Data Guard를 사용하면 동기적으로 리두를 대기 데이터베이스로 전송하여 데이터 손실이 없도록 할 수 있습니다. 하지만 대기 데이터베이스가 지리적으로 너무 멀리 있는 경우 대기 시간이 증가하여 기본 데이터베이스의 커밋 응답 시간 및 트랜잭션 처리량에 영향을 줍니다. Active Data Guard Far Sync는 기본 데이터베이스 성능에 미치는 영향을 최소화하면서 어느 거리에서나 데이터 손실이 없도록 보장할 수 있습니다. 경량 Instance인 Far Sync는 동기식 로컬 standby database 없이 동기식 리두 보호 및 제로 데이터 손실 페일오버를 제공합니다.

구조

이 참조 아키텍처는 Active Data Guard를 사용하는 영역 간 재해 복구를 보여줍니다.

Active Data Guard Far Sync 인스턴스 2개가 해당 Oracle Cloud Infrastructure(OCI) 영역에 생성됩니다. 토론토의 기본 데이터베이스는 SYNC 모드의 리두 데이터를 토론토의 로컬 Far SYNC 인스턴스로 전송하여 ASYNC 모드의 리두 데이터를 원격 시드니 지역의 대기 데이터베이스로 전달합니다.

롤 스위치와 시드니의 데이터베이스가 primary가 된 후에는 SYNC 모드의 리두 데이터를 Sydney의 local far SYNC instance로 전송하여 ASYNC 모드의 리두 데이터를 원격 Toronto 지역의 standby database로 전달합니다.

Oracle Database@Azure 네트워크의 Oracle Exadata Database Service는 Oracle이 관리하는 DRG(동적 라우팅 게이트웨이)를 사용하여 Exadata 클라이언트 서브넷에 연결됩니다. 또한 다른 지역의 VCN 간 피어 연결을 생성하려면 DRG가 필요합니다. OCI의 VCN당 하나의 DRG만 허용되므로 각 리전의 기본 및 대기 VCN을 연결하려면 자체 DRG를 사용하는 두 번째 VCN이 필요합니다.

애플리케이션은 여러 리전에서 복제되어 동일한 리전의 데이터베이스에 액세스하고 대기 시간을 최소화하고 성능을 극대화합니다.

다음 다이어그램은 이 참조 아키텍처를 보여 줍니다.



active-data-guard-far-sync-dba-oracle.zip

Microsoft Azure는 다음 구성요소를 제공합니다.

  • Azure 지역

    Azure 리전은 가용성 영역이라고 하는 하나 이상의 물리적 Azure 데이터 센터가 상주하는 지리적 영역입니다. 지역은 다른 지역과 독립적이며, 먼 거리가 그들을 분리 할 수 있습니다 (국가 또는 대륙에 걸쳐).

    Azure 및 OCI 리전은 지역화된 지역입니다. Oracle Database@Azure의 경우, Azure 리전이 OCI 리전에 연결되고, Azure의 가용성 영역(AZ)이 OCI의 가용성 도메인(AD)에 연결됩니다. 거리 및 대기 시간을 최소화하기 위해 Azure 및 OCI 리전 쌍을 선택합니다.

  • Azure VNet

    Microsoft Azure Virtual Network(VNet)는 Azure의 전용 네트워크에 대한 기본 빌딩 블록입니다. VNet를 사용하면 Azure VM(가상 머신)과 같은 여러 유형의 Azure 리소스가 서로, 인터넷 및 온프레미스 네트워크와 안전하게 통신할 수 있습니다.

  • Azure 위임 서브넷

    서브넷 위임은 관리형 서비스, 특히 서비스형 플랫폼(PaaS) 서비스를 가상 네트워크에 직접 삽입하는 Microsoft의 기능입니다. 이렇게 하면 외부 서비스가 외부 PaaS 서비스인 경우에도 가상 네트워크 리소스로 작동하도록 서브넷을 가상 네트워크 내부의 외부 관리 서비스에 대한 홈으로 지정하거나 위임할 수 있습니다.

  • Azure VNIC

    Azure 데이터 센터의 서비스에는 물리적 NIC(네트워크 인터페이스 카드)가 있습니다. 가상 머신 인스턴스는 물리적 NIC와 연관된 VNIC(가상 NIC)를 사용하여 통신합니다. 각 인스턴스에는 실행 중 자동으로 생성 및 연결되는 기본 VNIC가 있으며 인스턴스 수명 동안 사용할 수 있습니다.

Oracle Cloud Infrastructure는 다음 구성요소를 제공합니다.

  • 지역

    Oracle Cloud Infrastructure 리전은 가용성 도메인이라고 하는 데이터 센터가 하나 이상 포함된 지역화된 지리적 영역입니다. 지역은 다른 지역과 독립적이며, 먼 거리가 그들을 분리 할 수 있습니다 (국가 또는 대륙에 걸쳐).

  • VCN(가상 클라우드 네트워크) 및 서브넷

    VCN은 Oracle Cloud Infrastructure 지역에서 설정한 맞춤형 소프트웨어 정의 네트워크입니다. 기존의 데이터 센터 네트워크와 마찬가지로 VCN을 통해 네트워크 환경을 제어할 수 있습니다. VCN에는 VCN 생성 후 변경할 수 있는 겹치지 않는 CIDR 블록이 여러 개 있을 수 있습니다. VCN을 서브넷으로 분할할 수 있습니다. 서브넷은 지역 또는 가용성 도메인으로 범위가 지정될 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 연속적인 주소 범위로 구성됩니다. 생성 후 서브넷의 크기를 변경할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.

  • 경로 테이블

    가상 라우팅 테이블에는 일반적으로 게이트웨이를 통해 서브넷에서 VCN 외부의 대상으로 트래픽을 라우팅하는 규칙이 포함되어 있습니다.

  • 보안 목록

    각 서브넷에 대해 서브넷에 들어오고 나가도록 허용해야 하는 트래픽의 소스, 대상 및 유형을 지정하는 보안 규칙을 생성할 수 있습니다.

  • DRG(동적 경로 지정 게이트웨이)

    DRG는 VCN과 지역 외부 네트워크(예: 다른 Oracle Cloud Infrastructure 지역의 VCN, 온프레미스 네트워크 또는 다른 클라우드 공급자의 네트워크) 간에 동일한 지역의 VCN 간 전용(private) 네트워크 트래픽에 필요한 경로를 제공하는 가상 라우터입니다.

  • LPG(로컬 피어링 게이트웨이)

    LPG를 사용하면 한 VCN을 동일한 지역의 다른 VCN과 피어링할 수 있습니다. 피어링이란 VCN이 인터넷을 순회하거나 온프레미스 네트워크를 통해 라우팅하지 않고 전용(private) IP 주소를 사용하여 통신하는 것을 의미합니다.

  • Data Guard

    Oracle Data Guard and Oracle Active Data Guard provide a comprehensive set of services that create, maintain, manage, and monitor one or more standby databases and that enable production Oracle databases to remain available without interruption. Oracle Data Guard는 인메모리 복제를 사용하여 이러한 대기 데이터베이스를 운영 데이터베이스의 복사본으로 유지 관리합니다. 계획되거나 계획되지 않은 운용중단으로 인해 운용 중인 데이터베이스를 사용할 수 없게 되면 Oracle Data Guard에서 대기 데이터베이스를 운용 롤로 전환하여 운용중단과 연관된 작동 중지 시간을 최소화할 수 있습니다. Oracle Active Data Guard는 읽기 대부분 작업 로드를 대기 데이터베이스로 오프로드하는 추가 기능을 제공하며 고급 데이터 보호 기능도 제공합니다.

  • Active Data Guard Far Sync

    Oracle Active Data Guard Far Sync는 기본 데이터베이스에서 동기적으로 리두 데이터를 수신하여 하나 이상의 대기 데이터베이스에 비동기적으로 전달하는 경량 Oracle 데이터베이스 인스턴스입니다. 로컬 동기 대기 데이터베이스 없이도 기본 데이터베이스 성능에 미치는 영향을 최소화하면서 어느 거리에서나 데이터 손실이 없도록 보장합니다.

  • 전용 인프라의 Exadata Database Service

    Oracle Exadata Database Service on Dedicated Infrastructure를 사용하면 클라우드에서 Exadata의 기능을 활용할 수 있습니다. Oracle Exadata Database Service는 퍼블릭 클라우드에서 특별히 구축되고 최적화된 Oracle Exadata 인프라에 대해 입증된 Oracle Database 기능을 제공합니다. 모든 Oracle Database 워크로드에 대한 클라우드 자동화, 탄력적인 리소스 확장, 보안 및 빠른 성능이 내장되어 있어 관리를 간소화하고 비용을 절감할 수 있습니다.

  • Oracle Database@Azure

    Oracle Database@Azure는 Microsoft Azure 데이터 센터에 배포된 Oracle Cloud Infrastructure(OCI)에서 실행되는 Oracle Database 서비스(Oracle Exadata Database Service on Dedicated InfrastructureOracle Autonomous Database Serverless)입니다. 이 서비스는 OCI와 기능 및 가격 패리티를 제공합니다. Azure Marketplace에서 서비스를 구매하세요.

    Oracle Database@AzureOracle Exadata Database Service, Oracle Real Application Clusters(Oracle RAC), Oracle Data Guard 기술을 Azure 플랫폼에 통합합니다. 사용자는 Azure 콘솔 및 Azure 자동화 도구를 사용하여 서비스를 관리합니다. 이 서비스는 Azure Virtual Network(VNet)에 배포되고 Azure ID 및 액세스 관리 시스템과 통합됩니다. OCI와 Oracle Database의 일반 메트릭 및 감사 로그는 Azure에서 기본적으로 사용할 수 있습니다. 이 서비스를 사용하려면 사용자에게 Azure 구독 및 OCI 테넌시가 있어야 합니다.

    Autonomous Database는 Oracle Exadata 인프라를 기반으로 구축되었으며, 자가 관리, 자가 보안 및 자가 복구를 통해 수동 데이터베이스 관리 및 인적 오류를 방지합니다. Autonomous Database는 선택한 대규모 언어 모델(LLM) 및 배포 위치를 사용하여 내장된 AI 기능을 사용하여 모든 데이터로 확장 가능한 AI 기반 앱을 개발할 수 있도록 지원합니다.

    Oracle Exadata Database ServiceOracle Autonomous Database Serverless는 네이티브 Azure 포털을 통해 손쉽게 프로비저닝되므로 보다 광범위한 Azure 생태계에 액세스할 수 있습니다.

권장사항

다음 권장 사항을 시작점으로 사용합니다. 요구 사항은 여기에 설명된 아키텍처와 다를 수 있습니다.
  • Far Sync 인스턴스는 동일한 실패 또는 재해로 인해 영향을 받을 수 없지만 네트워크 대기 시간을 최소화할 수 있을 만큼 가깝도록 기본 데이터베이스에서 멀리 떨어져 있어야 합니다.
  • 고가용성을 위해 지역당 2개의 Far Sync 인스턴스를 생성합니다. 대체 Far Sync 인스턴스가 없거나 기본 영역의 모든 Far Sync 인스턴스를 사용할 수 없는 경우 Oracle Data Guard 리두 전송이 ASYNC 모드에서 대기 데이터베이스로 직접 전달되어 제로 데이터 손실 보호에 영향을 주며, 구성 및 거리에 따라 전송 지연이 RPO에 영향을 줄 수 있습니다.
  • Far Sync 인스턴스의 스토리지 성능이 중요하므로 IOPS 용량이 워크로드를 지원하는 데 적합해야 합니다. Far Sync 인스턴스의 스토리지는 기본 데이터베이스의 온라인 리두 로그 스토리지보다 높거나 같은 IOPS 성능을 가져야 합니다.
  • OCI 관리형 네트워크를 사용하여 Oracle Database@Azure의 Exadata VM 클러스터에 프로비저닝된 데이터베이스의 경우 여러 리전에서 Oracle Data Guard를 사용합니다.

영역 간 재해 복구 고려 사항

Oracle Database@Azure에서 Oracle Exadata Database Service에 대해 지역 간 재해 복구를 수행하는 경우 다음을 고려하십시오.

  • Oracle Cloud Infrastructure는 대기 시간 및 처리량으로 측정하고 비용을 절감하기 위해 선호하는 네트워크로, 처음 10TB/월은 무료입니다.
  • Far Sync는 경량 인스턴스입니다. 그러나 기본으로 다시 확인하기 전에 동기화를 통해 수신된 리두를 디스크에 기록하므로 디스크 성능이 매우 중요하므로 응용 프로그램 성능에 영향을 줄 수 있습니다.
  • 대량 작업 로드에서는 Far Sync 인스턴스의 네트워크 성능이 매우 중요합니다.
  • 여러 대기 데이터베이스와 원거리 동기화 인스턴스를 사용하면 구성이 더 복잡해질 수 있습니다. Active Data Guard 브로커 RedoRoutes 등록 정보를 사용하면 리두가 다양한 대상으로 전송되는 방식을 간단히 정의할 수 있습니다.
  • Far Sync를 사용하려면 Active Data Guard 옵션이 필요합니다.