對於大多數來說，雲計算是把雙刃劍。一方面，我們受益雲計算帶來的好處，因其可以隨時隨地訪問服務和資料，被廣大使用者高度認可。但是，另一方面，雲計算也隱藏著巨大風險，一旦服務宕機，企業將承受無法預估的損失。
為了將損失降到最小，企業將一部分業務部署到公有雲。另外，還要將關鍵業務的底層基礎設施，以兩地雙活，或者多地多中心的形式，做異地災備。這種部署模式，極大地確保了企業資料和服務的永續性、安全性和可用性，避免因為服務中斷給企業帶來損失。為了進一步防止企業業務宕機，許多公司甚至將他們的服務分散到多個**商。
但是，這樣就足夠了嗎？多雲部署真的就是高可用方案了嗎？
2023年2月，美國頂級雲服務**商亞馬遜aws旗下的****** storage service （簡單儲存服務），簡稱s3，因為一名工程師手滑而掉線了5個小時。此次宕機事件，導致北美東部地區的服務中斷，許多依賴s3的客戶的**和服務受到影響。
總的來看，受s3中斷影響的工作負載分為兩類:一類是那些被認為「不是關鍵任務」的工作負載，即那些缺乏足夠的體系架構，用來做探索性業務的工作負載。另一類是，缺乏足夠健壯的體系架構，但是已經有關鍵業務在上面做嘗試性應用，這類公司感受到了最強烈的衝擊。在這種情況下，如果你在另乙個雲服務商的雲上有副本，可減輕s3服務中斷產生的影響。但是，跨雲複製也會增加更多的複雜性，如果採用專有的跨區複製解決方案，會是另外一種體驗，可大大減少企業雲運維成本。
從應用部署角度看，如果你想讓不同雲提供商之間實現相同功能的高可用性，就必須抽象出特定的功能。這意味著使用者的雲端整合能力，僅限於多個平台的共有屬性。即使是差異服務能抽離，但是在單個級別的服務上，抽離出不同提供商實現的差異性，也會產生大量的額外工作。
另外，從容器級別的程式實現看，由於不同提供商擁有不同的iaas，使用者需要在多個平台上執行相同的容器協調器，並限制底層功能的使用(或通過公共介面訪問底層功能)。雖然在不同的雲服務中使用容器執行相同的程式，在理論上是可行的；但是，實現條件是，這種想法根本不切合實際，容易人為產生錯誤，並且更容易宕機。資料複製方式和iaas產品本身的差異性，會極大地增加機器宕機的可能。
再者，從資料安全性和服務遵從性的角度來看，管理多雲環境存在著巨大挑戰。我們需要做很多任務作，包括提供虛擬網路、防火牆規則、監視規則、日誌記錄以及身份驗證和訪問許可權管理等，整個過程既困難又耗時。並且，不同雲服務更新迭代的速度特別快，我們需要用額外的工具、體系，以及過程管理、培訓服務等，確保跨平台的一致性和服務的遵從性。
所以，選擇不同的雲，不一定就已經是高可用方案了。我們還要新增新的工具或者過程管理方案，用來解決實際業務問題。比如：多雲解決方案，可能會擁有更多更具體的最佳實踐經驗。
nginx,keepalived高可用部署
環境 172.16.91.218 主 172.16.91.219 安裝包版本 nginx 1.14.0.tar.gz keepalived 2.0.7.tar.gz 把 nginx,keepalived 壓縮包 上傳到 usr local src 兩個機器 都 安裝 nginx 安裝 依賴 包 yu...
xxl job高可用部署
xxl job高可用部署 xxl job作為分布式任務排程中心，怎麼實現高可用呢，如下圖所示 當我們部署一套 xxl job 的時，排程中心 可用分布式部署，首先我們的排程中心最好部署兩台，排程中心會指向同乙個 mysql 例項，這樣排程中心一定程度上可以保證它的 ha 1 對於頁面的請求操作是根據...
lvs的高可用部署
避免單點故障 vs故障 需要高可用 多個排程器。可用keepalived來實現 vrrp是一種容錯協議，它保證當主機的下一跳路由器出現故障時，由另一台路由器來代替出現故障的路由器進行工作，從而保持網路通訊的連續性和可靠性。tar zxvf keepalived 2.0.6.tar.gz 進入keep...