A development team runs monthly resource-intensive tests on its general purpose Amazon RDS for MySQL DB instance with Performance Insights enabled. The testing lasts for 48 hours once a month and is the only process that uses the database. The team wants to reduce the cost of running the tests without reducing the compute and memory attributes of the DB instance. Which solution meets these requirements MOST cost-effectively?
A. Stop the DB instance when tests are completed. Restart the DB instance when required.
B. Use an Auto Scaling policy with the DB instance to automatically scale when tests are completed.
C. Create a snapshot when tests are completed. Terminate the DB instance and restore the snapshot when required.
D. Modify the DB instance to a low-capacity instance when tests are completed. Modify the DB instance again when required.
C
技巧:排除明顯錯誤選項,在沒有明顯錯誤的選項中選擇最合理的選項。
一個開發團隊在其通用型 Amazon RDS for MySQL 數據庫實例上運行每月一次的資源密集型測試,且已啟用 Performance Insights。這些測試每次持續 48 小時,是唯一使用該數據庫的過程。團隊希望在不降低數據庫實例的計算和內存屬性的情況下,降低運行這些測試的成本。
A. 不正確。在測試完成后停止 DB 實例。在需要時重新啟動 DB 實例。Amazon RDS 支持停止和啟動數據庫實例,停止實例后將不再產生計算費用,用戶只需要支付儲費用。暫停實例,間歇性地停止數據庫實例,來進行臨時測試或執行日常開發活動,但是最長可以連續停止 7 天。
B. 不正確。使用 Auto Scaling 策略與 DB 實例結合,在測試完成后自動擴展。Amazon RDS 本身不直接支持 Auto Scaling。
C. 正確。在測試完成后創建快照。終止 DB 實例并在需要時從快照恢復。創建快照并終止實例確實可以節省成本,終止實例后將不再產生計算費用,只需要快照費用。但是快照主要用于數據備份和恢復,而不是作為常規的成本節省策略,從快照恢復實例是一個耗時的過程。
D. 不正確。在測試完成后將 DB 實例修改為低容量實例。在需要時再次修改 DB 實例。Amazon RDS 的實例類型和容量不能隨時增加或者減少而不影響數據庫的可用性。修改實例類型通常需要創建一個新的實例或進行某種形式的遷移,這可能導致停機時間或數據不一致。修改實例可能會變更 RDS 實例的計算和內存屬性,而且修改過程本身可能帶來額外成本和復雜性。