OCI Full Stack Disaster Recovery 토폴로지를 사용하여 Oracle Hyperion EPM System 설계
구조
이 아키텍처는 두 OCI 리전(기본 리전 및 대기 리전)에서 Oracle Enterprise Performance Management(EPM) 시스템을 위한 전체 스택 DR(재해 복구) 아키텍처를 보여줍니다. 각 리전에는 가상 클라우드 네트워크(VCN), 로드 밸런서, 가상 머신, 부팅 볼륨, 블록 볼륨, 파일 스토리지 및 데이터베이스가 포함됩니다.
다음 다이어그램은 이 참조 아키텍처를 보여 줍니다.
그림 epm-fsdr-architecture.png에 대한 설명
주요 기능은 다음과 같습니다.
- 영역 간 복제: 부팅 볼륨, 블록 볼륨 및 파일 스토리지는 영역 간에 복제되어 데이터 동기화를 보장합니다.
- Data Guard: 데이터베이스는 연속 데이터 복제를 위해 Oracle Data Guard를 사용하여 대기 영역에 기본 데이터베이스의 최신 복사본이 포함되도록 합니다.
- 원격 피어링: 두 리전의 DRG(동적 라우팅 게이트웨이)는 원격 피어링을 통해 연결되므로 리전 간 네트워크 트래픽 및 리소스 연결이 가능합니다. 이 설정을 통해 강력한 재해 복구 솔루션을 통해 Oracle EPM 시스템의 고가용성 및 비즈니스 연속성을 보장할 수 있습니다.
구조에는 다음과 같은 구성 요소가 있습니다.
- 지역
Oracle Cloud Infrastructure 리전은 가용성 도메인이라고 하는 데이터 센터가 하나 이상 포함된 지역화된 지리적 영역입니다. 지역은 다른 지역과 독립적이며, 먼 거리가 그들을 분리 할 수 있습니다 (국가 또는 대륙에 걸쳐).
- Tenancy
테넌시는 Oracle Cloud Infrastructure에 등록할 때 Oracle이 Oracle Cloud 내에서 설정하는 격리된 보안 분할영역입니다. 테넌시 내 Oracle Cloud에서 리소스를 생성, 구성 및 관리할 수 있습니다. 테넌시는 회사 또는 조직과 동의어입니다. 일반적으로 회사는 단일 테넌시를 가지며 해당 테넌시 내의 조직 구조를 반영합니다. 단일 테넌시는 대개 단일 구독과 연관되며, 단일 구독에는 일반적으로 하나의 테넌시만 포함됩니다.
- VCN(가상 클라우드 네트워크) 및 서브넷
VCN은 Oracle Cloud Infrastructure 지역에서 설정한 맞춤형 소프트웨어 정의 네트워크입니다. 기존의 데이터 센터 네트워크와 마찬가지로 VCN을 통해 네트워크 환경을 제어할 수 있습니다. VCN에는 VCN 생성 후 변경할 수 있는 겹치지 않는 CIDR 블록이 여러 개 있을 수 있습니다. VCN을 서브넷으로 분할할 수 있습니다. 서브넷은 지역 또는 가용성 도메인으로 범위가 지정될 수 있습니다. 각 서브넷은 VCN의 다른 서브넷과 겹치지 않는 연속적인 주소 범위로 구성됩니다. 서브넷 생성 후 크기를 변경할 수 있습니다. 서브넷은 공용 또는 전용일 수 있습니다.
- 원격 피어링
원격 피어링을 사용하면 VCN 리소스가 인터넷 또는 온프레미스 네트워크를 통해 트래픽을 라우팅하지 않고 전용(private) IP 주소를 사용하여 통신할 수 있습니다. 원격 피어링을 사용하면 다른 지역의 다른 VCN과 통신해야 하는 인스턴스에 대해 인터넷 게이트웨이 및 공용 IP 주소가 필요하지 않습니다.
- DRG(동적 경로 지정 게이트웨이)
DRG는 VCN과 지역 외부 네트워크(예: 다른 Oracle Cloud Infrastructure 지역의 VCN, 온프레미스 네트워크 또는 다른 클라우드 공급자의 네트워크) 간에 동일한 지역의 VCN 간 전용(private) 네트워크 트래픽에 필요한 경로를 제공하는 가상 라우터입니다.
- 로드 밸런서
Oracle Cloud Infrastructure Load Balancing 서비스는 단일 시작점에서 백엔드에 있는 여러 서버로 트래픽을 자동으로 배포합니다.
- 애플리케이션 서버
애플리케이션 서버는 데이터베이스와 마찬가지로 재해 발생 시 처리를 인수하는 보조 피어를 사용합니다. Application Server는 데이터베이스와 파일 시스템에 모두 저장된 구성과 메타 데이터를 사용합니다. 애플리케이션 서버 클러스터링은 단일 리전의 범위에 대한 보호를 제공하지만, 일관된 재해 복구를 위해 지속적으로 수정 및 새로운 배포를 보조 위치에 복제해야 합니다.
- 블록 볼륨
Oracle Cloud Infrastructure Block Volumes를 사용하면 스토리지, 성능 및 애플리케이션 요구 사항을 충족하기 위해 스토리지 볼륨을 생성, 연결, 연결 및 이동하고 볼륨 성능을 변경할 수 있습니다. 볼륨을 연결한 후 인스턴스에 연결하면 일반 하드 드라이브처럼 볼륨을 사용할 수 있습니다. 데이터 손실 없이 볼륨 연결을 해제하고 다른 인스턴스에 연결할 수도 있습니다.
- 파일 스토리지
Oracle Cloud Infrastructure File Storage 서비스는 지속성, 확장성, 보안성을 갖춘 엔터프라이즈급 네트워크 파일 시스템을 제공합니다. VCN의 베어 메탈, 가상 시스템 또는 컨테이너 인스턴스에서 파일 스토리지 서비스 파일 시스템에 연결할 수 있습니다. Oracle Cloud Infrastructure FastConnect 및 IPSec VPN을 사용하여 VCN 외부에서 파일 시스템에 액세스할 수도 있습니다.
- 오브젝트 스토리지
Oracle Cloud Infrastructure Object Storage를 사용하면 데이터베이스 백업, 분석 데이터, 이미지 및 비디오와 같은 리치 콘텐츠 등 모든 콘텐츠 유형의 대량의 구조적 및 비구조적 데이터에 빠르게 액세스할 수 있습니다. 인터넷 또는 클라우드 플랫폼 내에서 직접 안전하고 안전하게 데이터를 저장하고 검색할 수 있습니다. 성능 또는 서비스 안정성이 저하되지 않고 스토리지를 확장할 수 있습니다. 빠르고 즉각적이며 자주 액세스하는 데 필요한 "핫" 스토리지에 표준 스토리지를 사용합니다. 장기간 보존하고 거의 또는 거의 액세스하지 않는 "콜드" 스토리지에 아카이브 스토리지를 사용합니다.
- 계산
Oracle Cloud Infrastructure Compute를 사용하면 클라우드에서 컴퓨트 호스트를 프로비저닝하고 관리할 수 있습니다. CPU, 메모리, 네트워크 대역폭 및 스토리지에 대한 리소스 요구사항을 충족하는 구성을 사용하여 컴퓨트 인스턴스를 실행할 수 있습니다. 컴퓨트 인스턴스를 생성한 후에는 해당 인스턴스에 안전하게 액세스하고, 재시작하고, 볼륨을 연결 및 분리하고, 더 이상 필요하지 않을 때 이를 종료할 수 있습니다.
- 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는 읽기 대부분 작업 로드를 대기 데이터베이스로 오프로드하는 추가 기능을 제공하며 고급 데이터 보호 기능도 제공합니다.
- DNS
Oracle Cloud Infrastructure DNS(Domain Name System) 서비스는 확장성이 뛰어난 글로벌 애니캐스트 DNS(Domain Name System) 네트워크로, 향상된 DNS 성능, 복원성 및 확장성을 제공하여 최종 사용자가 어디에 있든 최대한 빨리 고객의 애플리케이션에 연결할 수 있도록 합니다.
- Oracle Base Database Service
Oracle Base Database Service는 Oracle Cloud Infrastructure(OCI) 데이터베이스 서비스로, 가상 머신에서 모든 기능을 갖춘 Oracle 데이터베이스를 구축, 확장 및 관리할 수 있습니다. Oracle Base Database Service는 로컬 스토리지 대신 OCI Block Volumes 스토리지를 사용하며, Oracle RAC(Oracle Real Application Clusters)를 실행해 가용성을 개선할 수 있습니다.
- 전체 스택 재해 복구 서비스
Oracle Cloud Infrastructure Full Stack Disaster Recovery Service는 OCI 장애 복구 조정 및 관리 서비스로, 인프라, 미들웨어, 데이터베이스, 애플리케이션 등 애플리케이션 스택의 모든 층에 대해 포괄적인 장애 복구 기능을 제공합니다.
권장사항
- VCN
VCN을 생성할 때 VCN의 서브넷에 연결하려는 리소스 수에 따라 필요한 CIDR 블록 수와 각 블록의 크기를 결정합니다. 표준 전용 IP 주소 공간 내에 있는 CIDR 블록을 사용합니다.
프라이빗 접속을 설정하려는 다른 네트워크(Oracle Cloud Infrastructure, 온프레미스 데이터 센터 또는 다른 클라우드 제공자)와 겹치지 않는 CIDR 블록을 선택합니다.
VCN을 생성한 후 해당 CIDR 블록을 변경, 추가 및 제거할 수 있습니다.
서브넷을 설계할 때는 트래픽 플로우 및 보안 요구사항을 고려하십시오. 특정 계층 또는 역할 내의 모든 리소스를 동일한 서브넷에 연결합니다. 이 서브넷은 보안 경계 역할을 할 수 있습니다.
- 보안
Oracle Cloud Guard를 사용하여 Oracle Cloud Infrastructure(OCI)에서 리소스의 보안을 사전에 모니터링하고 유지 관리할 수 있습니다. Oracle Cloud Guard는 사용자가 정의할 수 있는 감지기 레시피를 사용하여 리소스의 보안 취약성을 검사하고 운영자 및 사용자에게 위험한 작업을 모니터합니다. 잘못된 구성 또는 안전하지 않은 작업이 감지되면 Oracle Cloud Guard는 정의할 수 있는 응답기 레시피를 기반으로 수정 조치를 권장하고 해당 작업을 수행하는 데 도움을 줍니다.
최대 보안이 필요한 리소스의 경우 Oracle은 보안 영역을 사용할 것을 권장합니다. 보안 영역은 모범 사례를 기반으로 하는 Oracle 정의 보안 정책 레시피와 연관된 컴파트먼트입니다. 예를 들어, 보안 영역의 리소스는 공용 인터넷에서 액세스할 수 없어야 하며 고객 관리 키를 사용하여 암호화해야 합니다. 보안 영역에서 리소스를 생성 및 업데이트할 때 OCI는 보안 영역 레시피의 정책에 대해 작업을 검증하고 정책을 위반하는 작업을 거부합니다.
- Cloud Guard
사용자정의 감지기 및 응답기 레시피를 생성하도록 Oracle에서 제공하는 기본 레시피를 복제 및 사용자정의합니다. 이러한 레시피를 통해 경고를 생성하는 보안 위반 유형과 경고에 대해 수행할 수 있는 작업을 지정할 수 있습니다. 예를 들어 가시성이 퍼블릭으로 설정된 오브젝트 스토리지 버킷을 감지할 수 있습니다.
테넌시 레벨에서 Cloud Guard를 적용하여 가장 광범위한 범위를 다루고 여러 구성을 유지 관리하는 데 따르는 관리 부담을 줄이십시오.
관리 목록 기능을 사용하여 감지기에 특정 구성을 적용할 수도 있습니다.
- 보안 영역
최대 보안이 필요한 리소스의 경우 Oracle은 보안 영역을 사용할 것을 권장합니다. 보안 영역은 모범 사례를 기반으로 하는 Oracle 정의 보안 정책 레시피와 연관된 컴파트먼트입니다. 예를 들어, 보안 영역의 리소스는 공용 인터넷에서 액세스할 수 없어야 하며 고객 관리 키를 사용하여 암호화해야 합니다. 보안 영역에서 리소스를 생성 및 업데이트할 때 Oracle Cloud Infrastructure는 보안 영역 레시피의 정책에 대해 작업을 검증하고 정책을 위반하는 작업을 거부합니다.
- NSG(네트워크 보안 그룹)
NSG를 사용하여 특정 VNIC에 적용되는 수신 및 송신 규칙 세트를 정의할 수 있습니다. NSG를 사용하면 애플리케이션의 보안 요구사항과 VCN의 서브넷 아키텍처를 분리할 수 있으므로 보안 목록이 아닌 NSG를 사용하는 것이 좋습니다.
- 로드 밸런서 대역폭
로드 밸런서를 생성하는 동안 고정 대역폭을 제공하는 미리 정의된 구성을 선택하거나, 대역폭 범위를 설정하고 서비스가 트래픽 패턴에 따라 대역폭을 자동으로 확장하도록 하는 사용자 정의(유연한) 구성을 지정할 수 있습니다. 두 접근 방법 중 하나를 사용하면 로드 밸런서를 생성한 후 언제든지 구성을 변경할 수 있습니다.
- DNS 분석
기본적으로 인터넷 및 VCN 분석기는 인스턴스가 사이트 간 VPN 또는 OCI FastConnect을 통해 VCN에 연결된 온프레미스 네트워크에 있는 호스트의 호스트 이름을 분석하도록 허용하지 않습니다. 이 기능은 커스터마이징 분석기를 사용하거나 VCN의 프라이빗 DNS 분석기를 구성하여 달성할 수 있습니다.
고려사항
이 참조 아키텍처를 배치할 때는 다음 사항을 고려하십시오.
- 컴퓨트 인스턴스
이 OCI Full Stack Disaster Recovery Service 아키텍처는 컴퓨트 인스턴스 이동을 사용합니다. 일반적으로 이동 인스턴스를 콜드 가상 머신(VM) 또는 파일럿 라이트 DR 토폴로지라고 합니다. 애플리케이션 VM은 기본 영역에만 배치됩니다. DR 런타임 중 VM은 대기 영역에 생성됩니다. Oracle Data Guard가 있는 Oracle DB 시스템은 기본 및 대기 영역에 생성되어야 합니다. OCI Full Stack DR 솔루션을 구현하기 전에 기본 Oracle Hyperion Enterprise Performance Management System을 설치하고 하나의 OCI 리전에 완전히 구성해야 합니다.
- 보호 그룹
OCI Full Stack Disaster Recovery Service 보호 그룹 2개를 각 리전에 하나씩 생성합니다. DB, OCI Compute, 블록 스토리지, 파일 시스템 스토리지, 로드 밸런서가 포함되어야 합니다.
- 로드 밸런서
대기 영역의 로드 밸런서는 수동으로 생성해야 하지만 구성해서는 안됩니다. OCI Full Stack Disaster Recovery Service는 페일오버 중 로드 밸런서 구성을 기본에서 대기로 복사합니다.
- 성능
RPO 및 RTO를 계획할 때 영역 간에 스토리지 백업을 복제하는 데 필요한 시간을 고려합니다.
- 가용성
사용자 정의 DNS 도메인 설정을 활용하여 페일오버 후 클라이언트 트래픽을 새 운영 영역으로 재지정할 수 있습니다. 대기 영역에 있는 애플리케이션 호스트의 IP 주소를 가리키도록 DNS 항목을 업데이트하면 클라이언트 요청이 자동으로 새로 활성 영역으로 경로 지정됩니다. 이를 통해 클라이언트측에서 수동 개입 없이 트래픽을 원활하게 재지정할 수 있으므로 페일오버 프로세스 도중 및 이후에 작동 중지 시간을 최소화하고 서비스 가용성을 유지할 수 있습니다.
- 데이터베이스
소스 데이터베이스가 Oracle Data Guard를 사용하여 동기화되므로 기본 데이터베이스와 대기 데이터베이스 간에 계속 복제할 수 있습니다. 페일오버 중 OCI Full Stack Disaster Recovery Service는 자동으로 롤 스위치를 처리하여 대기 데이터베이스를 새 기본 데이터베이스로 승격시킵니다. 원활한 페일오버 및 애플리케이션 연속성을 보장하려면 기본 데이터베이스와 대기 데이터베이스 모두 동일한 데이터베이스 서비스 이름을 사용해야 합니다. 이를 통해 애플리케이션과 서비스는 연결 구성을 변경하지 않고도 페일오버 후 새 기본 데이터베이스에 원활하게 연결할 수 있으므로 복구 프로세스 중 다운타임과 복잡성이 줄어듭니다.
- 계산
페일오버 후 대기 영역에 있는 응용 프로그램 계층 호스트의 IP 주소를 운용 영역의 원래 호스트 이름에 매핑해야 합니다. 이렇게 하면 원래 운용 호스트 이름을 사용하여 연결하려는 모든 시스템, 사용자 또는 서비스가 이제 새 활성 환경으로 작동하면서 대기 영역의 해당 호스트로 재지정됩니다. DNS 레코드를 업데이트하거나 대기 영역의 새 IP 주소를 가리키도록 관련 네트워크 설정을 재구성하면 전환이 원활해지므로 애플리케이션 가용성 및 사용자 액세스 중단을 최소화할 수 있습니다.
추가 탐색
Oracle Hyperion Enterprise Performance Management System, Oracle Cloud Infrastructure(OCI) 및 OCI Full Stack Disaster Recovery Service에 대해 자세히 알아보려면 다음 리소스를 참조하십시오.
- OCI Full Stack Disaster Recovery를 사용하여 Oracle Enterprise Performance Management를 위한 자동 복구(자습서)
- Oracle Enterprise Performance Management System 배포 옵션 가이드(Oracle Hyperion EPM System의 재해 복구)
- 데이터베이스 설계 고려 사항(Fusion Middleware용 재해 복구 설명서)
- OCI Full Stack Disaster Recovery(제품 페이지)