Google Cloud의 Oracle Exadata를 사용하는 Oracle E-Business Suite

Last reviewed 2025-05-27 UTC

이 문서에서는 Google Cloud에서 실행되는 Oracle Cloud Infrastructure (OCI) Exadata 데이터베이스에 대한 지연 시간이 짧은 연결을 통해 Oracle E-Business Suite 애플리케이션을 실행하는 인프라를 빌드하는 데 도움이 되는 참조 아키텍처를 제공합니다. Oracle E-Business Suite는 재무, 인사 관리, 공급망, 고객 관계와 같은 비즈니스 기능을 위한 엔터프라이즈 애플리케이션 모음입니다.

이 문서의 주요 대상은 클라우드 설계자 및 Oracle 데이터베이스와 Oracle E-Business Suite 애플리케이션의 관리자입니다. 이 문서에서는 팀이 Oracle E-Business Suite 기술 스택 및 아키텍처와 Oracle Exadata Database Service에 익숙하다고 가정합니다.

Oracle Exadata 또는 Oracle Real Application Clusters (Oracle RAC)를 사용하여 온프레미스에서 Oracle 데이터베이스를 실행하는 경우 애플리케이션을 Google Cloud 로 효율적으로 마이그레이션하고 Oracle Database@Google Cloud에서 데이터베이스를 실행할 수 있습니다. Oracle Database@Google Cloud는 Oracle Exadata Database Service와 Oracle Autonomous Database를 Google Cloud내에서 직접 실행할 수 있는 Google Cloud Marketplace 제품입니다.

아키텍처

다음 다이어그램은 Google Cloud 리전 내 두 영역에 배포된 Compute Engine VM에서 Oracle E-Business Suite 애플리케이션이 활성-활성 모드로 실행되는 아키텍처를 보여줍니다. 애플리케이션은 동일한 Google Cloud리전의 Oracle Exadata 데이터베이스를 사용합니다.

아키텍처의 모든 구성요소가 단일 Google Cloud 리전에 있습니다. 이 아키텍처는 리전 배포 원형과 일치합니다. 이 아키텍처를 조정하면 멀티 리전 배포 원형을 사용하여 리전 서비스 중단을 대비하여 강력한 토폴로지를 빌드할 수 있습니다. 자세한 내용은 Compute Engine의 멀티 리전 배포 및 이 문서 뒷부분의 안정성 섹션의 안내를 참고하세요.

Oracle E-Business Suite 애플리케이션은 Compute Engine VM에서 활성-활성 모드로 실행됩니다.

다이어그램에 표시된 아키텍처에는 다음과 같은 구성요소가 포함됩니다.

구성요소 목적
리전 외부 애플리케이션 부하 분산기 부하 분산기는 사용자 요청을 수신하여 Oracle E-Business Suite 애플리케이션에 배포합니다.
Google Cloud Armor 보안 정책 Google Cloud Armor 보안 정책은 DDoS 공격 및 교차 사이트 스크립팅(XSS)과 같은 위협으로부터 애플리케이션 스택을 보호하는 데 도움이 됩니다.
Oracle E-Business Suite (BYOL)

Oracle E-Business Suite 애플리케이션 계층 구성요소 (Oracle HTTP Server, Oracle WebLogic Server, 동시 처리 서버)는 기본 리전의 두 영역에 분산된 Compute Engine VM에서 실행됩니다. 각 VM은 애플리케이션 계층의 독립적인 인스턴스를 호스팅합니다. 각 VM의 부팅 디스크는 Hyperdisk Balanced 볼륨입니다.

Oracle E-Business Suite에 대해 사용자 라이선스를 사용 (BYOL)하며, VM과 애플리케이션을 관리합니다.
애플리케이션 바이너리 및 데이터 Filestore 리전 인스턴스에는 애플리케이션 바이너리와 데이터가 포함됩니다. Filestore 인스턴스는 두 영역에서 애플리케이션 계층 구성요소를 호스팅하는 모든 Compute Engine VM에 마운트됩니다.
애플리케이션 백업 애플리케이션의 백업은 백업 및 DR을 사용하여 생성, 저장, 관리됩니다.
가상 프라이빗 클라우드 (VPC) 네트워크 아키텍처의 모든 Google Cloud 리소스는 단일 VPC 네트워크를 사용합니다. 요구사항에 따라 여러 네트워크를 사용하는 아키텍처를 빌드할 수 있습니다. 자세한 내용은 여러 VPC 네트워크 생성 여부 결정을 참고하세요.
Oracle Database@Google Cloud

애플리케이션은 Oracle Exadata Database Service의 Oracle 데이터베이스에서 데이터를 읽고 씁니다. Oracle Database@Google Cloud를 사용하여 Oracle Exadata Database Service를 프로비저닝합니다. Oracle Database@Google Cloud는 Google Cloud 데이터 센터 내에서 Oracle 관리 하드웨어에서 Oracle 데이터베이스를 실행할 수 있는 Cloud Marketplace 제품입니다.

