Oracle Exadata를 사용하는 Compute Engine의 Oracle PeopleSoft

이 문서에서는 Oracle PeopleSoft 애플리케이션을 Compute Engine VM에서 실행하기 위한 인프라를 구축할 때 도움이 되는 참조 아키텍처를 제공합니다. 이 아키텍처는 Oracle Database@Google Cloud( Google Cloud내에서 실행되는 Oracle Cloud Infrastructure Exadata 데이터베이스)에 대한 지연 시간이 짧은 연결을 지원합니다. Oracle PeopleSoft는 인적 자원 관리, 캠퍼스 솔루션, 전사적 자원 관리를 위한 엔터프라이즈 애플리케이션 제품군입니다.

이 문서는 Oracle 데이터베이스 및 Oracle PeopleSoft 애플리케이션을 관리하는 클라우드 설계자 및 관리자를 대상으로 합니다. 이 문서에서는 사용자가 Oracle PeopleSoft 애플리케이션과 Oracle 데이터베이스에 익숙하다고 가정합니다.

아키텍처

다음 다이어그램은 Google Cloud리전의 Compute Engine VM에서 Oracle PeopleSoft 애플리케이션을 실행하고, 동일한 Google Cloud 리전에서 Oracle Exadata 데이터베이스를 사용하는 아키텍처를 보여줍니다.

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

