規劃 bucket 遷移作業

如要順利遷移 bucket,請先定義目標並瞭解 bucket 的用途,再啟動 bucket 遷移作業。以下各節說明重要的規劃步驟。

決定值區搬遷類型

遷移 bucket 時,請務必瞭解在最終同步處理步驟中,可能會出現寫入停機時間,屆時您無法更新或上傳新物件。此外,在搬遷過程中,您無法變更 bucket 的設定。如要判斷搬遷作業是否會造成停機,請參閱「搬遷類型」。

詳閱不支援的功能和相容性規定

找出來源值區中不支援值區重新定位的任何設定,以及需要採取行動才能支援值區重新定位的設定。如果 bucket 使用無法修改的不支援設定,或是來源或目的地為不支援的位置,您必須手動將物件複製到目的地位置的其他 bucket,而不是連同物件一併遷移 bucket。詳情請參閱在 bucket 之間移動資料

以下各節說明不支援的功能和相容性規定。

不支援的功能

下表說明不支援儲存空間重新放置作業的功能。在某些情況下,您可以重新設定功能,以支援重新放置值區:

功能 相容性狀態 啟動值區搬遷作業前必須執行的動作
階層命名空間 不支援因寫入停機時間而導致的 bucket 重新定位。 如果 bucket 啟用階層命名空間,只有在遷移程序不會造成寫入停機時,才能遷移 bucket
Appspot bucket 不支援。 您無法遷移 Appspot bucket。如要解決 App Engine 建立預設值 bucket 的問題,建議您將 Container Registry 遷移至 Artifact Registry。
Firebase 儲存空間 不支援。 Firebase bucket 無法遷移。
物件保留 不支援。
如果值區含有設有保留的物件,就無法遷移。
如要使用值區搬遷功能,請移除物件訴訟保留。
代管資料夾 不支援。
您無法重新放置含有代管資料夾的值區。
如要使用值區搬遷功能,請刪除受管理資料夾。
客戶自行管理的加密金鑰 (CMEK)客戶提供的加密金鑰 (CSEK) 不支援寫入停機時間的重新安置作業。 如要使用值區搬遷功能,請移除客戶自行管理的加密金鑰或客戶提供的加密金鑰。移除後,Cloud Storage 會自動使用標準 Cloud Storage 加密機制保護資料。
Anywhere Cache 支援無寫入停機時間的儲存空間搬遷作業,部分支援有寫入停機時間的儲存空間搬遷作業。 如要遷移有寫入停機時間的 bucket,請在最終同步處理步驟前停用 Anywhere Cache。
Bucket 鎖定 鎖定保留政策後,系統就不支援這項功能。 解鎖保留政策。
標記 不支援寫入停機時間的重新安置作業。

您必須先卸除直接附加至值區的標記。

如果從來源 bucket 卸離的任何標記用於存取控管,您必須使用替代方法設定 IAM 角色,確保 bucket 中的資料安全。如要這樣做,請完成下列步驟:

  1. 複製代碼設定,以便在設定 IAM 角色時參考。確認 IAM 設定後,即可刪除副本。
  2. 設定 IAM 權限,與現有的存取權控管規則相符。
  3. 從來源值區卸離所有現有標記
資產盤點清單報告設定 在遷移過程中,系統不會保留現有的商品目錄報表設定。 開始遷移程序前,請先手動儲存現有的商品目錄報告設定,以便在遷移程序完成後重新建立。如要瞭解如何管理商品目錄報表設定,請參閱「建立及管理商品目錄報表設定」。

bucket 遷移期間的功能相容性

下表說明在重新放置 bucket 時,其他 Cloud Storage 功能的運作方式。視重新定位模式而定,行為可能有所不同:

功能 遷移 (寫入停機) 無須停機即可重新定位
自動調整級別功能行為 在最終同步步驟期間,Autoclass 會暫時暫停。暫停作業可能會延遲物件移至較冷儲存空間級別的時間。詳情請參閱「遷移 bucket 時自動調整級別物件的轉換」。 自動調整級別功能不受影響。
BigQuery 和 BigLake 資料表 遷移後,BigLake 外部資料表和使用 Apache Iceberg 的 BigQuery 資料表會無法存取,需要手動重新建立。無法自動偵測受影響的資料表。 支援。
物件大小限制 物件大小不得超過 2 TB。 沒有大小限制。
多部分上傳 多部分上傳的相容性和行為取決於您啟動 Bucket 搬遷時的上傳狀態:
  • 新的多部分上傳作業:不支援。
    系統不支援在啟動搬遷作業後開始多部分上傳,因此上傳作業會失敗。多部分上傳作業嘗試失敗,並顯示 FAILED_PRECONDITION 錯誤。
  • 進行中的多部分上傳作業:不支援。
    如果最終同步處理步驟開始前,仍有進行中的多部分上傳作業尚未完成,遷移作業就無法完成。完成或取消進行中的多部分上傳作業後,您可以重試最終步驟。
  • 完成多部分上傳作業:支援。
    如果多部分上傳作業在儲存空間遷移作業開始前啟動,並在最終同步處理步驟前完成,則上傳的物件會遷移,不需重新上傳。
多部分上傳作業的相容性和行為取決於您開始儲存空間搬遷時的上傳狀態:
  • 新的多部分上傳作業:不支援。
    系統不支援在啟動搬遷作業後開始多部分上傳,因此上傳作業會失敗。多部分上傳作業嘗試失敗,並顯示 FAILED_PRECONDITION 錯誤。
  • 進行中的多部分上傳作業:不支援。
    開始值區搬遷前,請先完成或取消所有進行中的多部分上傳作業。
  • 完成多部分上傳作業:支援。
支援續傳的上傳作業 不支援。
在 Bucket 遷移程序的最終同步步驟前,必須完成進行中的可續傳上傳作業,以免資料遺失。
支援。
跨專案搬遷 不支援。
無法跨專案重新放置 buckets。
支援。
中繼資料更新 不支援。
遷移期間無法更新 bucket 的中繼資料。
支援。
要求比率逐漸增加 搬遷的 bucket 與新建立的 bucket 適用相同的要求速率升級指南。 不適用。

分析 bucket 特徵

如要估算 bucket 搬遷時間,請分析 bucket 的特性和用量,並考量下列因素:

  • 靜態位元組:儲存在值區中的總資料量會影響儲存費用和轉移時間。

  • 複製:將值區複製到其他區域 (同步或非同步),會影響資料可用性、耐久性和費用。詳情請參閱「資料可用性和耐久性」。

  • 資料移轉:bucket 重新配置期間移出的資料量會影響資料移轉費用計算。如要計算值區的資料傳輸費用,請參閱 Cloud Storage 定價

  • 使用模式:瞭解 bucket 的活動量或忙碌程度,有助於在遷移期間避免發生非預期的衝突。如要瞭解值區的使用模式,可以分析記錄。詳情請參閱「使用記錄和儲存空間記錄」。

  • bucket 寫入作業:遷移期間頻繁的 bucket 寫入作業會增加費用和時間。如要瞭解物件寫入 bucket 的頻率,請參閱「Cloud Storage 監控功能總覽」。

定義搬遷目標

根據對儲存區特徵的分析結果,找出移動儲存區的原因。以下是遷移值區的常見目標:

  • 成本管理:遷移至成本較低的區域,或將資料移至存取位置附近,藉此降低儲存費用或盡量減少資料傳輸費用。您需要計算 Cloud Storage 和資料移轉費用,並與不同位置的潛在費用進行比較。如要進一步瞭解如何計算 Cloud Storage 費用,請參閱 Cloud Storage 定價

  • 提升效能:將 Bucket 移到更靠近使用者或應用程式的位置,提高資料存取速度和應用程式效能。如要這麼做,請找出效能至關重要的地理區域,然後重新放置 bucket。

  • 提升可靠性:使用雙區域或多區域設定,提升資料耐久性和災難復原能力。