Google Cloud 콘솔, Google Cloud CLI, API와 같은 Google Cloud 인터페이스를 사용하여 Exadata 인프라 인스턴스를 만듭니다. Oracle은 프로젝트 전용 하드웨어의 Google Cloud 리전 내 데이터 센터에서 필요한 컴퓨팅, 스토리지, 네트워킹 인프라를 설정하고 관리합니다.
Exadata Infrastructure 인스턴스 각 Exadata 인프라 인스턴스에는 2개 이상의 실제 데이터베이스 서버와 3개 이상의 스토리지 서버가 포함됩니다. 다이어그램에 표시되지 않은 이러한 서버는 지연 시간이 짧은 네트워크 패브릭을 사용하여 상호 연결됩니다. Exadata 인프라 인스턴스를 만들 때 프로비저닝해야 하는 데이터베이스 서버와 스토리지 서버의 수를 지정합니다.
Exadata VM 클러스터

Exadata Infrastructure 인스턴스 내에서 하나 이상의 Exadata VM 클러스터를 만듭니다. 예를 들어 각 비즈니스 단위에 필요한 데이터베이스를 호스팅하기 위해 별도의 Exadata VM 클러스터를 만들어 사용할 수 있습니다. 각 Exadata VM 클러스터에는 Oracle 데이터베이스 인스턴스를 호스팅하는 하나 이상의 Oracle Linux VM이 포함됩니다.

Exadata VM 클러스터를 만들 때 다음을 지정합니다.

  • 데이터베이스 서버 수입니다.
  • 클러스터의 각 VM에 할당할 컴퓨팅, 메모리, 스토리지 용량입니다.
  • 클러스터가 연결해야 하는 VPC 네트워크입니다.
  • 클러스터의 백업 및 클라이언트 서브넷의 IP 주소 범위입니다.

Exadata VM 클러스터 내의 VM은 Compute Engine VM이 아닙니다.
Oracle Database 인스턴스 OCI 콘솔 및 기타 OCI 인터페이스를 통해 Oracle 데이터베이스를 만들고 관리합니다. Oracle 데이터베이스 소프트웨어는 Exadata VM 클러스터 내의 VM에서 실행됩니다. Exadata VM 클러스터를 만들 때 Oracle Grid Infrastructure 버전을 지정합니다. 라이선스 유형(사용자 라이선스 사용(BYOL) 또는 라이선스 포함 모델)을 선택할 수도 있습니다.
OCI VCN 및 서브넷 Exadata VM 클러스터를 만들면 OCI 가상 클라우드 네트워크 (VCN)가 자동으로 생성됩니다. VCN에는 사용자가 지정한 IP 주소 범위가 있는 클라이언트 서브넷과 백업 서브넷이 있습니다. 클라이언트 서브넷은 VPC 네트워크에서 Oracle 데이터베이스로의 연결에 사용됩니다. 백업 서브넷은 데이터베이스 백업을 OCI 객체 스토리지로 전송하는 데 사용됩니다.
Cloud Router, Partner Interconnect, OCI DRG VPC 네트워크와 VCN 간의 트래픽은 VPC에 연결된 Cloud Router와 VCN에 연결된 동적 라우팅 게이트웨이 (DRG)를 통해 라우팅됩니다. 트래픽은 Google에서 Partner Interconnect를 사용하여 설정한 지연 시간이 짧은 연결을 통해 흐릅니다.
비공개 Cloud DNS 영역 Exadata VM 클러스터를 만들면 Cloud DNS 비공개 영역이 자동으로 생성됩니다. 애플리케이션이 Oracle 데이터베이스에 읽기 및 쓰기 요청을 보내면 Cloud DNS가 데이터베이스 호스트 이름을 해당 IP 주소로 확인합니다.
OCI 객체 스토리지 및 OCI 서비스 게이트웨이 기본적으로 Oracle Exadata 데이터베이스의 백업은 OCI 객체 스토리지에 저장됩니다. 데이터베이스 백업은 서비스 게이트웨이를 통해 OCI 객체 스토리지로 라우팅됩니다.
공개 Cloud NAT 게이트웨이 이 아키텍처에는 내부 IP 주소만 있는 Compute Engine VM에서 보안 아웃바운드 연결을 사용 설정하는 공개 Cloud NAT 게이트웨이가 포함되어 있습니다.
Cloud Interconnect 또는 Cloud VPN 온프레미스 네트워크를Google Cloud의 VPC 네트워크에 연결하려면 Cloud Interconnect 또는 Cloud VPN을 사용하면 됩니다. 각 접근 방식의 상대적 이점에 관한 자세한 내용은 네트워크 연결 제품 선택을 참조하세요.
Cloud Monitoring Cloud Monitoring을 사용하여 Oracle Exadata 리소스를 비롯한 애플리케이션과 Google Cloud 리소스의 동작, 상태, 성능을 관찰할 수 있습니다. OCI 모니터링 서비스를 사용하여 Oracle Exadata 리소스의 리소스를 모니터링할 수도 있습니다.

