단계별 전략을 사용하여 비즈니스 크리티컬 애플리케이션을 Oracle Database@Azure로 마이그레이션

온프레미스 데이터베이스 및 애플리케이션을 클라우드로 마이그레이션하여 단계별 또는 하이브리드 전략으로 다운타임을 최소화하고, 클라우드 기반 앱과 온프레미스 데이터베이스를 원활하게 연결할 수 있습니다. 잘 구조화된 계획은 데이터 센터 종료를 가속화하고 위험을 완화하며 안정성을 유지합니다. 하이브리드 2단계 접근 방식을 통해 안정성을 유지하면서 원활한 전환이 가능합니다.

온프레미스 데이터베이스 및 애플리케이션을 클라우드로 이전할 때는 원활한 전환을 위해 몇 가지 문제를 해결해야 합니다. 단계별 마이그레이션 또는 하이브리드 클라우드 솔루션과 같이 다운타임을 최소화하는 마이그레이션 전략을 선택하여 특히 중요한 비즈니스 워크로드에 대해 애플리케이션 가동 시간을 유지합니다. 온프레미스 데이터베이스에 연결되는 클라우드에 이미 있는 애플리케이션이 마이그레이션 계획에서도 연결 문제를 방지하도록 고려해야 합니다. 앱이 클라우드에 상주하지만 데이터베이스가 온프레미스인 SaaS 애플리케이션의 경우 두 구성요소가 모두 포함된 포괄적인 전략을 보장합니다. 이러한 문제를 사전에 해결하여 원활한 전환을 보장하고 중요한 비즈니스 애플리케이션의 신뢰성을 유지합니다. 잘 구조화된 전략은 또한 데이터 센터 종료를 신속하게 처리하고 마이그레이션 위험을 줄여 중요한 비즈니스 애플리케이션의 안정성을 보장하는 데 도움이 됩니다.

Oracle Database@Azure는 Microsoft Azure 내에서 데이터베이스를 애플리케이션 워크로드에 더 가깝게 적용함으로써 온프레미스 Exadata 또는 Oracle Real Application Clusters(Oracle RAC)에 대한 의존도를 없애 줍니다. 이 통합을 통해 데이터베이스와 애플리케이션을 동일한 데이터 센터에 호스팅하여 대기 시간을 줄이고 물리적 인프라에 대한 종속성을 최소화할 수 있습니다.

이 설정을 구현하려면 중요한 비즈니스 운영을 중단하지 않고도 대상 아키텍처를 구축할 수 있도록 신중하게 설계된 솔루션이 필요한 경우가 많습니다. 많은 미션 크리티컬 워크로드가 여러 지역에 배포되어 재해 복구 또는 대기 환경을 통해 비즈니스 연속성을 보장합니다. 이 접근 방식은 하이브리드 2상 마이그레이션 전략을 지원하여 운영 안정성을 유지하면서 원활한 전환을 지원합니다.

시작하기 전에

시작하기 전에 다음 사항을 고려해야 합니다.

이전 중 기본 영역과 대기 영역 간에 원활하고 제어되는 전환을 보장하려면 Oracle Data Guard에서 Fast-Start Failover를 사용 안함으로 설정합니다.
OCI Database Migration은 온라인 및 오프라인 사용 사례(예: ZDM, OCI Migration)를 위해 검증된 교차 버전, 내결함성, 증분 Oracle Database 및 MySQL 마이그레이션을 제공합니다.
이 참조 아키텍처는 향상된 복원성을 위해 리전 간 배포와 함께 활성-대기 구성의 Oracle Gold MAA(Maximum Availability Architecture) 모델을 따릅니다. 이 참조 아키텍처는 MAA 플래티넘을 사용하도록 확장할 수 있습니다. 이 경우 가용성 영역 간에 Oracle Data Guard를 사용하는 동기 복제를 통해 로컬 고가용성을 구현하고 영역 간 재해 복구는 비동기 복제를 통해 구현됩니다.

구조

이 아키텍처는 다운타임을 최소화하면서 온프레미스 Oracle Database를 Oracle Exadata Database Service(Oracle Database@Azure)로 마이그레이션하기 위한 단계별 접근 방식을 간략히 설명합니다.

