一個 Amazon Redshift 叢集（使用預留節點）在團隊執行深度稽核時，遇到複雜讀取查詢導致的間歇性 CPU 密集型突發。該叢集必須始終提供讀取和寫入查詢。哪個選項能以最具成本效益的方式提供所需的突發容量？

啟用 Amazon Redshift 的 Concurrency Scaling 是最具成本效益的解決方案。它會自動增加叢集容量以處理突發性的高併發讀取查詢，而無需手動調整大小或管理額外的叢集。Concurrency Scaling 僅在需要時才啟動，並按秒計費，因此成本效益高。 佈建 Amazon EMR 叢集雖然可以處理複雜查詢，但會增加管理複雜性，且不直接解決 Redshift 本身的突發讀取負載問題，成本也較高。 觸發經典調整大小會導致叢集在調整期間無法使用，不符合「必須始終提供讀取和寫入查詢」的要求。 觸發彈性調整大小雖然不會造成停機，但它會永久增加叢集大小，不適合處理間歇性突發負載，且成本效益不如 Concurrency Scaling。