사용 제품

이 참조 아키텍처에는 다음과 같은 Google Cloud 제품이 사용됩니다.

  • Cloud Load Balancing: 확장 가능한 고성능 전역 및 리전 부하 분산기 포트폴리오입니다.
  • Google Cloud Armor: 웹 애플리케이션 방화벽(WAF) 규칙을 제공하고 DDoS 및 애플리케이션 공격으로부터 보호하는 데 도움이 되는 네트워크 보안 서비스입니다.
  • 가상 프라이빗 클라우드(VPC): Google Cloud 워크로드에 확장 가능한 전역 네트워킹 기능을 제공하는 가상 시스템입니다. VPC에는 VPC 네트워크 피어링, Private Service Connect, 비공개 서비스 액세스, 공유 VPC가 포함됩니다.
  • Cloud NAT: Google Cloud에서 관리하는 고성능 네트워크 주소 변환을 제공하는 서비스입니다.
  • Cloud Monitoring: 애플리케이션 및 인프라의 성능, 가용성, 상태에 관한 정보를 제공하는 서비스입니다.
  • Cloud Interconnect: 지연 시간이 짧은 고가용성 연결을 통해 외부 네트워크를 Google 네트워크로 확장하는 서비스입니다.
  • Partner Interconnect: 지원되는 서비스 제공업체를 통해 온프레미스 네트워크와 가상 프라이빗 클라우드 네트워크 및 기타 네트워크 간의 연결을 제공하는 서비스입니다.
  • Cloud VPN: IPsec VPN 터널을 통해 피어 네트워크를 Google 네트워크로 안전하게 확장하는 서비스입니다.
  • Compute Engine: Google 인프라에서 가상 머신을 만들고 실행할 수 있는 안전하고 맞춤설정 가능한 컴퓨팅 서비스입니다.
  • Google Cloud Hyperdisk: 구성 가능하고 예측 가능한 성능으로 블록 스토리지 볼륨을 프로비저닝하고 동적으로 확장하는 데 사용할 수 있는 네트워크 스토리지 서비스입니다.
  • Filestore: Google Cloud 에서 제공하는 서비스로, 다양한 클라이언트 유형에 연결할 수 있는 고성능의 완전 관리형 파일 스토리지를 제공합니다.
  • 백업 및 DR 서비스: 악의적인 삭제 또는 실수로 인한 삭제로부터 백업 데이터를 보호하는 Google Cloud 워크로드를 위한 중앙에서 관리되는 안전한 백업 및 복구 서비스입니다.
  • Cloud DNS: Google의 전 세계 네트워크에서 복원력이 우수하고 지연 시간이 짧은 DNS 서비스를 제공하는 서비스입니다.

이 참조 아키텍처에는 다음과 같은 Oracle 제품이 사용됩니다.

  • Oracle E-Business Suite: 재무, 인사 관리, 공급망과 같은 비즈니스 운영을 위한 애플리케이션 모음입니다.
  • Exadata Database Service on Dedicated Infrastructure: 전용 Exadata 하드웨어에서 Oracle Database 인스턴스를 실행할 수 있는 서비스입니다.
  • 객체 스토리지: 구조화된 데이터와 구조화되지 않은 데이터를 객체로 대량 저장하는 서비스입니다.
  • VCN 및 서브넷: VCN은 OCI 리전의 리소스를 위한 가상 비공개 네트워크입니다. 서브넷은 VCN이 있는 연속된 IP 주소 범위입니다.
  • 동적 라우팅 게이트웨이: VCN과 외부 네트워크 간 트래픽을 위한 가상 라우터입니다.
  • 서비스 게이트웨이: VCN의 리소스가 특정 Oracle 서비스에 비공개로 액세스할 수 있도록 하는 게이트웨이입니다.

사용자는 Google Cloud에 배포하는 Oracle 제품의 라이선스를 직접 구매하고, 해당 Oracle 라이선스의 이용약관을 준수할 책임이 있습니다.

설계 고려사항

이 섹션에서는 이 참조 아키텍처를 사용하여 보안, 안정성, 운영 효율성, 비용, 성능 관련 특정 요구사항을 충족하는 토폴로지를 개발할 때 고려해야 하는 설계 요소, 권장사항, 설계 권장사항을 설명합니다. 워크로드의 아키텍처를 빌드할 때는 Google Cloud Well-Architected Framework의 권장사항과 추천을 고려하세요.

시스템 설계

이 섹션에서는 배포에 사용할 Google Cloud 리전을 선택하고 적절한 Google Cloud 서비스를 선택하는 데 도움이 되는 안내를 제공합니다.

리전 선택

