高可用性在it**中有兩個重要的考核指標：故障時間和系統恢復時間。狹義的定義是：計算機系統的可靠性，即盡量縮短因日常維護操作和突發的系統崩潰所導致的停機時間。廣義上它還包含了響應速度、服務質量和資料安全等方面的內容。可以看出廣義的定義已經將可用性管理提高到非技術層面。
可用性管理不是簡單的技術活，這個認識早已隨著itil的普及逐漸為人接受。在大量投資it基礎設施期望提高it產品可用性沒有取得理想的效果後，iter開始反思**出了問題。孤立看待it產品的可用性是最初認識到的問題所在。依據標準管理流程來尋求人為的反應速度以提高系統的可用性成為日後iter改進的出發點。組織流程調整、員工計算機操作規範、行為記錄、明確權責等管理改進或加強的內容被提上工作日程。相比於組織流程的調整，其它幾項內容更多要求的是執行到位。
維護系統高可用性體現在it的多個環節，甚至可以說是各個環節。不是「就事論事」的修正單點故障，這不能從根本上降低再次出現故障的可能。itil提到ppt也可以看作是分析和改進系統高可用性的三個維度。怎麼控制人的作為不成為可用性降低的因素，怎麼完善組織的流程以減少管理帶來的系統可用性降低，以怎樣的工具來提高系統的可用性。
總之，可用性雖然體現出來的只是那幾個指標。但真正管理的是指標背後的綜合因素。
實現軟體的可用性
繼續趕超世界先進水平 常用的可用性戰術總結，通常用於以下幾個方面 1 錯誤檢測 3個戰術 命令 響應。在錯誤發生前阻止，先由本地元件進行低階判斷，再通過遠端高階判斷 心跳。定時傳送資訊或資料給檢測元件 異常。這個就不用再說了 2 錯誤恢復 4個戰術 表決。輸出評判資料，交給表決元件表決，採用 多數規...
Dubbo的高可用性
現象 zookeeper註冊中心宕機，還可以消費dubbo暴露的服務。原因 健壯性 l 監控中心宕掉不影響使用，只是丟失部分取樣資料 l 資料庫宕掉後，註冊中心仍能通過快取提供服務列表查詢，但不能註冊新服務 l 註冊中心對等集群，任意一台宕掉後，將自動切換到另一台 l註冊中心全部宕掉後，服務提供者和...
MongoDB集群的可用性測試
測試mongodb的可用性 連線正在執行的mongodb集群，檢視各分片。向test集合插入10條記錄並查詢。測試primary 成員down 機時secondary 成員是否會自動競爭為 primary 複製集shard1的 down 機前狀態 關閉server2 機器上的 mongodb 程序。...