至此，紅帽 OpenShift 4 平台正式發布了。今天我們將告訴您如何盡可能快速、輕鬆地從 OpenShift Container Platform 3 切換到它。
就本文而言，我們主要對新的 OpenShift 4 叢集感興趣，它利用基於 RHEL CoreOS 和自動化工具的智慧且不可變的基礎設施的功能。 下面我們將向您展示如何毫無問題地切換到 OpenShift 4。
您可以進一步了解新版本和舊版本之間的差異。 .
使用經過認證的 Red Hat Appranix 平台將叢集從 OpenShift 3 遷移到 OpenShift 4
Appranix 和 Red Hat 一直在努力工作，以便透過在 Appranix Site Reliability Automation for Kubernetes 之上運行的自訂服務，更輕鬆地將叢集資源從 OpenShift 3 遷移到 OpenShift 4。
Appranix 解決方案（可以在 ）可讓您建立所有 OpenShift 3 叢集的備份，只需點擊幾下即可將其還原到 OpenShift 4。
為什麼使用 Appranix for OpenShift 4 進行遷移是好的
- 快速啟動。 由於 Appranix 解決方案是基於 SaaS 原則構建，因此無需設置任何基礎設施，也無需配置或使用單獨的專門遷移解決方案。
- Appranix 的可擴展性使得大型叢集的遷移變得容易。
- 自動備份複雜的 OpenShift 3 叢集配置並隨後傳輸到 OpenShift 4，從而簡化了遷移過程本身。
- 能夠測試 OpenShift 3 企業基礎架構中的應用程式在 AWS 雲端中的 OpenShift 4 平台上的行為方式。
- RBAC 存取設定以及叢集資源的遷移。
- 將所有專案選擇性或完全遷移到新的 OpenShift 4 叢集。
- 可選 - 如果您有適當的訂閱，則可以為容器應用程式組織多個層級的容錯能力。
OpenShift 應用程式的多層容錯（彈性）
從 OpenShift 3 遷移到 4 後，Appranix 解決方案可用於提供連續的應用程式彈性，其中可以使用三個選項。 1級別 彈性（1 級彈性）可讓您在不更改區域和雲端提供者的情況下恢復應用程式。 它可用於回滾應用程式或從區域層級的本機故障中恢復，例如當應用程式部署失敗時，或需要在同一區域但在單獨的 OpenShift 叢集上快速建立測試環境的情況下。
2級別 允許您將應用程式轉移到另一個區域，而無需更換提供者。 在這種情況下，您可以將主要資料基礎架構保留在主區域中，但在不同區域的另一個叢集中執行應用程式。 當雲端區域或區域發生故障，或由於網路攻擊而需要將應用程式移至另一個區域時，此選項非常有用。 最後， 3級別 不僅允許您更改區域，還可以更改雲端提供者。
Appranix SRA 的工作原理
Appranix 中 OpenShift 應用程式的多層容錯是透過「時間機器」功能實現的，該功能會自動建立應用程式環境的副本。 要啟用此功能並提高應用程式安全性，只需在 DevOps 管道中添加一行程式碼即可。
雲端供應商的基礎設施服務也會遇到問題，因此快速切換到另一個供應商的能力有助於避免鎖定到單一服務提供者。
如下圖所示，應用程式環境備份不僅可以在 Appranix 中以指定的頻率自動創建，還可以根據持續整合和 CI/CD 交付管道的命令建立。 同時，「時間機器」提供：
- 命名空間和應用程式環境的增量、GitHub 式日誌記錄。
- 簡單的應用程式回滾。
- 雲端和容器配置的版本控制。
- 自動化資料生命週期管理。
- 基礎設施即程式碼 (IaC) 管理的自動化。
- 自動化 IaC 狀態管理。
透過Appranix，您可以為混沌工程、災難復原、勒索軟體防護、業務連續性等場景提供整個應用程式層級的保護和復原。 我們不會詳細介紹這一點，而是進一步研究如何使用 Appranix 從 OpenShift 3 遷移到 OpenShift 4。
如何使用 Appranix Site Reliability Platform 將 OpenShift 3 遷移到 OpenShift 4
過程包括三個階段：
- 我們將 OpenShift 3 和 OpenShift 4 配置為自動偵測要遷移的所有元件。
- 我們為遷移創建策略並設定命名空間。
- 一鍵恢復 OpenShift 4 上的所有命名空間。
配置 OpenShift 3 和 4 叢集以進行自動發現
Appranix 假設您已經執行 OpenShift 3 和 OpenShift 4 集群。如果還沒有 OpenShift 4 集群，請使用以下命令建立它們 。 在 Appranix 中設定主集群和目標集群是相同的，只涉及幾個步驟。
安裝 Appranix Controller Agent 來檢測集群
要發現叢集資源，您需要一個小型 sidecar 控制器代理程式。 要部署它，只需複製並貼上適當的curl命令， 如下。 在 OpenShift 3 和 OpenShift 4 中安裝代理程式後，Appranix 將自動發現所有要遷移的叢集資源，包括命名空間、部署、pod、服務以及具有其他資源的主機。
大型分散式應用的遷移
現在我們將看一個範例，說明如何輕鬆地將分散式微服務應用程式 SockShop 從 OpenShift 3 轉移到 OpenShift 4（點擊連結 - ）。 可以看出 下圖,SockShop架構包含很多元件。
Appranix 發現需要保護並遷移到 OpenShift 4 的所有資源，包括 PoD、部署、服務和叢集配置。
運行 SockShop 的 OpenShift 3
建立遷移保護策略
可根據遷移方式靈活設定策略。 例如，基於幾個標準或每小時備份一次。
使用保護計劃遷移多個 OpenShift 3 集群
根據特定的應用程式或命名空間，您可以將策略應用於每小時執行一次、每週一次甚至每月一次的 OpenShift 3 叢集。
Appranix 允許您將叢集的所有命名空間遷移到 OpenShift 4 或僅遷移選取的命名空間。
我們一鍵遷移到 OpenShift 4
遷移是將選定的命名空間恢復到目標OpenShift 4集群，該操作一鍵完成。 Appranix 本身會完成收集有關來源環境的配置和資源的資料的所有工作，然後獨立將其還原到 OpenShift 4 平台。
遷移到 OpenShift 4 後檢查應用程式
登入 OpenShift 4 集群，更新專案並檢查所有應用程式和命名空間是否正常。 對其他命名空間重複遷移過程，建立新的保護計畫或變更現有的保護計畫。
在 OpenShift 4 上啟動遷移的應用程式
使用 Appranix 復原程序遷移應用程式後，請務必記住設定路由 - 它們必須指向 OpenShift 4。您可能需要在從 OpenShift 3 完全遷移生產之前進行測試復原。 一旦您在 OpenShift 4 上在各自的命名空間中運行了一些應用程序，您將需要使用此過程遷移剩餘的應用程式。
遷移所有命名空間後，您可以保護所有 OpenShift 集群，以實現持續災難復原、反勒索軟體、業務連續性或未來遷移，因為 Appranix 網站可靠性自動化會隨著 OpenShift 新版本的發布而自動更新。
在總
OpenShift 4 向前邁出了一大步，主要歸功於新的不可變架構和 Operator 平台模型，用於自動執行叢集環境中運行的應用程式和平台的複雜配置。 Appranix 憑藉其雲端原生應用程式災難復原解決方案 Site Reliability Platform 為 OpenShift 用戶提供了一種簡單且方便的遷移到 OpenShift 4 的方法。
Appranix 解決方案可以直接使用 .
來源： www.habr.com