애플리케이션을 배포해야 하는 Google Cloud 리전을 선택할 때 다음 요소와 요구사항을 고려합니다.

  • 각 리전의 Google Cloud 서비스 가용성. 자세한 내용은 위치별 제공 제품을 참조하세요.
  • 각 리전에서 Compute Engine 머신 유형 사용 가용성. 자세한 내용은 리전 및 영역을 참조하세요.
  • 최종 사용자 지연 시간 요구사항
  • Google Cloud 리소스 비용
  • 리전 간 데이터 전송 비용
  • 규제 기관 요구사항

이러한 요소와 요구사항 중 일부는 장단점과 관련될 수 있습니다. 예를 들어 가장 비용 효율적인 리전의 탄소 발자국이 가장 낮은 것은 아닐 수 있습니다. 자세한 내용은 Compute Engine 리전 선택 권장사항을 참조하세요.

컴퓨팅 인프라

이 문서의 참조 아키텍처는 애플리케이션의 특정 계층에 Compute Engine VM을 사용합니다. 애플리케이션 요구사항에 따라 다른 Google Cloud 컴퓨팅 서비스 중에서 선택할 수 있습니다.

  • 컨테이너: Google Kubernetes Engine(GKE) 클러스터에서 컨테이너화된 애플리케이션을 실행할 수 있습니다. GKE는 컨테이너화된 애플리케이션의 배포, 확장, 관리를 자동화하는 컨테이너 조정 엔진입니다.
  • 서버리스: 인프라 리소스를 설정하고 운영하는 대신 데이터와 애플리케이션에 IT 노력을 집중하려는 경우 Cloud Run과 같은 서버리스 서비스를 사용할 수 있습니다.

VM, 컨테이너 또는 서버리스 서비스 사용 여부 결정에는 구성 유연성과 관리 노력 간의 균형이 맞아야 합니다. VM 및 컨테이너는 더 많은 구성 유연성을 제공하지만 개발자가 리소스를 관리해야 합니다. 서버리스 아키텍처에서는 최소한의 관리 노력이 필요한 사전 구성된 플랫폼에 워크로드를 배포합니다.Google Cloud의 워크로드에 적합한 컴퓨팅 서비스를 선택하는 방법에 대한 자세한 내용은 Google Cloud에서 애플리케이션 호스팅을 참조하세요.

데이터베이스 마이그레이션

온프레미스 데이터베이스를 Oracle Database@Google Cloud로 마이그레이션할 계획이라면 데이터베이스 마이그레이션 평가 (DMA) 도구를 사용하여 현재 데이터베이스 환경을 평가하고 구성 및 크기 조정 권장사항을 가져옵니다.

온프레미스 데이터 또는 Unix 시스템을 비롯한 플랫폼 간 데이터를 Google Cloud의 Oracle 데이터베이스 배포로 마이그레이션하려면 이동식 테이블스페이스와 같은 표준 Oracle 도구를 사용하면 됩니다. 이동 가능한 테이블스페이스 및 제한사항에 대한 자세한 내용은 이동 가능한 테이블스페이스를 사용하여 데이터 이전을 참고하세요.

프로덕션 환경에서 이전된 데이터베이스를 사용하기 전에 애플리케이션에서 데이터베이스로의 연결을 확인하세요.

스토리지 옵션

이 문서에 표시된 아키텍처는 Oracle E-Business Suite 애플리케이션을 호스팅하는 Compute Engine VM의 부팅 디스크에 Google Cloud Hyperdisk Balanced 볼륨을 사용합니다. 하이퍼디스크 볼륨은 영구 디스크에 비해 성능, 유연성, 효율성이 우수합니다. 하이퍼디스크 균형을 사용하면 IOPS와 처리량을 별도로 동적으로 프로비저닝할 수 있으므로 다양한 워크로드에 맞게 볼륨을 조정할 수 있습니다. Hyperdisk 유형 및 기능에 대한 자세한 내용은 Hyperdisk Balanced 정보를 참고하세요.

애플리케이션 데이터 및 바이너리의 경우 이 문서의 아키텍처에서는 Filestore를 사용합니다. Filestore 리전 인스턴스에 저장하는 데이터는 리전 내 영역 3개에 동기식으로 복제됩니다. 이 복제는 고가용성을 보장하고 영역 서비스 중단에 대한 견고성을 보장합니다. 공유 구성 파일, 일반적인 도구 및 유틸리티, 중앙 집중식 로그를 Filestore 인스턴스에 저장하고 인스턴스를 여러 VM에 마운트할 수도 있습니다.

워크로드용 스토리지를 설계할 때는 워크로드의 기능적 특성, 복원력 요구사항, 성능 기대치, 비용 목표를 고려합니다. 자세한 내용은 클라우드 워크로드에 최적화된 스토리지 전략 설계를 참조하세요.

네트워크 설계

다중 계층 애플리케이션 스택의 인프라를 빌드할 때는 비즈니스 및 기술 요구사항을 충족하는 네트워크 설계를 선택해야 합니다. 이 문서에 표시된 아키텍처는 단일 VPC 네트워크가 있는 네트워크 토폴로지를 사용합니다. 요구사항에 따라 여러 VPC 네트워크를 사용할 수 있습니다. 자세한 내용은 다음 문서를 참조하세요.

