最近咱們在服務器部署上使用了一些阿里雲競價服務器,好比在負載均衡中使用包年包月服務器與競價服務器相結合,服務器部署調整時先用競價服務器臨時頂替一下。使用競價服務器最大的風險是隨時可能會被釋放,今天以前咱們只遇到過1次競價服務器被釋放的狀況,那次被釋放了2臺,也是在週五,看來週五是一個競價的高峯,使用競價服務器的朋友需留意。docker
今天早晨咱們吃驚的發現,全部的競價服務器全沒了,一絲痕跡都沒有留下,只有 5:35 收到的多條告別短信:服務器
【阿里雲】尊敬的用戶,您好!您競價購買的實例: i-bp1glob57mdslykpz2vq即將進入釋放狀態,請您登陸雲主機保存系統內數據。謝謝
原來全部的競價服務器同時被釋放了,無一倖免。負載均衡
這些服務器的不辭而別,原本不會帶來問題。但是,不爭氣的 docker swarm 不能正確面對朝夕相伴的老友不辭而別,在剩下 3 個 manager 節點的狀況下,在早上的訪問低峯 7:20 左右居然宕機了。。。咱們發現後,本覺得在這樣的訪問低峯重啓節點能夠恢復,結果不湊效,只能重建集羣,在重建集羣又遇到了麻煩,一直到 8:20 左右才恢復正常。阿里雲
與此同時,因爲昨天忙於處理故障,咱們的找找看索引服務器未及時由競價服務器更換爲包月服務器也被釋放了,形成搜索站點故障,到 9:15 左右才恢復。code
又要和你們說抱歉,請你們再次諒解由此給您帶來的麻煩!blog
有時真的很奇怪,問題們彷佛商量好的結伴而來,讓人難以招架,但咱們知道每當出現這樣的問題們的團聚,是對咱們解決問題能力的考驗與挑戰,只要打敗它們,就是一次成長的飛躍。索引