온프레미스 Oracle Database 배포를 베어메탈 DB 시스템으로 마이그레이션

대규모 온프레미스 Oracle Database Enterprise Edition을 Oracle Cloud Infrastructure로 이전하여 데이터베이스 프로비저닝, 유지보수 및 관리 작업을 간소화합니다.

구조

이 아키텍처는 온프레미스 Oracle Database Enterprise Edition 배포를 Oracle Cloud Infrastructure의 단일 노드 베어메탈 DB 시스템으로 마이그레이션하는 데 필요한 리소스와 토폴로지를 보여줍니다.

그림 migrate-bmdb.png에 대한 설명

migrate-bmdb-oracle.zip

구조에는 다음과 같은 구성 요소가 있습니다.

• 온프레미스 배포

  온프레미스 배포에는 4코어 Intel 서버에서 실행되는 애플리케이션 서버와 16코어 Intel 서버에서 Oracle Database Enterprise Edition 인스턴스가 포함됩니다. 데이터베이스 서버가 저장 장치에 연결되어 있습니다. 온프레미스 네트워크는 Oracle Cloud Infrastructure FastConnect 또는 IPSec VPN을 사용하여 Oracle Cloud 지역에 연결됩니다. 이 아키텍처는 온프레미스 서버에서 Oracle Linux를 실행 중이라고 가정합니다.

• 영역

  Oracle Cloud Infrastructure 지역은 가용성 도메인이라는 하나 이상의 데이터 센터를 포함하는 현지화된 지리적 영역입니다. 지역은 다른 지역에 독립적이며, 거리가 먼 나라 전체나 대륙을 구분할 수 있습니다.

• 가용성 도메인

  가용성 도메인은 한 지역 내의 독립형 독립적인 데이터 센터입니다. 각 가용성 도메인의 물리적 리소스는 내결함성을 제공하는 다른 가용성 도메인의 리소스와 격리됩니다. 가용성 도메인은 전원, 냉각 또는 내부 가용성 도메인 네트워크와 같은 인프라를 공유하지 않습니다. 따라서 한 가용성 도메인에서 장애가 발생해도 해당 지역의 다른 가용성 도메인에 영향을 주지 않습니다.

• 결함 도메인

  장애 도메인은 한 가용성 도메인 내 하드웨어와 인프라의 그룹입니다. 각 가용성 도메인에는 독립적인 전원 및 하드웨어의 3개의 장애 도메인이 있습니다. 여러 장애 도메인에 걸쳐 리소스를 분배할 경우 응용 프로그램은 결함 도메인 내에서 물리적 서버 오류, 시스템 유지 관리 및 전원 오류를 허용할 수 있습니다.

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

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

  이 아키텍처에서 데이터베이스 및 애플리케이션 계층은 별도의 서브넷을 사용합니다.

• 경로 테이블

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

  이 아키텍처는 경로 규칙을 사용하여 서비스 게이트웨이를 통해 데이터베이스 서브넷에서 Oracle Cloud Infrastructure Object Storage로 트래픽을 전송합니다.

• 보안 목록

  각 서브넷에 대해 서브넷 내부/외부에서 허용해야 하는 트래픽의 소스, 대상 및 유형을 지정하는 보안 규칙을 생성할 수 있습니다.

  이 아키텍처는 애플리케이션 서버 및 데이터베이스 서브넷에 연결된 보안 목록의 수신 및 송신 규칙을 사용합니다. 이러한 규칙은 응용 프로그램과 데이터베이스 간의 연결을 가능하게 합니다. 수신 규칙은 애플리케이션 파일, 셸 스크립트 및 구성 데이터 전송을 위해 마이그레이션 중 애플리케이션 서버 및 데이터베이스 서버 서브넷에 연결된 보안 목록에 일시적으로 추가됩니다.

• DRG(Dynamic Routing Gateway)

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

• 서비스 게이트웨이

  서비스 게이트웨이는 VCN에서 다른 서비스(예: Oracle Cloud Infrastructure Object Storage)로의 액세스를 제공합니다. VCN에서 Oracle 서비스로의 트래픽은 Oracle 네트워크 패브릭을 통해 이동하며 인터넷을 순회하지 않습니다.