구성요소	목적
리전 외부 애플리케이션 부하 분산기	부하 분산기는 사용자 요청을 받아 Oracle PeopleSoft 웹 서버에 배포합니다. 세션 어피니티를 보장하기 위해 부하 분산기는 생성된 쿠키를 사용하도록 구성됩니다.
Google Cloud Armor 보안 정책	Cloud Armor 보안 정책은 DDoS 공격 및 교차 사이트 스크립팅(XSS)과 같은 위협으로부터 애플리케이션 스택을 보호하는 데 도움이 됩니다.
Oracle PeopleSoft 웹 계층(BYOL)	Oracle PeopleSoft 웹 계층은 두 개의 Compute Engine VM에서 독립적으로 실행되는 웹 서버로 구성됩니다. Oracle PeopleSoft는 Bring Your Own License(사용자 라이선스 사용) 방식으로 라이선스를 가져와야 하며, VM과 웹 서버 소프트웨어는 직접 관리합니다.
웹 서버 바이너리	Filestore 인스턴스에 웹 서버 바이너리가 저장됩니다. Filestore 인스턴스는 웹 서버를 호스팅하는 모든 Compute Engine VM에 마운트됩니다.
Oracle PeopleSoft 중간 계층(BYOL)	Oracle PeopleSoft 중간 계층은 다음과 같은 구성요소로 이루어집니다. OpenSearch 애플리케이션 서버 프로세스 스케줄러 이러한 각 구성요소는 두 개의 Compute Engine VM에서 독립적으로 실행됩니다. Oracle PeopleSoft 구성요소는 Bring Your Own License(사용자 라이선스 사용) 방식으로 라이선스를 가져와야 하며, VM과 중간 계층 소프트웨어는 직접 관리합니다.
중간 계층 바이너리	Filestore 인스턴스에는 중간 계층 바이너리가 저장됩니다. Filestore 인스턴스는 중간 계층 구성요소를 호스팅하는 모든 Compute Engine VM에 마운트됩니다.
애플리케이션 백업	애플리케이션의 백업은 백업 및 DR 서비스를 사용하여 생성, 저장, 관리됩니다.
가상 프라이빗 클라우드(VPC) 네트워크	아키텍처의 모든 Google Cloud 리소스는 단일 VPC 네트워크를 사용합니다. 웹 서버, 중간 계층 구성요소, 데이터베이스는 각각 별도의 서브넷에 위치합니다.
Oracle Database@Google Cloud	Oracle PeopleSoft 애플리케이션은 Oracle Exadata Database Service의 Oracle 데이터베이스에서 데이터를 읽고 씁니다. Oracle Database@Google Cloud를 통해 Oracle Exadata Database Service를 프로비저닝합니다. 이는 Google Cloud 데이터 센터 내에서 Oracle 관리 하드웨어 위에서 Oracle 데이터베이스를 실행할 수 있는 Cloud Marketplace 제품입니다. Google Cloud 콘솔, Google Cloud CLI, API 같은 Google Cloud 인터페이스를 사용하여 Exadata Infrastructure 인스턴스를 만듭니다. Oracle은 Google Cloud 리전 내 데이터 센터에서 프로젝트 전용 하드웨어에 필요한 컴퓨팅, 스토리지, 네트워킹 인프라를 설정하고 관리합니다. 애플리케이션과 데이터베이스 간 지연 시간을 최적화하려면 Exadata Infrastructure 인스턴스를 만든 동일한 영역에 애플리케이션을 배포하세요.
Exadata Infrastructure 인스턴스	Exadata Infrastructure 인스턴스는 2개 이상의 물리적 데이터베이스 서버와 3개 이상의 스토리지 서버로 구성됩니다. 다이어그램에 표시되지 않은 이러한 서버들은 지연 시간이 짧은 네트워크 패브릭을 사용하여 상호 연결됩니다. Exadata Infrastructure 인스턴스를 만들 때 프로비저닝해야 하는 데이터베이스 서버와 스토리지 서버의 수를 지정합니다.
Exadata VM 클러스터	Exadata Infrastructure 인스턴스 내에서 하나 이상의 Exadata VM 클러스터를 만듭니다. 예를 들어 각 비즈니스 단위별로 필요한 데이터베이스를 호스팅할 별도의 Exadata VM 클러스터를 만들어 사용할 수 있습니다. 각 Exadata VM 클러스터에는 Oracle Database 인스턴스를 호스팅하는 하나 이상의 Oracle Linux VM이 포함됩니다. Exadata VM 클러스터를 만들 때 다음을 지정합니다. 데이터베이스 서버 수 클러스터의 각 VM에 할당할 컴퓨팅, 메모리, 스토리지 용량 클러스터가 연결해야 하는 VPC 네트워크 클러스터의 백업 및 클라이언트 서브넷의 IP 주소 범위 Exadata VM 클러스터 내 VM은 Compute Engine VM이 아닙니다.
Oracle Database 인스턴스	Oracle Cloud Infrastructure(OCI) 콘솔 및 기타 OCI 인터페이스를 통해 Oracle Database 인스턴스를 만들고 관리합니다. Oracle Database 소프트웨어는 Exadata VM 클러스터 내 VM에서 실행됩니다. Exadata VM 클러스터를 만들 때는 Oracle Grid Infrastructure 버전을 지정하고 라이선스 유형을 선택해야 합니다. Bring Your Own License(사용자 라이선스 사용) 방식 또는 라이선스 포함 모델 중에서 선택할 수 있습니다.
OCI VCN 및 서브넷	Exadata VM 클러스터를 만들면 OCI 가상 클라우드 네트워크(VCN)가 자동으로 생성됩니다. VCN에는 클라이언트 서브넷과 백업 서브넷이 있으며, IP 주소 범위는 사용자가 직접 지정합니다. 클라이언트 서브넷은 VPC 네트워크에서 Oracle Database로 연결하는 데 사용됩니다. 백업 서브넷은 데이터베이스 백업을 OCI 객체 스토리지로 전송하는 데 사용됩니다.
Cloud Router, Partner Interconnect, OCI DRG	Google Cloud의 VPC 네트워크와 OCI VCN 간의 트래픽은 Cloud Router를 통해 라우팅되며, OCI VCN에 연결된 동적 라우팅 게이트웨이(DRG)를 거칩니다. 이 트래픽은 Google이 Partner Interconnect로 설정한 지연 시간이 짧은 연결을 통해 흐릅니다.
비공개 Cloud DNS 영역	Exadata VM 클러스터를 만들면 Cloud DNS 비공개 영역이 자동으로 생성됩니다. 애플리케이션이 Oracle Database로 읽기 및 쓰기 요청을 보낼 때, Cloud DNS는 데이터베이스 호스트 이름을 해당 IP 주소로 변환합니다.
OCI 객체 스토리지 및 OCI 서비스 게이트웨이	기본적으로 Oracle Exadata 데이터베이스의 백업은 OCI 객체 스토리지에 저장됩니다. 데이터베이스 백업은 서비스 게이트웨이를 통해 OCI 객체 스토리지로 라우팅됩니다.
공개 Cloud NAT 게이트웨이(선택사항)	이 아키텍처에는 선택적인 공개 Cloud NAT 게이트웨이가 포함될 수 있습니다. 이 게이트웨이는 내부 IP 주소만 있는 Compute Engine VM에서 안전한 아웃바운드 연결을 가능하게 합니다.
Cloud Interconnect 또는 Cloud VPN	온프레미스 네트워크를 Google Cloud의 VPC 네트워크에 연결하려면 Cloud Interconnect 또는 Cloud VPN을 사용하면 됩니다. 각 접근 방식의 상대적 이점에 관한 자세한 내용은 네트워크 연결 제품 선택을 참조하세요.
Cloud Monitoring	Cloud Monitoring을 사용하면 애플리케이션 및 Oracle Exadata 리소스를 포함한 Google Cloud 리소스의 동작, 상태, 성능을 관찰할 수 있습니다. 또한 OCI 모니터링 서비스를 사용해 Oracle Exadata 리소스를 모니터링할 수도 있습니다.

