本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
Amazon Aurora 儲存體
接下來，您可以了解 Aurora 儲存子系統。Aurora 使用分散式和共用儲存體架構，該架構為 Aurora 叢集的效能、可擴展性和可靠性方面的重要因素。
Amazon Aurora 儲存體的概觀
Aurora 資料存放在叢集磁碟區中，這是使用固態硬碟 () 的單一虛擬磁碟區SSDs。叢集磁碟區包含單一 AWS 區域中三個可用區域的資料複本。因為資料會自動跨可用性區域複寫，您的資料高度耐用且資料遺失的可能性較低。此複寫也可確保您的資料庫在容錯移轉期間更可用。這麼做是因為資料複本已存在於其他可用性區域，並繼續對您的資料庫叢集中的執行個體提供資料請求。複寫數量與您叢集中的資料庫執行個體數量無關。
Aurora 對非持久性暫存檔案會使用個別的本機儲存空間。這包括用於在查詢處理與建置索引期間排序大型資料集等用途的檔案。如需詳細資訊，請參閱 Aurora My 的暫時儲存限制SQL 和 Aurora PostgreSQL 的暫存空間限制。
叢集磁碟區包含的內容
Aurora 叢集磁碟區包含您的所有使用者資料、結構描述物件和內部中繼資料，例如系統資料表和二進位日誌。例如，Aurora 會將 Aurora 叢集的所有資料表、索引、二進位大型物件 (BLOBs)、預存程序等儲存在叢集磁碟區中。
Aurora 共用儲存體架構讓您的資料可獨立於叢集中的資料庫執行個體。例如，您可以快速新增資料庫執行個體，因為 Aurora 不會對資料表資料製作新的複本。相反地，資料庫執行個體會連線至已包含您的所有資料的共用儲存區。您可以從叢集移除資料庫執行個體，而不需從叢集移除任何基礎資料。只有在您刪除整個叢集時，Aurora 才會移除資料。
Amazon Aurora 資料庫叢集的儲存組態
Amazon Aurora 具有兩個資料庫叢集儲存組態：
-
Aurora I/O-Optimized - 已改善 I/O 密集型應用程式的價格效能和可預測性。您只需為資料庫叢集的用量和儲存付費，而讀取和寫入 I/O 操作無須額外付費。
Aurora I/O-Optimized 當您的 I/O 花費等於或大於 Aurora 資料庫總支出的 25% 時， 是最佳選擇。
您可以選擇 Aurora I/O-Optimized 當您使用支援 的資料庫引擎版本建立或修改資料庫叢集時 Aurora I/O-Optimized 叢集組態。您可以從 切換 Aurora I/O-Optimized 至 Aurora Standard 隨時。
-
Aurora Standard - 經濟實惠的定價，適合於 I/O 用量適中的許多應用程式。除了資料庫叢集的用量和儲存之外，您還會為 I/O 操作支付每 100 萬個請求的標準費率。
Aurora Standard 當您的 I/O 花費低於 Aurora 資料庫總支出的 25% 時， 是最佳選擇。
您可以從 切換 Aurora Standard 至 Aurora I/O-Optimized 每 30 天一次。當您在 之間切換時 Aurora Standard 以及 Aurora I/O-Optimized 資料庫執行個體的 non-NVMe-based儲存選項，沒有停機時間。不過，對於 NVMe型資料庫執行個體，在 之間切換 Aurora I/O-Optimized 以及 Aurora Standard 儲存選項需要重新啟動資料庫引擎，這可能會導致短暫的停機時間。
如需 AWS 區域 和版本支援的詳細資訊，請參閱支援叢集儲存配置的區域和 Aurora 資料庫引擎。
如需 Amazon Aurora 儲存組態的定價詳細資訊，請參閱 Amazon Aurora 定價
如需在建立資料庫叢集時選擇儲存體組態的相關資訊，請參閱 建立資料庫叢集。如需資料庫叢集修改儲存體組態的相關資訊，請參閱 Amazon Aurora的設定。
Aurora 儲存體如何自動調整大小
Aurora 叢集磁碟區會隨著您的資料庫中的資料數量增加自動成長。Aurora 叢集磁碟區的大小上限為 128 TiB 或 64 TiB，具體取決於資料庫引擎版本。如需特定版本大小上限的詳細資訊，請參閱 Amazon Aurora 大小限制。這種自動化儲存擴展結合了高效能和高分散式儲存子系統。當您的主要目標是可靠性和高可用性時，這使得 Aurora 對於您重要的企業資料而言是不錯的選擇。
若要顯示磁碟區狀態，請參閱顯示 Aurora MySQL 資料庫叢集的磁碟區狀態或顯示 Aurora PostgreSQL 資料庫叢集的磁碟區狀態。如需平衡儲存成本與其他優先順序的方法， 儲存體擴展 說明如何監控 Amazon Aurora 指標AuroraVolumeBytesLeftTotal和VolumeBytesUsed輸入 CloudWatch。
移除 Aurora 資料時，會釋放為該資料配置的空間。移除資料的範例包括捨棄或截斷資料表。這種自動減少儲存用量，可協助您將儲存費用降至最低。
注意
此處討論的儲存限制和動態調整大小行為適用於儲存在叢集磁碟區中的永久性資料表和其他資料。
對於 Aurora PostgreSQL，暫存資料表資料會存放在本機資料庫執行個體中。
對於 Aurora MySQL 第 2 版，暫存資料表資料預設會存放在寫入器執行個體的叢集磁碟區中，以及讀取器執行個體的本機儲存中。如需詳細資訊，請參閱磁碟上暫存資料表的儲存引擎。
對於 Aurora MySQL 第 3 版，暫存資料表資料會存放在本機資料庫執行個體或叢集磁碟區中。如需詳細資訊，請參閱Aurora MySQL 第 3 版的新暫時資料表行為。
位於本機儲存體的暫存資料表的大小上限受制於資料庫執行個體的本機儲存體大小上限。本機儲存體大小取決於您使用的執行個體類別。如需詳細資訊，請參閱 Aurora My 的暫時儲存限制SQL 和 Aurora PostgreSQL 的暫存空間限制。
某些儲存功能 (例如叢集磁碟區的大小上限，以及移除資料時自動調整大小) 取決於叢集的 Aurora 版本。如需詳細資訊，請參閱儲存體擴展。您也可以了解如何避免儲存體問題，以及如何監控叢集中配置的儲存空間和可用空間。
Aurora 資料儲存體的計費方式
即使 Aurora 叢集磁碟區最多可增長至 128 tebibytes (TiB)，系統只會針對您在 Aurora 叢集磁碟區中使用的空間收費。在較早的 Aurora 版本中，叢集磁碟區可以重複使用移除資料時釋放的空間，但配置的儲存空間永遠不會減少。現在，當透過捨棄資料表或資料庫等來移除 Aurora 時，整體配置的空間會減少相當大的數量。因此，您可以捨棄不再需要的資料表、索引、資料庫等，以減少儲存費用。
提示
對於沒有動態調整大小功能的較早版本，重設叢集的儲存使用量，涉及執行邏輯傾印並還原至新叢集。如果資料量很大，這項操作可能需要很長的時間。如果您遇到這種情況，請考慮將叢集升級至支援動態磁碟區大小調整的版本。
如需哪些 Aurora 版本支援動態大小調整，以及如何透過監控叢集的儲存用量，將儲存費用降至最低的相關資訊，請參閱 儲存體擴展。如需 Aurora 備份儲存體計費的相關資訊，請參閱 了解 Amazon Aurora 備份儲存體用量。如需 Aurora 資料儲存的定價資訊，請參閱 Amazon RDS for Aurora 定價