데이터 분석

고급 분석의 경우 Google Cloud Cortex Framework를 사용하여 Oracle E-Business Suite 애플리케이션의 데이터를 BigQuery로 수집할 수 있습니다. 자세한 내용은 Cortex Framework: Oracle E-Business Suite와의 통합을 참고하세요.

보안, 개인 정보 보호, 규정 준수

이 섹션에서는 Google Cloud 에서 워크로드의 보안 및 규정 준수 요구사항을 충족하는 토폴로지를 설계하기 위해 이 참조 아키텍처를 사용할 때 고려해야 하는 요소를 설명합니다.

외부 위협으로부터 보호

DDoS 공격 및 교차 사이트 스크립팅(XSS)과 같은 위협으로부터 애플리케이션을 보호하려면 Google Cloud Armor 보안 정책을 사용하면 됩니다. 각 정책은 평가해야 하는 특정 조건과 조건이 충족될 때 수행할 작업을 지정하는 일련의 규칙입니다. 예를 들어 규칙에서 들어오는 트래픽의 소스 IP 주소가 특정 IP 주소나 CIDR 범위와 일치하는 경우 트래픽이 거부되도록 지정할 수 있습니다. 사전 구성된 웹 애플리케이션 방화벽(WAF) 규칙을 적용할 수도 있습니다. 자세한 내용은 보안 정책 개요를 참조하세요.

VM의 외부 액세스

이 문서에서 설명하는 참조 아키텍처에서 Compute Engine VM은 인터넷의 인바운드 액세스가 필요하지 않습니다. VM에 외부 IP 주소를 할당하지 마세요.비공개 내부 IP 주소만 있는 Google Cloud 리소스는 여전히 Private Service Connect 또는 비공개 Google 액세스를 사용하여 특정 Google API 및 서비스에 액세스할 수 있습니다. 자세한 내용은 서비스 비공개 액세스 옵션을 참조하세요.

이 참조 아키텍처의 Compute Engine VM과 같이 비공개 IP 주소만 있는 Google Cloud 리소스에서 보안 아웃바운드 연결을 사용 설정하려면 보안 웹 프록시 또는 Cloud NAT를 사용하면 됩니다.

Exadata VM에서 사용하는 서브넷의 경우 Oracle은 비공개 IP 주소 범위를 할당할 것을 권장합니다.

서비스 계정 권한

아키텍처의 Compute Engine VM의 경우 기본 서비스 계정을 사용하는 대신 전용 서비스 계정을 만들고 서비스 계정이 액세스할 수 있는 리소스를 지정하는 것이 좋습니다. 기본 서비스 계정에는 이 인스턴스에 필요하지 않은 광범위한 권한이 포함되어 있지만, 필요한 권한만 있는 전용 서비스 계정을 조정할 수 있습니다. 자세한 내용은 서비스 계정 권한 제한을 참고하세요.

SSH 보안

이 아키텍처에서 Compute Engine VM에 대한 SSH 연결의 보안을 강화하려면 Cloud OS Login API로 Identity-Aware Proxy (IAP) 전달을 구현합니다. IAP를 사용하면 사용자 ID 및 Identity and Access Management(IAM) 정책을 기반으로 네트워크 액세스를 제어할 수 있습니다. Cloud OS Login API를 사용하면 사용자 ID 및 IAM 정책을 기반으로 Linux SSH 액세스를 제어할 수 있습니다. 네트워크 액세스 관리에 관한 자세한 내용은 SSH 로그인 액세스 제어 권장사항을 참고하세요.

데이터 암호화

기본적으로 Hyperdisk 볼륨 및 Filestore에 저장되는 데이터는Google-owned and Google-managed encryption keys를 사용하여 암호화됩니다. 추가 보호 조치로 Cloud Key Management Service(Cloud KMS)에서 소유하고 관리하는 키를 사용하여 Google-owned and managed key 를 암호화할 수 있습니다. 자세한 내용은 Hyperdisk 볼륨의 경우 디스크 암호화 정보를, Filestore의 경우 고객 관리 암호화 키로 데이터 암호화를 참조하세요.

기본적으로 Exadata 데이터베이스는 투명 데이터 암호화 (TDE)를 사용합니다. 이를 통해 테이블과 테이블스페이스에 저장된 민감한 데이터를 암호화할 수 있습니다.

네트워크 보안

아키텍처에서 리소스 간 네트워크 트래픽을 제어하려면 적절한 Cloud 차세대 방화벽(NGFW) 정책을 구성해야 합니다.

데이터베이스 보안 및 규정 준수

