Compute Engine 資源在全球的多個位置託管。這些位置由地區和區域構成。地區是特定的地理位置，可在當中託管資源，每個地區都有一或多個區域；大多數地區都有三個或更多個區域。舉例來說，us-west1 地區是指美國西岸的地區，其中包含三個區域：us-west1-a、us-west1-b 和 us-west1-c。
位於區域中的資源，例如虛擬機器執行個體或區域永久磁碟，都稱為區域資源。 其他像是靜態外部 IP 位址等資源，則為地區資源。無論區域為何，地區資源都可由該地區中的任何資源使用，而區域資源可由相同區域中的其他資源使用。
例如，若要將區域永久磁碟連結至執行個體，這兩個資源都必須在同一個區域。同樣地，如果您要將靜態 IP 位址指派給執行個體，執行個體所在的地區必須與靜態 IP 位址的所在地區相同。
將資源放在地區中的不同區域可隔離開大多類型的實體基礎架構與基礎架構軟體服務失敗情形。將資源放在不同的地區可提供更高程度的失敗獨立性。這也就意味著您可讓資源分散在不同的故障網域，藉以設計完善可靠的系統。
只有某些資源是專屬於特定地區或區域。其他資源 (例如映像檔) 則為全球資源，可由所在位置不拘的其他任何資源跨區使用。如需瞭解全球、地區與區域 Compute Engine 資源，請參閱全球、地區和區域資源。
區域和叢集
Compute Engine 可在區域與託管區域的實體叢集之間建立一個抽象層。叢集代表位於資料中心的不重複實體基礎架構。每個叢集都有獨立的軟體基礎架構、電力、降溫、網路及安全基礎架構，並包含大量運算與儲存空間資源。
每個區域都在一或多個叢集中託管，Compute Engine 會將區域獨立對應至每個機構的叢集。舉例來說，您的機構的 us-central1-a 區域可能不會對應至另一個機構的 us-central1-a 區域的同一個叢集。
將區域與叢集分離開來可以為您與 Compute Engine 提供一些好處：
- Compute Engine 可以確保地區中叢集間的資源是平衡的。
- Compute Engine 隨著時間透過新增更多叢集的方式使地區成長，因此您可以選擇的區域清單會保持在可以管理的狀態。
對於大多數機構而言，Compute Engine 可以確保機構中的所有專案都有一致的區域至叢集對應。如果機構的專案使用虛擬私人雲端網路對等互連或私人服務存取權與其他機構共用網路或服務，Compute Engine 會嘗試確保對等互連的機構全都有一致的區域可以對應叢集。以大規模 SaaS 提供者為例，Compute Engine 可能無法為所有對等互連的機構提供一致的對應。在這些情況下，Compute Engine 會確保對等互連的專案有一致的區域可以對應叢集。
位置
下表列出所有 Compute Engine 地區與其相關區域的位置。請參閱可用地區與區域部分，瞭解區域可用機器類型與功能的完整說明。
| 地區 | 區域 | 位置 |
|---|---|---|
asia-east1 |
a、b、c | 台灣彰化縣 |
asia-east2 |
a、b、c | 香港 |
asia-northeast1 |
a、b、c | 日本東京 |
asia-northeast2 |
a、b、c | 日本大阪 |
asia-south1 |
a、b、c | 印度孟買 |
asia-southeast1 |
a、b、c | 新加坡裕廊西 |
australia-southeast1 |
a、b、c | 澳洲雪梨 |
europe-north1 |
a、b、c | 芬蘭哈米納 |
europe-west1 |
b、c、d | 比利時聖吉斯蘭 |
europe-west2 |
a、b、c | 英國倫敦 |
europe-west3 |
a、b、c | 德國法蘭克福 |
europe-west4 |
a、b、c | 荷蘭埃姆斯港 |
europe-west6 |
a、b、c | 瑞士蘇黎世 |
northamerica-northeast1 |
a、b、c | 加拿大魁北克省蒙特婁 |
southamerica-east1 |
a、b、c | 巴西奧薩斯庫 (聖保羅) |
us-central1 |
a、b、c、f | 美國愛荷華州康索布魯夫 |
us-east1 |
b、c、d | 美國南卡羅來納州蒙克斯科納 |
us-east4 |
a、b、c | 美國北維吉尼亞州阿什本 |
us-west1 |
a、b、c | 美國奧勒岡州達勒斯 |
us-west2 |
a、b、c | 美國加州洛杉磯 |
選擇地區與區域
您可以選擇資源的託管地區或區域，而託管地區或區域可控制儲存及使用資料的位置。選擇託管地區與區域時，請審慎考量以下因素：
- 失敗事件的處理
- 將您的資源分散到多個區域與地區以容許工作中斷情形。Google 對於區域的設計，是要讓區域之間彼此獨立：區域的電源、降溫、網路及控制層通常與其他區域隔離開來，大多數單一失敗事件將只會對單一區域造成影響。因此，如果區域無法使用，您可將流量轉移到同一地區中的其他區域，讓您的服務保持正常運作。同樣地，如果地區遇到任何狀況，您應有在其他地區中執行的備份服務。如要進一步瞭解如何分散資源及設計完善可靠的系統，請參閱設計完善可靠的系統一文。
- 降低的網路延遲時間
- 如要降低網路延遲時間，您可能會想要選擇離您服務點較近的地區或區域。舉例來說，如果您的客戶大多位於美國東岸，您可能會想要選擇離該區域較近的主要地區與區域，以及同樣較近的備份地區與區域。
識別地區或區域
Compute Engine 中的每個地區都包含一些區域。每個區域名稱都包含兩個部分，用來詳細說明每個區域。區域名稱的第一個部分是地區，名稱中的第二個部分則說明地區中的區域：
地區
「地區」是區域的集合。區域會有高頻寬、低延遲的網路連線至同一地區中的其他區域。為了部署具有高可用性的容錯應用程式，Google 建議跨多個區域與多個地區部署應用程式。 這有助於防範元件發生非預期失敗，確保最多只有單一區域或地區會受到影響。
請選擇符合您使用情境的地區。舉例來說，如果您只在美國有客戶，或者您有特定的需求，需要將您的資料存放在美國，在這類情況下，將您的資源儲存在
us-central1地區中的區域或us-east1地區中的區域就很合理。區域
區域是某個地區內的獨立位置。區域的完整名稱由
<region>-<zone>構成。例如，地區us-central1中區域a的完整名稱為us-central1-a。請根據您要分散資源的範圍，在多個地區的多個區域中建立執行個體以達到備援的目的。
可用的地區和區域
下表列出地區、其位置、該地區中的可用區域，以及該地區之區域中的可用功能。
每個區域都支援 Ivy Bridge、Sandy Bridge、Haswell、Broadwell、Skylake 或 Cascade Lake 平台的組合。當您在區域中建立執行個體時，執行個體將會使用該區域中所支援的預設處理器。舉例來說，如果在 us-central1-a 區域中建立執行個體，除非您指定其他選項，否則執行個體將會預設使用 Haswell 處理器。
或者，您也可以選擇您想使用的 CPU 平台。詳情請參閱指定 VM 執行個體的最低 CPU 平台一文。
| 地區名稱 | 地區說明 | 位置 | 區域 | 功能 |
|---|---|---|---|---|
asia-east1 |
台灣 | 台灣彰化縣 |
asia-east1-a
|
|
asia-east1-b
|
|
|||
asia-east1-c
|
||||
asia-east2 |
香港 | 香港 |
asia-east2-aasia-east2-basia-east2-c
|
|
asia-northeast1 |
東京 | 日本東京 |
asia-northeast1-a
|
|
asia-northeast1-b
|
||||
asia-northeast1-c
|
||||
asia-northeast2 |
大阪 | 日本大阪 |
asia-northeast2-aasia-northeast2-basia-northeast2-c
|
|
asia-south1 |
孟買 | 印度孟買 |
asia-south1-a
|
|
asia-south1-b
|
||||
asia-south1-c
|
|
|||
asia-southeast1 |
新加坡 | 新加坡裕廊西 |
asia-southeast1-a
|
|
asia-southeast1-b
|
||||
asia-southeast1-c
|
||||
australia-southeast1 |
雪梨 | 澳洲雪梨 |
australia-southeast1-aaustralia-southeast1-b
|
|
australia-southeast1-c
|
|
|||
europe-north1 |
芬蘭 | 芬蘭哈米納 |
europe-north1-aeurope-north1-c
|
|
europe-north1-b
|
||||
europe-west1 |
比利時 | 比利時聖吉斯蘭 | europe-west1-b |
|
europe-west1-c
|
||||
europe-west1-d
|
||||
europe-west2 |
倫敦 | 英國倫敦 |
europe-west2-a
|
|
europe-west2-b
|
||||
europe-west2-c
|
||||
europe-west3 |
法蘭克福 | 德國法蘭克福 | ||
europe-west3-aeurope-west3-b
|
|
|||
europe-west3-c
|
||||
europe-west4 |
荷蘭 | 荷蘭埃姆斯港 |
europe-west4-a
|
|
europe-west4-b
|
|
|||
europe-west4-c
|
|
|||
europe-west6 |
蘇黎世 | 瑞士蘇黎世 |
europe-west6-aeurope-west6-beurope-west6-c
|
|
northamerica-northeast1 |
蒙特婁 | 加拿大魁北克省蒙特婁 |
northamerica-northeast1-a
|
|
northamerica-northeast1-bnorthamerica-northeast1-c
|
||||
southamerica-east1 |
奧薩斯庫 | 巴西聖保羅奧薩斯庫 |
southamerica-east1-a
|
|
southamerica-east1-b
|
|
|||
southamerica-east1-c
|
|
|||
us-central1 |
愛荷華州 | 美國愛荷華州康索布魯夫 |
us-central1-a
|
|
us-central1-b
|
|
|||
us-central1-c
|
| |||
us-central1-f |
||||
us-east1 |
南卡羅來納州 | 美國南卡羅來納州蒙克斯科納 |
us-east1-b
|
|
us-east1-c
|
||||
us-east1-d
|
||||
us-east4 |
北維吉尼亞州 | 美國維吉尼亞州阿什本 |
us-east4-a
|
|
us-east4-bus-east4-c
|
||||
us-west1 |
奧勒岡州 | 美國奧勒岡州達勒斯 |
us-west1-a
|
|
us-west1-b
|
||||
us-west1-c
|
||||
us-west2 |
洛杉磯 | 美國加州洛杉磯 |
us-west2-a
|
|
us-west2-b
|
||||
us-west2-c
|
推出的地區
在 2019 和 2020 年，Google 將持續擴展到下列新地區：
透明化的維護服務
Google 會定期對基礎架構執行維護作業，包括使用最新軟體來修補系統、執行日常測試和預防性維護，在大多數情況下可保障 Google 基礎架構處在快速且效率良好的狀態，因為只有 Google 知道如何達到這些目標。
所有執行個體預設都會設定為使這些維護活動對應用程式與工作負載呈現透明化的狀態。Google 同時利用資料中心的創新技術、在操作方面的最佳做法，以及即時遷移技術，將虛擬機器執行個體的執行作業與正在執行的維護工作區隔開來。您的執行個體會繼續在同一個區域內執行，而不需要您採取任何動作。
所有虛擬機器都會預設設定為即時遷移，但您也可將虛擬機器設定為終止並重新啟動。這兩個選項在以下這些方面有所不同：
即時遷移
Compute Engine 會自動遷移您執行中的執行個體。遷移程序將會或多或少地影響到訪客效能，但是在完整的遷移程序期間，您的執行個體都會保持在線上。訪客受到的確切效能影響與時間長度取決於許多因素，但預期大多數應用程式與工作負載都發現不到。詳情請參閱即時遷移一文。
終止並重新啟動
Compute Engine 會自動發訊號讓您的執行個體在維護活動之外的時間關閉，稍微等待一小段時間讓它徹底關閉，然後重新啟動。
如要進一步瞭解如何為執行個體設定以上選項，請參閱設定執行個體排程選項。
區域廢止
重新打造基礎架構 (電源、降溫、網路架構、伺服器等) 時無需停用現有的區域。重新打造基礎架構是很罕見的情況，在下次重新打造之前，區域通常可執行三到五年的時間。這些重新打造的情形應對客戶透明呈現。
如果確有廢止區域的需要，Compute Engine 將會提前通知使用者何時將會中斷連線，讓您有充足的時間可以移除虛擬機器執行個體與工作負載。
配額
某些資源，例如靜態 IP、映像檔、防火牆規則與 VPC 網路等，都有定義全專案的配額限制及個別地區的配額限制。如果適用，當您建立這些資源時，用量會計入您的總計全專案配額或您的個別地區配額。如果超出了任何受影響的配額限制，您將無法在該專案或地區中新增更多相同類型的資源。
如要查看適用於專案的完整配額清單，請造訪 Google Cloud Platform Console 中的配額頁面。
例如，如果您的全球目標集區配額為 50，而您在 example-region-1 中建立了 25 個目標集區，並在 example-region-2 中建立了 25 個目標集區，您就會達到您的全專案配額，並且在您釋出空間之前，無法再在專案的任何地區中建立更多目標集區。同樣的，如果您的個別地區配額是 7 個保留 IP 位址，您就只能在單一地區中保留最多 7 個 IP 位址。在您達到該限制之後，您就需要在新地區中保留 IP 位址，或者釋出一些 IP 位址。
提示
選取區域時，以下是一些需要記住的事項：
地區內通訊與跨地區通訊所產生的費用不同。
一般而言，在一個地區內通訊總是比在不同的地區之間通訊便宜，而且速度更快。
在多個區域之間設計重要系統時請考慮備援功能。
您的執行個體難免可能會遇到非預期的失敗情形。如要減輕這些可能事件的影響，您應在多個區域與地區中複製重要的系統。
例如，在
europe-west1-b和europe-west1-c區域託管執行個體時，如果 發生非預期的失敗情形，您位於europe-west1-c區域中的執行個體將仍能保持可用。但是，如果您將所有執行個體都託管在europe-west1-b中，如果europe-west1-b中斷連線，您將無法存取任何執行個體。此外，也請考慮跨地區託管您的資源。例如，如果europe-west1地區發生失敗情形 (這實際上不太可能發生)，請考慮將備份執行個體託管在europe-west3地區的某個區域中。如需更多有關如何針對可用性設計系統的提示，請參閱設計完善可靠的系統一文。
後續步驟
- 瞭解如何檢視可用地區與區域。
- 進一步瞭解地理位置與區域。
- 進一步瞭解全球、區域和地區資源。
- 瞭解執行個體。
- 逐步完成 Linux 入門指南中的操作。
- 逐步完成 Windows 入門指南中的操作。
- 瞭解如何設定預設專案、區域或地區。
