一個線上零售應用程式目前在兩台地端伺服器上執行：一台網頁伺服器負責渲染頁面並將 session 狀態儲存在記憶體中，以及一台 MySQL 資料庫伺服器負責儲存訂單。在高負載下，由於 session 管理，網頁伺服器的記憶體使用率接近 100%。將網頁層遷移到 Auto Scaling group 後方 ALB 中的 EC2 執行個體時，還應該進行哪些額外變更來提升效能？

正確答案透過將 session 資料從網頁伺服器移出，並將其儲存在 Amazon ElastiCache for Memcached 中來解決高記憶體使用率問題。ElastiCache 是一種高效能的記憶體中快取服務，非常適合儲存 session 狀態，因為它速度快且可擴展。將應用程式資料（訂單）儲存在 Amazon RDS for MySQL 中是正確的，因為 RDS 提供託管的關聯式資料庫服務，具有高可用性、可擴展性和備份功能。 將 MySQL 託管在 EC2 執行個體上會增加管理負擔，且無法提供 RDS 的優勢。使用 ElastiCache for Memcached 儲存應用程式資料不合適，因為 Memcached 主要用於快取，而不是持久性資料儲存。使用 EC2 instance store 儲存 session 資料不適合，因為 instance store 是暫時性儲存，當執行個體停止或終止時，資料會遺失，這對於 Auto Scaling group 環境中的 session 資料是不可接受的。