Exadata Database 서비스에는 Oracle 데이터베이스의 보안 및 규정 준수 요구사항을 관리하는 데 도움이 되는 Oracle Data Safe가 포함되어 있습니다. Oracle Data Safe를 사용하여 보안 컨트롤을 평가하고, 사용자 활동을 모니터링하고, 민감한 데이터를 마스킹할 수 있습니다. 자세한 내용은 Oracle Data Safe로 데이터베이스 보안 관리를 참고하세요.

추가 보안 고려사항

워크로드의 아키텍처를 빌드할 때는 엔터프라이즈 기반 청사진 및 Google Cloud Well-Architected Framework: 보안, 개인 정보 보호, 규정 준수에서 제공하는 플랫폼 수준 보안 권장사항과 추천을 고려하세요.

안정성

이 섹션에서는Google Cloud에서 배포를 위한 안정적인 인프라를 빌드하고 운영하기 위해 이 참조 아키텍처를 사용할 때 고려해야 하는 설계 요소를 설명합니다.

VM 장애에 대한 애플리케이션 계층의 견고성

Oracle E-Business Suite 애플리케이션을 호스팅하는 VM 중 일부 (전부는 아님)가 실패하면 부하 분산기가 요청을 다른 애플리케이션 VM으로 전달하므로 애플리케이션을 계속 사용할 수 있습니다.

애플리케이션 VM이 실행 중이고 사용 가능할 수 있지만 애플리케이션 자체에 문제가 있을 수 있습니다. 애플리케이션이 중단되거나, 비정상 종료되거나, 메모리가 부족할 수 있습니다. 이 시나리오에서 VM은 부하 분산기 상태 점검에 응답하지 않으며 부하 분산기는 응답하지 않는 VM으로 트래픽을 라우팅하지 않습니다.

영역 중단에 대한 견고성

리전 아키텍처에서 영역 중 하나에 서비스 중단이 발생하면 부하 분산기가 다른 영역에서 실행되는 애플리케이션의 인스턴스로 요청을 전달합니다. 아키텍처에서 Filestore Regional 서비스 등급을 사용하므로 Filestore를 계속 사용할 수 있습니다.

단일 영역 서비스 중단 중에 Hyperdisk 볼륨의 데이터 고가용성을 보장하려면 Hyperdisk Balanced High Availability를 사용하면 됩니다. Hyperdisk Balanced High Availability 볼륨에 데이터가 작성되면 동일한 리전의 두 영역 간에 데이터가 동기식으로 복제됩니다.

리전 중단에 대한 견고성

리전 중단이 발생하면 애플리케이션을 사용할 수 없습니다. 리전 중단으로 인한 다운타임을 줄이려면 다음 접근 방식을 구현하면 됩니다.

  • 애플리케이션 계층의 수동 (장애 조치) 복제본을 다른 Google Cloud 리전에서 유지보수합니다.
  • 애플리케이션 스택의 수동 복제본이 있는 동일한 리전에 필요한 Exadata VM 클러스터가 있는 대기 Exadata 인프라 인스턴스를 만듭니다. 데이터 복제 및 대기 Exadata 데이터베이스로의 자동 장애 조치에는 Oracle Data Guard를 사용합니다. 애플리케이션에 더 낮은 복구 지점 목표(RPO)가 필요한 경우 Oracle Autonomous Recovery Service를 사용하여 데이터베이스를 백업하고 복구할 수 있습니다.
  • 기본 리전에서 중단이 발생하면 데이터베이스 복제본 또는 백업을 사용하여 데이터베이스를 프로덕션에 복원하고 장애 조치 리전에서 애플리케이션을 활성화합니다.
  • DNS 라우팅 정책을 사용하여 장애 조치 리전의 외부 부하 분산기로 트래픽을 라우팅합니다.

리전 중단이 발생해도 계속 사용할 수 있어야 하는 비즈니스 관련 중요도가 높은 애플리케이션의 경우 멀티 리전 배포 원형을 사용하는 것이 좋습니다. Oracle Active Data Guard를 사용하여 장애 조치 리전에 읽기 전용 대기 데이터베이스를 제공할 수 있습니다.

Oracle은 Oracle Database@Google Cloud의 인프라를 관리합니다. 전용 인프라의 Oracle Exadata Database Service 서비스 수준 목표 (SLO)에 대한 자세한 내용은 Oracle PaaS 및 IaaS 퍼블릭 클라우드 서비스의 서비스 수준 목표를 참고하세요.

VM 용량 계획

VM을 프로비저닝해야 할 때 Compute Engine VM 용량을 사용할 수 있도록 보장하려면 예약을 만들면 됩니다. 예약을 사용하면 특정 영역에서 선택한 머신 유형에 지정된 VM 수에 따라 일정 용량을 보장할 수 있습니다. 예약은 프로젝트에 따라 다르게 지정할 수 있고 여러 프로젝트 간에 공유할 수 있습니다. 예약에 대한 자세한 내용은 예약 유형 선택을 참고하세요.

데이터베이스 용량

