OCI 재해 복구 아키텍처에서 미드티어 복제 구현
Oracle Cloud Infrastructure(OCI)의 대칭 재해 복구(DR) 시스템에서 미들웨어 계층에 대한 지속적인 복제를 구현합니다. 애플리케이션 서버와 기본 및 보조 리전 간 구성을 복제하여 페일오버 또는 스위치오버 중 다운타임 및 데이터 손실을 최소화합니다.
이 솔루션 플레이북은 시스템 수명 주기 전반에 걸쳐 중간 계층 복제에 대한 개요를 제공합니다. 다양한 복제 기술을 제공하며 실제 시나리오에서 이를 구현하기 위한 세부 정보를 제공합니다. 기본 및 대기 시스템이 모두 OCI에 있는 활성-수동 미드티어 재해 복구 시나리오를 적용합니다.
이 콘텐츠는 미들웨어 및 OCI에 대한 재해 복구(DR) 토폴로지에 익숙한 중간 계층 관리자를 대상으로 합니다. 예제 및 용어는 Oracle WebLogic Server 및 WebLogic를 활용하는 PaaS 서비스를 참조하지만, 설명된 복제 기술 및 구현은 중간 계층 시스템에 적용됩니다.
주:
이 문서에서는 재해 복구 설정에 대해 설명하지 않습니다.구조
이 아키텍처는 미들웨어 능동-수동 재해 복구 토폴로지에 대한 상위 레벨 개요를 보여줍니다. 이 플레이북에서는 기본 및 보조 시스템이 이미 생성되었다고 가정합니다.
미드티어 시스템에 대한 능동-수동 재해 복구 솔루션은 다음 필수 기능을 구현해야 합니다.
- 지리적 구분
기본 및 보조 시스템은 지리적으로 분리되어 있으므로 동일한 재해 이벤트의 영향을 받을 수 없습니다.
- 대칭
기본 및 보조 시스템은 대칭입니다. 보조 시스템에는 CPU 및 메모리 용량이 유사한 중간 계층 및 db 계층의 노드 수가 동일합니다.
- 고유한 프런트엔드 이름
기본 및 보조에 대해 고유한 프런트엔드 이름입니다. 클라이언트에서 시스템에 대한 액세스는 기본 사이트로 사용 중인 사이트에 영향을 받지 않아야 합니다. 이렇게 하려면 프론트 엔드 주소 이름이 고유해야 하며 항상 해당 시점의 기본 시스템인 시스템의 IP에 매핑되어야 합니다. 이 이름은 일반적으로 가상 프론트엔드 또는 반도 URL이라고 합니다.
- 수신된 주소
중간 계층 프로세스의 수신 주소는 두 시스템에서 모두 확인할 수 있고 로컬 사이트의 호스트 IP에 매핑된 호스트 이름이어야 합니다.
- 데이터베이스 복사
Oracle Data Guard를 사용하여 기본 데이터베이스의 데이터를 대기 데이터베이스로 복제해야 합니다.
- 중간 계층 복제
기본 및 보조 중간 계층이 동기화되어 있어야 합니다. 동일한 구성, 동일한 제품 버전 및 동일한 패치 레벨이 있어야 합니다. 이를 달성하기 위한 다양한 접근 방식이 있습니다. 기본 및 보조 시스템을 별도로 유지 관리할 수 있습니다. 기본 시스템에서 변경이 수행될 경우 보조 시스템에서 동일한 변경이 반복되고, 기본 시스템에 패치가 설치될 경우 동일한 패치가 대기 데이터베이스에 설치됩니다. 그러나 이렇게 하면 작업이 중복되고 오류가 발생하기 쉽습니다. Oracle Maximum Availability Architecture(Oracle MAA)는 중간 계층 파일 시스템 아티팩트를 복사하기 위한 자동 복제를 구현할 것을 권장합니다. 따라서 기본 및 대기 시스템이 항상 동기화됩니다.
- 각 사이트에 대한 정보 관리
보조 구성이 기본 항목의 정확한 복사본이지만 각 사이트에 대한 정보를 포함하는 파일 아티팩트가 있을 수 있습니다. 이 아티팩트는 기본 및 보조에서 달라야 합니다. DR 토폴로지는 이를 지원하고 사이트별 정보 사용자 정의를 허용해야 합니다.
참고:
Oracle WebLogic Server 예
Oracle WebLogic 시스템에서 기본 중간 계층은 기본 영역의 데이터베이스에 연결되고 보조 중간 계층은 보조 영역의 데이터베이스에 연결됩니다. 기본 및 보조 중간 계층 시스템의 구성은 동일하므로 각 시스템이 로컬 데이터베이스를 가리키는 적절한 연결 문자열을 사용하도록 하는 메커니즘이 있어야 합니다. Oracle Maximum Availability Architecture(Oracle MAA)는 각 사이트에 서로 다른
tnsnames.ora파일이 있는 데이터 소스에 대해 TNS 별칭을 사용할 것을 권장합니다. 중간 계층 복제 방법은 데이터베이스 연결 문자열(tnsnames.ora)을 포함하는 파일을 건너뛰거나 로컬 데이터베이스를 가리키도록 파일의 데이터베이스 연결 문자열을 바꾸는 방식으로 이를 고려해야 합니다.
다음 이미지는 중간 계층 시스템에 대한 능동-수동 재해 복구 솔루션의 예입니다.
용어
다음과 같은 개념 및 용어에 익숙해야 합니다.
- 중간 계층(중간 계층 또는 미들웨어)
미드티어는 사용자 인터페이스(프론트엔드)와 데이터 스토리지(백엔드) 사이에 위치한 다계층 애플리케이션 아키텍처 내의 계층을 의미합니다. 이 서비스는 유저와 데이터베이스 간의 다리 역할을 하는 업무 논리, 데이터 처리 및 보안을 처리합니다.
- 재해
사이트 또는 지리적 영역에서 용납할 수 없는 손상이나 손실을 야기하는 갑작스럽고 계획되지 않은 치명적인 이벤트입니다. 재해는 조직에서 용납할 수 없는 기간 동안 중요한 기능, 프로세스 또는 서비스를 제공할 수 있는 능력을 저해하고 조직에서 복구 계획을 호출하게 하는 이벤트입니다.
-
DR(재해 복구)
지리적으로 떨어진 보조 사이트로 애플리케이션 및 데이터를 복구하는 전략을 실행하여 프로덕션 사이트에서 자연 정전 또는 예기치 않은 정전 방지할 수 있는 기능.
- 재해 복구 토폴로지
Oracle Fusion Middleware Disaster Recovery 솔루션을 구성하는 운영 사이트, 보조 사이트 하드웨어 및 소프트웨어 구성요소입니다.
- Oracle Maximum Availability Architecture
Oracle Maximum Availability Architecture(Oracle MAA)는 Oracle 제품(데이터베이스, Fusion Middleware, 애플리케이션)의 데이터 보호 및 가용성을 위한 최적의 사용법(Best Practice)입니다. Oracle MAA 모범 사례를 구현하는 것은 모든 Oracle 배포에 대한 주요 요구 사항 중 하나입니다. Oracle 시스템 설정 및 관리를 위한 권장 사항을 제공합니다. Oracle MAA에는 Oracle Fusion Middleware Enterprise Deployment Guide 권장 사항이 포함되어 있으며 재해 보호 모범 사례를 추가하여 전체 데이터 센터 또는 지역에 영향을 주는 중단에 대해 계획되거나 계획되지 않은 작동 중지 시간을 최소화합니다.
- 시스템
시스템은 응용 프로그램을 호스트하기 위해 함께 작동하는 대상 집합(호스트, 데이터베이스, 응용 프로그램 서버 등)입니다. 예를 들어, Oracle Enterprise Manager에서 응용 프로그램을 모니터하려면 먼저 데이터베이스, 리스너, Application Server 및 응용 프로그램이 실행되는 호스트 대상으로 구성된 System을 생성합니다.
- 사이트
사이트는 애플리케이션 그룹을 실행하는 데 필요한 데이터 센터의 여러 구성 요소 집합입니다. 예를 들어, 사이트는 Oracle Fusion Middleware 인스턴스, 데이터베이스, 저장 영역 등으로 구성될 수 있습니다.
- 운영 또는 기본 사이트
시스템의 작업 로드를 정확한 시점에 전달하는 사이트입니다. 이는 정확한 시점에 업무 논리 및 프로세스 요청을 전달하는 데 적극적으로 사용되는 하드웨어, 네트워크 및 저장 영역 리소스 그룹입니다.
- 보조(또는 대기 또는 DR) 사이트
보조 사이트는 비즈니스 논리를 인계하여 기본 사이트가 처리 중인 요청을 처리할 수 있는 백업 위치입니다. 일반적으로 보조 사이트는 "대기 또는 비활성 모드"에 남아 있기 때문에 "대기"로도 이름이 지정됩니다. 즉, 일반 작업 중에는 운용 작업 로드를 처리하지 않습니다. 그러나 이것은 보조 사이트를 다른 목적으로 사용할 수 없다는 것을 의미하지는 않습니다. 이는 특히 보조 사이트가 보고 작업에 사용되는 최신 모델에서 그리고 변경 사항을 기본 사이트에 적용하기 전에 검증하는 데 더 중요한 사실입니다.
- RPO(복구 지점 목적)
복구 지점 목표는 시스템이 비즈니스 관점에서 허용할 수 있는 데이터 손실량입니다. 예를 들어 정전이 발생할 때 허용되는 데이터 손실의 양입니다.
- RTO(Recovery Time Objective)
복구 시간 목표는 시스템이 허용할 수 있는 작동 중지 시간 또는 비즈니스 관점에서 중단이 발생할 때 응용 프로그램이나 서비스를 사용할 수 없는 상태로 유지할 수 있는 허용 가능한 시간입니다.
- OCI(Oracle Cloud Infrastructure)
OCI는 고가용성의 호스트 환경에서 다양한 애플리케이션 및 서비스를 구축하고 실행할 수 있도록 해주는 보완적인 클라우드 서비스 세트입니다. OCI는 사용자의 온프레미스 그룹에서 안전하게 액세스할 수 있는 유연한 오버레이 가상 네트워크에서 고성능 컴퓨트 기능(물리적 하드웨어 인스턴스) 및 스토리지 용량을 제공한다.
- OCI 리전
OCI 지역은 한 개 이상의 가용성 도메인으로 구성되는 지역화된 지역입니다. 지역은 다른 지역과 독립적이며 국가 또는 대륙에 걸쳐 광대한 거리로 분리 될 수 있습니다. 리전은 재해 복구와 관련된 사이트입니다.
- OCI 블록 볼륨
OCI Block Volumes는 가상 머신의 수명을 넘어 지속되는 안정적인 고성능 저비용 블록 스토리지를 기본 제공 리던던시 및 확장 기능을 제공합니다.
- OCI File Storage
OCI File Storage는 서버 및 애플리케이션이 공유 파일 시스템을 통해 데이터에 액세스할 수 있도록 지원하는 탄력적인 완전 관리형 엔터프라이즈급 스토리지 서비스입니다.
- DBFS
DBFS(데이터베이스 파일 시스템)는 Oracle Database의 표준 파일 시스템 인터페이스입니다. DBFS는 로컬 파일 시스템처럼 보이고 서버 구성 요소와 클라이언트 구성 요소를 모두 포함하는 공유 네트워크 파일 시스템을 제공한다는 점에서 NFS와 유사합니다.
- WLS-HYDR 프레임워크
"WLS-HYDR 프레임워크"는 특히 Oracle Cloud Infrastructure 내에서 Oracle WebLogic Server(WLS) 환경에 대한 대칭 DR(재해 복구) 시스템을 만들고 구성하기 위한 프레임워크를 나타냅니다. 이 프레임워크는 WLS 또는 FMW(Fusion Middleware) 도메인에 대한 DR 환경 설정과 관련된 수동 프로세스를 자동화합니다.
- Oracle WebLogic Server for Oracle Cloud Infrastructure stack
OCI용 Oracle WebLogic Server 스택은 OCI Marketplace에서 Oracle Resource Manager를 사용하여 구축된 사전 구성된 환경을 의미하며, OCI에서 Oracle WebLogic Server 배포를 프로비저닝하고 관리합니다. 컴퓨팅 인스턴스, 네트워킹, 로드 밸런서와 같은 다양한 OCI 리소스의 생성 및 구성을 WebLogic 도메인과 함께 자동화합니다.
- Oracle SOA Suite on Marketplace 스택
Oracle SOA Suite on Marketplace 스택은 OCI에서 Oracle SOA Suite 애플리케이션을 배포하고 관리하기 위해 OCI Marketplace에서 Oracle Resource Manager를 사용하여 구축된 사전 구성된 환경입니다. 또한 SOA WebLogic 도메인과 함께 컴퓨팅 인스턴스, 네트워킹, 로드 밸런서와 같은 다양한 OCI 리소스의 생성 및 구성을 자동화합니다.
- TNS 별칭
Oracle에서 TNS 별칭(Net Service Name이라고도 함)은 데이터베이스 연결을 단순화하는 사용자에게 친숙한 식별자입니다. 유저가 읽을 수 있는 이름을 특정 Oracle 데이터베이스 Instance에 연결하는 데 필요한 보다 복잡한 연결 세부 정보에 매핑하는 단축키 역할을 합니다. 프로토콜, 호스트, 포트 및 서비스 이름을 비롯한 이러한 세부정보는 구성 파일(일반적으로
tnsnames.ora)에 저장됩니다. - TNS 관리 폴더
TNS_ADMIN환경 변수로 지정된 Oracle TNS Admin 폴더는 Oracle Net Services 구성 파일(예:tnsnames.ora)이 있는 디렉토리입니다. 중간 계층 시스템은tnsnames.ora및 데이터베이스에 접속하는 데 필요한 기타 아티팩트와 함께 TNS 관리 폴더를 사용할 수 있습니다.
OCI의 Middleware Active-Passive DR 설정 프로시저 정보
미들웨어에 대한 능동-수동 재해 복구 토폴로지에서 보조 시스템은 기본 시스템의 미러입니다. 기본 및 보조 시스템이 모두 OCI에 있는 경우 보조 시스템을 설정하는 여러 가지 방법이 있습니다.
- 수동
OCI 콘솔 또는 CLI를 통해 각 리소스를 개별적으로 생성하여 기본 시스템의 미러로 만듭니다.
- WLS-HYDR 프레임워크
Oracle WebLogic 기반의 중간 계층 시스템에 대해 WLS-HYDR 프레임워크를 사용합니다. 이 프레임워크는 Python용 OCI SDK를 사용하여 보조 시스템의 모든 리소스를 기본 시스템의 미러로 생성합니다. GitHub의
wls-hydr프레임워크에 대한 링크는 이 플레이북의 자세히 살펴보기 섹션을 참조하십시오. - 동일한 마켓플레이스 스택을 사용하여 프로비저닝
기본 시스템이 OCI용 Oracle WebLogic Server 또는 SOA 마켓플레이스와 같은 마켓플레이스 스택인 경우 기본에서 사용되는 것과 동일한 마켓플레이스 스택을 스냅샷 대기 모드로 사용하여 프로비전할 수 있습니다.
이 솔루션 플레이북은 이전 시점에 설명된 능동-수동 재해 복구 토폴로지의 기능을 충족하는 한 이러한 모든 사례에 적용됩니다. 기본 및 보조 시스템이 이미 만들어진 것으로 가정합니다.
주:
이 문서에서는 재해 복구 설정에 대해 설명하지 않습니다.