• 블록 볼륨

  블록 스토리지 볼륨을 사용하여 스토리지 볼륨 생성, 연결, 연결 및 이동하고 스토리지, 성능 및 애플리케이션 요구 사항에 맞게 볼륨 성능을 변경할 수 있습니다. 볼륨을 인스턴스에 연결하고 연결한 후 일반 하드 드라이브처럼 볼륨을 사용할 수 있습니다. 또한 데이터 손실 없이 볼륨 연결을 해제하고 다른 인스턴스에 연결할 수 있습니다.

• 객체 스토리지

  오브젝트 스토리지는 데이터베이스 백업, 애널리틱스 데이터, 이미지 및 비디오와 같은 풍부한 컨텐츠를 포함하여 모든 컨텐츠 유형의 대규모 구조적 및 비구조적 데이터에 신속하게 접근할 수 있도록 합니다. 인터넷이나 클라우드 플랫폼 내에서 직접 안전하게 데이터를 저장하고 검색할 수 있습니다. 성능 저하 또는 서비스 신뢰성을 경험하지 않고도 원활하게 스토리지를 확장할 수 있습니다. 빠르고 즉각적이며 자주 액세스해야 하는 "핫" 스토리지에 표준 스토리지를 사용합니다. 장기간 보존하고 거의 액세스하지 않는 "콜드" 스토리지에 아카이브 스토리지를 사용합니다.

• 데이터베이스 시스템

  온프레미스 데이터베이스는 16개 코어에 대해 Oracle Database Enterprise Edition 라이센스가 사용으로 설정된 베어메탈 DB 시스템으로 마이그레이션됩니다.

• 애플리케이션 서버

  온프레미스 애플리케이션 서버는 4코어 컴퓨트 인스턴스로 마이그레이션됩니다.

권장 사항

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

• 컴퓨트 구성

  이 아키텍처는 애플리케이션 서버에 대해 VM.Standard2.4 구성의 Oracle Linux 컴퓨트 인스턴스를 사용합니다. 응용 프로그램에 더 많은 처리 능력, 메모리 또는 네트워크 대역폭이 필요한 경우 더 큰 구성을 선택합니다.

• 블록 볼륨

  이 아키텍처는 애플리케이션 서버에 100GB 블록 볼륨을 사용합니다. 응용 프로그램 설치를 위해 볼륨을 사용하거나 응용 프로그램 로그 및 데이터를 저장할 수 있습니다.

• DB 시스템 구성

  이 아키텍처는 16개의 코어가 사용으로 설정된 DB 시스템에 BM.DenseIO2.52 구성을 사용합니다. 처리 능력이 더 필요한 경우 추가 코어를 사용으로 설정할 수 있습니다.

• VCN

  VCN을 생성할 때 VCN의 서브넷에 연결하려는 리소스 수를 기반으로 필요한 CIDR 블록 수 및 각 블록의 크기를 확인하십시오. 표준 전용 IP 주소 공간 내에 있는 CIDR 블록을 사용합니다.

  FastConnect 또는 IPSec VPN을 사용하여 VCN과 온프레미스 네트워크 간의 연결을 설정할 수 있도록 온프레미스 네트워크와 겹치지 않는 주소 범위를 선택합니다.

  VCN을 생성한 후에는 해당 CIDR 블록을 변경, 추가 및 제거할 수 있습니다.

  서브넷을 설계할 때 트래픽 플로우 및 보안 요구사항을 고려하십시오. 특정 계층 또는 역할 내의 모든 리소스를 동일한 서브넷에 연결하여 보안 경계 역할을 할 수 있습니다.

  지역별 서브넷 사용.

