在 Compute Engine 上搭配 Oracle Database 的企業應用程式

Last reviewed 2025-05-27 UTC

本文提供參考架構，協助您建構基礎架構，以託管使用 Oracle 資料庫的高可用性企業應用程式，並將整個堆疊部署在 Compute Engine VM 上。您可以運用這項參考架構，在 Google Cloud上有效重新託管 (直接轉移) 使用 Oracle 資料庫的內部部署應用程式。這份文件也提供相關指引，協助您在Google Cloud 中建構 Oracle Database 拓撲，以符合 Oracle 最高可用性架構 (MAA) 的需求。本文的目標對象為雲端架構師和 Oracle 資料庫管理員。本文假設您熟悉 Compute Engine 和 Oracle Database。

如果您使用 Oracle Exadata 或 Oracle Real Application Clusters (Oracle RAC) 在地端執行 Oracle 資料庫，可以將應用程式有效率地遷移至 Google Cloud Oracle Database@Google Cloud，並在該服務上執行資料庫。詳情請參閱「Enterprise application on Compute Engine VMs with Oracle Exadata in Google Cloud」。

架構

下圖顯示使用 Oracle Database 的多層式企業應用程式基礎架構。網頁層、應用程式層和 Oracle Database 執行個體都代管於 Compute Engine VM。網頁層和應用程式層會在 VM 上以雙主動模式執行，這些 VM 分散在 Google Cloud 區域內的兩個可用區。主要和待命資料庫執行個體會部署在不同的區域。這個架構符合區域部署原型，有助於確保 Google Cloud 拓撲可抵禦單一可用區中斷1。

多層級企業應用程式使用 Compute Engine VM 中的 Oracle Database。

上圖所示架構包含下列元件：

元件 目的
區域性外部應用程式負載平衡器 區域性外部應用程式負載平衡器會接收使用者要求，並將要求分配至網路層 VM。
Google Cloud Armor 安全性政策 Google Cloud Armor 安全性政策可保護應用程式堆疊，防範分散式阻斷服務 (DDoS) 攻擊和跨網站指令碼 (XSS) 等威脅。
網路層的地區代管執行個體群組 (MIG) 應用程式的網頁層部署在 Compute Engine VM 上，這些 VM 屬於地區 MIG。這個 MIG 是外部應用程式負載平衡器的後端。MIG 包含兩個可用區中的 Compute Engine VM。每個 VM 都會託管應用程式網頁層的獨立執行個體。
區域性內部應用程式負載平衡器 區域性內部應用程式負載平衡器會將流量從網路層 VM 分配到應用程式層 VM。
應用程式層的區域性 MIG 應用程式層 (例如 Oracle WebLogic Server 叢集) 會部署在屬於地區 MIG 的 Compute Engine VM 上。這個 MIG 是內部應用程式負載平衡器的後端。MIG 包含兩個可用區中的 Compute Engine VM。每個 VM 都會代管應用程式伺服器的獨立執行個體。
部署在 Compute Engine VM 上的 Oracle Database 執行個體 這個架構中的應用程式使用主要/待命配對的 Oracle Database 執行個體，這些執行個體部署在不同區域的 Compute Engine VM 上。您為這些 Oracle Database 執行個體自備授權 (BYOL)，並管理 VM 和資料庫執行個體。
Hyperdisk 儲存空間集區 各可用區中的 VM (應用程式堆疊的所有層級) 會使用 Hyperdisk 儲存空間集區的 Hyperdisk Balanced 磁碟區。在單一儲存空間集區中建立及管理所有磁碟，可提高容量使用率、簡化作業，同時維持 VM 所需的儲存空間容量和效能。
Oracle Data Guard FSFO 觀察員 Oracle Data Guard 快速啟動容錯移轉 (FSFO) 監控程式是輕量型程式，會在主要執行個體無法使用時，自動啟動容錯移轉至待命 Oracle Database 執行個體。觀察程式會在 Compute Engine VM 上執行，該 VM 所在的區域與主要和待命資料庫執行個體部署的區域不同。
Cloud Storage bucket 為儲存 Oracle Database 執行個體的備份，這個架構會使用 Cloud Storage bucket。為方便在區域中斷期間還原資料庫，您可以將備份資料以異地備援的形式儲存在雙區域或多區域值區。
虛擬私有雲 (VPC) 網路和子網路 架構中的所有 Google Cloud 資源都使用單一虛擬私有雲網路和子網路。您可以根據需求選擇建構使用多個虛擬私有雲網路或多個子網路的架構。詳情請參閱「決定是否建立多個虛擬私有雲網路」。
公開 Cloud NAT 閘道 這個架構包含公開 Cloud NAT 閘道，可讓只有內部 IP 位址的 Compute Engine VM 建立安全的傳出連線。
Cloud Interconnect 和 Cloud VPN 如要將內部部署網路連線至 Google Cloud中的 VPC 網路，可以使用 Cloud Interconnect 或 Cloud VPN。如要瞭解各種方法的相對優勢，請參閱「選擇網路連線產品」。
Cloud Monitoring 和 Cloud Logging Cloud Monitoring 可協助您觀察應用程式和資源的運作情形、健康狀態和效能。 Google Cloud 作業套件代理程式會從 Compute Engine VM 收集指標和記錄，包括代管 Oracle Database 執行個體的 VM。代理程式會將記錄檔傳送至 Cloud Logging，並將指標傳送至 Cloud Monitoring。