사용 제품

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

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

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

• Oracle PeopleSoft: 인적 자원 관리, 캠퍼스 솔루션, 전사적 자원 관리를 위한 엔터프라이즈 애플리케이션 제품군입니다.
• 전용 인프라의 Exadata Database Service: 전용 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 리전 선택 권장사항을 참조하세요.

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

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

Oracle 데이터베이스를 Google Cloud로 마이그레이션할 때 사용할 수 있는 절차 및 도구에 대한 자세한 내용은 Oracle Migration Methods Advisor를 참조하세요.

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

스토리지 옵션

아키텍처 내 Compute Engine VM의 경우 Hyperdisk 또는 Persistent Disk 부팅 볼륨을 사용할 수 있습니다. Hyperdisk 볼륨은 Persistent Disk보다 우수한 성능, 유연성, 효율성을 제공합니다. Hyperdisk Balanced를 사용하면 IOPS와 처리량을 별도로, 동적으로 프로비저닝할 수 있으므로, 다양한 워크로드에 맞게 볼륨을 조정할 수 있습니다.

애플리케이션 바이너리를 저장하려면 Filestore를 사용하세요. Filestore 리전 인스턴스에 저장된 파일은 리전 내 3개의 영역에 동기식으로 복제됩니다. 이 복제는 고가용성을 보장하고 영역 서비스 중단에 대한 견고성을 보장합니다. 리전 서비스 중단에 대한 견고성을 확보하려면 Filestore 인스턴스를 다른 리전으로 복제할 수 있습니다. 자세한 내용은 인스턴스 복제를 참조하세요.

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

Oracle Database@Google Cloud 네트워크 설계

비즈니스 및 기술 요구사항을 충족하는 네트워크 설계를 선택하세요. 예를 들어 단일 VPC 네트워크 또는 여러 VPC 네트워크를 사용할 수도 있습니다. 자세한 내용은 Oracle Database@Google Cloud의 네트워크 토폴로지 선택 알아보기를 참조하세요.

