2023年3月9日凌晨5:00，成功遷入阿里雲。這篇博文分享一些心得。
1. 雲伺服器跑資料庫
遷移之前，我們最擔心的是雲伺服器能不能跑得動資料庫（雲伺服器磁碟io效能比較低），也為此發布過一篇博文——雲計算之路：資料庫伺服器的選擇——舍rds取雲伺服器。
從目前我們監測的情況看，雲伺服器跑資料庫跑得很好！我們購買的是雲伺服器的頂級配置——8核cpu，32g記憶體，「用更多的記憶體彌補磁碟io效能的不足」證明是有效的。
2. 負載均衡帶來的頻寬分配問題（注：當時是誤解，不存在這樣的頻寬分配問題）
雲伺服器的頻寬使用情況本來可以在阿里雲**的管理控制台中隨時監控到，監控針對的是雲伺服器外網介面的流量。但用了負載均衡後，負載均衡器與雲伺服器之間是通過內網介面進行通訊的，而雲伺服器內網介面不僅與負載均衡器進行通訊，還會與資料庫伺服器進行通訊。所以，即使監控內網介面，也無法知道雲伺服器對外服務所占用的頻寬。監控不到頻寬使用量，就很難準確知道要購買多少頻寬。目前我們的臨時解決方法是通過windows的效能監視器監測iis的流量，監測的指標是bytes sent/sec。
另外，為負載均衡中的雲伺服器購買頻寬，實際是為負載均衡器購買頻寬，負載均衡器與雲伺服器之間的內網通訊是不需要費用的，負載均衡器的頻寬=負載均衡中各雲伺服器的頻寬之和。
3. 頻寬計費方式需要注意的地方
我們發現10m頻寬的**是5m頻寬的5倍多，從1m公升級至10m，1個月要602元，而公升級至5m只需102元，貴了500元，而1臺4核4g的雲伺服器1個月只需要516元。
比如10m頻寬+1臺4核4g的雲服務，1個月的**是1118元；如果換成2臺5m+2核2g，1個月只需742元。
也就是說，在一定的情況下，把多個站點部署在多個雲伺服器上更合算。
4. 提高整體磁碟io效能的小偏方
磁碟io效能是雲伺服器最薄弱的地方，有乙個可以改善的小偏方（只適合特定的場景）。也就是把一塊大空間分為幾塊小空間購買，比如需要200g磁碟空間，可以分為兩次購買，一次購買100g。這樣多數情況下，這兩塊空間會被分配在不同的物理硬碟上，在兩塊物理硬碟讀寫總比在一塊上效能要好，尤其是將不同的應用部署在不同的磁碟空間上效果更明顯。而且我們驗證了這樣的確能改善效能。
遷入阿里雲後 解決了乙個IIS動態內容壓縮的問題
遷入阿里雲後，有了更優質的頻寬線路，一等價錢一等貨，頻寬成本更高了。節約頻寬也就成為了重點要考慮的問題。節約頻寬首要的措施就是對除之外的所有內容進行壓縮，遷移阿里雲之前也是這麼做的，但沒現在這麼重視。今天發現部落格rss站點占用頻寬很高，檢查後發現返回給瀏覽器的響應內容竟然沒被壓縮。由於rss是全文...
阿里雲配置vsftp的一些記錄
環境，在阿里雲上配置 下面是我做的幾個改動，一些安裝命令和常用命令都很容易找到，下面是簡單使用的一些配置 安裝好vsftpd後,直接開啟vsftpd.cof 頂上的anonymous enable no 原本是匿名可直接訪問 使用的是yes，需要改為no 尾部新增，如果有直接修改即可 下面這些比較關...
IOCP的一些心得
iocp的工作執行緒的個數一般設定為processors 2 2，這是綜合考慮了工作執行緒可能是等待 掛起 正在執行的狀態。如果你測試出更好的結果，以你的為標準。iocp的工作執行緒由系統排程和優化，不要去干預執行緒的排程，除非你自信能超越系統的排程。在遇到奇怪的問題時，可以嘗試減少iocp工作執行...