本文件提供參考架構，說明如何將高可用性企業應用程式託管於 Compute Engine 虛擬機器 (VM)，並以低延遲方式連線至 Google Cloud中運作的 Oracle Cloud Infrastructure (OCI) Exadata 資料庫。本文的目標對象是雲端架構師和 Oracle 資料庫管理員。本文假設您熟悉 Compute Engine 和 Oracle Exadata Database Service。
如果您使用 Oracle Exadata 或 Oracle Real Application Clusters (Oracle RAC) 在地端部署環境執行 Oracle 資料庫，可以有效率地將應用程式遷移至 Google Cloud ，並在 Oracle Database@Google Cloud 上執行資料庫。Oracle Database@Google Cloud 是 Google Cloud Marketplace 產品，可讓您直接在 Google Cloud執行 Oracle Exadata Database Service 和 Oracle Autonomous Database。
如果您不需要 Oracle RAC 功能，或需要 19c 和 23ai 以外的 Oracle Database 版本，可以在 Compute Engine VM 上執行自行管理的 Oracle 資料庫。詳情請參閱「在 Compute Engine 上使用 Oracle Database 的企業應用程式」。
架構
下圖顯示架構的概略檢視畫面：
在上圖中，外部負載平衡器會接收公開應用程式使用者的要求，並將要求分配給前端網路伺服器。網路伺服器會透過內部負載平衡器，將使用者要求轉送至應用程式伺服器。應用程式伺服器會從 Oracle Database@Google Cloud 中的資料庫讀取資料，並將資料寫入資料庫。管理員和 OCI 服務可以連線至 Oracle 資料庫，並與其互動。
下圖詳細說明架構：
在這個架構中，網頁層和應用程式層會以主動-主動模式，在 Google Cloud 區域內兩個可用區中分布的 Compute Engine VM 上運作。應用程式使用位於相同 Google Cloud區域的 Oracle Exadata 資料庫。
架構中的所有元件都位於單一 Google Cloud區域。這個架構與區域部署原型一致。您可以調整這個架構，使用多區域部署原型，建構可抵禦區域性服務中斷的拓撲。詳情請參閱「在 Compute Engine 上進行多區域部署」，以及本文件後續「可靠性」一節的指引。
上圖所示的架構包含下列元件：
| 構成要素 | Purpose |
|---|---|
| 區域性外部應用程式負載平衡器 | 區域性外部應用程式負載平衡器會接收使用者要求，並將要求分配給網路層 VM。 |
| Google Cloud Armor 安全性政策 | Cloud Armor 安全性政策可協助保護應用程式堆疊，防範分散式阻斷攻擊 (DDoS) 和跨網站指令碼攻擊 (XSS) 等威脅。 |
| 網路層的區域代管執行個體群組 (MIG) | 應用程式的網路層部署在 Compute Engine VM 上，這些 VM 屬於區域性 MIG。這個 MIG 是外部應用程式負載平衡器的後端。MIG 包含兩個可用區中的 Compute Engine VM。每個 VM 都會託管應用程式網路層的獨立執行個體。 |
| 區域性內部應用程式負載平衡器 | 區域性內部應用程式負載平衡器會將網路層 VM 的流量分配至應用程式層 VM。 |
| 應用程式層的區域性 MIG | 應用程式層 (例如 Oracle WebLogic Server 叢集) 部署在 Compute Engine VM 上，這些 VM 屬於區域性 MIG。這個 MIG 是內部應用程式負載平衡器的後端。MIG 包含兩個可用區中的 Compute Engine VM。每個 VM 都會託管應用程式伺服器的獨立執行個體。 |
| 虛擬私有雲 (VPC) 網路和子網路 | 架構中的所有 Google Cloud 資源都使用單一虛擬私有雲網路。您可以視需求選擇建構使用多個網路的架構。詳情請參閱「決定是否建立多個虛擬私有雲網路」。 |
| <a href="https://cloud.google.com/oracle/database/docs/overview">Oracle Database@Google Cloud</a> |
應用程式伺服器會從 Oracle Exadata Database Service 中的 Oracle 資料庫讀取資料，並將資料寫入其中。您可以使用 Oracle Database@Google Cloud 佈建 Oracle Exadata Database Service。這項 Cloud Marketplace 產品可讓您在 Google Cloud 資料中心內，透過 Oracle 代管的硬體執行 Oracle 資料庫。 您可以使用 Google Cloud 控制台、Google Cloud CLI 和 API 等 Google Cloud 介面，建立 Exadata 基礎架構執行個體。Oracle 會在 Google Cloud 區域內的資料中心，使用專為您專案提供的硬體，設定及管理必要的運算、儲存和網路基礎架構。 |
| Exadata 基礎架構執行個體 | 每個 Exadata 基礎架構執行個體都包含兩個以上的實體資料庫伺服器，以及三個以上的儲存伺服器。這些伺服器 (未顯示在圖表中) 是使用低延遲網路架構互連。建立 Exadata 基礎架構執行個體時，您必須指定要佈建的資料庫伺服器和儲存空間伺服器數量。 |
| Exadata VM 叢集 |
在 Exadata 基礎架構執行個體中，您可以建立一或多個 Exadata VM 叢集。舉例來說，您可以選擇建立及使用獨立的 Exadata VM 叢集，託管各業務單位所需的資料庫。每個 Exadata VM 叢集都包含一或多個 Oracle Linux VM，用於託管 Oracle 資料庫執行個體。 建立 Exadata VM 叢集時，請指定下列項目：
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 位址範圍由您指定。用戶端子網路用於從虛擬私有雲網路連線至 Oracle 資料庫。備份子網路用於將資料庫備份傳送至 OCI Object Storage。 |
| Cloud Router、Partner Interconnect 和 OCI DRG | 虛擬私有雲網路和 VCN 之間的流量，會透過連結至虛擬私有雲網路的 Cloud Router，以及連結至 VCN 的動態路由閘道 (DRG) 轉送。流量會透過 Google 使用 Partner Interconnect 設定的低延遲連線傳輸。 |
| 私人 Cloud DNS 區域 | 建立 Exadata VM 叢集時，系統會自動建立 Cloud DNS 私人區域。當應用程式伺服器向 Oracle 資料庫傳送讀取和寫入要求時，Cloud DNS 會將資料庫主機名稱解析為對應的 IP 位址。 |
| OCI Object Storage 和 OCI Service Gateway | 根據預設，Oracle Exadata 資料庫的備份會儲存在 OCI 物件儲存庫。資料庫備份會透過服務閘道轉送至 OCI 物件儲存庫。 |
| 公開 Cloud NAT 閘道 | 這個架構包含公開 Cloud NAT 閘道，可讓僅有內部 IP 位址的 Compute Engine VM 建立安全的傳出連線。 |
| Cloud Interconnect 和 Cloud VPN | 如要將地端部署網路連線至 Google Cloud中的虛擬私有雲網路，可以使用 Cloud Interconnect 或 Cloud VPN。如要瞭解各方法的相對優勢，請參閱「選擇網路連線產品」。 |
| Cloud Monitoring | 您可以使用 Cloud Monitoring 觀察應用程式和 Google Cloud 資源 (包括 Oracle Exadata 資源) 的行為、健康狀態和效能。您也可以使用 OCI Monitoring 服務，監控 Oracle Exadata 資源中的資源。 |
使用的產品
這個參考架構使用下列 Google Cloud 產品：
- Compute Engine：安全可靠且可自訂的運算服務，可讓您在 Google 基礎架構上建立及執行 VM。
- Cloud Load Balancing：高效能、可擴充的全球和區域負載平衡器組合。
- 虛擬私有雲 (VPC)：虛擬系統，為 Google Cloud 工作負載提供全球性、可擴充的網路功能。虛擬私有雲包含虛擬私有雲網路對接、Private Service Connect、私人服務存取權和 Shared VPC。
- Google Cloud Armor：這項網路安全服務提供網頁應用程式防火牆 (WAF) 規則，可協助防範 DDoS 和應用程式攻擊。
- Cloud NAT：提供 Google Cloud代管的高效能網路位址轉譯服務。
- Cloud Monitoring：這項服務可讓您掌握應用程式和基礎架構的效能、可用性和健康狀態。
- Cloud Interconnect：這項服務可透過高可用性、低延遲的連線，將外部網路延伸至 Google 網路。
- Partner Interconnect：這項服務可透過支援的服務供應商，在地端部署網路與虛擬私有雲網路和其他網路之間建立連線。
- Cloud VPN：這項服務可透過 IPsec VPN 通道，將對等互連網路安全地延伸至 Google 網路。
這項參考架構使用下列 OCI 產品：
- Exadata Database Service on Dedicated Infrastructure：這項服務可讓您在專屬的 Exadata 硬體上執行 Oracle Database 執行個體。
- 物件儲存空間：將大量結構化和非結構化資料儲存為物件的服務。
- VCN 和子網路：VCN 是 OCI 區域中資源的虛擬和私人網路。子網路是 VCN 中連續的 IP 位址範圍。
- 動態路由閘道：虛擬路由器，用於 VCN 和外部網路之間的流量。
- 服務閘道：可讓 VCN 中的資源以不公開方式存取特定 Oracle 服務的閘道。
設計須知
本節說明設計因素、最佳做法和設計建議，您應考量這些事項，並使用這個參考架構開發拓撲，滿足您在安全性、可靠性、作業效率、成本和效能方面的特定需求。
本節指南僅列出部分範例。視應用程式的特定需求，以及您使用的 Google Cloud 和第三方產品與功能而定，您可能需要考量其他設計因素和權衡取捨。
系統設計
本節提供指引，協助您選擇部署作業的 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上託管應用程式」。
儲存空間選項
針對架構中的 Compute Engine VM，您可以使用 Google Cloud Hyperdisk 或永久磁碟開機磁碟。Hyperdisk 磁碟區的效能、彈性和效率都優於 Persistent Disk。有了 Google Cloud Hyperdisk Balanced，您可以分別動態佈建 IOPS 和處理量，依據各種工作負載調整磁碟區。
如要儲存應用程式二進位檔，請使用 Filestore。儲存在 Filestore 區域性執行個體中的檔案，會同步複製到區域內的三個可用區。這種複製機制有助於確保高可用性，並防範可用區服務中斷。為確保區域服務中斷時仍能正常運作，您可以將 Filestore 執行個體複製到其他區域。詳情請參閱「執行個體複製」。
為工作負載設計儲存空間時，請考量工作負載的功能特性、韌性需求、預期效能和成本目標。詳情請參閱「針對雲端工作負載設計最佳的儲存空間策略」。
Oracle Database@Google Cloud 網路設計
選擇符合業務和技術需求的網路設計。例如，您可以使用單一虛擬私有雲網路或多個虛擬私有雲網路。詳情請參閱「瞭解如何選取 Oracle Database@Google Cloud 的網路拓撲」。
為 Exadata VM 叢集使用的用戶端和備份子網路指派 IP 位址範圍時，請考量子網路大小下限規定。詳情請參閱「規劃 Oracle Database@Google Cloud 的 IP 位址空間」。
資料庫遷移
如要將地端部署資料庫遷移至 Oracle Database@Google Cloud，請使用資料庫遷移評估 (DMA) 工具，評估目前的資料庫環境，並取得設定和規模建議。
如要瞭解將 Oracle 資料庫遷移至 Google Cloud的程序和工具，請參閱 Oracle 遷移方法建議工具。
在正式環境中使用遷移的資料庫之前，請先驗證應用程式與資料庫之間的連線。
安全性、隱私權和法規遵循
本節說明使用這項參考架構在 Google Cloud 中設計拓撲時，應考量的因素，以確保拓撲符合工作負載的安全性、隱私權和法規遵循要求。
防範外部威脅
如要保護應用程式免受分散式阻斷服務 (DDoS) 攻擊和跨網站指令碼攻擊 (XSS) 等威脅，您可以使用 Google Cloud Armor 安全性政策。每項政策都是一組規則，指定應評估的特定條件，以及符合條件時要採取的動作。舉例來說，規則可以指定，如果傳入流量的來源 IP 位址與特定 IP 位址或 CIDR 範圍相符，則必須拒絕該流量。您也可以套用預先設定的網頁應用程式防火牆 (WAF) 規則。詳情請參閱「安全性政策總覽」。
VM 的外部存取權
在本文件說明的參考架構中，Compute Engine VM 不需要來自網際網路的傳入存取權。請勿將外部 IP 位址指派給 VM。 Google Cloud 只有私人內部 IP 位址的資源，仍可使用 Private Service Connect 或 Private Google Access，存取特定 Google API 和服務。詳情請參閱「服務的私人存取權選項」。
如要從僅有私人 IP 位址的 Google Cloud 資源 (例如此參考架構中的 Compute Engine VM) 啟用安全傳出連線，可以使用 Secure Web Proxy 或 Cloud NAT。
對於 Exadata VM 使用的子網路，Oracle 建議您指派私人 IP 位址範圍。
服務帳戶權限
對於架構中的 Compute Engine VM，建議您建立專屬服務帳戶，並指定服務帳戶可存取的資源，而非使用預設服務帳戶。預設服務帳戶擁有多種權限，其中部分可能並非必要。您可以自訂專屬服務帳戶，只授予必要權限。詳情請參閱「限制服務帳戶權限」。
SSH 安全性
如要強化架構中 Compute Engine VM 的 SSH 連線安全性，請實作 Identity-Aware Proxy (IAP) 和 Cloud OS Login API。IAP 可讓您根據使用者身分和 Identity and Access Management (IAM) 政策控管網路存取權。Cloud OS 登入 API 可讓您根據使用者身分和 IAM 政策，控管 Linux SSH 存取權。如要進一步瞭解如何管理網路存取權，請參閱「控管 SSH 登入存取權的最佳做法」。
資料加密
根據預設，儲存在 Hyperdisk、Persistent Disk 和 Filestore 中的資料會使用Google-owned and Google-managed encryption keys加密。如要進一步保護 Google-owned and managed key ，您可以使用自己在 Cloud Key Management Service (Cloud KMS) 中擁有及管理的金鑰，選擇加密。詳情請參閱 Hyperdisk 和 Persistent Disk 磁碟區的磁碟加密相關說明，以及 Filestore 的使用客戶自行管理的加密金鑰加密資料。
根據預設，Exadata 資料庫會使用透明資料加密 (TDE)，可讓您加密儲存在資料表和資料表空間中的機密資料。
網路安全
如要控管架構中資源之間的網路流量，您必須設定適當的 Cloud Next Generation Firewall (NGFW) 政策。
Oracle Exadata 安全性與法規遵循
Oracle Exadata Database Service 包含 Oracle Data Safe，可協助您管理 Oracle 資料庫的安全性和法規遵循需求。您可以使用 Oracle Data Safe 評估安全控管機制、監控使用者活動，以及遮蓋機密資料。詳情請參閱「使用 Oracle Data Safe 管理資料庫安全性」。
其他安全性考量
建構工作負載架構時，請考量企業基礎藍圖和 Google Cloud Well-Architected Framework：安全性、隱私權和法規遵循中提供的平台層級安全性最佳做法和建議。
可靠性
本節說明使用這項參考架構，在Google Cloud中建構及運作可靠的基礎架構時，應考量的設計因素。
在 VM 故障情況下仍具備穩定性
在本文件所示的架構中，如果網頁層或應用程式層中的 Compute Engine VM 停止運作，相關的 MIG 會自動重新建立 VM。負載平衡器只會將要求轉送至可用的網路伺服器執行個體和應用程式伺服器執行個體。
VM 自動修復
有時，託管應用程式的 VM 可能正在運作且可用，但應用程式本身可能有問題。應用程式可能會凍結、異常終止或記憶體不足。如要確認應用程式是否正常回應，您可以設定以應用程式為基礎的健康狀態檢查，做為 MIG 自動修復政策的一部分。如果特定 VM 上的應用程式沒有回應，MIG 就會自動修復 VM。如要進一步瞭解如何設定自動修復功能，請參閱「關於修復 VM 以確保高可用性」。
區域服務中斷時的穩定性
如果區域服務中斷，應用程式就無法使用。如要減少區域中斷造成的停機時間，可以採取下列做法：
- 在另一個 Google Cloud 區域中，維護網路層和應用程式層的被動 (容錯移轉) 副本。
- 在應用程式堆疊被動副本所在的區域，建立待命 Exadata 基礎架構執行個體，並搭配必要的 Exadata VM 叢集。使用 Oracle Data Guard 複製資料，並自動容錯移轉至備用 Exadata 資料庫。如果應用程式需要較低的復原點目標 (RPO)，您可以使用 Oracle Autonomous Recovery Service 備份及復原資料庫。
- 如果主要區域發生服務中斷，請使用資料庫副本或備份，將資料庫還原至正式環境，並在容錯移轉區域中啟用應用程式。
- 使用 DNS 路由政策，將流量轉送至容錯移轉區域中的外部負載平衡器。
如果業務關鍵應用程式必須在區域中斷時仍能繼續使用，建議採用多區域部署原型。您可以使用 Oracle Active Data Guard，在容錯移轉區域中提供唯讀待命資料庫。
Oracle 負責管理 Oracle Database@Google Cloud 的基礎架構。如要瞭解 Oracle Exadata Database Service on Dedicated Infrastructure 的服務水準目標 (SLO)，請參閱「Oracle PaaS 和 IaaS 公有雲服務的服務水準目標」。
MIG 自動調度資源
本文中的架構會將區域性 MIG 用於網頁層和應用程式層。無狀態 MIG 的自動調度資源功能可確保託管網路層和應用程式層的 Compute Engine VM 不會受到單一可用區中斷的影響。
如要控管無狀態 MIG 的自動調度資源行為，您可以指定目標使用率指標，例如平均 CPU 使用率。您也可以為無狀態 MIG 設定依排程自動調度資源。有狀態 MIG 無法自動調度資源。詳情請參閱「自動調整資源配置執行個體群組」。
MIG 大小限制
決定 MIG 大小時，請考量 MIG 可建立的 VM 數量預設值和上限。詳情請參閱「在 MIG 中新增及移除 VM」。
VM 放置
在本文件說明的架構中，應用程式層和網路層會在分散於多個可用區的 Compute Engine VM 上執行。這種分配方式有助於確保網路層和應用程式層不會因單一可用區中斷而受到影響。
如要提升架構的穩定性，您可以建立分散配置政策，並套用至 MIG 範本。MIG 建立 VM 時，會將各可用區內的 VM 放在不同的實體伺服器 (稱為「主機」) 上，因此 VM 不會因個別主機故障而受到影響。詳情請參閱「建立分散配置政策並套用至 VM」。
VM 容量規劃
如要確保在需要佈建 VM 時，Compute Engine VM 有可用容量，您可以建立預留項目。預留項目可確保在特定可用區中，為您選擇的機型提供指定數量的 VM 容量。預留項目可以專屬於某個專案，也可以在多個專案之間共用。如要進一步瞭解預留項目，請參閱「選擇預留項目類型」。
有狀態儲存空間
應用程式設計的最佳做法是避免需要有狀態的本機磁碟。不過，如有這項需求，您可以將永久磁碟設為有狀態，確保在修復或重新建立 VM 時保留資料。不過，建議您將開機磁碟設為無狀態，以便將磁碟更新至最新映像檔，並套用新版本和安全性修補程式。詳情請參閱「在 MIG 中設定有狀態永久磁碟」。
Oracle Exadata 容量
您可以視需要新增資料庫伺服器和儲存伺服器，藉此擴充 Exadata 基礎架構。將必要的資料庫伺服器或儲存伺服器新增至 Exadata 基礎架構後，您必須將容量新增至相關聯的 Exadata VM 叢集，才能使用額外的 CPU 或儲存空間資源。詳情請參閱「擴充 Exadata 運算和儲存空間」。
資料持久性
您可以使用備份和災難復原服務，建立、儲存及管理 Compute Engine VM 的備份。備份和災難復原服務會以應用程式可讀取的原始格式儲存備份資料。必要時，您可以直接使用長期備份儲存空間中的資料，將工作負載還原至正式環境，不必耗費時間移動或準備資料。詳情請參閱「Compute Engine 執行個體備份的備份和災難復原」。
為確保 Filestore 執行個體中的資料耐用性，您可以建立執行個體的備份和快照，或使用備份和災難復原服務備份 Filestore 和檔案系統。
根據預設，Oracle Exadata Database Service on Dedicated Infrastructure 中的資料庫備份會儲存在 OCI 物件儲存庫。如要降低 RPO，您可以使用 Oracle Autonomous Recovery Service 備份及復原資料庫。
更多可靠性考量
為工作負載建構雲端架構時，請參閱下列說明文件，瞭解可靠性相關的最佳做法和建議：
成本最佳化
本節提供指引，說明如何最佳化使用此參考架構建構的 Google Cloud 拓撲，降低設定和營運成本。
VM 機型
為協助您達到最佳 VM 執行個體資源使用率，Compute Engine 會提供機器類型建議。請根據建議，選擇符合工作負載運算需求的機型。如果工作負載的資源需求可預測，您可以使用自訂機型，根據需求自訂機型並節省費用。
VM 佈建模型
如果應用程式具備容錯能力，Spot VM 可協助降低應用程式和網路層中 VM 的 Compute Engine 費用。Spot VM 的費用遠低於一般 VM。不過，Compute Engine 可能會先占停止或刪除 Spot VM，以取回資源。
Spot VM 適用於可容許先占，且沒有高可用性需求的批次工作。Spot VM 提供的機器類型、選項和效能與一般 VM 相同。不過，如果可用區的資源容量有限，MIG 可能無法自動水平擴展 (即建立 VM) 至指定目標大小，直到所需容量再次可用為止。
VM 資源使用率
無狀態 MIG 的自動調度資源功能可讓應用程式妥善處理增加的流量，並在資源需求降低時節省成本。有狀態 MIG 無法自動調度資源。
Oracle 產品授權
您有責任為在 Compute Engine 上部署的 Oracle 產品取得授權，並遵守 Oracle 授權的條款及細則。詳情請參閱「Licensing Oracle Software in the Cloud Computing Environment」(在雲端運算環境中授權 Oracle 軟體)。
Oracle Exadata 資料庫授權
建立 Exadata VM 叢集時，您可以自備授權 (BYOL)，或使用透過 Google Cloud Marketplace 訂單購買的 Oracle Database@Google Cloud 授權。
在相同區域內，應用程式和 Oracle Exadata 資料庫之間的資料移轉網路費用，已包含在 Oracle Database@Google Cloud 產品價格中。
更多費用注意事項
建構工作負載架構時，也請考量「Google Cloud Well-Architected Framework：成本最佳化」中的一般最佳做法和建議。
提升作業效率
本節說明使用這個參考架構設計可有效運作的 Google Cloud 拓撲時，應考量的因素。
VM 設定更新
如要更新 MIG 中 VM 的設定 (例如機型或開機磁碟映像檔)，請使用所需設定建立新的執行個體範本，然後將新範本套用至 MIG。MIG 會使用您選擇的更新方法 (自動或選擇性) 更新 VM。請根據可用性和作業效率需求，選擇合適的方法。如要進一步瞭解這些 MIG 更新方法，請參閱「在 MIG 中套用新的 VM 設定」。
Oracle Linux 映像檔
針對 VM，您可以使用 Compute Engine 提供的 Oracle Linux 映像檔，也可以匯入您建構及維護的 Oracle Linux 映像檔。
您也可以建立及使用自訂 OS 映像檔，其中包含應用程式所需的設定和軟體。將自訂映像檔分組為自訂映像檔系列。映像檔系列一律會指向該系列中最新的映像檔，因此執行個體範本和指令碼可以使用該映像檔，您不必更新特定映像檔版本的參照。定期更新自訂映像檔，加入 OS 供應商提供的安全性更新和修補程式。
確定性執行個體範本
如果 MIG 使用的執行個體範本包含安裝第三方軟體的開機指令碼，請務必在指令碼中明確指定軟體安裝參數，例如軟體版本。否則，當 MIG 建立 VM 時，VM 上安裝的軟體可能不一致。舉例來說，如果執行個體範本包含安裝 Apache HTTP Server 2.4 (apache2 套件) 的開機指令碼，請務必在指令碼中指定要安裝的確切 apache2 版本，例如 2.4.69 版。詳情請參閱「確定性執行個體範本」。
Oracle Exadata 資料庫管理
Oracle 負責管理 Oracle Exadata Database Service on Dedicated Infrastructure 中的實體資料庫伺服器、儲存伺服器和網路硬體。您可以透過 OCI 或 Google Cloud 介面，管理 Exadata 基礎架構執行個體和 Exadata VM 叢集。您可以透過 OCI 介面建立及管理資料庫。Oracle Database@Google Cloud 的 Google Cloud 控制台頁面包含連結，可直接前往 OCI 控制台中的相關頁面。如要避免再次登入 OCI，您可以在 OCI 和 Google Cloud之間設定身分聯盟。
Oracle 應用程式觀測能力
如要為部署在 Google Cloud中的 Oracle 工作負載實作觀測能力，您可以使用 Google Cloud Observability 服務或 Oracle Enterprise Manager。請根據您的需求和限制，選擇合適的監控策略。舉例來說，除了 Oracle 工作負載之外，如果您還執行其他工作負載，可以使用 Google Cloud Observability 服務，為所有工作負載建立統一的監控資訊主頁。 Google Cloud
Oracle 說明文件和支援
在 Compute Engine VM 上執行的 Oracle 產品，與在地端部署環境中執行的 Oracle 產品有類似的作業考量。不過，您不必管理底層的運算、網路和儲存空間基礎架構。如需操作及管理 Oracle 產品的指南，請參閱相關 Oracle 說明文件。
如要瞭解 Oracle 對於您在 Google Cloud中部署的 Oracle Database 執行個體支援政策，請參閱「Oracle Database Support for Non-Oracle Public Cloud Environments (Doc ID 2688277.1)」(非 Oracle 公有雲環境的 Oracle Database 支援 (文件 ID 2688277.1))。
更多作業考量
建構工作負載架構時，請考量「Google Cloud Well-Architected Framework：優質營運」中，有關作業效率的一般最佳做法和建議。
效能最佳化
本節說明使用這項參考架構在 Google Cloud 中設計拓撲時，應考量的因素，以符合工作負載的效能需求。
運算效能
Compute Engine 提供多種預先定義和可自訂的機型，適用於在 VM 上執行的工作負載。請根據效能需求選擇合適的機器類型。詳情請參閱機器家族資源與比較指南。
VM 多執行緒
您分配給 Compute Engine VM 的每個虛擬 CPU (vCPU) 都會實作為單一硬體多執行緒。根據預設，兩個 vCPU 會共用一個實體 CPU 核心。如果應用程式涉及高度平行運算，或執行浮點運算 (例如基因序列分析和財務風險模型)，您可以減少在每個實體 CPU 核心上執行的執行緒數量，藉此提升效能。詳情請參閱「設定每個核心的執行緒數量」。
VM 多執行緒可能會對某些第三方軟體 (例如資料庫) 產生授權影響。詳情請參閱第三方軟體的授權說明文件。
網路效能
Compute Engine 對每個 VM 的輸出網路頻寬設有限制。這項限制取決於 VM 的機型，以及流量是否透過與來源 VM 相同的虛擬私有雲網路轉送。如果 VM 採用特定機型，您可以啟用 Tier_1 網路，提高輸出頻寬上限。詳情請參閱「設定各 VM 的 Tier_1 網路效能」。
應用程式 VM 與 Oracle Exadata 網路之間的網路流量，會透過 Google 設定的低延遲 Partner Interconnect 連線轉送。
Exadata 基礎架構使用基於融合乙太網路的 RDMA (RoCE)，在資料庫伺服器和儲存伺服器之間提供高頻寬和低延遲網路。伺服器會直接在主記憶體中交換資料，不涉及處理器、快取或作業系統。
更多效能考量
建構工作負載架構時，請考量「Google Cloud Well-Architected Framework：效能最佳化」中提供的一般最佳做法和建議。
後續步驟
- 運用 Google Cloud 和 Oracle 加速雲端轉型
- Oracle 說明文件
- Google 說明文件
- 如要查看更多參考架構、圖表和最佳做法，請瀏覽 Cloud Architecture Center。
貢獻者
作者：
- Kumar Dhanagopal | 跨產品解決方案開發人員
- Samantha He | 技術撰稿人
其他貢獻者：
- Andy Colvin | Google Cloud 專用 Oracle 資料庫黑帶工程師
- Jeff Welsch | 產品管理總監
- Lee Gates | 產品群經理
- Marc Fielding | 資料基礎架構架構師
- Mark Schlagenhauf | 網路技術文件撰稿者
- Michelle Burtoft | 資深產品經理
- Rajesh Kasanagottu | 工程經理
- Roberto Mendez | 網路實作工程師
- Samantha He | 技術撰稿人
- Sekou Page | 對外產品經理
- Souji Madhurapantula | 產品群經理
- Victor Moreno | Cloud Networking 產品經理