Exadata VM 클러스터에서 사용할 클라이언트 및 백업 서브넷의 IP 주소 범위를 할당할 때는 최소 서브넷 크기 요구사항을 고려하세요. 자세한 내용은 Oracle Database@Google Cloud의 IP 주소 공간 계획을 참조하세요.

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

이 섹션에서는 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 리소스에서 보안 아웃바운드 연결을 사용 설정하려면 Secure Web Proxy 또는 Cloud NAT를 사용하면 됩니다.

Exadata VM에 사용되는 서브넷의 경우에는 비공개 IP 주소 범위를 할당하는 것이 좋습니다.

서비스 계정 권한

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

SSH 보안

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

데이터 암호화

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

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

네트워크 보안

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

웹 서버 VM의 경우 인그레스 정책의 소스 필드에 다음이 항목이 포함되어 있는지 확인합니다.

• 부하 분산기의 프록시 전용 서브넷 CIDR
• 상태 확인 프로브의 CIDR 블록

Oracle Exadata 보안 및 규정 준수

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

추가 보안 고려사항

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

안정성

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

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

각 Oracle PeopleSoft 구성요소를 호스팅하는 두 개의 VM 중 하나가 장애를 일으키더라도 애플리케이션은 계속 사용 가능합니다. 요청은 다른 VM으로 라우팅됩니다.

때때로 VM 자체는 실행 중이고 사용 가능한 상태일 수 있지만 Oracle Peoplesoft 구성요소 자체에 문제가 발생할 수도 있습니다. 구성요소가 멈추거나, 비정상 종료되거나, 메모리가 부족해질 수 있습니다. 이런 경우 VM은 부하 분산기의 상태 점검에 응답하지 못하고, 부하 분산기는 응답하지 않는 VM으로 트래픽을 라우팅하지 않습니다.

영역 또는 리전 중단에 대한 견고성

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

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

자세한 내용은 Oracle Database@Google Cloud용 Oracle Maximum Availability Architecture(MAA)를 참조하세요.

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

VM 용량 계획

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

Oracle Exadata 용량

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

데이터 내구성

백업 및 DR 서비스를 사용하여 Compute Engine VM의 백업을 생성, 저장, 관리할 수 있습니다. 백업 및 DR은 백업 데이터를 애플리케이션에서 읽을 수 있는 원본 형식으로 저장합니다. 필요한 경우 시간이 많이 소요되는 데이터 이동이나 준비 활동 없이 장기 백업 스토리지에서 데이터를 직접 사용하여 워크로드를 프로덕션으로 복원할 수 있습니다. 자세한 내용은 Compute Engine 인스턴스 백업을 위한 백업 및 DR을 참조하세요.

Filestore 인스턴스의 데이터 내구성을 보장하려면 인스턴스의 백업 및 스냅샷을 만들거나 Filestore 및 파일 시스템을 위한 백업 및 DR을 사용하면 됩니다.

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

추가 안정성 고려사항

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

• Google Cloud 인프라 안정성 가이드
• 확장 가능하고 복원력이 우수한 앱 패턴
• 복원력이 우수한 시스템 설계
• Google Cloud Well-Architected Framework: 안정성

비용 최적화

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

VM 머신 유형

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

Oracle 제품 라이선스

사용자는 Compute Engine에 배포하는 Oracle 제품의 라이선스를 직접 구매하고, 해당 Oracle 라이선스의 이용약관을 준수할 책임이 있습니다. 자세한 내용은 클라우드 컴퓨팅 환경에서 Oracle 소프트웨어 라이선스 구매를 참조하세요.

Oracle Exadata 데이터베이스 라이선스

Exadata VM 클러스터를 만들 때 Bring Your Own License(사용자 라이선스 사용) 방식을 사용하거나 Oracle Database@Google Cloud에 대해 Google Cloud Marketplace 주문 시 함께 구매한 라이선스를 사용할 수 있습니다.

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

추가 비용 고려사항

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

운영 효율성

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

Oracle Linux 이미지

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