이 전략을 단순화하기 위해 현재 상태, 미래 상태 및 마이그레이션 단계의 세 가지 주요 측면으로 나눕니다.

이 참조 아키텍처에는 4개의 주요 구성 요소(다이어그램에 파란색으로 표시됨)가 있습니다.

번호	구성요소	설명
1	온프레미스 기본 데이터 센터	이전하기 전에 데이터베이스 및 응용 프로그램을 기본 시스템으로 호스트합니다.
2	온프레미스 대기 데이터 센터	온-프레미스 기본 데이터베이스를 복제하는 대기 시스템을 유지 관리합니다.
3	Azure 기본 영역	Oracle Database@Azure에서 애플리케이션 및 데이터베이스를 실행하여 마이그레이션 후 기본 시스템이 됩니다.
4	Azure 대기 영역	Oracle Data Guard를 사용하여 기본 영역을 복제하는 재해 복구 사이트입니다.

다음은 logical-architecture-diagram.png에 대한 설명입니다.

그림 logical-architecture-diagram.png에 대한 설명

논리적 아키텍처 다이어그램-oracle.zip

현재 상태

기존 설정에서는 기본 데이터 센터(1)와 대기 데이터 센터(2)가 모두 온프레미스로 호스팅되어 애플리케이션 워크로드 및 데이터베이스를 지원합니다. 기본 데이터 센터는 모든 요청을 처리하는 반면 대기 데이터 센터는 Oracle Data Guard를 사용하여 비동기 복제를 유지 관리합니다. 따라서 예상치 않은 오류가 발생할 경우 대기 시스템을 페일오버할 준비가 되어 있으므로 고가용성이 보장됩니다.

미래 상태

향후 아키텍처는 현재 설정을 미러링하지만 두 개의 Azure 영역, 즉 기본 영역(3)과 대기 영역(4)에 걸쳐 클라우드에서 완전히 호스팅됩니다. 데이터베이스는 Oracle Database@Azure Exadata 서비스로 마이그레이션되며, Oracle Cloud Infrastructure(OCI) 네트워크를 통해 Oracle Data Guard를 통해 관리되는 기본 데이터베이스와 대기 데이터베이스 간의 비동기 복제가 가능합니다.

온프레미스 데이터 센터와 Azure 간 보안 연결을 위해 Azure 방화벽은 Azure의 보안 가상 WAN(vWAN) 허브 내에 배포됩니다.

이전 단계

마이그레이션은 제어되고 신뢰할 수 있는 전환을 보장하기 위해 2단계 접근 방식을 따릅니다.

1단계 – 온프레미스 대기를 Azure 및 스위치오버로 전환

이 단계에서는 온프레미스 대기 시스템(2)이 Azure(3)로 마이그레이션됩니다. 완료되면 기본(1) 및 대기(3) 역할이 교체되어 Azure가 새 기본 영역이 됩니다.

Azure ExpressRoute를 사용하여 온프레미스와 Azure 간에 연결을 설정합니다.
보안을 위해 Azure 보안 허브, Azure 방화벽 및 vWAN을 구성합니다(아직 제자리에 없는 경우).
Azure의 기본 리전에서 Oracle Exadata Cloud Infrastructure를 프로비저닝한 후 다음을 수행합니다.
1. Oracle Exadata VM(가상 머신) 클러스터를 설정하고 대상 데이터베이스를 생성합니다.
2. 기본 데이터베이스에서 아카이브 로그 및 강제 로깅을 활성화합니다(아직 활성화되지 않은 경우).
검색을 위해 리스너 및 TNS 이름에 대해 Oracle Net을 구성합니다.
서비스에서 복원하여 Azure의 기본 영역(3)에 대기 데이터베이스를 설정합니다.
전환을 수행하여 Azure 데이터베이스(3)를 새 기본 데이터베이스로 설정합니다.
애플리케이션을 Azure 기본 리전(3)으로 마이그레이션하고 DNS 경로를 업데이트합니다.
Data Guard 구성을 확인하고 복제 상태를 모니터합니다.

