OpenShift 3 から OpenShift 4 への移行の簡素化

Red Hat OpenShift 4 プラットフォームが正式にリリースされましたので、今日は OpenShift Container Platform 3 からできるだけ早く簡単に Red Hat OpenShift XNUMX プラットフォームに切り替える方法を説明します。

この記事の目的として、私たちは主に、RHEL CoreOS と自動化ツールに基づくスマートで不変のインフラストラクチャの機能を活用する新しい OpenShift 4 クラスターに興味を持っています。 以下に、問題なく OpenShift 4 に切り替える方法を示します。

新しいバージョンと古いバージョンの違いについて詳しく知ることができます。 ここで.

認定された Red Hat Appranix プラットフォームを使用した OpenShift 3 から OpenShift 4 へのクラスターの移行

Appranix と Red Hat は、Appranix Site Reliability Automation for Kubernetes 上で実行されるカスタム サービスを使用して、クラスター リソースを OpenShift 3 から OpenShift 4 に簡単に移行できるように熱心に取り組んできました。

Appranix ソリューション (次の場所にあります) Red Hat コンテナカタログ) を使用すると、すべての 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 ソリューションを使用して継続的なアプリケーションの復元力を提供できます。この場合、XNUMX つのオプションが可能です。 レベル1 復元力 (レベル 1 復元力) を使用すると、リージョンやクラウド プロバイダーを変更せずにアプリケーションを復元できます。 これは、アプリケーションのデプロイメントが失敗した場合や、同じリージョン内で別の OpenShift クラスター上にテスト環境を迅速に作成する必要がある状況など、リージョン レベルでアプリケーションをロールバックしたり、ローカル障害から回復したりするために使用できます。 。

レベル2 プロバイダーを変更せずにアプリケーションを別のリージョンに転送できます。 この場合、プライマリ データ インフラストラクチャをメイン リージョンに保持したまま、アプリケーションを別のリージョンの別のクラスターで実行できます。 このオプションは、クラウド リージョンまたはゾーンがダウンした場合、またはサイバー攻撃によりアプリケーションを別のリージョンに移動する必要がある場合に役立ちます。 そして最後に、 レベル3 リージョンだけでなく、クラウドプロバイダーも変更できます。

Appranix SRA の仕組み
Appranix における OpenShift アプリケーションのマルチレベルのフォールト トレランスは、アプリケーション環境のコピーを自動的に作成する「タイム マシン」機能によって実現されます。 この機能を有効にしてアプリケーションのセキュリティを向上するには、DevOps パイプラインにコードを XNUMX 行追加するだけです。
クラウド プロバイダーのインフラストラクチャ サービスにも問題が発生するため、別のプロバイダーにすぐに切り替える機能は、単一のサービス プロバイダーに固定されることを避けるのに役立ちます。

下の写真が示すように、アプリケーション環境のバックアップは、Appranix で指定した頻度で自動的に作成できるだけでなく、継続的インテグレーションおよび CI/CD 配信パイプラインからのコマンドによっても作成できます。 同時に、「タイムマシン」は以下を提供します。

• 名前空間とアプリケーション環境の GitHub スタイルの増分ロギング。
• シンプルなアプリケーションのロールバック。
• クラウドおよびコンテナ構成のバージョン管理。
• 自動化されたデータライフサイクル管理。
• Infrastructure as Code (IaC) 管理の自動化。
• 自動化された IaC 状態管理。

Appranix を使用すると、カオス エンジニアリング、災害復旧、ランサムウェア保護、ビジネス継続性などのシナリオに対して、アプリケーション レベル全体の保護と回復を提供できます。 これについては詳しく説明しません。Appranix を使用して OpenShift 3 から OpenShift 4 に移行する方法をさらに見ていきます。

Appranix Site Reliability Platform を使用して OpenShift 3 を OpenShift 4 に移行する方法

このプロセスには XNUMX つの段階が含まれます。

1. 移行するすべてのコンポーネントを自動的に検出するように OpenShift 3 および OpenShift 4 を構成します。
2. ポリシーを作成し、移行用の名前空間を設定します。
3. ワンクリックで OpenShift 4 上のすべてのネームスペースを回復します。

