簡? 介

在前Kubernetes和前容器時代，備份和恢復的解決方案往往在虛擬機層級實現。這種方法適用于傳統應用程序，特別是當一個應用程序運行在單一虛擬機上時。但是當應用程序已經容器化并且由諸如Kubernetes等容器編排系統來管理，那么這個備份恢復系統就會崩塌。這意味著Kubernetes的有效災難恢復(DR)計劃必須為容器化架構設計，并可以理解Kubernetes的功能。

Rancher提供了一個自動化配置etcd數據庫的循環備份機制，無論是對于Rancher管理的集群(RMC)還是下游Kubernetes集群該機制均生效。萬一出現災難，你可以使用這些備份(或稱之為snapshots)來恢復Kubernetes備份和Rancher數據庫以及狀態。以這種方法，Rancher可以幫助你確保你的集群得到保護并且在災難情況下有可能恢復。

正如你可以想象的那樣，在DR場景中完全恢復用戶工作負載還需要許多其他步驟。在這篇文章中，我們將指出DR場景的主要組件，以及如何在Kubernetes環境中安全地實現它們。

根據各種不同因素，DR準備有不同的級別。這些因素包括基礎設施的自動化程度、應用程序結構和部署流程、存儲、網絡、云原生應用和微服務的專業知識以及Kubernetes管理經驗。然而，一個成功的DR策略中最關鍵的組成部分是盡可能頻繁地測試和記錄你的操作流程。就像沒有測試恢復程序的備份是沒有用的一樣，沒有扎實的記錄文檔和反復驗證的DR計劃也是沒有用的。

一個成功的災難恢復場景所需組件

在一個DR場景中，需要考慮以下組件列表。在DR情況下如何處理這些組件決定了企業應對快速危機恢復的準備程度。我們的目標是盡可能地使更多組件擁有自動化流程。

1、 備份

• etcd(集群數據庫)

• statefile(集群配置)

• 集群配置文件(集群配置)

• 證書(集群配置)

• 持久化存儲(有狀態應用程序)

• 容器(由應用程序使用的鏡像)

2、 基礎設施

• 集群節點

• 負載均衡器

• 備份

  - etcd

  - statefile

  - 集群配置

3、 應用程序

• 容器鏡像(鏡像倉庫)

• manifest(Helm或Kubernetes)

4、 DNS

• 需要對你的域進行控制

這不是一個全面的清單。針對你的特定環境，你可能有更多(或更少)的組件類型需要考慮。企業IT團隊已經管理了其中的一些組件，這進一步推動了DevOps概念和方法所倡導的協作工作環境的理念。

災難恢復準備級別

許多公司正處于數字化轉型時期，而Kubernetes是這一歷程中不可或缺的一部分。每個企業都有一個獨特的環境，具有特定的能力和專業知識，這意味著他們有不同的DR準備水平。這些技能和能力的范圍包括從基礎設施自動化狀態到CI/CD流程，從源控制管理到備份策略等。好消息是，你的企業開發的這些能力越多，你的準備級別就越高。這樣一來，DR就變成了一個幾乎平淡無奇的事情，你的企業可以在最小的人為干預下進行快速處理。

Level 1：手動重新部署

• 備份：自動循環

• 程序：經過測試和記錄的流程

• 基礎設施：備用基礎設施

• DNS：手動故障切換

• Apps：手動恢復應用程序

這是最常見的情況之一。自動循環備份用于將集群狀態恢復到災難恢復(DR)站點的備用基礎設施。這些過程都有很好的記錄并定期測試。一個好的恢復測試是可以讓你的團隊最新成員能夠直接按照記錄文檔來實現一個功能齊全的DR環境。

這種級別的災難恢復準備對大多數企業來說是足夠的，因為它創造了一個可重復的、有據可查的過程。它可能會被認為比其他流程慢，因為大多數活動都是手動的，并且必須遵循一個非常嚴格的時間表。在這個層面上，你還需要考慮人的因素。我們都知道，由于不可預測的實施錯誤，手動操作會在一些流程中引入風險。這就是為什么需要通過使用腳本和自動化來進行優化。

Level 2：腳本重新部署

• 備份：自動循環

• 程序：測試和記錄步驟

• 基礎設施：腳本部署

• DNS：使用腳本進行故障切換

• Apps：使用腳本恢復應用程序