필요에 따라 데이터베이스 서버와 스토리지 서버를 추가하여 Exadata 인프라를 확장할 수 있습니다. 필요한 데이터베이스 서버 또는 스토리지 서버를 Exadata 인프라에 추가한 후 추가 CPU 또는 스토리지 리소스를 사용하려면 연결된 Exadata VM 클러스터에 용량을 추가해야 합니다. 자세한 내용은 Exadata 컴퓨팅 및 스토리지 확장을 참고하세요.

데이터 내구성

이 문서의 아키텍처는 백업 및 DR을 사용하여 Compute Engine VM의 백업을 생성, 저장, 관리합니다. 백업 및 DR은 백업 데이터를 애플리케이션에서 읽을 수 있는 원본 형식으로 저장합니다. 필요한 경우 데이터 이동이나 준비 활동 없이 장기 백업 스토리지에서 데이터를 직접 사용하여 워크로드를 프로덕션으로 복원할 수 있습니다.

백업 및 DR은 다음 두 가지 백업 생성 메서드를 지원합니다.

  • Backup Vault 스토리지: 백업 데이터가 소스 데이터와 동일한 리전에 저장되며 데이터를 변경하거나 삭제할 수 없습니다.
  • 자체 관리형 스토리지: 승인된 사용자가 백업 데이터를 수정하거나 삭제할 수 있으며 여러 리전에 데이터를 저장할 수 있습니다.

자세한 내용은 다음 문서를 참조하세요.

Filestore 인스턴스에서 애플리케이션 바이너리의 내구성을 보장하려면 인스턴스의 백업 및 스냅샷을 만들면 됩니다.

기본적으로 전용 인프라의 Oracle Exadata Database Service에 있는 데이터베이스의 백업은 OCI 객체 스토리지에 저장됩니다. RPO를 낮추려면 Oracle Autonomous Recovery Service를 사용하여 데이터베이스를 백업하고 복구하면 됩니다.

추가 안정성 고려사항

워크로드의 클라우드 아키텍처를 빌드할 때는 다음 문서에서 제공하는 안정성 관련 권장사항과 추천을 검토합니다.

비용 최적화

이 섹션에서는 이 참조 아키텍처를 사용하여 빌드하는 Google Cloud 토폴로지의 설정 및 운영 비용을 최적화하는 방법을 안내합니다.

VM 머신 유형

VM 인스턴스의 리소스 사용률 최적화에 도움이 되도록 Compute Engine에서 머신 유형 권장사항을 제공합니다. 권장사항에 따라 워크로드의 컴퓨팅 요구사항과 일치하는 머신 유형을 선택합니다. 예측 가능한 리소스 요구사항이 있는 워크로드의 경우 커스텀 머신 유형을 사용하여 머신 유형을 필요에 맞게 맞춤설정하고 비용을 절약할 수 있습니다.

Oracle 제품 라이선스

사용자는 Compute Engine에 배포하는 Oracle E-Business Suite 애플리케이션의 라이선스를 직접 구매하고, 해당 Oracle 라이선스의 이용약관을 준수할 책임이 있습니다. 라이선스 비용을 계산할 때는 Oracle 제품을 호스팅하는 Compute Engine VM에서 선택한 머신 유형을 기준으로 필요한 Oracle 프로세서 라이선스 수를 고려하세요. 자세한 내용은 클라우드 컴퓨팅 환경에서 Oracle 소프트웨어 라이선스 구매를 참고하세요.

데이터베이스 비용

Exadata VM 클러스터를 만들 때 BYOL을 선택하거나 라이선스가 포함된 Oracle 데이터베이스를 프로비저닝할 수 있습니다.

동일한 리전 내 애플리케이션과 Oracle Exadata 데이터베이스 간 데이터 전송에 대한 네트워킹 요금은 Oracle Database@Google Cloud 제품 가격에 포함됩니다.

추가 비용 고려사항

워크로드의 아키텍처를 빌드할 때는 Google Cloud Well-Architected Framework: 비용 최적화에서 제공하는 일반 권장사항과 추천도 고려하세요.

운영 효율성

이 섹션에서는 이 참조 아키텍처를 사용하여 효율적으로 운영할 수 있는 Google Cloud 토폴로지를 설계할 때 고려해야 하는 요소를 설명합니다.

VM 이미지

VM의 경우 Compute Engine에서 제공되는 Oracle Linux 이미지를 사용하거나 직접 빌드하고 유지관리하는 Oracle Linux 이미지를 가져올 수 있습니다. 애플리케이션에 필요한 구성과 소프트웨어가 포함된 커스텀 OS 이미지를 만들고 사용할 수도 있습니다. 커스텀 이미지를 커스텀 이미지 계열로 그룹화할 수 있습니다. 이미지 계열은 항상 계열 내에 있는 최신 이미지를 가리키므로 인스턴스 템플릿과 스크립트에서 특정 이미지 버전에 대한 참조를 업데이트하지 않아도 최신 이미지를 사용할 수 있습니다. OS 공급업체에서 제공하는 보안 업데이트 및 패치를 포함하도록 커스텀 이미지를 정기적으로 업데이트해야 합니다.