OpenShift 3 および 4 クラスターの自動検出の設定

Appranix は、OpenShift 3 および OpenShift 4 クラスターがすでに実行されていることを前提としています。OpenShift 4 クラスターがまだない場合は、次のコマンドを使用してクラスターを作成します。 OpenShift 4 デプロイメントに関する Red Hat ドキュメント。 Appranix でのプライマリ クラスタとターゲット クラスタのセットアップは同じであり、わずか数ステップで完了します。

クラスターを検出するための Appranix コントローラー エージェントのインストール

クラスター リソースを検出するには、小さなサイドカー コントローラー エージェントが必要です。 これをデプロイするには、適切なcurlコマンドをコピーして貼り付けるだけです。 以下のように。 エージェントが OpenShift 3 および OpenShift 4 にインストールされると、Appranix は、ネームスペース、デプロイメント、ポッド、サービス、および他のリソースを持つホストを含​​む、移行するすべてのクラスター リソースを自動的に検出します。

大規模な分散アプリケーションの移行
次に、分散マイクロサービス アプリケーション SockShop を OpenShift 3 から OpenShift 4 に簡単に転送する方法の例を見ていきます (リンクをたどってください) このアプリケーションとそのマイクロサービス アーキテクチャの詳細な説明）。 からわかるように 下の写真,SockShop アーキテクチャには多くのコンポーネントが含まれています。

Appranix は、PoD、デプロイメント、サービス、クラスター構成など、保護して OpenShift 4 に移行する必要があるすべてのリソースを検出します。

SockShop が実行されている OpenShift 3

移行用の保護ポリシーの作成

移行の実行方法に応じて柔軟にポリシーを設定できます。 たとえば、複数の基準に基づいて、または XNUMX 時間に XNUMX 回バックアップします。

保護プランを使用した複数の OpenShift 3 クラスターの移行

特定のアプリケーションまたは名前空間に応じて、3 時間に XNUMX 回、XNUMX 週間に XNUMX 回、または XNUMX か月に XNUMX 回実行されるポリシーを OpenShift XNUMX クラスターに適用できます。

Appranix を使用すると、クラスターのすべての名前空間を OpenShift 4 に移行することも、選択した名前空間のみを移行することもできます。

ワンクリックで OpenShift 4 への移行を実行します

移行とは、選択したネームスペースをターゲットの OpenShift 4 クラスターに復元することであり、この操作は 4 回のクリックで実行されます。 Appranix 自体が、ソース環境の構成とリソースに関するデータを収集するすべての作業を実行し、それを独立して OpenShift XNUMX プラットフォームに復元します。

OpenShift 4 への移行後のアプリケーションの確認

OpenShift 4 クラスターにログインし、プロジェクトを更新して、すべてのアプリケーションと名前空間が正常であることを確認します。 他の名前空間についても移行手順を繰り返し、新しい保護プランを作成するか、既存の保護プランを変更します。

移行したアプリケーションを OpenShift 4 で起動する

Appranix リストア手順を使用してアプリケーションを移行した後、ルートを忘れずに設定することが重要です。ルートは OpenShift 4 を指す必要があります。本番環境を OpenShift 3 から完全に移行する前に、テスト リストアを実行することをお勧めします。 OpenShift 4 上のそれぞれの名前空間でいくつかのアプリケーションを実行したら、このプロセスを使用して残りのアプリケーションを移行する必要があります。

すべてのネームスペースが移行されると、OpenShift の新しいバージョンがリリースされると Appranix Site Reliability Automation が自動的に更新されるため、継続的な災害復旧、ランサムウェア対策、ビジネス継続性、または将来の移行のためにすべての OpenShift クラスターを保護できます。

合計で

OpenShift 4 は、主にクラスター環境で実行されるアプリケーションとプラットフォームの複雑な構成を自動化するための新しい不変アーキテクチャと Operator プラットフォーム モデルにより、大きな進歩を遂げています。 Appranix は、クラウドネイティブ アプリケーションの災害復旧ソリューションである Site Reliability Platform を使用して、OpenShift ユーザーに OpenShift 4 に移行する簡単で便利な方法を提供します。

Appranix ソリューションは次から直接使用できます。 Red Hat コンテナカタログ.

出所： habr.com