2단계 – Azure에서 대기 설정 및 온프레미스 폐기

이 단계에서는 대기 시스템(4)이 Azure에서 설정되고 온프레미스 리소스(1 및 2)가 해제됩니다.

Oracle Exadata Cloud Infrastructure를 대기 리전(4)에 Oracle Database@Azure로 프로비저닝합니다.
Oracle Exadata VM 클러스터를 설정하고 대기 데이터베이스를 생성합니다.
Oracle Data Guard를 사용으로 설정하여 기본 영역 데이터베이스(3)를 대기 데이터베이스(4)와 연관시킵니다.
OCI 네트워킹을 사용하여 기본 데이터베이스와 대기 데이터베이스 간의 허브 앤 스포크 토폴로지 내에서 로컬 및 원격 피어링을 활용하여 높은 처리량의 복제를 수행할 수 있습니다.
Azure 대기 영역(4)으로 애플리케이션 워크로드를 마이그레이션합니다.
온프레미스 리소스와의 동기화를 정지한 다음 기본 (1) 및 대기 (2) 데이터 센터에서 온프레미스 애플리케이션 및 데이터베이스 리소스를 해제합니다.

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

그림 physical-architecture-diagram.png에 대한 설명

물리적 아키텍처 다이어그램-oracle.zip

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

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

Azure 및 OCI 리전은 지역화된 지역입니다. Oracle Database@Azure의 경우, Azure 리전이 OCI 리전에 연결되고, Azure의 가용성 영역(AZ)이 OCI의 가용성 도메인(AD)에 연결됩니다. 거리 및 대기 시간을 최소화하기 위해 Azure 및 OCI 리전 쌍을 선택합니다.
Azure 가용성 영역
Azure 가용성 영역은 독립적인 전원, 냉각 및 네트워킹을 제공하여 고가용성 및 복원성을 보장하도록 설계된 Azure 리전 내에서 물리적으로 분리된 위치입니다.Azure availability zones are physically separate locations within an Azure region, designed to ensure high availability and resiliency by providing independent power, cooling, and networking.
Azure VNet
Microsoft Azure Virtual Network(VNet)는 Azure의 전용 네트워크에 대한 기본 빌딩 블록입니다. VNet를 사용하면 Azure VM(가상 머신)과 같은 여러 유형의 Azure 리소스가 서로, 인터넷 및 온프레미스 네트워크와 안전하게 통신할 수 있습니다.
Azure 위임 서브넷
서브넷 위임은 관리형 서비스, 특히 서비스형 플랫폼(PaaS) 서비스를 가상 네트워크에 직접 삽입하는 Microsoft의 기능입니다. 이렇게 하면 외부 서비스가 외부 PaaS 서비스인 경우에도 가상 네트워크 리소스로 작동하도록 서브넷을 가상 네트워크 내부의 외부 관리 서비스에 대한 홈으로 지정하거나 위임할 수 있습니다.
Azure VNIC
Azure 데이터 센터의 서비스에는 물리적 NIC(네트워크 인터페이스 카드)가 있습니다. 가상 머신 인스턴스는 물리적 NIC와 연관된 VNIC(가상 NIC)를 사용하여 통신합니다. 각 인스턴스에는 실행 중 자동으로 생성 및 연결되는 기본 VNIC가 있으며 인스턴스 수명 동안 사용할 수 있습니다.
Azure 가상 네트워크 게이트웨이
Azure Virtual Network Gateway는 Azure 가상 네트워크와 온프레미스 네트워크 간에 안전한 교차 온프레미스 연결을 설정합니다.Azure Virtual Network Gateway establish a secure, cross-premises connectivity between an Azure virtual network and an on-premises network. 이를 통해 데이터 센터와 Azure를 아우르는 하이브리드 네트워크를 만들 수 있습니다.
Azure 가상 WAN
Microsoft Azure Virtual WAN(VWAN)은 여러 네트워킹, 보안 및 라우팅 기능을 함께 제공하여 단일 운영 인터페이스를 제공하는 네트워킹 서비스입니다.
Azure 보안 허브
보안 가상 허브라고도 하는 Azure 보안 허브는 Azure Firewall Manager에서 관리되는 보안 및 라우팅 정책으로 향상된 Azure Virtual WAN 허브입니다.An Azure secure hub, also known as a secure virtual hub, is an Azure Virtual WAN hub enhanced with security and routing policies managed by Azure Firewall Manager. 트래픽 거버넌스 및 보호를 위해 기본 보안 서비스를 통합하여 허브 앤 스포크(Hub-and-spoke) 및 전이적 네트워크 아키텍처 생성을 간소화합니다. 이 설정은 트래픽 경로 지정을 자동화하므로 UDR(사용자 정의 경로)이 필요하지 않습니다. 조직은 보안 허브를 사용하여 가상 네트워크, 지사 및 인터넷 간의 트래픽을 필터링하고 보호하여 강력한 보안과 간소화된 네트워크 관리를 보장할 수 있습니다.
Azure 방화벽 관리자
Azure Firewall Manager는 여러 리전 및 구독에서 Azure Firewall의 배포 및 구성을 단순화하는 중앙 집중식 보안 관리 서비스입니다.Azure Firewall Manager is a centralized security management service that simplifies the deployment and configuration of Azure Firewall across multiple regions and subscriptions. 계층적 정책 관리를 통해 전역 및 로컬 방화벽 정책을 일관되게 적용할 수 있습니다. Azure Virtual WAN(vWAN) 및 보안 허브와 통합된 Azure Firewall Manager는 사용자 정의 경로(UDR) 없이도 트래픽 라우팅 및 필터링을 자동화하여 보안을 강화합니다. 이 통합은 가상 네트워크, 지사 및 인터넷 간의 트래픽을 안전하게 관리하고 모니터링하여 강력하고 간소화된 네트워크 보안 솔루션을 제공합니다.
Azure ExpressRoute
Azure ExpressRoute는 퍼블릭 인터넷을 우회하여 온프레미스 데이터 센터와 Microsoft Azure 간에 프라이빗 연결을 가능하게 하는 서비스입니다. 따라서 일관된 대기 시간으로 보안, 안정성 및 속도가 향상됩니다. ExpressRoute 접속은 지점 간 이더넷, IP VPN(any-to-any) 또는 가상 교차 접속과 같은 다양한 방법을 사용하여 접속 제공자를 통해 설정할 수 있습니다. 온프레미스 데이터 센터와 통합할 때 ExpressRoute는 향상된 성능과 보안을 통해 네트워크를 클라우드로 원활하게 확장하여 하이브리드 클라우드 시나리오, 재해 복구 및 데이터 마이그레이션을 지원합니다.

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

