配額與限制

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

配額

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

作業配額

下列配額會影響您在一段時間內可以執行的 Cloud BigTable 管理作業次數。如果想要求增加這些配額,請與 Google Cloud Platform 支援小組聯絡

系統會在太平洋時間凌晨 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 次操作

Cloud Identity & Access Management
精細的 ACL 取得要求 讀取特定 Cloud BigTable 執行個體的 Cloud IAM 政策相關資訊,或是測試某個執行個體的 Cloud IAM 權限。

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

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

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

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

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

節點配額

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

根據預設,在每項 GCP 專案中,您最多可以在一個區域內佈建 30 個 SSD 節點和 30 個 HDD 節點。如果您要佈建的節點數量超過預設限制,請透過節點要求表單提出申請。

如想查看 GCP 專案在各個區域中現有的 SSD 和 HDD 節點數量,請前往 Google Cloud Platform 主控台。在左側導覽窗格中,請將游標移至「IAM & admin」(IAM 與管理員),然後按一下 [Quotas] (配額)。接著,在「Service」(服務) 下拉式選單中選取所需的 Cloud BigTable Admin API 服務。

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

限制

本節說明 Cloud BigTable 的使用限制。這些限制已在服務中預先設定,無法變更。

每節點的儲存空間

如果以叢集當前的工作負載和其中儲存的資料量而言,叢集中的節點數量不足,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%。

資料表中的資料大小

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

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

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

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

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

每個執行個體的資料表數

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

資料表 ID

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

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

在每個執行個體中,Cloud BigTable 最多可支援 2,000 個應用程式設定檔

作業限制

一次將多個異動事件傳送至 Cloud BigTable 時,單次作業中的異動事件數不得超過 10 萬個。

使用政策

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

本頁內容對您是否有任何幫助?請提供意見:

傳送您對下列選項的寶貴意見...

這個網頁
Cloud Bigtable 說明文件