本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 資料層 （Amazon Aurora 和 Amazon ElastiCache） 透過存放在分散式、可擴展、共用網路檔案系統的 WordPress 安裝，以及從 Amazon S3 提供的靜態資產，您可以將注意力集中在剩餘的具狀態元件：資料庫。與儲存層一樣，資料庫不應依賴任何單一伺服器，因此無法託管在其中一個 Web 伺服器上。而是在 Amazon Aurora 上託管 WordPress 資料庫。 [Amazon Aurora](https://aws.amazon.com/rds/aurora) 是為雲端建置的 MySQL 和 PostgreSQL 相容關聯式資料庫，結合了高階商業資料庫的效能和可用性，以及開放原始碼資料庫的簡單性和成本效益。Aurora MySQL 透過緊密整合資料庫引擎與由 支援的專用分散式儲存系統，來提高我的SQL效能和可用性SSD。它具有容錯性和自我修復功能，可跨三個可用區域複寫六份資料，旨在實現超過 99.99% 的可用性，並在 Amazon S3 中持續備份您的資料。Amazon Aurora 旨在自動偵測資料庫當機和重新啟動，而不需要當機復原或重建資料庫快取。 Amazon Aurora 提供多種[執行個體類型](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.DBInstanceClass.html)，以適應不同的應用程式設定檔，包括記憶體最佳化和爆量執行個體。若要改善資料庫的效能，您可以選擇大型執行個體類型，以提供更多 CPU和 記憶體資源。 Amazon Aurora 會自動處理主要執行個體和 [Aurora 複本](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Aurora.Replication.html)之間的容錯移轉，讓您的應用程式可以盡快恢復資料庫操作，而無需手動管理介入。容錯移轉通常需要不到 30 秒的時間。 建立至少一個 Aurora 複本後，請使用叢集端點連線至您的主要執行個體，以允許應用程式在主要執行個體失敗時自動容錯移轉。您可以在三個可用區域中建立最多 15 個低延遲僅供讀取複本。 隨著資料庫擴展，您的資料庫快取也需要擴展。如先前在[資料庫快取](database-caching.md)章節中所述， ElastiCache 具有將快取擴展到 ElastiCache 叢集中多個節點，以及區域中多個可用區域的功能，以提高可用性。當您擴展 ElastiCache 叢集時，請確定您設定快取外掛程式以使用組態端點進行連線，以便 WordPress 可以在新增叢集節點時使用新的叢集節點，並在移除舊叢集節點時停止使用它們。您也必須設定 Web 伺服器以使用 [ElastiCache 的叢集用戶端PHP](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/Appendix.PHPAutoDiscoverySetup.html)，並更新 AMI以存放此變更。