遷移 bucket

本文說明如何透過 Cloud Storage 值區搬遷功能，在地理位置之間以無伺服器方式搬遷值區。使用值區重新定位功能，即可將現有值區從一個位置移至另一個位置，不必變更值區名稱，也不需要手動移轉值區內的資料。

開始遷移程序前，請規劃 bucket 遷移作業，盡量減少中斷。如需遷移作業的操作說明，請參閱遷移 bucket。

優點

bucket 遷移的優點如下：

簡化遷移作業：您可以遷移 Bucket，盡量減少作業負擔。不需要複雜的指令碼或多步驟程序。
持續運作：在整個遷移程序中，您的應用程式仍可存取，讀取作業不會停機，寫入作業則只會停機一小段時間。
提升效能：將 Compute Engine 和 Cloud Storage 資源共置於同一區域，可縮短延遲時間並提升效能。
保留中繼資料：bucket 遷移程序會保留物件中繼資料。保留物件中繼資料可確保在 Bucket 遷移後，現有應用程式和工作流程仍能正常運作。
儲存空間級別設定：您可以保留現有的 Cloud Storage 級別設定，包括自動調整級別。保留儲存空間類別有助於在遷移後維持一致的費用結構。

注意： 如果值區使用舊版儲存空間類別，系統會在值區搬遷程序中將其轉換為 Standard 儲存空間類別。

用途

以下列舉幾種可透過重新放置 Bucket 實現的用途：

降低資料傳輸成本：將 bucket 遷移至更靠近存取 bucket 資料的工作負載，即可避免資料傳輸費用。舉例來說，如果資料儲存在美國，但主要從歐洲存取，您可以將值區移到歐洲，以降低資料傳輸費用。
提升效能：將資料移至 Compute Engine 工作負載附近，提升應用程式的速度和回應能力。舉例來說，如果應用程式在 us-central1 中執行，但資料位於 asia-east1 中，您可以將 bucket 遷移至 us-central1，以縮短延遲時間。
提升復原能力：保護重要資料，避免受到區域性服務中斷影響。舉例來說，如果資料儲存在單一地區，您可以將資料遷移至雙地區或多地區，以提高可用性和災難復原能力。

遷移類型

儲存空間重新放置作業分為兩種類型：

Bucket 遷移 (寫入作業停機)：在 Bucket 遷移 (寫入作業停機) 期間，您無法在 Bucket 遷移程序中執行物件寫入作業。
無寫入停機時間的 bucket 搬遷：在無寫入停機時間的 bucket 搬遷中，您可以在背景執行 bucket 搬遷作業時，繼續執行物件寫入作業，不會中斷。

值區的來源和目的地位置會決定值區重新定位是否會造成寫入停機時間。下表說明在遷移期間，儲存空間的所在位置如何影響寫入停機時間，包括有停機時間和無停機時間的遷移作業差異。

規格	遷移 bucket (寫入停機)	無須停機即可遷移 bucket
儲存區位置	在下列位置之間重新放置 bucket 會導致停機：區域雙地區多區域多區域和預先定義的雙區域如果兩個地點的多區域代碼不同，則為多區域和可設定的雙區域	如果兩個位置共用相同的多區域代碼，在下列位置之間遷移值區不會造成停機：可設定的雙區域多區域和可設定的雙區域
寫入供應情形	在最終同步處理步驟中，您無法執行寫入作業。	遷移期間寫入作業不會中斷。注意：如果政策異動不會造成寫入停機，則至少需要七天才能完成，因為系統必須等待進行中的可續傳上傳作業完成。
使用者操作	您必須啟動寫入停機時間的最終步驟。	不需要明確的最終確認步驟。
效能影響	在最後的同步步驟中，您無法在值區中寫入或更新物件。	物件讀取和寫入延遲時間可能會在遷移期間增加。
取消 bucket 遷移	比重新安置更快，且不會發生寫入停機時間。	取消作業不會立即生效，由於需要回填物件，因此可能需要較長時間。
功能支援	相較於無寫入停機時間的搬遷作業，提供的功能支援較少。如要進一步瞭解不支援的功能，請參閱「不支援的功能」。	部分功能有使用限制，例如多部分上傳、保留政策、Firebase 和 appspot。如要進一步瞭解這些限制，請查看 bucket 相容性規定和限制。
最短搬遷時間	無	7 天

瞭解 bucket 遷移程序