使用的產品

這項參考架構使用下列 Google Cloud 產品：

  • Compute Engine：安全可靠且可自訂的運算服務，可讓您透過 Google 的基礎架構建立及執行 VM。
  • Google Cloud Hyperdisk：這項網路儲存服務可讓您佈建及動態擴充區塊儲存空間磁碟區，並提供可設定且可預測的效能。
  • Cloud Load Balancing：一系列高效能、可擴充的全球和區域負載平衡器。
  • Cloud Storage：適用於多種資料類型的物件儲存庫，成本低廉且沒有限制。 資料在 Google Cloud 內外都能存取，且會複製到多個位置，以便提供備援機制。 Google Cloud
  • 虛擬私有雲 (VPC)：虛擬系統，可為 Google Cloud 工作負載提供全球性、可擴充的網路功能。虛擬私有雲包括虛擬私有雲網路對等互連、Private Service Connect、私人服務存取權和共用虛擬私有雲。
  • Google Cloud Armor：這項網路安全防護服務提供網頁應用程式防火牆 (WAF) 規則，有助於防範 DDoS 和應用程式攻擊。
  • Cloud NAT：這項服務提供 Google Cloud代管的高效能網路位址轉譯功能。
  • Cloud Monitoring：這項服務可讓您掌握應用程式和基礎架構的效能、可用性和健康狀態。
  • Cloud Logging：即時記錄管理系統，提供儲存、搜尋、分析和快訊功能。
  • Cloud Interconnect：這項服務可透過高可用性且低延遲的連線，將外部網路延伸至 Google 網路。
  • Cloud VPN：這項服務可透過 IPsec VPN 通道，將對等網路安全地延伸至 Google 的網路。

這項參考架構使用下列 Oracle 產品：

  • Oracle Database：關聯式資料庫管理系統 (RDBMS)，可將關聯模型擴充為物件關聯模型。
  • Oracle Data Guard：這是一組服務，可建立、維護、管理及監控一或多個待命資料庫。

您有責任為在 Google Cloud中部署的 Oracle 產品取得授權，並遵守 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上託管應用程式」。

儲存空間選項

本文所示架構在每個區域中都使用 Hyperdisk 儲存空間集區，並為所有層級的 VM 提供 Hyperdisk Balanced 磁碟區。Hyperdisk 磁碟區的效能、彈性和效率都優於永久磁碟。如要瞭解 Hyperdisk 類型和功能，請參閱「關於 Hyperdisk Balanced」。

如要儲存區域中多個 VM 共用的資料 (例如網頁層中所有 VM 的設定檔)，可以使用 Filestore 區域執行個體。儲存在 Filestore 區域執行個體中的資料，會同步複製到該區域內的三個可用區。這項複製機制可確保高可用性，並防範可用區中斷。您可以在 Filestore 執行個體中儲存共用設定檔、常用工具和公用程式，以及集中式記錄檔，並在多部 VM 上掛接該執行個體。