지역
Oracle Cloud Infrastructure 리전은 하나 이상의 데이터 센터, 호스팅 가용성 도메인을 포함하는 지역화된 지리적 영역입니다. 지역은 다른 지역과 독립적이며, 먼 거리가 그들을 분리 할 수 있습니다 (국가 또는 대륙에 걸쳐).
가용성 도메인
가용성 도메인은 한 지역 내의 독립형 독립 데이터 센터입니다. 각 가용성 도메인의 물리적 리소스는 결함 허용을 제공하는 다른 가용성 도메인의 리소스와 격리됩니다. 가용성 도메인은 전원 또는 냉각과 같은 인프라 또는 내부 가용성 도메인 네트워크를 공유하지 않습니다. 따라서 한 가용성 도메인의 장애가 해당 영역의 다른 가용성 도메인에 영향을 미치지 않아야 합니다.
VCN(가상 클라우드 네트워크) 및 서브넷
VCN은 Oracle Cloud Infrastructure 지역에서 설정한 맞춤형 소프트웨어 정의 네트워크입니다. 기존의 데이터 센터 네트워크와 마찬가지로 VCN을 통해 네트워크 환경을 제어할 수 있습니다. VCN에는 VCN 생성 후 변경할 수 있는 겹치지 않는 CIDR 블록이 여러 개 있을 수 있습니다. VCN을 서브넷으로 분할할 수 있습니다. 서브넷은 지역 또는 가용성 도메인으로 범위가 지정될 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 연속적인 주소 범위로 구성됩니다. 생성 후 서브넷의 크기를 변경할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.
경로 테이블
가상 라우팅 테이블에는 일반적으로 게이트웨이를 통해 서브넷에서 VCN 외부의 대상으로 트래픽을 라우팅하는 규칙이 포함되어 있습니다.
보안 목록
각 서브넷에 대해 서브넷에 들어오고 나가도록 허용되는 트래픽의 소스, 대상 및 유형을 지정하는 보안 규칙을 생성할 수 있습니다.
NSG(네트워크 보안 그룹)
NSG는 클라우드 리소스에 대한 가상 방화벽 역할을 합니다. Oracle Cloud Infrastructure의 제로 트러스트 보안 모델을 사용하면 VCN 내부의 네트워크 트래픽을 제어할 수 있습니다. NSG는 단일 VCN의 지정된 VNIC 세트에만 적용되는 일련의 수신 및 송신 보안 규칙으로 구성됩니다.
Oracle Database Autonomous Recovery Service
Oracle Database Autonomous Recovery Service는 Oracle 데이터베이스를 보호하는 Oracle Cloud 서비스입니다. OCI 데이터베이스의 백업 자동화 및 향상된 데이터 보호 기능을 통해 모든 백업 처리 및 스토리지 요구 사항을 Oracle Database Autonomous Recovery Service로 오프로드할 수 있으므로 백업 인프라 비용과 수동 관리 오버헤드가 줄어듭니다.
Exadata 데이터베이스 서비스
클라우드에서 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 Infrastructure 및 Oracle Autonomous Database Serverless)입니다. 이 서비스는 OCI와 기능 및 가격 패리티를 제공합니다. Azure Marketplace에서 서비스를 구매하세요.

