Amazon Aurora 儲存體

接下來，您可以了解 Aurora 儲存子系統。Aurora 使用分散式和共用儲存體架構，該架構為 Aurora 叢集的效能、可擴展性和可靠性方面的重要因素。

Amazon Aurora 儲存體的概觀

Aurora 資料會存放在叢集磁碟區，該磁碟區是單一虛擬、採用固態磁碟機 (SSD) 的磁碟區。叢集磁碟區包含單一 AWS 區域中三個可用區域的資料複本。因為資料會自動跨可用性區域複寫，您的資料高度耐用且資料遺失的可能性較低。此複寫也可確保您的資料庫在容錯移轉期間更可用。這麼做是因為資料複本已存在於其他可用性區域，並繼續對您的資料庫叢集中的執行個體提供資料請求。複寫數量與您叢集中的資料庫執行個體數量無關。

Aurora 對非持久性暫存檔案會使用個別的本機儲存空間。這包括用於在查詢處理與建置索引期間排序大型資料集等用途的檔案。如需詳細資訊，請參閱Aurora MySQL 的暫存空間限制及Aurora PostgreSQL 的暫存空間限制。

叢集磁碟區包含的內容

Aurora 叢集磁碟區包含您的所有使用者資料、結構描述物件和內部中繼資料，例如系統資料表和二進位日誌。例如，Aurora 會為叢集磁碟區中的 Aurora 叢集存放所有資料表、索引、二進位大型物件 (BLOB)、預存程序等等。

Aurora 共用儲存體架構讓您的資料可獨立於叢集中的資料庫執行個體。例如，您可以快速新增資料庫執行個體，因為 Aurora 不會對資料表資料製作新的複本。相反地，資料庫執行個體會連線至已包含您的所有資料的共用儲存區。您可以從叢集移除資料庫執行個體，而不需從叢集移除任何基礎資料。只有在您刪除整個叢集時，Aurora 才會移除資料。

Amazon Aurora 資料庫叢集的儲存組態

Amazon Aurora 具有兩個資料庫叢集儲存組態：

• Aurora I/O-Optimized - 已改善 I/O 密集型應用程式的價格效能和可預測性。您只需為資料庫叢集的用量和儲存付費，而讀取和寫入 I/O 操作無須額外付費。

  當您的 I/O 支出達到 Aurora 資料庫總支出的 25% 以上時，Aurora I/O-Optimized 就是最佳選擇。

  當建立或修改其資料庫引擎版本支援 Aurora I/O-Optimized 叢集組態的資料庫叢集時，您可以選擇 Aurora I/O-Optimized。您可以隨時從 Aurora I/O-Optimized 切換到 Aurora Standard。

• Aurora Standard - 經濟實惠的定價，適合於 I/O 用量適中的許多應用程式。除了資料庫叢集的用量和儲存之外，您還會為 I/O 操作支付每 100 萬個請求的標準費率。

  當您的 I/O 支出少於 Aurora 資料庫總支出的 25% 時，Aurora Standard 就是最佳選擇。

  您可以每隔 30 天從 Aurora Standard 切換至 Aurora I/O-Optimized。當您在non-NVMe-based執行個體的 Aurora Standard和 Aurora I/O-Optimized儲存選項之間切換時，不會停機。不過，對於 NVMe 資料庫執行個體，在 Aurora I/O-Optimized和 Aurora Standard儲存選項之間切換需要重新啟動資料庫引擎，這可能會導致短暫的停機時間。

如需 AWS 區域 和版本支援的詳細資訊，請參閱 叢集儲存組態支援的 區域和 Aurora 資料庫引擎。

如需 Amazon Aurora 儲存組態的定價詳細資訊，請參閱 Amazon Aurora 定價。

如需在建立資料庫叢集時選擇儲存體組態的相關資訊，請參閱 建立資料庫叢集。如需資料庫叢集修改儲存體組態的相關資訊，請參閱 Amazon Aurora的設定。

Aurora 儲存體如何自動調整大小

Aurora 叢集磁碟區會隨著您的資料庫中的資料數量增加自動成長。如需每個引擎版本 Aurora 叢集磁碟區大小上限的資訊，請參閱 Amazon Aurora 大小限制。這種自動化儲存擴展結合了高效能和高分散式儲存子系統。當您的主要目標是可靠性和高可用性時，這使得 Aurora 對於您重要的企業資料而言是不錯的選擇。

若要顯示磁碟區狀態，請參閱顯示 Aurora MySQL 資料庫叢集的磁碟區狀態或顯示 Aurora PostgreSQL 資料庫叢集的磁碟區狀態。如需平衡儲存成本與其他優先順序的方法，儲存體擴展 說明了如何監控 CloudWatch 中的 Amazon Aurora 指標 AuroraVolumeBytesLeftTotal 和 VolumeBytesUsed。

移除 Aurora 資料時，會釋放為該資料配置的空間。移除資料的範例包括捨棄或截斷資料表。這種自動減少儲存用量，可協助您將儲存費用降至最低。

注意

此處討論的儲存限制和動態調整大小行為適用於儲存在叢集磁碟區中的永久性資料表和其他資料。

若為 Aurora PostgreSQL，暫存資料表中的資料會存放在本機資料庫執行個體中。

對於 Aurora MySQL 第 2 版，暫存資料表資料預設會存放在寫入器執行個體的叢集磁碟區中，以及讀取器執行個體的本機儲存體中。如需詳細資訊，請參閱磁碟上暫存資料表的儲存引擎。

對於 Aurora MySQL 第 3 版，暫存資料表資料會存放在本機資料庫執行個體或叢集磁碟區中。如需詳細資訊，請參閱Aurora MySQL 第 3 版的新暫時資料表行為。

位於本機儲存體的暫存資料表的大小上限受制於資料庫執行個體的本機儲存體大小上限。本機儲存體大小取決於您使用的執行個體類別。如需詳細資訊，請參閱Aurora MySQL 的暫存空間限制及Aurora PostgreSQL 的暫存空間限制。

某些儲存功能 (例如叢集磁碟區的大小上限，以及移除資料時自動調整大小) 取決於叢集的 Aurora 版本。如需詳細資訊，請參閱儲存體擴展。您也可以了解如何避免儲存體問題，以及如何監控叢集中配置的儲存空間和可用空間。

Aurora 資料儲存體的計費方式

即使特定引擎版本的 Aurora 叢集磁碟區最多可以增長 256 TB (TiB)，但您只需支付在 Aurora 叢集磁碟區中使用的空間費用。在較早的 Aurora 版本中，叢集磁碟區可以重複使用移除資料時釋放的空間，但配置的儲存空間永遠不會減少。現在，當透過捨棄資料表或資料庫等來移除 Aurora 時，整體配置的空間會減少相當大的數量。因此，您可以捨棄不再需要的資料表、索引、資料庫等，以減少儲存費用。

提示

對於沒有動態調整大小功能的較早版本，重設叢集的儲存使用量，涉及執行邏輯傾印並還原至新叢集。如果資料量很大，這項操作可能需要很長的時間。如果您遇到這種情況，請考慮將叢集升級至支援動態磁碟區大小調整的版本。

如需哪些 Aurora 版本支援動態大小調整，以及如何透過監控叢集的儲存用量，將儲存費用降至最低的相關資訊，請參閱 儲存體擴展。如需 Aurora 備份儲存體計費的相關資訊，請參閱 了解 Amazon Aurora 備份儲存體用量。如需 Aurora 資料儲存體的定價資訊，請參閱 Amazon RDS for Aurora 定價。