為工作負載設計儲存空間時，請考量工作負載的功能特性、復原能力需求、效能期望和成本目標。詳情請參閱「針對雲端工作負載設計最佳的儲存空間策略」。

網路設計

為多層應用程式堆疊建構基礎架構時，您必須選擇符合業務和技術需求的網路設計。本文所示架構採用簡單的網路拓撲，只有單一虛擬私有雲網路和子網路。您可以視需求選擇使用多個虛擬私有雲網路或多個子網路。詳情請參閱下列說明文件：

安全性、隱私權和法規遵循

本節說明使用這項參考架構設計 Google Cloud 拓撲時，應考量的因素，確保拓撲符合工作負載的安全性與法規遵循要求。

防範外部威脅

如要保護應用程式免受分散式阻斷服務 (DDoS) 攻擊和跨網站指令碼 (XSS) 等威脅侵擾，可以使用 Google Cloud Armor 安全性政策。每項政策都是一組規則，指定要評估的特定條件，以及符合條件時要採取的動作。舉例來說，規則可以指定，如果傳入流量的來源 IP 位址符合特定 IP 位址或 CIDR 範圍，則必須拒絕該流量。您也可以套用預先設定的網頁應用程式防火牆 (WAF) 規則。詳情請參閱「安全性政策總覽」。

VM 的外部存取權

在本文件說明的參考架構中，Compute Engine VM 不需要來自網際網路的連入存取權。請勿為 VM 指派外部 IP 位址。 Google Cloud 只有私人內部 IP 位址的資源仍可使用 Private Service Connect 或私人 Google 存取權，存取特定 Google API 和服務。詳情請參閱服務的私人存取權選項。

如要從只有私人 IP 位址的 Google Cloud 資源 (例如本參考架構中的 Compute Engine VM) 啟用安全的外送連線，可以使用 Secure Web Proxy 或 Cloud NAT。

服務帳戶權限

對於架構中的 Compute Engine VM，建議您建立專屬服務帳戶，並指定服務帳戶可存取的資源，而非使用預設服務帳戶。預設服務帳戶包含各種權限，但這些權限在這個執行個體中並非必要，而專屬服務帳戶則可根據需求調整，只具備必要的權限。詳情請參閱「限制服務帳戶權限」。

SSH 安全性

如要提升此架構中 Compute Engine VM 的 SSH 連線安全性，請使用 Cloud OS Login API 實作 Identity-Aware Proxy (IAP) 轉送。IAP 可讓您根據使用者身分和 Identity and Access Management (IAM) 政策控管網路存取權。Cloud OS Login API 可讓您根據使用者身分和 IAM 政策，控管 Linux SSH 存取權。如要進一步瞭解如何管理網路存取權，請參閱「控管 SSH 登入存取權的最佳做法」。

磁碟加密

根據預設，儲存在 Hyperdisk 磁碟區中的資料會使用 Google-owned and Google-managed encryption keys加密。如要加強保護，您可以選擇使用自有金鑰 (在 Cloud Key Management Service (Cloud KMS) 中管理) 加密 Google 擁有的資料加密金鑰。詳情請參閱「關於磁碟加密」一文。

網路安全

如要控管架構中資源之間的網路流量，您必須設定適當的 Cloud Next Generation Firewall (NGFW) 政策。

其他安全考量

為工作負載建構架構時，請參考企業基礎藍圖和Google Cloud 架構完善架構：安全性、隱私權和法規遵循中，平台層級的安全最佳做法和建議。

可靠性

本節說明使用這個參考架構在Google Cloud中建構及運作部署作業的可靠基礎架構時，需要考量的設計因素。

在 VM 故障情況下仍具備強健性

在本文件中顯示的架構中，如果任何層級的 Compute Engine VM 發生故障，應用程式仍可繼續處理要求。

  • 如果網頁層或應用程式層中的 VM 發生當機情形，相關的 MIG 會自動重新建立 VM。 負載平衡器只會將要求轉送至目前可用的網路伺服器執行個體和應用程式伺服器執行個體。
  • 如果代管主要 Oracle 資料庫執行個體的 VM 發生故障，Oracle Data Guard FSFO 監控器會啟動自動容錯移轉，將作業轉移至待命 Oracle 資料庫執行個體。