• 데이터베이스 이전 방식
  이 참조 아키텍처에서는 Oracle Zero Downtime Migration(ZDM)을 사용하여 온프레미스 Oracle Database Enterprise Edition 배포를 Oracle Cloud Infrastructure로 마이그레이션하고 다운타임을 최소화하는 데 사용됩니다. 이 방법을 사용하면 데이터베이스 마이그레이션이 애플리케이션 가용성에 미치는 영향을 크게 줄일 수 있습니다. 특히 백업 및 복사 작업에 제한된 대역폭의 연결이 사용되는 경우 더욱 그렇습니다.

  참고:

  Oracle은 온프레미스 Oracle Database 구축을 클라우드로 마이그레이션하기 위한 다양한 툴을 제공합니다. 추가 옵션에 대한 링크는 "추가 정보" 절을 참조하십시오.
  마이그레이션 프로세스의 개요는 다음과 같습니다.

  1. ZDM 소프트웨어를 다운로드하고 독립형 Linux 7 이상 서버에 설치하여 마이그레이션을 조정한 다음 zdmcli migrate database 명령을 사용하여 데이터베이스 마이그레이션 프로세스를 시작합니다.
  2. ZDM은 제공된 SSH 키를 사용하여 소스 및 대상 데이터베이스 서버에 연결됩니다. 그런 다음 소스 데이터베이스와 Oracle Cloud Infrastructure Object Storage의 버킷 간 연결을 설정합니다.
  3. ZDM은 소스 데이터베이스에서 오브젝트 스토리지 버킷으로 데이터베이스 백업 파일 전송을 구성하고, 백업 파일을 사용하여 클라우드의 Data Guard 대기 데이터베이스를 시작하고, 소스 및 대기 데이터베이스를 동기화합니다. ZDM에는 낮은 대역폭 연결을 통해 작업할 수 있는 특수한 기능이 있으며 네트워크 중단 후 데이터 전송을 재개할 수 있습니다.
  4. 이 참조 아키텍처는 온프레미스 애플리케이션 스택을 Oracle Cloud Infrastructure로 이전하는 데 중점을 둡니다. 응용 프로그램은 일반적으로 데이터베이스에 대한 짧은 대기 시간에 대한 연결에 의존하는 미들웨어 및 프레젠테이션 계층 서버를 사용할 수 있습니다. 따라서 Oracle Cloud Infrastructure에서 베어메탈 DB 시스템으로 전환하기 전에 애플리케이션 서버를 마이그레이션하십시오.
  5. 클라우드로 전환할 준비가 되면 ZDM을 사용하여 Data Guard 전환을 수행하고 데이터베이스 역할을 전환합니다. 온프레미스 데이터베이스는 대기 데이터베이스가 되며, Oracle Cloud Infrastructure의 베어메탈 DB 시스템은 기본 데이터베이스가 됩니다.
  6. 이전 프로세스의 마지막 단계로 ZDM은 원본 데이터베이스와 대상 데이터베이스 간의 Data Guard 연결을 종료하고 정리 작업을 수행합니다.

  참고:

  대규모 데이터베이스를 마이그레이션하는 데 필요한 시간을 최소화하려면 Oracle Cloud Infrastructure FastConnect를 사용하십시오.

고려 사항

• 확장성
  • 응용 프로그램 계층

    컴퓨트 인스턴스의 구성을 변경하여 애플리케이션 서버를 수직으로 확장할 수 있습니다. 코어 수가 더 많은 구성은 더 많은 메모리와 네트워크 대역폭을 제공합니다. 추가 스토리지가 필요한 경우 애플리케이션 서버에 연결된 블록 볼륨의 크기를 늘립니다.

  • 데이터베이스 계층

    추가 코어를 사용으로 설정하여 데이터베이스를 수직으로 확장할 수 있습니다. 데이터베이스는 크기 조정 중에 계속 사용할 수 있습니다. 사용 가능한 스토리지를 확장하면 Exadata DB 시스템으로 마이그레이션할 수 있습니다.

• 가용성

  장애 도메인은 단일 가용성 도메인 내에 배포된 워크로드에 대해 최적의 복원성을 제공합니다. 이 아키텍처는 마이그레이션 접근 방법에 중점을 두기 때문에 중복 리소스를 표시하지 않습니다. 애플리케이션 계층에서 고가용성을 위해서는 애플리케이션 서버를 서로 다른 장애 도메인에 배치하고, 로드 밸런서를 사용하여 애플리케이션 서버 간에 클라이언트 트래픽을 분산합니다.

  데이터베이스 계층의 고가용성을 위해서는 Exadata DB 시스템으로 마이그레이션하는 것이 좋습니다.

