本頁面說明 Spanner 中可用的不同執行個體設定類型,以及這些類型之間的差異和取捨。
執行個體設定
Spanner 執行個體設定會定義該執行個體中資料庫的地理位置和複製作業。建立執行個體時,您必須將其設定為單一區域、雙區域或多區域。您可以選取執行個體設定,決定該執行個體的資料儲存位置:
- 區域設定:所有資源都位於單一 Google Cloud 區域內
- 雙區域設定:所有資源橫跨兩個區域,且位於單一國家/地區 (適用於 Enterprise Plus 版)
- 多區域設定:資源橫跨兩個以上的區域 (適用於 Enterprise Plus 版)
如要進一步瞭解特定區域的注意事項,請參閱「地理位置與區域」一文。
預先定義區域和複製拓撲的執行個體設定稱為基本執行個體設定。您可以建立自訂執行個體設定,並在預先定義的基本執行個體設定中,新增選用的唯讀副本 (適用於 Enterprise 版和 Enterprise Plus 版)。新增的唯讀副本必須位於現有執行個體設定以外的區域。如要查看可新增的選用唯讀區域清單,請參閱「區域可用設定」和「多區域可用設定」下方的「選用區域」欄。您無法變更基本執行個體設定的複製拓撲。詳情請參閱「唯讀副本」。
您可以將執行個體從任何執行個體設定移動到任何其他區域、雙區域或多區域執行個體設定 (例如從 regional-us-central1 移到 nam3)。您也可以建立新的自訂執行個體設定,並新增副本,然後將執行個體移到新的自訂執行個體設定。舉例來說,如果執行個體位於 regional-us-central1,且您想新增唯讀備用資源 us-west1,則需要以 regional-us-central1 為基礎設定,建立新的自訂執行個體設定,並將 us-west1 新增為唯讀備用資源。然後將執行個體移至這項新的自訂執行個體設定。
區域性設定
Google Cloud 服務據點遍布北美洲、南美洲、歐洲、亞洲和澳洲各地。如果使用者和服務位於單一區域內,請選擇區域執行個體設定,以盡可能降低讀取和寫入作業的延遲時間。
對於任何基本區域設定,Spanner 都會維護三個讀寫備用資源,每個資源都位於該區域的不同 Google Cloud 可用區。每個讀寫副本都包含作業資料庫的完整副本,可處理讀寫和唯讀要求。Spanner 會使用不同可用區的副本,因此即使發生單一可用區故障,資料庫仍可繼續運作。
可用的設定
Spanner 提供下列基本區域執行個體設定。如要申請下表未列出的選用唯讀副本區域,請填寫這份申請表單。請注意,我們會根據這些要求評估未來區域的需求,可能不會直接回覆您的提交內容。
| 基本設定名稱 | 地區說明 | 選填區域 |
|---|---|---|
| 美洲 | ||
regional-northamerica-northeast1 |
蒙特婁
|
|
regional-northamerica-northeast2 |
多倫多
|
|
regional-northamerica-south1 |
Querétaro | |
regional-southamerica-east1 |
聖保羅
|
|
regional-southamerica-west1 |
聖地牙哥
|
|
regional-us-central1 |
愛荷華州
|
唯讀:asia-northeast1 1-OR asia-south1 1-OR europe-west1 2-OR europe-west2 1-OR europe-west9 1-OR us-west3 1-OR |
regional-us-east1 |
南卡羅來納州 <0x0 | 唯讀:us-central1 1-OR us-west1 1-OR europe-west1 1-OR europe-west3 1-OR |
regional-us-east4 |
北維吉尼亞 | |
regional-us-east5 |
哥倫布 <0 | 唯讀:us-central1 1-OR |
regional-us-south1 |
達拉斯
|
|
regional-us-west1 |
奧勒岡州
|
|
regional-us-west2 |
洛杉磯 <0 | |
regional-us-west3 |
鹽湖城 <0 | |
regional-us-west4 |
拉斯維加斯 < | |
| 歐洲 | ||
regional-europe-central2 |
華沙
|
|
regional-europe-north1 |
芬蘭
|
|
regional-europe-north2 |
斯德哥爾摩
|
|
regional-europe-southwest1 |
馬德里
|
|
regional-europe-west1 |
比利時
|
唯讀:us-central1 1-OR us-west1 1-OR |
regional-europe-west2 |
倫敦
|
|
regional-europe-west3 |
法蘭克福 | |
regional-europe-west4 |
荷蘭
|
|
regional-europe-west6 |
蘇黎世
|
|
regional-europe-west8 |
米蘭
|
|
regional-europe-west9 |
巴黎
|
|
regional-europe-west10 |
柏林 <0x | |
regional-europe-west12 |
Turin
|
|
| 亞太地區 | ||
regional-asia-east1 |
臺灣 | |
regional-asia-east2 |
香港 | |
regional-asia-northeast1 |
東京 | |
regional-asia-northeast2 |
大阪 | |
regional-asia-northeast3 |
首爾 <0x | |
regional-asia-south1 |
孟買 | |
regional-asia-south2 |
德里 | |
regional-asia-southeast1 |
新加坡 | |
regional-asia-southeast2 |
雅加達 | |
regional-asia-southeast3 |
曼谷 | |
regional-australia-southeast1 |
雪梨 | |
regional-australia-southeast2 |
墨爾本 | |
| 中東地區 | ||
regional-me-central1 |
杜哈 <0x | |
regional-me-central2 |
達曼 | |
regional-me-west1 |
特拉維夫 | |
| 非洲 | ||
regional-africa-south1 |
約翰尼斯堡 | |
複製
基本區域設定包含三個讀寫副本。每個 Spanner 變動都需要寫入仲裁,而寫入仲裁是由多數投票副本組成。在區域設定中,寫入仲裁是由三個副本中的兩個組成。如要進一步瞭解領導者區域和投票副本,請參閱「複製」。
您可以建立自訂區域執行個體設定,並新增選用的唯讀副本。唯讀副本可協助擴充讀取作業,並支援低延遲的過時讀取作業。這些唯讀副本不會參與寫入仲裁,也無法做為獨立的災難復原 (DR) 解決方案。執行個體可用性取決於投票副本的仲裁。如果 Spanner 執行個體離線,唯讀副本也會在不久後離線,無法提供讀取服務,包括過時讀取。 副本不會影響區域執行個體的 Spanner >= 99.99% 服務水準協議。 您可以將「選用區域」欄中列出的位置,新增為選用的唯讀副本。如果沒有看到所選的唯讀副本位置,可以要求新的選用唯讀副本區域。詳情請參閱「唯讀副本」。
區域設定的最佳效能做法
為獲得最佳成效,請遵循下列最佳做法:
- 設計結構定義,避免資源使用率不均和其他效能問題。
- 將重要運算資源放在 Spanner 執行個體所在的區域。
- 佈建充足的運算資源,將高優先順序總 CPU 使用率維持在 65% 以下。
- 如要瞭解每個 Spanner 節點的輸送量,請參閱「區域設定的效能」。
雙區域設定
雙區域設定可讓您在單一國家/地區的兩個區域中,跨多個可用區複製資料庫的資料,具體取決於執行個體設定。
雙區域設定會執行下列操作:
- 從單一國家/地區的兩個區域提供讀取服務。
- 符合資料落地規定。
- 提供比區域設定更高的可用性和服務水準協議。
Spanner 在澳洲、德國、印度和日本提供雙區域設定。
如要瞭解每個 Spanner 節點的處理量,請參閱「雙區域設定的效能」。
可用的設定
Spanner 提供下列基本雙區域執行個體設定:
| 基本設定名稱 | 資源位置 | 區域 |
|---|---|---|
dual-region-australia1 |
au (澳洲) | 雪梨:australia-southeast1L、2RW+1W 墨爾本: australia-southeast2 2RW+1W |
dual-region-canada1 |
ca (加拿大) | 多倫多:northamerica-northeast2 L、2RW+1W 蒙特婁: northamerica-northeast1 2RW+1W |
dual-region-germany1 |
de (德國) | 柏林:europe-west10 L、2RW+1W 法蘭克福: europe-west3 2RW+1W |
dual-region-india1 |
in (印度) | 孟買:asia-south1 L、2RW+1W 德里: asia-south2 2RW+1W |
dual-region-japan1 |
jp (日本) | 東京:asia-northeast1 L、2RW+1W 大阪: asia-northeast2 2RW+1W |
優點
雙區域執行個體的主要優點如下:
99.999% 可用性:在同一國家/地區的兩個區域,高於 Spanner 區域設定提供的 99.99% 可用性。
資料分配:自動在兩個區域之間複製資料,並確保資料同步一致。
資料落地規定:符合「可用設定」中雙區域設定所列國家/地區的資料落地規定。
複製
雙區域包含六個副本,每個區域各三個。其中一個區域會指定為預設主要區域 (如上表所示)。您可以變更資料庫的主要區域。每個區域都有兩個讀寫備用資源和一個見證備用資源。當兩個區域都正常運作,且在雙區域設定中執行時,所有六個副本都會建立仲裁。每個區域至少需要兩個副本,才能形成法定人數並提交交易。
容錯移轉和容錯回復
建立雙區域設定後,您可以在「系統洞察」資訊主頁上查看「雙區域仲裁健康狀態時間軸」指標。這項指標僅適用於雙區域設定。並顯示三個仲裁的健康狀態:
- 雙區域仲裁:
Global - 每個區域中的單一區域仲裁 (例如
Sydney和Melbourne)
如果服務中斷,時間軸會顯示橘色長條。將滑鼠游標懸停在圖示上,即可查看中斷的開始和結束時間。
如要縮短復原時間目標 (RTO),建議您監控雙區域仲裁健康狀態時間軸指標,或設定相關快訊。這項指標可協助您在發生區域性故障時,自行管理並決定何時進行容錯移轉。觸發執行個體容錯移轉後,容錯移轉通常會在一分鐘內完成。
Spanner 也支援由 Google 代管的自動容錯移轉,從首次偵測到故障起,最多可能需要 45 分鐘。由於 Google 會監控整個服務,因此 RTO 較長。我們需要收集更多信號,確認整個區域都受到干擾,並驗證區域層級的影響。這也能確保容錯移轉能為設定中的使用者提供更優質的整體服務。
如要手動容錯移轉及容錯回復,請參閱「變更雙區域仲裁」。
決定手動容錯移轉和容錯回復時,請考量下列事項:
如果三個仲裁都正常運作,則無須採取任何行動。
如果其中一個區域顯示服務中斷,可能表示區域性服務中斷。這可能會導致雙區域仲裁中執行的資料庫可用性降低。由於無法建立法定人數,交易最終會逾時,因此寫入作業也可能會失敗。使用「System insights」(系統深入分析) 資訊主頁,觀察資料庫的錯誤率和延遲時間。如果錯誤率或延遲時間增加,建議您容錯移轉,也就是將雙區域仲裁從雙區域變更為仍正常的區域。中斷的區域恢復正常後,您必須回復,將雙區域仲裁從單一區域變更為雙區域。Google 偵測到區域服務中斷時,會自動執行容錯移轉和容錯回復。如果偵測到中斷情形,也可以手動容錯移轉。不過,如果您執行手動容錯移轉,請務必記得手動容錯回復。
如果雙區域仲裁顯示中斷,但兩個單一區域都正常運作,則表示發生網路分區問題。這兩個區域無法再互相通訊,因此即使整體系統不健康,各區域仍會顯示健康狀態良好。在這種情況下,建議您容錯移轉至預設領導者區域。網路分割問題解決後,雙區域仲裁恢復正常,您必須手動進行容錯回復。
雙區域可提供零復原點目標 (RPO),因為區域中斷或發生網路失聯問題時,不會有資料遺失。
如要查看雙區域仲裁的模式 (單一或雙重),請參閱「查看雙區域仲裁」。
容錯移轉和容錯回復最佳做法
容錯移轉和容錯回復最佳做法包括:
- 如果沒有發生區域故障或中斷,請勿容錯移轉至單一區域。容錯移轉至單一區域會增加整體系統無法使用的可能性 (如果該單一區域發生故障)。
- 選取容錯移轉區域時,請務必謹慎。如果選擇錯誤的區域進行容錯移轉,會導致資料庫無法使用,且在該區域恢復上線前無法復原。如要驗證,您可以使用 bash 指令碼檢查單一區域的健康狀態,然後再執行容錯移轉。
- 如果預設主要區域發生問題,請在執行容錯移轉後,將預設主要區域變更為容錯移轉區域。確認兩個區域都恢復正常後,請執行容錯回復,然後將主要區域變更回原本的主要區域。
- 如果您執行了手動容錯移轉,請記得手動容錯回復。
限制
您無法建立自訂雙區域執行個體設定。您無法在雙區域執行個體設定中新增唯讀副本。
多區域設定
Spanner 區域設定會在單一區域內的多個可用區之間複製資料。不過,在下列情況下,區域設定可能不是最佳選擇:
- 應用程式通常需要從多個地理位置讀取資料 (例如向北美和亞洲的使用者提供資料)。
- 寫入作業的來源位置與讀取作業不同 (例如,您在北美有大量寫入工作負載,在歐洲有大量讀取工作負載)。
多區域設定可:
- 從多個區域提供寫入服務。
- 在區域故障時維持可用性。
- 提供比區域設定更高的可用性和服務水準協議。
多區域設定可讓您依照執行個體設定的定義,複製不同區域中多個可用區的資料庫。每個多區域設定都包含兩個讀寫區域。讀寫區域包含兩個讀寫副本,分別位於不同可用區。有了這些副本,您就能從設定的區域中或鄰近的多個位置讀取資料,延遲時間更短。
不過,多區域設定也有其缺點,因為多數決 (讀取/寫入) 副本會分散在多個區域。當這些副本彼此通訊以形成寫入群體時,您可能會注意到額外的網路延遲。讀取作業不需要仲裁。因此,應用程式在更多位置的讀取速度會加快,但寫入延遲時間會稍微增加。詳情請參閱「副本在寫入和讀取作業中的角色」。
可用的設定
Spanner 提供下列基本多區域執行個體設定。如要申請下表未列出的選用唯讀副本區域,請填寫這份申請表單。請注意,我們會根據這些要求評估未來區域的需求,可能不會直接回覆您的提交內容。
一個洲
| 基本設定名稱 | 資源位置 | 讀寫區域 | 唯讀地區 | 見證者區域 | 選填區域 |
|---|---|---|---|---|---|
asia1 |
全球 | 東京:asia-northeast1 L、2R 大阪: asia-northeast2 2R |
無 | 首爾:asia-northeast3 |
唯讀:us-west1 1-OR us-east5 1-OR |
asia2 A |
全球 | 孟買:asia-south1 L、2R 德里: asia-south2 2R 新加坡: asia-southeast1 1R |
無 | 無 | |
eur3 |
歐盟 (eu) | 比利時:europe-west1 L、2R 荷蘭: europe-west4 2R |
無 | 芬蘭:europe-north1 |
唯讀:us-central1 1-OR us-east4 1-OR |
eur5 |
全球 | 倫敦:europe-west2 L、2R 比利時: europe-west1 2R |
無 | 荷蘭:europe-west4 |
唯讀:us-central1 1-OR us-east1 1-OR |
eur6 |
全球 | 荷蘭:europe-west4 L、2R 法蘭克福: europe-west3 2R |
無 | 蘇黎世:europe-west6 |
唯讀:us-east1 2-OR |
eur7 |
歐盟 (eu) | 米蘭:europe-west8 L、2R 法蘭克福: europe-west3 2R |
無 | 杜林:europe-west12 |
|
nam3 |
us (美國) | 北維吉尼亞州:us-east4 L、2R 南卡羅來納州: us-east1 2R |
無 | 愛荷華州:us-central1 |
唯讀:asia-south1 1-OR asia-southeast1 1-OR asia-southeast2 1-OR europe-west1 1-OR europe-west2 1-OR europe-west4 1-OR europe-west9 1-OR us-east5 1-OR us-west1 1-OR us-west2 1-OR us-west4 1-OR us-west8 1-OR |
nam6 |
us (美國) | 愛荷華州:us-central1 L、2R 南卡羅來納州: us-east1 2R |
奧勒岡州:us-west1 1R 洛杉磯: us-west2 1R |
奧克拉荷馬州:us-central2 |
|
nam7 |
us (美國) | 愛荷華州:us-central1 L、2R 北維吉尼亞州: us-east4 2R |
無 | 奧克拉荷馬州:us-central2 |
唯讀:us-east1 2-OR us-south1 1-OR us-west1 1-OR europe-west1 2-OR |
nam8 |
us (美國) | 洛杉磯:us-west2 L、2R 奧勒岡州: us-west1 2R |
無 | 鹽湖城:us-west3 |
唯讀:asia-northeast1 2-OR asia-southeast1 2-OR europe-west2 2-OR europe-west3 2-OR us-east5 1-OR |
nam9 |
us (美國) | 北維吉尼亞州:us-east4 L、2R 愛荷華州: us-central1 2R |
奧勒岡州:us-west1 2R |
南卡羅來納州:us-east1 |
|
nam10 |
us (美國) | 愛荷華州:us-central1 L、2R 鹽湖城: us-west3 2R |
無 | 奧克拉荷馬州:us-central2 |
唯讀:us-east4 1-OR |
nam11 |
us (美國) | 愛荷華州:us-central1 L、2R 南卡羅來納州: us-east1 2R |
無 | 奧克拉荷馬州:us-central2 |
唯讀:us-west1 1-OR |
nam12 |
us (美國) | 愛荷華州:us-central1 L、2R 北維吉尼亞州: us-east4 2R |
奧勒岡州:us-west1 2R |
奧克拉荷馬州:us-central2 |
|
nam13 |
us (美國) | 奧克拉荷馬州:us-central2 L、2R 愛荷華州: us-central1 2R |
無 | 鹽湖城:us-west3 |
|
nam14 |
全球 | 維吉尼亞州北部:us-east4 L、2R 蒙特婁: northamerica-northeast1 2R |
無 | 南卡羅來納州:us-east1 |
|
nam15 |
us (美國) | 達拉斯:us-south1 L、2R 北維吉尼亞州: us-east4 2R |
無 | 愛荷華州:us-central1 |
唯讀:us-central2 1-OR us-east1 1-OR us-west3 1-OR |
nam16 |
us (美國) | 愛荷華州:us-central1 L、2R 北維吉尼亞州: us-east4 2R |
無 | 哥倫布:us-east5 |
唯讀:us-west2 2-OR |
nam22 |
us (美國) |
哥倫布:us-east5 (L、2R) 南卡羅來納州: us-east1 (2R) |
無 | 北維吉尼亞州:us-east4 |
唯讀:us-west1 1-OR |
nam23 |
us (美國) | 愛荷華州:us-central1 L、2R 拉斯維加斯: us-west4 2R |
無 | 達拉斯:us-south1 |
唯讀:asia-northeast1 1-OR australia-southeast2 1-OR europe-west1 1-OR europe-west3 1-OR |
nam24 A |
us (美國) | 北維吉尼亞州:us-east4 L、2R 奧勒岡州: us-west1 2R |
無 | 愛荷華州:us-central1 |
三大洲
| 基本設定名稱 | 資源位置 | 讀寫區域 | 唯讀地區 | 見證者區域 | 選填區域 |
|---|---|---|---|---|---|
nam-eur-asia1 |
全球 | 愛荷華州:us-central1 L,2R 奧克拉荷馬州: us-central2 2R |
比利時:europe-west1 2R 臺灣: asia-east1 2R |
南卡羅來納州:us-east1 |
唯讀:us-west2 1-OR |
nam-eur-asia3 |
全球 | 愛荷華州:us-central1 L、2R 南卡羅來納州: us-east1 2R |
比利時:europe-west1 1R 荷蘭: europe-west4 1R 臺灣: asia-east1 2R |
奧克拉荷馬州:us-central2 |
L:預設主要區域。詳情請參閱「修改資料庫的主導者區域」。
1R:區域中有一個副本。
2R:區域內有兩個副本。
2RW+1W:區域中的兩個讀寫副本和一個見證副本。
1-OR:一個選用副本。您可以建立自訂區域執行個體設定,並新增一個選用的唯讀副本。詳情請參閱「建立自訂執行個體設定」。
2-OR:最多兩個選用副本。您可以建立自訂區域執行個體設定,並新增一或兩個選用的唯讀副本。建議您新增兩個 (如有可能),以維持低讀取延遲時間。詳情請參閱「建立自訂執行個體設定」。
答:這個執行個體設定受許可清單限制。如要取得存取權,請與客戶技術顧問聯絡。
多區域設定的資源位置會定義其災難復原可用區保證。雖然這個位置會設定所有資料在整個生命週期內的整體邊界,但資料本身只會以靜態形式儲存在所選副本位置。
優點
多地區執行個體提供以下主要優點:
99.999% 可用性,高於 Spanner 區域設定提供的 99.99% 可用性。
資料分布:Spanner 會自動在區域之間複製資料,並確保資料同步一致。這樣一來,資料就能儲存在使用位置,進而縮短延遲時間並改善使用者體驗。
外部一致性:即使 Spanner 會在地理位置遙遠的地區之間進行複製,您仍可將 Spanner 視為在單一機器上執行的資料庫。交易可序列化,且資料庫中的交易順序與用戶端觀察到的交易提交順序相同。外部一致性是比「同步一致」更強大的屬性,其他產品也提供這項屬性。如要進一步瞭解這項屬性,請參閱「TrueTime 和外部一致性」。
複製
每個基本多區域設定都包含兩個指定為讀取/寫入區域的區域,每個區域都包含兩個讀取/寫入備用資源。其中一個讀寫區域會指定為「預設主要區域」,也就是包含資料庫主要副本的區域。Spanner 也會在第三個區域 (稱為「見證區域」) 放置見證副本。
每當用戶端對資料庫發出變動時,系統會形成寫入仲裁,其中包含預設主要區域的其中一個副本,以及另外四個投票副本中的任意兩個。 (仲裁可以由構成設定的兩個或三個地區中的備用資源形成,視其他哪些備用資源會參與投票而定)。除了這五個投票副本外,部分基本多區域設定還包含唯讀副本,用於提供低延遲讀取。含有唯讀副本的區域稱為「唯讀區域」。
一般來說,多區域設定中的投票區域在地理位置上會相近 (相距不到一千英里),形成低延遲仲裁,可快速寫入 (瞭解詳情)。不過,區域之間的距離仍夠遠 (通常至少數百英里),可避免協調失敗。此外,如果用戶端應用程式位於非主要區域,Spanner 會使用主要感知轉送功能,動態轉送讀寫交易,縮短資料庫的延遲時間。詳情請參閱「Leader-aware routing」。
您可以建立自訂多區域執行個體設定,並視需要加入唯讀副本。您建立的任何自訂唯讀副本都無法納入寫入法定數量,也無法做為獨立的災難復原 (DR) 解決方案。執行個體可用性取決於投票副本的仲裁。如果 Spanner 執行個體離線,唯讀副本也會在不久後離線,無法提供讀取服務 (包括過時讀取)。您可以將「選用區域」欄中列出的位置,新增為選用的唯讀副本。如果找不到您選擇的唯讀副本位置,可以要求新的選用唯讀副本區域。詳情請參閱「唯讀副本」。
多區域設定的效能最佳做法
為獲得最佳成效,請遵循下列最佳做法:
- 設計結構定義,避免資源使用率不均和其他效能問題。
- 如要盡量縮短寫入延遲時間,請將寫入量大的工作負載運算資源,放在預設領導者區域內或附近。
- 如要將預設主要地區以外的讀取效能最佳化,請至少使用 15 秒的過時程度。
- 為避免工作負載過度依賴單一區域,請將重要運算資源放在至少兩個區域。建議您將這些資源放在兩個不同的讀寫區域旁,這樣一來,任何單一區域中斷服務時,都不會影響整個應用程式。
- 佈建足夠的運算容量,將各區域的高優先順序 CPU 總使用率維持在 45% 以下。
- 如要瞭解每個 Spanner 節點的輸送量,請參閱「多區域設定的效能」。
移動執行個體
您可以將 Spanner 執行個體從任何執行個體設定移至其他執行個體設定,包括在單一區域和多區域設定之間移動。遷移執行個體不會造成停機,且 Spanner 在遷移期間仍會提供交易保證,包括同步一致。
如要進一步瞭解如何遷移 Spanner 執行個體,請參閱「遷移執行個體」。
設定預設主要區域
如要變更資料庫預設主要區域的位置,使其更靠近連線用戶端,以縮短應用程式延遲時間,您可以變更任何使用雙區域或多區域設定的 Spanner 執行個體主要區域。如要瞭解如何變更主要區域的位置,請參閱「變更資料庫的主要區域」。只有雙區域或多區域設定中的讀寫區域,才能成為資料庫的預設主要區域。
主要區域負責處理所有資料庫寫入作業,因此如果大部分流量來自某個地理區域,您可以將主要區域移至該區域,以縮短延遲時間。更新預設領導者區域的成本不高,也不會涉及任何資料移動。新值會在幾分鐘後生效。
變更預設主要區域屬於結構定義變更,會使用長時間執行的作業。如有需要,您可以取得長時間執行的作業狀態。
取捨:單一區域、雙區域和多區域設定
| 設定 | 可用性 | 延遲時間 | 費用 | 資料位置 |
|---|---|---|---|---|
| 地區性 | 99.99% | 單一區域內的寫入延遲時間較短。 | 費用較低;請參閱定價。 | 啟用地理資料治理。 |
| 雙區域 | 99.999% | 兩個地理區域的讀取延遲時間較短,寫入延遲時間略有增加。 | 費用較高;請參閱定價。 | 在單一國家/地區的兩個區域中分配資料。 |
| 多區域 | 99.999% | 多個地理區域內的讀取延遲時間較短,寫入延遲時間略有增加。 | 費用較高;請參閱定價。 | 將資料分布到設定中的多個地區。 |
後續步驟
- 瞭解如何建立 Spanner 執行個體。
- 進一步瞭解Google Cloud 地理位置與區域。