VM 自動修復

有時，主機應用程式的 VM 可能正在執行且可用，但應用程式本身可能有問題。應用程式可能會停止運作、當機或記憶體不足。如要驗證應用程式是否正常回應，您可以設定以應用程式為準的健康狀態檢查，做為 MIG 自動修復政策的一部分。如果特定 VM 上的應用程式沒有回應，MIG 會自動修復該 VM。如要進一步瞭解如何設定自動修復功能，請參閱「關於修復虛擬機器以確保高可用性」。

防範可用區中斷

如果發生可用區中斷，應用程式仍可繼續運作。

  • 由於 VM 位於區域 MIG 中，因此網頁層和應用程式層可供使用 (且具備回應能力)。區域性 MIG 可確保在其他可用區中自動建立新的 VM，以維持設定的 VM 最少數量。負載平衡器會將要求轉送至可用的網路伺服器 VM 和應用程式伺服器 VM。
  • 如果中斷事件影響到主要 Oracle Database 執行個體所在的區域，Oracle Data Guard FSFO 觀察器就會啟動自動容錯移轉，將作業轉移至待命 Oracle Database 執行個體。FSFO 觀察程式會在 VM 上執行，而該 VM 所在的區域與主要和待命資料庫執行個體所在的區域不同。
  • 如要確保單一可用區發生中斷時，Hyperdisk 磁碟區中的資料仍維持高可用性，可以使用 Hyperdisk Balanced High Availability。資料寫入磁碟區時，會在同一區域的兩個可用區之間同步複製。

防範區域中斷

如果架構中的兩個區域都發生中斷情形，或是發生區域中斷情形，應用程式就會無法使用。如要減少多區域或地區中斷造成的停機時間，可以採取下列做法：

對於必須持續可用的業務關鍵應用程式 (即使發生區域中斷)，請考慮使用多區域部署原型。在資料庫層級，您可以使用 Oracle Active Data Guard FSFO，自動容錯移轉至容錯移轉區域中的待命 Oracle 資料庫執行個體。這個方法對應至 Oracle 的 MAA 黃金層級。

MIG 自動調度資源

如要控管無狀態 MIG 的自動調度資源行為，您可以指定目標使用率指標，例如平均 CPU 使用率。您也可以為無狀態 MIG 設定排程式自動調度資源。有狀態 MIG 無法自動調度資源。詳情請參閱自動調度執行個體群組資源。

MIG 大小限制

決定 MIG 大小時，請考量可在 MIG 中建立的 VM 數量上限和預設限制。詳情請參閱「在 MIG 中新增及移除 VM」。

VM 刊登位置

如要提升架構的穩定性，可以建立分散式放置政策，並套用至 MIG 範本。MIG 建立 VM 時，會將每個區域內的 VM 放在不同的實體伺服器 (稱為「主機」)，因此 VM 不會受到個別主機故障的影響。詳情請參閱「為 VM 建立及套用分散式刊登位置政策」。

VM 容量規劃

如要確保在需要佈建 VM 時，Compute Engine VM 的容量足夠，可以建立預訂項目。預留項目可確保在特定區域中，為您選擇的機器類型預留指定數量的 VM 容量。預留項目可專屬於某個專案，或在多個專案之間共用。如要進一步瞭解預留項目，請參閱「選擇預留項目類型」。

區塊儲存空間可用性

本文件中的架構會在每個區域使用 Hyperdisk 儲存集區，為 Compute Engine VM 提供區塊儲存空間。您可為區域建立區塊儲存空間容量集區。接著，您可以在儲存空間集區中建立 Hyperdisk 磁碟區，並將磁碟區連接至可用區中的 VM。儲存空間集區會嘗試自動增加容量，確保使用率不會超過集區佈建容量的 80%。這種做法可確保在需要時提供區塊儲存空間。詳情請參閱「Hyperdisk 儲存空間集區的運作方式」。

有狀態儲存空間

