Oracle Database@Google Cloud의 네트워크 토폴로지에 대해 알아보기

다양한 네트워크 토폴로지 옵션에 대해 알아보고 조직의 요구에 가장 적합한 옵션을 선택합니다.

단일 VPC 토폴로지 정보

높은 성능과 짧은 대기 시간을 원한다면 데이터베이스와 동일한 VPC 내에서 애플리케이션을 호스팅하십시오. 애플리케이션 격리를 유지하려면 동일한 VPC에 상주하는 Oracle Database@Google Cloud를 공유하면서 각 애플리케이션에 대해 별도의 서브넷을 사용하십시오.

다음 아키텍처는 단일 VPC 토폴로지를 보여줍니다.



구글-싱글-vpc-arch-oracle.zip

VPC 피어링 토폴로지 정보

플랫폼 팀이 자체 프로젝트 및 VPC 내에 데이터베이스를 생성하는 중앙 집중식 관리 서비스로 Oracle Database@Google Cloud를 제공하려면 VPC 피어링 토폴로지를 사용합니다. 여러 사업부에서 다른 프로젝트에 호스팅된 애플리케이션과 다른 VPC를 VPC 피어링을 사용하여 자체 VPC 및 프로젝트에 호스팅된 데이터베이스에 연결할 수 있습니다.

VPC 피어링 토폴로지는 한 VPC의 애플리케이션을 다른 VPC의 데이터베이스에 연결합니다. VPC 피어링은 두 개의 VPC를 연결하여 각 네트워크의 리소스가 동일한 프로젝트, 동일한 조직의 서로 다른 프로젝트 또는 여러 조직의 서로 다른 프로젝트에서 서로 통신할 수 있도록 합니다.

다음 아키텍처는 로컬 VPC 피어링 토폴로지를 보여줍니다.

참고:

이 토폴로지를 선택하는 경우 VPC 피어링에 비용이 발생하는 것으로 간주합니다.

공유 VPC 피어링 토폴로지 정보

여러 프로젝트 및 VPC의 애플리케이션을 데이터베이스에 연결된 공통 공유 VPC에 연결하려면 공유 VPC 토폴로지를 사용합니다. 공유 VPC는 동일하거나 다른 폴더에 있는 동일한 조직의 프로젝트를 연결하여 공유 VPC를 중앙 집중식으로 제어합니다.
다음 아키텍처는 공유 VPC 피어링 토폴로지를 보여줍니다.

참고:

이 토폴로지를 선택하는 경우 공유 VPC에 비용이 발생합니다.

허브-스포크 토폴로지 정보

허브 네트워크 NVA(가상 어플라이언스)를 중앙 집중식 연결 지점으로 사용하려면 허브-스포크 토폴로지를 사용합니다. 허브 NVA는 각 스포크 서브넷에 여러 VNIC(가상 네트워크 인터페이스 카드)가 있는 서로 다른 VPC와의 통신을 중앙 집중화하고 애플리케이션과 데이터베이스 간의 통신을 용이하게 합니다.

Oracle Database@Google Cloud 연결에 대한 VNIC를 만들려면 전송 VPC에 전송 서브넷을 만들어야 합니다. 중앙 집중식 연결 지점인 NVA는 애플리케이션과 데이터베이스 간의 통신을 용이하게 합니다.

다음 아키텍처는 NVA 허브 및 스포크 토폴로지를 보여줍니다.

다중 VPC 토폴로지 정보

데이터베이스 워크로드를 두 사업부 간에 격리하려면 여러 VPC 토폴로지를 사용합니다. Sales and Marketing 팀은 Oracle Exadata Database Service 기반구조 내의 VM 클러스터에 데이터베이스에 대한 자체 VPC 및 서브넷을 보유할 수 있습니다.

VM 클러스터 레벨에서 Oracle Exadata Database Service의 작업 로드를 격리하려면 격리된 VPC에 여러 클러스터를 배포합니다.

다음 아키텍처는 여러 VPC 아키텍처를 보여줍니다.


구글 다중 vpc-arch-oracle.zip

다음을 확인해야 합니다.

  • 여러 VM 클러스터가 동일한 Oracle Exadata Database Service 인프라를 공유합니다.
  • 각 VM 클러스터는 서로 다른 VPC에 연결됩니다.
  • Oracle Exadata Database Service 인프라와 VM 클러스터는 동일한 프로젝트의 일부입니다.