一個 ElastiCache for Redis 叢集包含兩個位於不同可用區域的 xlarge 節點，監控顯示大約 75% 的記憶體是可釋放的。應用程式需要保持高可用性。調整叢集大小最符合成本效益的方法是什麼？

正確答案是執行 ElastiCache 叢集的線上大小調整，將節點類型從 xlarge 變更為 large。由於有 75% 的記憶體是可釋放的，這表示目前的 xlarge 節點過大。將節點類型降級為 large 可以有效降低成本，同時保持高可用性（因為仍有兩個節點在不同可用區域）。ElastiCache 支援線上大小調整，可以在不中斷服務的情況下完成。 錯誤選項分析： 將 ElastiCache 叢集節點數量從 2 個減少到 1 個：這會犧牲高可用性，因為單一節點無法在可用區域故障時提供服務。 啟動一個使用 rLarge 節點類型的新 ElastiCache 叢集，將資料從目前的叢集遷移到新叢集，然後終止原始叢集：rLarge 節點類型可能不存在，且此方法涉及資料遷移，比線上大小調整更複雜且可能產生停機。 建立一個使用 large 節點類型的新 ElastiCache 叢集，對原始叢集建立快照，將該快照還原到新叢集，然後關閉原始叢集：此方法涉及快照和還原，會導致服務中斷，不如線上大小調整無縫。