Oracle Database@Azure는 Oracle 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 Service와 Oracle Autonomous Database Serverless는 네이티브 Azure 포털을 통해 손쉽게 프로비저닝되므로 보다 광범위한 Azure 생태계에 액세스할 수 있습니다.
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는 읽기 대부분 작업 로드를 대기 데이터베이스로 오프로드하는 추가 기능을 제공하며 고급 데이터 보호 기능도 제공합니다.
로컬 피어링
로컬 피어링을 사용하면 한 VCN을 동일한 지역의 다른 VCN과 피어링할 수 있습니다. 피어링이란 VCN이 인터넷을 순회하거나 온프레미스 네트워크를 통해 라우팅하지 않고 전용(private) IP 주소를 사용하여 통신하는 것을 의미합니다.
원격 피어링
원격 피어링을 사용하면 서로 다른 VCN 내의 리소스가 전용(private) IP 주소를 사용하여 통신할 수 있습니다. 원격 피어링을 사용하면 다른 지역의 다른 VCN과 통신해야 하는 인스턴스에 대해 인터넷 게이트웨이 또는 공용 IP 주소가 필요하지 않습니다.
허브 가상 클라우드 네트워크
허브 VCN(가상 클라우드 네트워크)은 동일한 지역 및 여러 지역 모두에서 여러 VCN 간 트래픽을 관리하고 라우팅하기 위한 중앙 지점 역할을 합니다. 허브 VCN은 LPG(로컬 피어링 게이트웨이)를 사용하여 동일한 지역 내의 여러 스포크 VCN에 연결하여 효율적인 통신과 중앙 집중식 관리를 지원합니다. 지역 간 연결의 경우 각 VCN이 DRG(동적 라우팅 게이트웨이)에 연결되고 RPC(원격 피어링 연결)를 설정하는 RPG(원격 피어링 그룹)가 사용됩니다. 이 설정은 특히 Oracle Data Guard 트래픽의 경로를 지정하여 리두 로그 및 기타 동기화 데이터가 한 지역의 기본 데이터베이스에서 다른 지역의 대기 데이터베이스로 효율적으로 전송되도록 함으로써 데이터 일관성과 고가용성을 유지 관리하는 데 유용합니다.

온-프레미스 시스템에는 다음과 같은 구성 요소가 있습니다.

