Oracle Database@Azure에 Oracle Autonomous Database 배포
Oracle Autonomous Database를 다중 가용성 영역 Microsoft Azure 지역 내에 배포된 마이크로서비스 애플리케이션을 위한 매우 탄력적인 데이터 저장소로 프로비저닝합니다.
Oracle 데이터베이스는 Exadata, Oracle RAC(Oracle Real Application Clusters), Data Guard 및 Oracle Application Continuity와 같은 핵심 빌딩 블록을 함께 계층화하여 엔터프라이즈급 비즈니스 연속성을 제공합니다. 현재까지 이러한 핵심 빌딩 블록은 Oracle Exadata Database Service를 사용하여 Oracle Cloud Infrastructure(OCI)에서 수동으로 구성하거나 Oracle Autonomous Database 서비스를 사용하여 완전히 자동화될 수 있습니다. 이제 전 세계적으로 점점 더 많은 수의 Microsoft Azure 지역에서 완전 관리형 Oracle Autonomous Database 서비스를 사용할 수 있습니다.
많은 Azure 클라우드 리전이 사용 가능한 여러 영역(AZ)을 제공하여 비즈니스 연속성을 극대화합니다. 이러한 가용성 영역은 데이터 센터 장애로부터 애플리케이션과 데이터를 보호하는 고유한 물리적 위치입니다.
구조
이 참조 아키텍처는 Microsoft Azure AZ(다중 가용성 영역) 지역에 Oracle Autonomous Database를 배포하기 위한 몇 가지 모범 사례를 설명합니다.
미션 크리티컬 데이터베이스 애플리케이션을 설계할 때는 무중단 업무 운영 관행 및 고가용성 토폴로지를 항상 고려해야 합니다. 아래 아키텍처는 Azure Kubernetes Service(AKS)를 사용하는 컨테이너화된 애플리케이션을 보여줍니다. 컨테이너 이미지는 Azure 컨테이너 레지스트리에 저장됩니다. 사용자는 공용 로드 밸런서를 통해 외부적으로 애플리케이션에 접근합니다. Oracle Autonomous Database는 PaaS 서비스이므로 Autonomous Database가 프로비저닝될 AZ에 대한 관리 제어가 없습니다. 그러나 Azure AZ 실패가 발생할 가능성은 낮지만 Oracle은 로컬 자율운영 Data Guard 대기가 항상 기본 데이터베이스와 다른 AZ(데이터 센터)에 배포되도록 합니다.
주:
애플리케이션-데이터베이스-가용성-영역 유사성이 필요한 경우 Autonomous Database는 사용자가 AZ 배치를 확인할 수 있는 질의 가능한 데이터베이스 뷰를 제공합니다. Autonomous Database의 AZ가 결정되면 네트워킹을 적절히 조정할 수 있습니다.아래 다이어그램에서 애플리케이션 가상 네트워크(VNet)는 VNet 피어링을 사용하여 가용성 영역 1(AZ1)의 VNet 데이터베이스에 접속합니다. AKS 호스트 애플리케이션은 Oracle Database@Azure 위임 서브넷에 접속하는 프라이빗 끝점을 통해 데이터베이스에 액세스합니다. 다중 AZ 비즈니스 연속성이 필요한 경우 자율운영 Data Guard를 선택적으로 사용으로 설정할 수 있으며, 이 경우 가용성 영역 2(AZ2)입니다. 자율운영 Data Guard는 기본 데이터베이스와 로컬 대기 데이터베이스를 동기화 상태로 유지하고 기본 AZ로 중단될 경우 자동으로 페일오버합니다. Oracle 관리 자동 백업은 기본적으로 항상 활성화됩니다.
다음 다이어그램은 이 참조 아키텍처를 보여 줍니다.
autonomous-database-db-azure-다이어그램-oracle.zip
구조에는 다음과 같은 구성 요소가 있습니다.
- 지역
Oracle Cloud Infrastructure 리전은 가용성 도메인이라고 하는 데이터 센터가 하나 이상 포함된 지역화된 지리적 영역입니다. 지역은 다른 지역과 독립적이며, 먼 거리가 그들을 분리 할 수 있습니다 (국가 또는 대륙에 걸쳐).
- VCN(가상 클라우드 네트워크) 및 서브넷
VCN은 Oracle Cloud Infrastructure 지역에서 설정한 맞춤형 소프트웨어 정의 네트워크입니다. 기존의 데이터 센터 네트워크와 마찬가지로 VCN을 통해 네트워크 환경을 제어할 수 있습니다. VCN에는 VCN 생성 후 변경할 수 있는 겹치지 않는 CIDR 블록이 여러 개 있을 수 있습니다. VCN을 서브넷으로 분할할 수 있습니다. 서브넷은 지역 또는 가용성 도메인으로 범위가 지정될 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 연속적인 주소 범위로 구성됩니다. 서브넷 생성 후 크기를 변경할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.
- Autonomous Database
Oracle Autonomous Database는 트랜잭션 처리 및 데이터 웨어하우징 워크로드에 사용할 수 있는 완전 관리형 사전 구성 데이터베이스 환경입니다. 하드웨어를 구성 또는 관리하거나 소프트웨어를 설치할 필요가 없습니다. Oracle Cloud Infrastructure는 데이터베이스 생성은 물론 데이터베이스 백업, 패치, 업그레이드, 튜닝도 처리합니다.
- 오브젝트 스토리지
Oracle Cloud Infrastructure Object Storage를 사용하면 데이터베이스 백업, 분석 데이터, 이미지 및 비디오와 같은 리치 콘텐츠 등 모든 콘텐츠 유형의 대량의 구조적 및 비구조적 데이터에 빠르게 액세스할 수 있습니다. 인터넷 또는 클라우드 플랫폼 내에서 직접 안전하고 안전하게 데이터를 저장하고 검색할 수 있습니다. 성능 또는 서비스 안정성이 저하되지 않고 스토리지를 확장할 수 있습니다. 빠르고 즉각적이며 자주 액세스하는 데 필요한 "핫" 스토리지에 표준 스토리지를 사용합니다. 장기간 보존하고 거의 또는 거의 액세스하지 않는 "콜드" 스토리지에 아카이브 스토리지를 사용합니다.
- Azure 컨테이너 레지스트리
Azure Container Registry(ACR)는 컨테이너 이미지 및 관련 아티팩트를 저장하고 관리하기 위한 관리형 서비스입니다.
- Azure 가용성 영역
가용성 영역은 가용성과 내결함성을 보장하도록 설계된 리전 내에서 물리적으로 분리된 데이터 센터입니다. 가용성 영역은 다른 가용성 영역에 대한 대기 시간이 짧은 연결에 충분히 가깝습니다.
- Azure Kubernetes 서비스
Azure Kubernetes Service(AKS)는 Microsoft Azure가 제공하는 관리형 Kubernetes 서비스입니다.
- Azure 로드 밸런서
Azure 로드 밸런서는 단일 시작점에서 백엔드에 있는 여러 서버로 트래픽을 자동으로 배포합니다.
- Microsoft Azure 가상 네트워크
Microsoft Azure 가상 네트워크(VNet)는 Azure에서 개인 네트워크를 위한 기본 빌딩 블록입니다. VNet를 사용하면 Azure VM(가상 머신)과 같은 많은 Azure 리소스가 서로, 인터넷 및 온프레미스 네트워크와 안전하게 통신할 수 있습니다.
- Oracle Database@Azure
Oracle Database@Azure는 Azure 환경에서 Oracle Database 워크로드를 실행하는 Oracle Cloud Database 서비스입니다. Oracle Database@Azure용 모든 하드웨어는 Azure의 데이터 센터에 함께 배치되며 Azure 네트워킹을 사용합니다. 이 서비스는 Azure 내에서 단일 운영 환경의 단순성, 보안 및 짧은 대기 시간의 이점을 제공합니다. Microsoft Entra ID는 Oracle Database@Azure에 대한 통합 ID 및 액세스 관리를 제공합니다. Oracle Database 메트릭 및 감사 로그는 기본적으로 Azure에서 사용할 수 있습니다. 이 서비스를 사용하려면 사용자에게 Azure 테넌시와 OCI 테넌시가 있어야 합니다.
권장사항
- 기본 및 대기 데이터베이스 서브넷은 겹치지 않는 IP CIDR(Classless Inter-Domain Routing) 범위로 구성된 고유 VNets에 있어야 합니다.
- 애플리케이션 계층(AKS, Docker, VM 등)은 최소 두 개의 AZ에 걸쳐 있어야 하며, 애플리케이션 VNet은 Autonomous Database의 기본 및 대기 VNet에 모두 피어링되어야 합니다.
- 선택적으로 Oracle의 투명한 애플리케이션 연속성(TAP)을 사용하여 계획된 중단 및 계획되지 않은 중단 시 가용성을 극대화하도록 클라이언트 애플리케이션을 구성할 수 있습니다.
추가 탐색
이 문서에서 공유되는 구성요소 및 고려 사항에 대한 자세한 내용은 다음 링크를 참조하십시오.
다음 추가 리소스를 검토하십시오.
- Oracle Autonomous Database Serverless
- Oracle Database@Azure
- Oracle Database@Azure용 네트워크 토폴로지 선택에 대해 알아보기
- Oracle Autonomous Database Serverless 사용의 Autonomous Database에서 애플리케이션 연속성 구성
- Oracle Database@Azure 비디오
- Oracle Cloud Infrastructure 설명서
- Oracle Cloud Infrastructure용 모범사례 프레임워크
- Oracle Cloud 비용 계산기
- 클라우드 채택 프레임워크