決定 bucket 位置

根據分析結果和目標,從下列選項中選擇最適合 bucket 的儲存位置:

  • 單一地區:將資料儲存在單一地區,為使用者集中在一個地理區域的應用程式節省成本。

  • 雙地區:在同一洲的兩個地區保留兩份資料副本,在特定地理區域內提供更高的可用性和災難復原能力。

  • 多地區:將資料分布到多個地區,提供最高等級的可用性和耐久性。

如要進一步瞭解如何選擇位置,請參閱「選擇位置的考量事項」。

瞭解影響搬遷時間的因素

搬遷時間會受到多種因素影響,瞭解這些因素有助於估算所需時間。雖然這些因素可做為規劃和安排搬遷時間的實用起點,但實際搬遷時間可能會比預估時間長或短。因此,在安排搬遷時間時,請預留緩衝時間,以因應可能發生的延遲。以下各節說明影響搬遷時間的因素。

遷移服務限制

下表說明影響搬遷時間的限制:

因素 說明
每個工作的要求頻率上限 每秒 10,000 個物件 這是指服務每秒可處理的複製要求數量。

要求率越高,可同時移動的檔案就越多。 如果 bucket 內有許多小檔案,高要求率可加快遷移速度。如果只有少數大型檔案,這個因素的影響較小。

每個專案的整體頻寬上限 10 GBps 這是指您在來源位置內,為單一專案傳輸資料時可達到的最高速度或頻寬。如果要在同一個專案中移動多個值區,這些值區會共用頻寬。

頻寬越大,一次可傳輸的資料就越多。即使要求率很高,如果頻寬很小,整體傳輸速度也會很慢。

單一物件的頻寬上限

8 MB/秒 這是單一物件的傳輸速度上限。

單一物件的頻寬越高,物件的傳輸速度就越快。這是每次移動一個物件的速限。 即使每個 bucket 的要求率和頻寬都很高,如果個別物件有速度限制,傳輸時間可能會比較長。

每個專案的並行重新安置作業數量上限

30 次搬遷 值區搬遷服務支援在專案中,從相同位置同時搬遷最多 30 個值區。

遷移存留時間限制

為協助資源使用,並防止無限期執行重新放置作業,所有儲存空間重新放置作業都會套用存留時間 (TTL) 限制。TTL 是指整個搬遷程序完成的時間上限。

完成 bucket 搬遷作業的最長時間為 28 天,包括搬遷程序的所有階段,例如初始複製、增量更新和最終同步。

如果搬遷程序超過 28 天的 TTL 限制,搬遷作業就會失敗。

持續進行中的 bucket 活動

如果在重新定位期間繼續寫入新物件、刪除現有物件或更新 bucket 中的物件,這些作業會與複製要求競爭資源,並可能減緩重新定位程序。

生命週期規則

如果為 bucket 設定生命週期規則 (例如在特定時間後自動刪除或封存物件),這些動作會增加整體搬遷時間。

設定 Storage Intelligence

您必須為來源和目的地位置設定 Storage Intelligence。您可以在 Google Cloud 資源階層結構的不同層級設定 Storage Intelligence。您也可以使用納入和排除篩選器,在 Storage Intelligence 設定中納入相關值區。詳情請參閱「設定儲存空間智慧功能」。

啟用虛刪除功能

如要搬遷 Bucket,必須在 Bucket 上啟用軟刪除,並將保留時間設為至少七天。保留時間是指虛刪除功能保留已刪除物件的時間長度,之後系統就會永久刪除這些物件。如要瞭解如何設定虛刪除保留時間,請參閱「使用虛刪除功能」。

查看配額與限制

配額和雲端容量評估與特定區域或可用區相關。因此,將 bucket 移至新位置時,請務必確認新位置的配額足以容納 bucket 資料。如要進一步瞭解配額和限制,請參閱「配額與限制」。

後續步驟