應用程式設計的最佳做法是避免使用有狀態的本機磁碟。但如有這類需求，您可以將永久磁碟設為有狀態，確保在 VM 修復或重建時保留資料。不過，我們建議您讓開機磁碟保持無狀態，這樣就能將開機磁碟更新為最新映像檔，並套用新版本和安全性修補程式。詳情請參閱「在 MIG 中設定具狀態的永久磁碟」一文。

備份與還原

本文中的架構使用 Cloud Storage 儲存資料庫備份。如果您為 Cloud Storage bucket 選擇雙區域或多區域位置類型，備份會非同步複製到至少兩個地理位置。如果發生區域性服務中斷，您可以使用備份在其他區域還原資料庫。使用雙區域 bucket 時，只要啟用強化型複製選項，就能加快複製速度。詳情請參閱「資料可用性和耐久性」。

您可以使用 Backup and DR Service 建立、儲存及管理 Compute Engine VM 的備份。備份與 DR 服務會以原始格式 (應用程式可讀取的格式) 儲存備份資料。如有需要，您可以直接使用長期備份儲存空間中的資料，將工作負載還原至實際工作環境，不必耗費時間移動或準備資料。詳情請參閱下列說明文件：

更多可靠性注意事項

為工作負載建構雲端架構時，請參閱下列文件，瞭解與可靠性相關的最佳做法和建議：

成本最佳化

本節提供指引，說明如何盡量降低設定及運作 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 Database 授權

您必須負責為部署在 Compute Engine 上的 Oracle 產品取得授權，並遵守 Oracle 授權的條款及細則。計算 Oracle Database 授權費用時，請根據您為代管 Oracle Database 執行個體的 Compute Engine VM 選擇的機器類型，考量所需的 Oracle 處理器授權數量。詳情請參閱「在雲端運算環境中授權 Oracle 軟體」。

區塊儲存空間資源用量

本文件中的架構會在每個區域使用 Hyperdisk 儲存集區，為 Compute Engine VM 提供區塊儲存空間。您可以透過進階容量儲存空間集區，提升區塊儲存空間容量的整體使用率並降低成本。這類集區採用自動精簡配置和資料縮減技術，可提高儲存空間效率。

更多費用注意事項

為工作負載建構架構時，也請參考Google Cloud 架構完善架構：成本最佳化中提供的一般最佳做法和建議。

提升作業效率

本節說明使用這個參考架構設計拓撲時，需要考量的因素，以便有效率地運作。 Google Cloud

VM 設定更新

如要更新 MIG 中的 VM 設定 (例如機器類型或開機磁碟映像檔)，請建立具有所需設定的新執行個體範本，然後將新範本套用至 MIG。MIG 會使用您選擇的更新方法 (自動或局部) 更新虛擬機器。請根據可用性和作業效率需求，選擇適當方法。如要進一步瞭解這些 MIG 更新方法，請參閱「在 MIG 中套用新的 VM 設定」。

VM 映像檔

對於 VM，建議您建立並使用自訂 OS 映像檔，其中包含應用程式所需的設定和軟體，而非使用 Google 提供的公開映像檔。您可以將自訂映像檔分組為自訂映像檔系列。映像檔系列一律會指向該系列中的最新映像檔，因此執行個體範本和指令碼可以使用該映像檔，而您不必更新特定映像檔版本的參照。您必須定期更新自訂映像檔，納入 OS 供應商提供的安全性更新和修補程式。

確定性執行個體範本

如果您用於 MIG 的執行個體範本包含安裝第三方軟體的開機指令碼，請確認指令碼明確指定軟體安裝參數，例如軟體版本。否則，當 MIG 建立 VM 時，VM 上安裝的軟體可能不一致。舉例來說，如果執行個體範本包含安裝 Apache HTTP Server 2.0 (apache2 套件) 的開機指令碼，請務必在指令碼中指定要安裝的確切 apache2 版本，例如版本 2.4.53。詳情請參閱確定性執行個體範本。

區塊儲存空間管理

本文件中的架構會在每個區域使用 Hyperdisk 儲存集區，為 Compute Engine VM 提供區塊儲存空間。Hyperdisk 儲存空間集區可協助簡化儲存空間管理作業。您不必為多個磁碟個別分配及管理容量，而是定義容量集區，供區域中的多個工作負載共用。接著，您可以在儲存空間集區中建立 Hyperdisk 磁碟區，並將磁碟區連接至可用區中的 VM。儲存空間集區會嘗試自動增加容量，確保使用率不會超過集區佈建容量的 80%。

應用程式伺服器與資料庫的連線

如要從應用程式連線至 Oracle Database，建議您使用資料庫 VM 的可用區內部 DNS 名稱，而非 IP 位址。 Google Cloud 會自動將 DNS 名稱解析為 VM 的主要內部 IP 位址。這種做法的優點是，您不必為資料庫 VM 保留及指派靜態內部 IP 位址。

Oracle Database 管理與支援

在 Compute Engine VM 上執行自行管理的 Oracle Database 執行個體時，與在地端執行 Oracle Database 類似，都會有操作方面的考量。不過，使用 Compute Engine VM 時，您不再需要管理底層的運算、網路和儲存空間基礎架構。

更多作業考量

建構工作負載架構時，請考量Google Cloud 架構完善架構：卓越營運中說明的一般最佳做法和營運效率建議。

效能最佳化

本節說明使用這個參考架構設計 Google Cloud 拓撲時，應考量的因素，以符合工作負載的效能需求。

運算效能

Compute Engine 提供各種預先定義和可自訂的機器類型，您可以根據工作負載的效能需求選擇。

  • 對於代管網頁層和應用程式層的 VM，請根據這些層的效能需求，選擇適當的機器類型。如要取得支援 Hyperdisk 磁碟區且符合效能和其他需求的可用機器類型清單，請使用「機器系列比較」 表格。
  • 對於代管 Oracle Database 執行個體的 VM，建議您使用一般用途機器系列的 C4 機器系列。C4 機器類型可為資料庫工作負載提供穩定卓越的效能。

VM 多執行緒

您分配給 Compute Engine VM 的每個虛擬 CPU (vCPU) 都會以單一硬體多執行緒的形式實作。根據預設，兩個 vCPU 會共用一個實體 CPU 核心。如果應用程式涉及高度平行的作業，或執行浮點運算 (例如基因序列分析和金融風險建模)，您可以減少在每個實體 CPU 核心上執行的執行緒數量，藉此提升效能。詳情請參閱「設定每個核心的執行緒數量」。

VM 多執行緒可能會對某些第三方軟體 (例如資料庫) 造成授權影響。詳情請參閱第三方軟體的授權說明文件。

網路效能

如果應用程式和網頁層的工作負載需要低 VM 間網路延遲時間，您可以建立密集放置政策，並套用至用於這些層的 MIG 範本。MIG 建立 VM 時，會將 VM 放在彼此靠近的實體伺服器上。密集配置政策有助於提升 VM 間的網路效能，而分散式配置政策則有助於提升 VM 可用性，如先前所述。如要在網路效能和可用性之間取得最佳平衡，建立密集放置政策時，可以指定 VM 之間的距離。詳情請參閱刊登位置政策總覽。

Compute Engine 對於 VM 的輸出網路頻寬設有限制。這項限制取決於 VM 的機器類型，以及流量是否透過與來源 VM 相同的 VPC 網路轉送。對於特定機器類型的 VM，如要提升網路效能，可以啟用 Tier_1 網路，提高輸出頻寬上限。

Hyperdisk 儲存空間效能

本文說明的架構會為所有層級的 VM 使用 Hyperdisk 磁碟區。Hyperdisk 可讓您動態調整效能和容量。您可以調整每個磁碟區佈建的 IOPS、總處理量和大小，以符合工作負載的儲存空間效能和容量需求。Hyperdisk 磁碟區的效能取決於 Hyperdisk 類型，以及磁碟區所連線 VM 的機器類型。如要進一步瞭解 Hyperdisk 效能限制和調整，請參閱下列說明文件：

更多效能考量事項

為工作負載建構架構時，請參考Google Cloud 架構完善架構：效能最佳化中提供的一般最佳做法和建議。

後續步驟

貢獻者

作者：

其他貢獻者：

  1. 如要進一步瞭解特定地區的注意事項，請參閱「地理位置與區域」一文。↩