• 비용
  • 응용 프로그램 계층

    애플리케이션에 필요한 코어, 메모리, 네트워크 대역폭을 기반으로 컴퓨트 구성을 선택합니다. 응용 프로그램 서버에 대한 4코어 구성으로 시작할 수 있습니다. 더 많은 성능, 메모리 또는 네트워크 대역폭이 필요한 경우 더 큰 구성으로 변경할 수 있습니다.

  • 데이터베이스 계층

    베어메탈 DB 시스템을 프로비저닝하면 사용으로 설정한 코어 수에 관계없이 베어메탈 서버와 연관된 모든 메모리 및 원시 스토리지를 얻을 수 있습니다. 비용은 사용으로 설정하는 코어 수와 선택한 옵션 및 관리 팩에 따라 달라집니다.

배치

이 참조 아키텍처를 배포하려면 Oracle Cloud Infrastructure에 필요한 리소스를 만든 다음 Oracle Zero Downtime Migration을 사용하여 온프레미스 데이터베이스를 마이그레이션하십시오.

1. Oracle Cloud Infrastructure에서 필요한 리소스를 만듭니다.

   클라우드 기반 리소스를 배포하는 Terraform 코드는 GitHub에서 제공됩니다. 코드를 사용하여 네트워킹 리소스, 배스천으로 또는 애플리케이션 서버에 사용할 수 있는 컴퓨트 인스턴스 및 베어메탈 DB 시스템을 프로비전합니다.

   한 번의 클릭으로 코드를 Oracle Cloud Infrastructure Resource Manager로 가져와서 스택을 생성하고 배포할 수 있습니다. 또는 GitHub의 코드를 컴퓨터에 다운로드하고, 코드를 사용자 정의하고, Terraform CLI를 사용하여 아키텍처를 배포합니다.

   • Oracle Cloud Infrastructure Resource Manager를 사용하여 클라우드 리소스를 배치합니다.
     1. 을 누릅니다.

        아직 사인인하지 않은 경우 테넌시 및 사용자 인증서를 입력합니다.

     2. 약관을 검토 및 수락합니다.
     3. 스택을 배치할 지역을 선택합니다.
     4. 화면 프롬프트 및 지침에 따라 스택을 만듭니다.
     5. 스택을 생성한 후 Terraform 작업을 누르고 계획을 선택합니다.
     6. 작업이 완료될 때까지 기다린 다음 계획을 검토합니다.

        변경하려면 [스택 세부정보] 페이지로 돌아가서 스택 편집을 누르고 필요한 변경을 수행합니다. 그런 다음 계획 작업을 다시 실행합니다.

     7. 추가 변경이 필요하지 않은 경우 스택 세부정보 페이지로 돌아가서 Terraform 작업을 누르고 적용을 선택합니다.
   • Terraform CLI를 사용하여 클라우드 리소스를 배치합니다.
     1. GitHub로 이동합니다.
     2. 코드를 로컬 컴퓨터에 다운로드합니다.
     3. README에 설명된 필수 단계를 완료합니다.
     4. Terraform CLI를 사용하여 구성을 적용합니다.
2. Oracle Zero Downtime Migration을 사용하여 온프레미스 데이터베이스를 마이그레이션합니다.
   Oracle Zero Downtime Migration을 참조하십시오.

추가 탐색

온프레미스 데이터베이스를 클라우드로 마이그레이션하는 방법에 대해 자세히 확인해 보십시오.

• Oracle Cloud로 전환하기
• 베어메탈 데이터베이스 가격

로그 변경

이 로그에는 중요한 변경 사항만 나열됩니다.

2022년 9월 26일	구조 다이어그램이 업데이트됨. 다이어그램의 다운로드 가능한 버전이 추가되었습니다.
2020년 11월 22일	Oracle Cloud Infrastructure Resource Manager를 사용하여 클라우드 리소스를 배포하는 단계를 추가했습니다.