本篇文章更新時間：2019/02/16
如有資訊過時或語誤之處，歡迎使用 Contact 功能通知。
一介資男的 LINE 社群開站囉！歡迎入群聊聊～
如果本站內容對你有幫助，歡迎使用 BFX Pay 加密貨幣 或 新台幣 贊助支持。
Amazon 在 instance 類型上，真的有點討厭XD
各個應用等級的 instance 定義很明確，不夠就升級的辦法也很彈性，大概就是價錢不討喜而已了 Orz
T1.Micro 的 instance 個人覺得計算能力其實不差，就是限制住 RAM 來把服務縮減而已
要服務多個客戶就要下一番苦心去調整服務大小與資源分配的問題。
平面視覺設計像是官網類型的案子是不會有什麼太大的問題，但是碰到有與瀏覽者互動或是與社群接軌的高流量型網站就苦了
服務一開就是 200 MB 的記憶體起跳，對於才 600 MB 的 T1 再加上其他服務，實在有點頭暈~
所以就用計算能力換記憶體吧。
定時監控記憶體使用率 + CPU使用率
不過後來發現CPU使用率會飆高都是因為記憶體用完，而且又沒配 Swap 所以炸了
記憶體: 怪我囉？
寫個 Shell Script 每分鐘看一次記憶體有沒有超過閥值，有就做清空的動作
#!/bin/bash
now="$(date +"%r")"
if [ `free -m | grep Mem | tail -n 1 |awk '{print $3}'` -gt 570 ]; then
sudo sysctl -w vm.drop_caches=3>/dev/null;
echo "clean in $now">>/path/to/clean_log.txt;
fi
是說清空也不能太暴力，拿標準的做法就好，570是自己訂的，而且是真的有機會(常常)衝到這...
以下補充一些查到的有用資料: