配額與限制

本頁面說明 Cloud Bigtable 的配額和限制。

配額

本節說明適用於所有 Cloud Bigtable 資源的預設用量配額。

管理作業配額

下列配額會影響您在一段時間內可以執行的 Cloud Bigtable 管理作業次數。

系統會在太平洋時間凌晨 12 點重設每日配額。

名稱 說明 預設配額
執行個體和叢集
執行個體和叢集讀取要求 讀取執行個體或叢集的設定 (例如執行個體名稱或叢集中的節點數量),或是讀取執行個體清單

每項專案每日 864,000 次操作 (平均每秒 10 次操作)

每位使用者每 100 秒 1,000 次作業

執行個體和叢集寫入要求 變更執行個體或叢集的設定 (例如執行個體名稱或叢集中的節點數量),或是建立新的執行個體

每項專案每日 500 次操作

每位使用者每 100 秒 100 次作業

應用程式設定檔
應用程式設定檔讀取要求 讀取應用程式設定檔的設定

每項專案每 100 秒 5,000 次作業

每位使用者每 100 秒 1,000 次作業

應用程式設定檔寫入要求 變更應用程式設定檔的設定

每項專案每 100 秒 500 次作業

每位使用者每 100 秒 100 次作業

資料表
資料表讀取要求 讀取資料表的設定 (例如資料表的資料欄系列詳細資料),或是讀取資料表清單

每項專案每日 864,000 次操作 (平均每秒 10 次操作)

每位使用者每 100 秒 1,000 次作業

資料表寫入要求 變更資料表的設定 (例如資料欄系列的垃圾收集設定)

每項專案每日 5,000 次操作

每位使用者每 100 秒 100 次作業

DropRowRange 方法 在單次作業中刪除資料表內特定範圍的資料列。

每項專案每日 5,000 次操作

每位使用者每 100 秒 100 次作業

備份
備份作業 建立、更新及刪除備份。

每項專案每日 1,000 次操作

每位使用者每 100 秒 10 次作業

備份擷取要求 取得及列出備份。

每項專案每日 864,000 次操作

RestoreTable 方法 將備份復原到新資料表。

每項專案每日 5,000 次操作

每位使用者每 100 秒 100 次作業

身分與存取權管理
精細的 ACL 取得要求 讀取特定 Cloud Bigtable 執行個體的 IAM 政策相關資訊,或是測試某個執行個體的 IAM 權限。

每項專案每日 864,000 次操作 (平均每秒 10 次操作)

每位使用者每 100 秒 1,000 次作業

精細的 ACL 設定要求 變更特定 Cloud Bigtable 執行個體的 IAM 政策。

每項專案每日 864,000 次操作 (平均每秒 10 次操作)

每位使用者每 100 秒 1,000 次作業

節點配額

Google Cloud 專案包含 Cloud Bigtable 執行個體,而這些執行個體是叢集的容器。叢集代表了在單一區域中實際運作的 Cloud Bigtable 服務,且內含節點,也就是讓 Cloud Bigtable 能夠管理資料的運算資源。

根據預設,在每項 Google Cloud 專案中,您最多可以在一個區域內佈建 30 個 SSD 節點和 30 個 HDD 節點。如果您要佈建的節點數超出預設限制,可以申請提高上限。

如要查看 GCP 專案中每個區域含有的 SSD 和 HDD 節點數,請使用 Google Cloud Console。在左側導覽窗格中,請將游標移至「IAM 與管理」,然後按一下 [配額]。接著,在「服務」 下拉式選單中選取所需的 Cloud Bigtable Admin API 服務。

頁面中會顯示多個資料列,當中含有每個服務、節點類型和位置組合的配額。請找到副標題為「SSD nodes per zone」「HDD nodes per zone」的資料列。「限制」資料欄會顯示該節點類型和位置的可用節點數上限,「目前使用量」資料欄則會顯示現有節點數量。這兩個數值之間的差額即為您可以自由新增的節點數量,不必申請提高配額。

要求調高配額

在您要申請提高配額的執行個體所屬的專案中,您必須至少擁有編輯者層級的權限

這類要求不會產生任何費用。除非您使用了更多資源,否則費用不會增加。

  1. 前往「配額」頁面。

    前往「配額」頁面

  2. 「配額」頁面中,選擇您要變更的配額項目。
  3. 按一下頁面頂端的 [編輯配額] 按鈕。
  4. 在右側面板中輸入您的姓名、電子郵件地址和電話號碼,然後按一下 [下一步]
  5. 輸入您要申請的配額上限,然後按一下 [下一步]
  6. 提交要求。

請提早幾天規劃所需的額外資源並提出申請,以確保要求可及時獲得核准。

限制

本節說明 Cloud Bigtable 的使用限制。這些限制已內建在服務中,無法變更。

每個執行個體的應用程式設定檔數

每個執行個體最多可以有 2,000 個應用程式設定檔

備份

  • 可建立的備份數量上限:每個叢集每個資料表最多 50 個
  • 備份最短存留時間:初始建立時間後的 6 小時內
  • 備份最長存留時間:初始建立日期後的 30 天內

資料表中的資料大小

最佳做法是設計結構定義,將資料大小維持在下列建議限制以下:

  • 單一資料列索引鍵:4 KB
  • 每個資料表的資料欄系列:100 個
  • 單一資料欄限定詞:16 KB
  • 資料表儲存格中的單一值:10 MB
  • 單一資料列中的所有值:100 MB

另外,您也「必須」確保資料不會超過下列固定限制:

  • 資料表儲存格中的單一值:100 MB
  • 單一資料列中的所有值:256 MB

這些大小限制是以二進位 KB 和二進位 MB 表示。1 KB 為 210 個位元組,1 MB 為 220 個位元組。這兩種計算單位又稱為 KiBMiB

作業限制

如果您是以單一批次傳送多個異動事件至 Cloud Bigtable,則該批次中的異動事件數量不得超過 10 萬個。

資料列篩選器

資料列篩選器的大小不得超過 20 KB。如果收到錯誤訊息,請重新設計篩選器或縮短篩選器的長度。

每節點的儲存空間

如果以叢集當前的工作負載和其中儲存的資料量而言,叢集中的節點數量不足,Cloud Bigtable 就無法取得足夠的 CPU 資源來管理與該叢集相關的所有資料表。這時 Cloud Bigtable 也無法在背景執行必要的維護工作。因此,叢集可能無法處理傳入要求,延遲情況也會加重。

為避免發生這些問題,請監控叢集的儲存空間使用率,確保叢集有足夠的節點能夠處理叢集中的所有資料。請使用以下限制來計算所需的節點數量:

  • SSD 叢集:每個節點 2.5 TB
  • HDD 叢集:每個節點 8 TB

這些值是以二進位 TB 表示,1 TB 為 240 個位元組。這種計算單位又稱為 TiB

最佳做法是為叢集新增足夠的節點,將使用率維持在上限的 70%,這樣就能因應忽然升高的儲存空間使用情況。舉例來說,假設您在使用 SSD 儲存空間的叢集中儲存 50 TB 資料,您即應佈建至少 29 個節點,這樣的設定可處理高達 72.5 TB 的資料。如果您預計不會新增大量資料至叢集中,那麼超過這個建議值也無妨,您甚至可以讓儲存的資料量達到上限的 100%。

每個執行個體的資料表數

在每個執行個體中,Cloud Bigtable 最多可支援 1,000 個資料表。

資料表 ID

Cloud Bigtable 支援的資料表 ID 長度上限為 50 個字元。

使用政策

使用本服務時,您必須遵守《服務條款》和 Google 的《隱私權政策》。