AWS帳號註冊 AWS EC2日常運維技巧
實例管理：從「重啟大法」到自動化
SSM Session Manager：告別SSH煩惱
還在為SSH連接問題頭疼嗎？比如安全組沒開22端口，或者VPC配置問題？試試AWS Systems Manager Session Manager吧！只需給EC2實例附加SSM角色，就能通過控制台直接連接，無需暴露SSH端口。操作步驟超簡單：進入EC2控制台，選擇實例，點「連接」→「Session Manager」，直接開個終端。再也不用擔心密鑰丟失或網路問題，連內網實例都能輕鬆搞定，簡直是運維界的「萬能鑰匙」。
定時啟停實例，省下大筆電費
測試環境或開發用的EC2實例，白天用晚上不用？手動啟停太麻煩？用AWS CloudWatch Events + Lambda寫個定時腳本吧！例如每天早上8點啟動實例，晚上6點關閉。寫個簡單的Python腳本，用boto3調用start_instances和stop_instances，然後設置定時觸發。每個月能省下好幾百塊，老闆看了都說好！（雖然可能被老闆發現後說「你怎麼不早說」）
監控與告警：別等伺服器「猝死」才動手
CloudWatch監控指標：別只看CPU
很多人以為監控就看CPU使用率，其實記憶體、磁碟I/O、網路流量都得盯緊。尤其是Linux實例，CPU看起來低但記憶體耗盡照樣崩。在CloudWatch裡創建自訂指標，或者用AWS提供的EC2預設指標，設置關鍵閾值。比如記憶體使用超過90%就告警，磁碟空間不足80%觸發通知。記住：監控不是為了看數據，而是為了提前預警，別等網站崩了才哭。
告警聯動，秒級響應
AWS帳號註冊 告警不能光發郵件，得讓運維人員立刻行動。把CloudWatch告警和Slack、簡訊或電話集成。例如，設置一個高CPU告警，當觸發時自動發送消息到Slack頻道，配上實例ID和當前負載，讓團隊火速處理。如果伺服器徹底掛了，還能用Lambda自動重啟實例，或者切換到備用實例，實現「自愈」功能。畢竟，運維的最高境界就是「讓機器自己救自己」。
安全組與權限管理：防火牆的正確打開方式
最小權限原則：只開該開的端口
安全組規則就像家裡的門鎖，鑰匙越多越危險。比如SSH端口22，只允許特定IP訪問，別用0.0.0.0/0。Web服務端口80/443可以開放，但最好加上WAF保護。定期檢查安全組規則，刪除沒用的開放端口。有個小技巧：用「描述」欄位註明規則用途，比如「生產環境DB訪問」，避免以後忘記規則用途，亂開端口導致安全隱患。
IAM角色權限精簡，別用「超級管理員」
給EC2實例分配IAM角色時，千萬別直接掛「AdministratorAccess」。應該根據實際需要，只賦予必要權限。例如，一個只負責備份的實例，只需要EC2和S3的只讀權限。如果權限過大，一旦被黑，後果不堪設想。用AWS的Policy Generator工具生成精準策略，或者用AWS Organizations的Service Control Policies (SCPs) 管理權限，讓每個角色只做該做的事。
備份與快照：資料安全的最後防線
自動快照策略：定時備份不手軟
手動備份快照容易忘，用AWS Backup服務設置自動策略。比如每天凌晨2點自動備份EBS卷，保留7天。或者用生命週期策略，保留30天快照。注意：快照是增量的，第一次全量，後續只存變化部分，不會太佔空間。但別只存快照，要定期測試恢復流程，否則某天恢復不了就尷尬了。曾經有個朋友快照存了幾年，結果恢復時發現檔案系統損壞，只能乾瞪眼——備份不驗證等於沒備份！
跨區域備份，防災備災
單區域備份不夠保險，萬一整個區域出問題怎麼辦？把重要資料的快照複製到另一個區域，比如us-east-1的快照複製到ap-northeast-1。AWS Backup支援跨區域複製，設置一次就能自動同步。雖然多花點錢，但資料安全無價，畢竟丟了資料可能比丟了錢還慘。
性能調優：別讓實例「躺平」
實例類型選對，性能翻倍
不是所有實例都適合所有場景。比如跑資料庫用Memory Optimized（如r6g），計算密集型用Compute Optimized（如c6g）。用AWS Compute Optimizer分析當前實例的使用情況，推薦更合適的類型。比如發現CPU利用率低但記憶體高，可能換記憶體優化型更划算。別死守默認配置，定期檢查性能指標，靈活調整實例類型，省錢又省心。
EBS卷優化：SSD vs 通用型
選擇EBS卷類型時，別光看價格。比如需要高IOPS的應用，用io1或io2卷；一般應用用gp3通用型，性價比高。注意gp3的IOPS和吞吐量可以獨立調整，比gp2更靈活。如果資料庫經常卡頓，試試調整EBS的性能參數，或者用Nitro系統實例搭配EBS優化實例，性能飛起。記住：磁碟是性能瓶頸的常見原因，別忽視它。
自動化運維：讓機器替你幹活
Run Command：一鍵執行批量命令
需要同時在100台伺服器上執行命令？手動登錄太費時，用AWS Systems Manager Run Command吧！寫個Shell腳本，選中實例，點擊「Run Command」，直接執行。比如批量更新軟體、重啟服務，甚至修復配置錯誤。還可以設置「補丁管理」，自動安裝安全補丁，省去手動操作的麻煩。以前要花一整天的工作，現在幾分鐘搞定，效率提升100倍！
Lambda自動修復：伺服器「自愈」不是夢
當EC2實例檢測到故障時，自動觸發Lambda函數處理。例如，用CloudWatch Events監控實例狀態，當狀態變為「impaired」時，Lambda自動重啟實例或者替換為新實例。配置步驟：創建Lambda函數，設置事件源為CloudWatch Events，觸發條件為實例狀態變化。這樣即使半夜伺服器出問題，系統也能自動修復，運維人員睡個安穩覺。畢竟，自動化運維才是真正的「躺贏」。