데이터베이스 관리

Oracle은 전용 인프라의 Oracle Exadata Database Service에서 물리적 데이터베이스 서버, 스토리지 서버, 네트워킹 하드웨어를 관리합니다. OCI 또는 Google Cloud 인터페이스를 통해 Exadata Infrastructure 인스턴스와 Exadata VM 클러스터를 관리할 수 있습니다. OCI 인터페이스를 통해 데이터베이스를 만들고 관리합니다. Oracle Database@Google Cloud의 Google Cloud 콘솔 페이지에는 OCI 콘솔의 관련 페이지로 바로 이동하는 데 사용할 수 있는 링크가 포함되어 있습니다. OCI에 다시 로그인하지 않으려면 OCI와 Google Cloud간에 ID 제휴를 구성하면 됩니다.

Oracle 문서 및 지원

Compute Engine VM에서 실행되는 Oracle 제품에는 온프레미스에서 실행되는 Oracle 제품과 유사한 운영상 문제가 있습니다. 하지만 기본 컴퓨팅, 네트워킹, 스토리지 인프라를 관리할 필요는 없습니다.

관측 가능성

Google Cloud에서 Oracle E-Business Suite 배포의 모니터링 가능성을 구현하려면 Google Cloud Observability 서비스 또는 Oracle Enterprise Manager를 사용하면 됩니다. 요구사항과 제약 조건에 따라 적절한 모니터링 전략을 선택합니다. 예를 들어 Oracle E-Business Suite 애플리케이션 외에 Google Cloud 에서 다른 워크로드를 실행하는 경우 Google Cloud Observability 서비스를 사용하여 모든 워크로드의 통합 운영 대시보드를 빌드할 수 있습니다.

추가 운영 고려사항

워크로드의 아키텍처를 빌드할 때 Google Cloud Well-Architected Framework: 운영 우수성에 설명된 운영 효율성에 대한 일반적인 권장사항과 추천을 고려하세요.

성능 최적화

이 섹션에서는 Google Cloud 에서 워크로드의 성능 요구사항을 충족하는 토폴로지를 설계하기 위해 이 참조 아키텍처를 사용할 때 고려해야 하는 요소를 설명합니다.

컴퓨팅 성능

Compute Engine은 VM에서 실행하는 워크로드에 맞게 사전 정의되고 맞춤설정 가능한 다양한 머신 유형을 제공합니다. 성능 요구사항에 따라 적절한 머신 유형을 선택하세요. 자세한 내용은 머신 계열 리소스 및 비교 가이드를 참조하세요.

네트워크 성능

Compute Engine에는 이그레스 네트워크 대역폭에 대한 VM별 제한이 있습니다. 이 한도는 VM의 머신 유형과 트래픽이 소스 VM과 동일한 VPC 네트워크를 통해 라우팅되는지에 따라 다릅니다. 특정 머신 유형의 VM의 경우 네트워크 성능을 개선하기 위해 Tier_1 네트워킹을 사용 설정하여 더 높은 최대 이그레스 대역폭을 얻을 수 있습니다. 자세한 내용은 VM당 Tier_1 네트워킹 성능 구성을 참조하세요.

애플리케이션 계층 VM과 Oracle Exadata 네트워크 간의 네트워크 트래픽은 Google에서 설정한 지연 시간이 짧은 Partner Interconnect 연결을 통해 라우팅됩니다.

Exadata 인프라는 데이터베이스 서버와 스토리지 서버 간의 고대역폭 및 짧은 지연 시간 네트워킹을 위해 통합 이더넷을 통한 RDMA (RoCE)를 사용합니다. 서버는 프로세서, 캐시 또는 운영체제를 포함하지 않고 기본 메모리에서 직접 데이터를 교환합니다.

Hyperdisk 스토리지 성능

이 문서에 설명된 아키텍처는 Oracle E-Business Suite 애플리케이션을 호스팅하는 VM의 모든 부팅 디스크에 Hyperdisk 볼륨을 사용합니다. 하이퍼디스크를 사용하면 성능과 용량을 동적으로 확장할 수 있습니다. 워크로드의 스토리지 성능 및 용량 요구사항에 맞게 프로비저닝된 IOPS, 처리량, 각 볼륨의 크기를 조정할 수 있습니다. Hyperdisk 볼륨의 성능은 볼륨이 연결된 VM의 하이퍼디스크 유형 및 머신 유형에 따라 달라집니다. Hyperdisk 성능 한도 및 조정에 관한 자세한 내용은 다음 문서를 참고하세요.

추가 성능 고려사항

워크로드의 아키텍처를 빌드할 때 Google Cloud Well-Architected Framework: 성능 최적화에서 제공하는 일반적인 권장사항과 추천을 고려하세요.

다음 단계

참여자

저자:

기타 참여자: