我目前在 AWS(8 個 CPU)中使用記憶體優化 DB 類,因為我們應用程式中的一些推送通知會導致 CPU 利用率飆升,但 99% 的時間 CPU 利用率約為 10%,因此實際上并不需要 8 個 CPU的時間。
我是否能夠在 Burstable 實體上部署更少的 CPU 并在有大量流量推送通知時調整 CPU?
可突發實體如何作業?
uj5u.com熱心網友回復:
我不會為任何生產流量選擇可突發實體。
可突增實體每小時累積一些“性能積分”。當流量增加并且您需要大量資源時,可以消耗這些積分。當積分用完時,實體仍然運行,但只有“基線性能”,坦率地說,這不足以處理生產流量。
我見過許多用戶嘗試通過使用 T 系列實體型別來節省成本。他們通常很失望,因為他們低估了自己對資源的需求。他們最終會過快地消耗他們的突發積分,然后過于頻繁地以基準性能水平運行。
我只會將可突發實體用于 CI 測驗服務器或開發。這些實體通常大部分時間都處于空閑狀態,并積累了良好的性能積分。他們在短時間內使用這些積分,然后恢復到空閑的活動水平。
您還可以查看 Aurora Serverless。這應該會自動擴展更多副本實體以回應流量增加,從而為您提供更多 CPU 容量。您只需為使用的實體付費。這就是理論,但我不能從經驗中說出來,因為我沒有使用或測驗過 Aurora Serverless。它的效果如何以及對您來說有多經濟取決于您的應用程式的作業負載。我只能建議嘗試一下。
uj5u.com熱心網友回復:
我相信大多數 RDBMS,尤其是 MySQL,只能“垂直”擴展,因為您無法動態添加/洗掉 CPU 資源來處理突發的讀/寫。
也許您可以使用 DynamoDB 或 AWS SNS 創建更容易動態擴展和縮減的“通知/扇出”服務。這樣,您的主資料庫可以避免所有這些流量,反過來您可以為您的 RDS 使用更便宜的 EC2 實體。
轉載請註明出處,本文鏈接:https://www.uj5u.com/houduan/490987.html
