Amazon Aurora 的配額和條件限制 - Amazon Aurora
Amazon Aurora 中的配額Amazon Aurora 中的命名限制Amazon Aurora 大小限制

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

Amazon Aurora 的配額和條件限制

您可以在下面找到 Amazon Aurora 的資源配額和命名限制的說明。

Amazon Aurora 中的配額

每個 AWS 帳戶在每個 AWS 區域中都有可建立的 Amazon Aurora 資源數量配額。在達到資源的配額後，建立該資源的額外呼叫便會失敗並發生例外狀況。

下表列出每個 AWS 區域的資源及其配額。

Name 預設 可調整 說明
每個資料庫安全群組的授權 每個受支援的區域：20 否 每個資料庫安全群組的安全群組授權數
每個資料庫叢集的自訂端點 每個受支援的區域：5 是 目前區域中，您可以在此帳戶中為每個 Aurora 資料庫叢集建立的自訂端點數量上限。此值反映帳戶中資料庫叢集中自訂端點的數量上限。帳戶中的其他資料庫叢集可能會有較少數量的自訂端點。
自訂引擎版本 每個受支援的區域：40 是 在目前區域中，此帳戶所允許的自訂引擎版本數量上限
資料庫叢集參數群組 每個受支援的區域：50 是 資料庫叢集參數群組的數量上限
資料庫叢集 每個受支援的區域：40 是 在目前區域中，此帳戶允許地的 Aurora 叢集數量上限
資料庫執行個體

ap-south-1：20

每個其他支援的區域：40

 是 在目前區域中，此帳戶允許地的資料庫執行個體數量上限
資料庫碎片群組 每個受支援的區域：5 是 目前區域中此帳戶中 Aurora Limitless Database 的資料庫碎片群組數目上限
資料庫子網路群組

ap-south-1：20

每個其他支援的區域：50

 是 資料庫子網路群組的數量上限
資料 API HTTP 要求主體大小 每個受支援的區域：4 MB 否 HTTP 請求內文允許的大小上限。
資料 API 並行叢集密碼配對上限 每個受支援的區域：30 否 目前 AWS 區域中此帳戶並行資料 API 請求中 Aurora Serverless v1 資料庫叢集和秘密的唯一對數上限。
資料 API 並行請求上限 每個受支援的區域：500 否 對 Aurora Serverless 第 1 版資料庫叢集提出的資料 API 請求數量上限，這些請求使用相同的秘密，且系統會同時處理這些請求。其他請求會排入佇列，並在同處理序請求完成時進行處理。
資料 API 結果集大小上限 每個受支援的區域：1 MB 否 資料 API 可傳回的資料庫結果集大小上限。
JSON 回應字串的資料 API 大小上限 每個受支援的區域：10 MB 否 RDS 資料 API 傳回的簡化 JSON 回應字串大小上限。
每秒的資料 API 請求數 每個受支援的區域：每秒 1,000 否 目前 AWS 區域中此帳戶每秒允許對資料 API 的請求數目上限。此配額僅適用於 Amazon Aurora Serverless v1 叢集。
事件訂閱 每個受支援的區域：20 是 事件訂閱的數量上限
每個資料庫叢集的 IAM 角色 每個受支援的區域：5 是 與資料庫叢集相關聯之 IAM 角色的數量上限
每個資料庫執行個體的 IAM 角色 每個受支援的區域：5 是 與資料庫執行個體相關聯的 IAM 角色數量上限
整合 每個受支援的區域：100 否 目前 AWS 區域中此帳戶中允許的整合數目上限
手動資料庫叢集快照 每個受支援的區域：100 是 手動資料庫叢集快照的數量上限
資料庫執行個體手動快照 每個受支援的區域：100 是 手動資料庫執行個體快照的數量上限
選項群組 每個受支援的區域：20 是 選項群組的數量上限
參數群組

ap-south-1：20

每個其他支援的區域：50

 是 參數群組的數量上限
代理 每個受支援的區域：20 是 目前 AWS 區域中此帳戶中允許的代理數目上限
每個主要項目的僅供讀取複本 每個受支援的區域：15 是 每個主資料庫執行個體的僅供讀取複本數量上限 此配額無法針對 Amazon Aurora 調整。
預留資料庫執行個體

ap-south-1：20

每個其他支援的區域：40

 是 目前 AWS 區域中此帳戶中允許的預留資料庫執行個體數目上限
Security groups (安全群組)

ap-south-1：20

每個其他支援的區域：25

 是 資料庫安全群組數量上限
每個資料庫子網路群組的子網路 每個受支援的區域：20 否 每個資料庫子網路群組的子網路數目上限
所有資料庫執行個體的儲存總量 每個受支援的區域：100,000 是 EBS 磁碟區上所有 Amazon RDS 資料庫執行個體加在一起的儲存體總量上限 (以 GB 為單位) 此配額不適用於 Amazon Aurora，因為其中每個資料庫叢集的叢集磁碟區上限為 128 TiB。
注意

