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

# 共用儲存 （Amazon S3 和 AmazonEFS）
<a name="shared-storage-amazon-s3-and-amazon-efs"></a>

 根據預設， 會將使用者上傳 WordPress 存放在本機檔案系統上，因此 不是無狀態。因此，我們需要將 WordPress 安裝和所有使用者自訂 （例如組態、外掛程式、主題和使用者產生的上傳） 移至共用資料平台，以協助減少 Web 伺服器的負載，並讓 Web 層無狀態。

 [Amazon Elastic File System](https://aws.amazon.com/efs/details/) （Amazon EFS） 提供可擴展的網路檔案系統，可與EC2執行個體搭配使用。Amazon EFS 檔案系統分散在不受限制的儲存伺服器數量，讓檔案系統彈性成長，並允許從EC2執行個體進行大規模平行存取。Amazon 的分散式設計可EFS避免傳統檔案伺服器固有的瓶頸和限制。

 透過將整個 WordPress 安裝目錄移動到EFS檔案系統上，並在啟動時將其掛載到每個EC2執行個體，您的 WordPress 網站及其所有資料會自動存放在不依賴於任何一個EC2執行個體的分散式檔案系統上，讓您的 Web 層完全無狀態。此架構的優點是您不需要在每次新執行個體啟動時安裝外掛程式和主題，而且可以大幅加快 WordPress 執行個體的安裝和復原速度。在 中部署外掛程式和主題的變更也比較容易 WordPress，如本文件的[部署考量](appendix-a-cloudfront-configuration.md)一節所述。

 若要確保從EFS檔案系統執行時網站的最佳效能，請檢查適用於 Amazon EFS和 [AWS 參考架構 WordPress](https://github.com/awslabs/aws-refarch-wordpress#opcache)OPcache的建議組態設定。

 您也可以選擇將所有靜態資產，例如映像、 CSS和 JavaScript 檔案，卸載至 S3 儲存貯體，同時 CloudFront 快取在前面。在多伺服器架構中執行此操作的機制與單一伺服器架構完全相同，如本白皮書的[靜態內容](accelerating-content-delivery.md)章節所述。優點與單一伺服器架構相同：您可以將與為靜態資產提供服務相關聯的工作卸載至 Amazon S3 和 CloudFront，藉此讓您的 Web 伺服器僅專注於產生動態內容，並為每個 Web 伺服器提供更多使用者請求。