值區重新定位功能可協助您將資料從來源值區移至目的地值區。來源 bucket 包含您要移動的資料，目的地 bucket 則是您要移動資料的位置。

下圖顯示 bucket 搬遷程序流程：

bucket 遷移流程。 — **圖 1.** Bucket 遷移程序流程 (按一下可放大)。

^* 只有在遷移作業會造成寫入停機時，才需要執行最終同步處理。

下表列出三個主要步驟，以及每個步驟的說明：

步驟	說明
執行模擬測試 (選用)	模擬儲存空間遷移程序，在實際開始轉移資料前找出潛在問題。注意：建議您先進行模擬測試，及早發現潛在問題，避免影響實際遷移程序。
啟動搬遷步驟	將資料從來源 bucket 複製到目的地 bucket。值區中繼資料會寫入鎖定，防止值區發生任何可能影響搬遷程序的變更。不過，您可以在值區中寫入、修改及刪除物件。影響時間長度的因素如下： bucket 內物件更新、刪除或新增的頻率，會直接影響複製時間。變更率越高，所需時間就越長。物件移動速率上限為 `Rm`，以「物件/秒」為單位。如果物件總數為 `N`，更新速率為 `R`，以「物件/秒」為單位，則複製步驟的預估時間長度為 `N / (Rm - R)` 秒。由於頻寬有限，大型 Bucket 需要較長的重新定位時間。個別物件的大小會影響複製時間。由於頻寬限制，大於 10 GB 的物件傳輸時間會比小於 10 GB 的物件長。舉例來說，複製 1 TB 的物件需要一天。
啟動最終同步處理步驟 (僅限寫入停機時間的遷移作業)	啟動最終同步作業後，儲存空間會進入寫入鎖定狀態。因此，在這段期間內，您無法寫入或更新值區中的任何物件，避免資料不一致。不過，你還是可以繼續從該值區讀取資料。注意：在最後的同步處理步驟中，嘗試更新 bucket 中的物件會導致 HTTP `412` 錯誤。這項錯誤表示 bucket 正在進行遷移作業，且已啟用寫入鎖定，因此無法修改 bucket 中的物件。如要順利更新物件，請務必延後執行動作，直到進行中的 bucket 遷移作業和相關聯的同步處理程序完成為止。完成後，即可對值區執行寫入作業。所有資料轉移及驗證完畢，且值區在新位置運作後，寫入鎖定就會自動移除。接著，您就可以繼續在值區中寫入及更新物件。

步驟

說明

執行模擬測試
(選用)

模擬儲存空間遷移程序，在實際開始轉移資料前找出潛在問題。

啟動搬遷步驟

將資料從來源 bucket 複製到目的地 bucket。值區中繼資料會寫入鎖定，防止值區發生任何可能影響搬遷程序的變更。不過，您可以在值區中寫入、修改及刪除物件。影響時間長度的因素如下：

bucket 內物件更新、刪除或新增的頻率，會直接影響複製時間。變更率越高，所需時間就越長。物件移動速率上限為 `Rm`，以「物件/秒」為單位。如果物件總數為 `N`，更新速率為 `R`，以「物件/秒」為單位，則複製步驟的預估時間長度為 `N / (Rm - R)` 秒。
由於頻寬有限，大型 Bucket 需要較長的重新定位時間。
個別物件的大小會影響複製時間。由於頻寬限制，大於 10 GB 的物件傳輸時間會比小於 10 GB 的物件長。舉例來說，複製 1 TB 的物件需要一天。

啟動最終同步處理步驟
(僅限寫入停機時間的遷移作業)

啟動最終同步作業後，儲存空間會進入寫入鎖定狀態。因此，在這段期間內，您無法寫入或更新值區中的任何物件，避免資料不一致。不過，你還是可以繼續從該值區讀取資料。

所有資料轉移及驗證完畢，且值區在新位置運作後，寫入鎖定就會自動移除。接著，您就可以繼續在值區中寫入及更新物件。

限制

如要遷移 bucket，請查看不支援的功能和相容性規定清單，確認 bucket 設定支援遷移作業。

如果來源和目標 bucket 位於下列位置，系統就不支援 bucket 搬遷：

位置類型	不支援的地區
區域	`ME-CENTRAL1` `ME-WEST1`

定價

如要進一步瞭解值區搬遷相關費用，請參閱 Cloud Storage 定價。

後續步驟

瞭解如何規劃 bucket 遷移作業。
瞭解如何重新放置水桶。