這是一種更高級的方案，在這種方案中，你的集群的還原是在按需部署的基礎設施上完成的。?仍然需要備份來提供還原源。?這些步驟都有完善的記錄文檔并定期測試。災難恢復站點的基礎設施使用腳本方法部署，每次測試或執行災難恢復計劃時，都會提供一個相同的環境。?腳本方法也可以應用于DNS更改和應用程序部署的實施。

這種級別的DR準備非常有效，因為它消除了DR過程結果的隨機性。雖然它需要更多的配置工作和內部專業知識來維護，但其結果是更好地保護你的企業免受任何災難情況的影響。此外，這種方案還能大幅縮短恢復時間，這對于在這方面有強制要求的企業來說是一個很大的優勢。

Level 3：全自動重新部署

• 備份：自動循環。持久化數據由企業管理，自動復制到DR站點。

• 程序：DR程序的自動化定期測試

• 基礎設施：基礎設施的全自動化重新部署

• Apps：全自動化重新部署Apps

• DNS：自動化故障切換

這是最高級的級別，在這個級別中，所有的事情都是自動化的，可以 "一觸即發 "地重新部署。在這種情況下，不會執行還原(restore)。

你會在某個集群的同一站點恢復的情況下使用循環備份。基礎設施、Rancher管理集群和下游集群都是按需部署的。DNS變化也是使用全局流量管理(GTM)工具自動進行故障轉移。應用程序的部署是完全自動化的。

如果這個級別聽起來有些夢幻和理想，那是因為它很難實現。它需要圍繞執行DR計劃所涉及的所有組件有深入的專業知識。當然，它也需要更長的時間來配置，但結果是值得的。在某種程度上，這是微服務架構的最終目標：能夠在幾分鐘內重新部署整個環境，從基礎設施到應用程序，而無需任何人工干預。

自動化Rancher管理集群的災難恢復

• 備份：自動循環

• 程序：DR步驟的定期測試

• 基礎設施：備用Rancher管理集群

• DNS：手動/使用腳本進行故障切換

這個方案只適用于Rancher管理集群，你會發現在企業中，需要一個覆蓋每個應用的DR計劃。DR站點的基礎設施已經被構建為恢復操作的備用目標。對主站點(Rancher)進行監控，如果滿足DR條件，則宣布故障轉移，并使用腳本方式將Rancher管理集群恢復到備用集群。DNS被手動或通過企業解決方案(如BIG-IP的全球流量管理(GTM))重定向。一旦Rancher集群恢復，下游Kubernetes集群會在幾分鐘內自動重新連接到新的Rancher server。請注意，這個場景假設下游集群沒有受到災難的影響(即在云端運行)。

總? 結

我們不能低估災難恢復計劃的重要性。只有通過強大的規劃、測試和文檔記錄，企業才能確保快速恢復，且不會造成重大數據損失。你應該定期(比如，每季度一次)測試你的DR計劃和程序。

Rancher管理著Kubernetes集群，Kubernetes集群首先是一個高可用的分布式系統。這些系統由于其預期高可用性和零停機時間的本質，對企業來說極為重要。在Kubernetes的世界里，將恢復時間減少到最低限度，并在幾分鐘內恢復應用功能是非常重要的。你可以通過自動化、腳本和定期測試你的DR計劃和程序來實現這一點。

推薦閱讀

減少80%的集群部署時間，育碧攜手Rancher推動游戲創新

誤刪節點或集群怎么辦？這里有一顆后悔藥

如何簡潔優雅地部署PostgreSQL和Pgweb？

About Rancher Labs

Rancher Labs由CloudStack之父梁勝創建。旗艦產品Rancher是一個開源的企業級Kubernetes管理平臺，實現了Kubernetes集群在混合云+本地數據中心的集中部署與管理。Rancher一向因操作體驗的直觀、極簡備受用戶青睞，被Forrester評為2018年全球容器管理平臺領導廠商，被Gartner評為2017年全球最酷的云基礎設施供應商。

目前Rancher在全球擁有超過三億的核心鏡像下載量，并擁有包括中國聯通、中國平安、中國人壽、上汽集團、三星、西門子、WWK保險集團、澳電訊公司、德國鐵路、廈門航空、新東方等全球著名企業在內的共40000家企業客戶。

總結

以上是生活随笔為你收集整理的灾难恢复级别_防患于未然：灾难恢复全攻略，助你有效恢复业务数据的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。