Oracle Exadata 데이터베이스 관리

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 애플리케이션의 모니터링 가능성

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

Oracle 문서 및 지원

Compute Engine VM에서 실행되는 Oracle 제품은 온프레미스에서 실행되는 Oracle 제품과 유사한 운영상의 고려 사항이 있습니다. 하지만 기본 컴퓨팅, 네트워킹, 스토리지 인프라는 직접 관리할 필요가 없습니다. Oracle 제품의 운영 및 관리 방법에 대한 안내는 관련 Oracle 문서를 참조하세요.

Google Cloud에 배포하는 Oracle Database 인스턴스에 대한 Oracle의 지원 정책에 관한 자세한 내용은 Oracle 이외의 퍼블릭 클라우드 환경을 위한 Oracle Database 지원(문서 ID 2688277.1)을 참조하세요.

추가 운영 고려사항

워크로드의 아키텍처를 빌드할 때 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 Infrastructure는 데이터베이스 서버와 스토리지 서버 간의 고대역폭 및 짧은 지연 시간의 네트워킹을 위해 통합 이더넷 기반 RDMA(RoCE)를 사용합니다. 이때 서버들은 프로세서, 캐시 또는 운영체제를 거치지 않고 기본 메모리에서 직접 데이터를 교환합니다.

애플리케이션과 데이터베이스 간 지연 시간을 최적화하려면 Exadata Infrastructure 인스턴스를 만든 동일한 영역에 애플리케이션을 배포하세요.

추가 성능 고려사항

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

다음 단계

• Google Cloud 및 Oracle로 클라우드 혁신
• Oracle 문서
  • Oracle Database@Google Cloud 개요
  • Oracle Database@Google Cloud용 Oracle Maximum Availability Architecture(MAA)
  • Oracle Database@Google Cloud의 IP 주소 공간 계획
  • Oracle Database@Google Cloud의 네트워크 토폴로지 선택 알아보기
  • Oracle Database@Google Cloud 배포
  • Oracle MAA 참조 아키텍처
• Google 문서
  • Oracle Database@Google Cloud 개요
  • Oracle Database@Google Cloud의 사용 가능한 구성
  • Oracle 기반 애플리케이션을 Google Cloud 로 마이그레이션하고 운영 간소화
• 그 밖의 참조 아키텍처, 다이어그램, 튜토리얼, 권장사항을 알아보려면 Cloud 아키텍처 센터를 확인하세요.

참여자

저자: 쿠마르 다나고팔 | 크로스 프로덕트 솔루션 개발자

기타 참여자:

• 앤디 콜빈 | Google Cloud 기반 Oracle 데이터베이스 블랙벨트 엔지니어
• 벌라즈 핀터 | 스태프 파트너 솔루션 설계자
• 비주 나라야난 | 애플리케이션 개발 수석 디렉터(Oracle)
• 비카시 카르 | 애플리케이션 개발 프로젝트 리더(Oracle)
• 셀리아 안토니오 | 데이터베이스 고객 엔지니어
• 찰스 엘리엇 | 산업 아키텍처 총괄
• 구스타보 히메네스 | 시니어 스태프 파트너 솔루션 설계자
• 하리 지 아이 | 수석 프린시펄 소프트웨어 엔지니어(Oracle)
• 지그네시 파텔 | 고객 엔지니어
• 존 파울로스키 | 파트너 엔지니어
• 카르틱 코탐세티 | 리드 고객 엔지니어
• 케니 허 | 고객 엔지니어, 데이터 전문가
• 마제드 알할라세흐 | 인프라 현대화 고객 엔지니어
• 마크 필딩 | 데이터 인프라 설계자
• 마리아 줄리아니 | 고객 엔지니어, 데이터베이스 전문가
• 미셸 버토프트 | 선임 제품 관리자
• 넬슨 곤잘레스 | 제품 관리자
• 션 데링턴 | 그룹 제품 관리자, 스토리지