기본 데이터 센터
애플리케이션을 호스팅하는 온프레미스 데이터 센터와 Oracle 데이터베이스는 비즈니스 운영을 위한 기본 사이트 역할을 수행하여 고성능 및 데이터 가용성을 보장합니다. 재해 복구 및 비즈니스 연속성을 향상시키기 위해 이 기본 데이터 센터는 다른 지역에 위치한 대기 데이터 센터와 연관되어 있습니다. 대기 데이터 센터는 Oracle Data Guard를 사용하여 Oracle 데이터베이스의 동기화된 복사본을 유지 관리하며, 이 복사본은 기본 데이터베이스의 변경 사항을 대기 데이터베이스로 계속 복제합니다. 기본 사이트에 장애가 발생하거나 재해가 발생할 경우 대기 데이터 센터가 신속하게 인계하여 다운타임과 데이터 손실을 최소화함으로써 중단 없는 비즈니스 운영을 보장할 수 있습니다.
대기 데이터 센터
대기 데이터 센터는 예기치 않은 상황에서 비즈니스 연속성을 보장하도록 설계된 재해 복구 전략의 중요한 구성 요소입니다. Oracle Data Guard와 같은 기술을 통해 동기화된 상태로 유지되는 기본 애플리케이션 및 Oracle Database의 복제본을 호스팅합니다. 기본 데이터 센터에서 장애 또는 재해가 발생할 경우 대기 데이터 센터가 원활하게 운영을 인계하여 다운타임과 데이터 손실을 최소화할 수 있습니다. 이 설정은 비즈니스 프로세스가 원활하게 실행되도록 보장하여 중단에 대한 복원력을 제공하고 사용자 및 고객에 대한 서비스 가용성을 유지합니다.
데이터베이스
온프레미스 데이터 센터에 호스팅되는 Oracle 데이터베이스는 비즈니스 데이터를 저장하고 관리하는 데 중요한 역할을 합니다. 중요한 비즈니스 운영을 처리할 수 있는 안전한 고성능 환경을 제공하여 데이터 무결성과 가용성을 보장합니다. 이 설정을 통해 조직은 데이터 인프라에 대한 완전한 제어를 유지하고, 특정 요구 사항에 맞게 구성을 사용자 정의하고, 규제 요구 사항을 준수할 수 있습니다. 기업은 Oracle의 강력한 데이터베이스 기능을 활용하여 트랜잭션을 효율적으로 처리하고, 보고서를 생성하고, 의사 결정 프로세스를 지원할 수 있습니다.
응용 프로그램
Oracle 데이터베이스의 온프레미스 데이터 센터에서 실행되는 애플리케이션은 비즈니스 운영에 필수적입니다. 이러한 애플리케이션은 강력하고 신뢰할 수 있는 Oracle 데이터베이스를 활용하여 거래를 처리하고 고객 데이터를 관리하며 중요한 비즈니스 통찰력을 생성합니다. 보안 및 제어 환경에서 운영함으로써 고성능, 데이터 무결성 및 규제 표준 준수를 보장합니다. 이 설정을 통해 기업은 특정 요구 사항을 충족하도록 인프라를 사용자 정의하여 일상적인 운영 및 전략적 의사 결정을 위한 안정적인 기반을 제공할 수 있습니다.

권장사항

다음 권장 사항을 시작점으로 사용합니다. 요구 사항은 여기에 설명된 아키텍처와 다를 수 있습니다.

성능

DR(재해 복구) 복제에는 OCI 네트워크가 권장됩니다. OCI의 고성능 네트워크 인프라는 대기 시간이 짧은 고대역폭 연결을 보장하며, 이는 기본 데이터베이스와 대기 데이터베이스 간의 효율적인 데이터 복제 및 동기화에 필수적입니다. Oracle Data Guard용 OCI 네트워킹을 Oracle Database@Azure와 함께 활용하면 성능, 보안, 안정성이 크게 향상됩니다.

이 설정은 리두 로그 및 중요 데이터를 빠르고 안전하게 전송할 수 있도록 하여 페일오버 시나리오 중 데이터 손실 및 작동 중지 시간을 최소화함으로써 DR을 강화합니다. 또한 네트워크 암호화 및 고급 액세스 제어를 포함한 OCI의 내장 보안 기능은 민감한 데이터에 대한 강력한 보호를 제공합니다.

OCI 네트워킹을 Oracle Database@Azure와 통합함으로써 조직은 비즈니스 연속성 및 운영 효율성을 향상시키는 원활하고 탄력적이며 고가용성 데이터베이스 아키텍처를 달성할 수 있습니다.

고려사항

이 참조 아키텍처를 배치할 때는 다음 사항을 고려하십시오.

비즈니스 연속성
Oracle Database Autonomous Recovery Service와 Oracle Data Guard를 통합하면 기본 및 대기 데이터베이스 설정을 위한 포괄적이고 탄력적인 데이터 보호 전략이 생성됩니다. Oracle Data Guard는 기본 데이터베이스 실패 시 인계할 수 있는 동기화된 대기 데이터베이스를 유지 관리하여 작동 중지 시간과 데이터 손실을 최소화함으로써 고가용성 및 재해 복구를 보장합니다.

이를 보완하는 Oracle Database Autonomous Recovery Service는 데이터 손실 방지 및 실시간 복구 기능을 갖춘 완전 관리형 중앙 집중식 백업 솔루션을 제공합니다. 이 조합은 실시간 복제 및 강력한 백업 메커니즘을 통해 지속적인 데이터 보호를 보장하여 데이터 무결성과 비즈니스 연속성을 향상시킵니다.
가용성
한 지역 내의 여러 가용성 영역(AZ)에 여러 Oracle Database 인스턴스를 Active Data Guard와 함께 배치하면 고가용성 및 재해 복구 기능이 크게 향상됩니다. AZ는 서로 격리되어 있어 Failure가 서로 영향을 주지 않도록 합니다. 여러 AZ에 데이터베이스 인스턴스를 배포함으로써 조직은 정전 또는 하드웨어 문제와 같이 현지화된 장애와 관련된 위험을 완화할 수 있습니다.

Active Data Guard는 기본 데이터베이스의 실시간 동기화 복제본을 유지 관리하여 기본 인스턴스 실패 시 원활한 페일오버를 가능하게 함으로써 이 설정을 더욱 강화합니다. 이 접근 방식은 지속적인 데이터 보호, 다운타임 최소화, 강력한 재해 복구 전략을 보장하여 미션 크리티컬 애플리케이션을 위한 탄력적인 인프라를 제공합니다.
처리량
온프레미스에서 Azure로 데이터베이스를 마이그레이션할 때는 원활하고 효율적인 전송을 위해 Azure ExpressRoute의 대역폭을 고려하는 것이 중요합니다. 예를 들어, 100GB의 작은 데이터베이스를 마이그레이션하는 경우 200 Mbps ExpressRoute 회로가 최적의 조건과 오버헤드가 없다고 가정하여 약 1시간 10분 내에 전송을 처리할 수 있습니다. 그러나 1TB의 더 큰 데이터베이스의 경우 동일한 200 Mbps 회로는 약 11시간 40분이 소요됩니다. 1Gbps 회로로 업그레이드하면 이 시간이 약 2시간 20분으로 크게 줄어듭니다. 이에 따라 전체 대역폭이 소비되지 않도록 계획합니다. 그렇지 않으면 온프레미스와 클라우드 간에 통신하는 다른 애플리케이션이 영향을 받을 수 있습니다.

추가 탐색

Oracle Database 및 관련 도구에 대한 자세한 내용은 다음 리소스를 참조하십시오.

이 참조 아키텍처를 구현하려면 다음 배치 리소스를 검토하십시오.

Terraform: Oracle Cloud Infrastructure 제공자
Oracle Cloud Infrastructure Ansible Collection 5.4.0
Oracle Cloud Infrastructure 문서의 CLI(명령행 인터페이스)
Terraform: Azure 제공자
Azure CLI(Command-Line Interface) 설명서
Oracle Cloud Infrastructure 문서의 API 참조 및 엔드포인트
Azure REST API 참조
Oracle Cloud 포털
Azure 포털

다음 추가 리소스를 검토하십시오.

확인

작성자: Neeraj Tyagi, Thomas Van Buggenhout
제공자: Emiel Ramakers, John Sulyok