根據預設，您最多可以擁有 40 個資料庫執行個體。RDS 資料庫執行個體、Aurora 資料庫執行個體、Amazon Neptune 執行個體和 Amazon DocumentDB 執行個體皆適用此配額。

如果您的應用程式需要更多資料庫執行個體，您可以透過開啟 Service Quotas 主控台來請求額外的資料庫執行個體。在導覽窗格中，選擇 AWS services (AWS 服務)。選擇 Amazon Relational Database Service (Amazon RDS)，再選擇配額，然後按照指示請求增加配額。如需詳細資訊，請參閱《Service Quotas 使用者指南》中的請求提高配額。

對於 RDS for Oracle，您可以在每個區域中為每個來源資料庫執行個體建立最多 15 個僅供讀取複本，但我們建議將複本限制為 5 個，以盡可能縮短複寫延遲。

管理的備份 AWS Backup 會被視為手動資料庫叢集快照，但不計入手動叢集快照配額。如需 的詳細資訊 AWS Backup，請參閱 AWS Backup 開發人員指南。

如果您使用任何 RDS API 操作，且超過每秒呼叫次數的預設配額，Amazon RDS API 會發出類似下面的錯誤。

ClientError：呼叫 API_name 操作時發生錯誤 (ThrottlingException)：超過速率。

在這裡，減少每秒呼叫次數。配額旨在涵蓋大多數使用案例。如果需要較高的配額，您可以使用下列其中一個選項來請求提高配額：

如需詳細資訊，請參閱「Service Quotas 使用者指南」。

Amazon Aurora 中的命名限制

以下說明 Amazon Aurora 中的命名限制條件：

  • 資料庫叢集識別符

    • 必須包含 1–63 個英數字元或連字號。

    • 第一個字元必須是字母。

    • 不能以一個連字號結尾或是連續包含兩個連字號。

    • 每個區域每個 AWS 帳戶 AWS 的所有資料庫執行個體必須是唯一的。

  • 初始資料庫名稱：資料庫名稱限制條件在 Aurora MySQL 和 Aurora PostgreSQL 間會有所不同。如需更多詳細資訊，請參閱建立每個資料庫叢集時的可用設定。

  • 主要使用者名稱：每個資料庫引擎的主要使用者名稱限制條件都有所不同。如需更多詳細資訊，請參閱建立資料庫叢集時的可用設定。

  • 主要密碼：

    • 資料庫主要使用者密碼可包含任何可印刷的 ASCII 字元，但 /、'、"、@ 或空格除外。

    • 取決於資料庫引擎，密碼可能包含下列數量的可列印 ASCII 字元：

      • Aurora MySQL：8–41

      • Aurora PostgreSQL：8–99

  • 資料庫參數群組：

    • 必須包含 1–255 個英數字元。

    • 第一個字元必須是字母。

    • 允許連字號，但名稱不得以連字號為結尾或包含兩個連續的連字號。

  • 資料庫子網路群組：

    • 必須包含 1–255 個字元。

    • 允許英數字母、空格、連字號、底線和句點。

Amazon Aurora 大小限制

儲存體大小限制

Aurora 叢集磁碟區大小上限因引擎版本而異：

最多 256 TiB：

  • Aurora PostgreSQL 版本：

    • 17.5 版和所有更新版本

    • 16.9 及更新版本

    • 15.13 及更新版本

  • Aurora MySQL 3.10 版 (與 MySQL 8.0.42 相容) 及更新版本

最多 128 TiB：

  • 所有較舊的 Aurora PostgreSQL 版本

  • 所有可用的 Aurora MySQL 第 3 版、Aurora MySQL 第 2 版、第 2.09 版及更新版本

如需自動儲存體調整規模的詳細資訊，請參閱Aurora 儲存體如何自動調整大小。

若要監視剩餘的儲存空間，您可以使用 AuroraVolumeBytesLeftTotal 指標。如需詳細資訊，請參閱Amazon Aurora 的叢集層級指標。

SQL 資料表大小限制

對於 Aurora MySQL 資料庫叢集，表格大小上限為 64 TiB。對於 Aurora PostgreSQL 資料庫叢集，表格大小上限為 32 TiB。在進行大型資料表分割等操作時，建議您遵循資料表設計最佳實務。

表格空間 ID 限制

Aurora 的表格空間 ID 上限為 2147483647。如果您經常建立和捨棄資料表，請務必注意您的表格空間 ID，並計劃使用邏輯傾出。如需詳細資訊，請參閱使用 mysqldump 從 MySQL 到 Amazon Aurora 的邏輯遷移。