AWSにRed Hat OpenShift Containerプラットフォームを導入して設定します
このセクションでは、AWSでOpenShiftクラスタをセットアップおよび管理し、それらにステートフルアプリケーションを導入する方法の大まかなワークフローについて説明します。ここでは、Tridentを使用してNetApp Cloud Volumes ONTAPストレージを使用し、永続ボリュームを提供しています。ステートフルアプリケーションに対してデータ保護と移行のアクティビティを実行するためのAstra Control Centerの使用方法について詳しく説明します。
Red Hat OpenShift ContainerプラットフォームクラスタをAWSに導入する方法はいくつかあります。このセットアップの概要概要 には、使用した具体的な方法のドキュメントへのリンクが記載されています。その他の方法については、に記載されている関連リンクを参照して "リソースセクション"ください。 |
次の図は、AWSに導入され、VPNを使用してデータセンターに接続されたクラスタを示しています。
セットアッププロセスは、次の手順に分けることができます。
Advanced Cluster ManagementからAWSにOCPクラスタをインストールします。
-
サイト間VPN接続(pfsenseを使用)を使用してVPCを作成し、オンプレミスネットワークに接続します。
-
オンプレミスネットワークはインターネットに接続されています。
-
3つの異なるAZに3つのプライベートサブネットを作成します。
-
VPC用にRoute 53プライベートホストゾーンとDNSリゾルバを作成します。
Advanced Cluster Management(ACM)ウィザードを使用して、AWSにOpenShiftクラスタを作成します。手順を参照してください "こちらをご覧ください"。
AWSでは、OpenShift Hybrid Cloudコンソールからクラスタを作成することもできます。を参照してください "こちらをご覧ください" 手順については、を参照し |
ACMを使用してクラスタを作成する場合は、フォームビューで詳細を入力した後でYAMLファイルを編集してインストールをカスタマイズできます。クラスタが作成されたら、トラブルシューティングや追加の手動設定のために、クラスタのノードにSSHログインできます。インストール時に指定したsshキーとユーザ名coreを使用してログインします。 |
BlueXPを使用してAWSにCloud Volumes ONTAP を導入
-
オンプレミスのVMware環境にコネクタをインストールします。手順を参照してください "こちらをご覧ください"。
-
コネクタを使用してAWSにCVOインスタンスを導入します。手順を参照してください "こちらをご覧ください"。
コネクタはクラウド環境にも設置できます。を参照してください "こちらをご覧ください" 追加情報 の場合。 |
OCPクラスタへのTridentのインストール
-
Helmを使用してTrident Operatorを導入します。手順を参照してください "こちらをご覧ください"
-
バックエンドとストレージクラスを作成手順を参照してください"こちらをご覧ください"。
AWSのOCPクラスタをAstra Control Centerに追加します。
AWSのOCPクラスタをAstra Control Centerに追加します。
今日のクラウドプロバイダは、Kubernetes / OpenShiftのクラスタ管理者がゾーンベースのクラスタのノードを生成できるようにしています。ノードは、リージョンによって異なるアベイラビリティゾーンに配置することも、リージョンによって配置することもできます。マルチゾーンアーキテクチャでワークロード用のボリュームのプロビジョニングを容易にするために、TridentではCSIトポロジを使用しています。CSI トポロジ機能を使用すると、領域およびアベイラビリティゾーンに基づいて、ボリュームへのアクセスをノードのサブセットに制限できます。詳細については、を参照してください"こちらをご覧ください"。
Kubernetesは2つのボリュームバインドモードをサポートします。-VolumeBindingMode_が_Immediate(デフォルト)に設定されている場合、Tridentはトポロジを認識せずにボリュームを作成します。永続ボリュームは、要求側ポッドのスケジュール要件に依存せずに作成されます。-VolumeBindingMode_が_WaitForFirstConsumerに設定されている場合、PVCの永続ボリュームの作成とバインドは、そのPVCを使用するポッドがスケジュールされて作成されるまで遅延します。これにより、トポロジの要件に応じたスケジュールの制約を満たすようにボリュームが作成されます。Tridentストレージバックエンドは、アベイラビリティゾーン(トポロジ対応バックエンド)に基づいて選択的にボリュームをプロビジョニングするように設計できます。ストレージクラスがそのようなバックエンドを使用する場合、ボリュームは、サポートされているリージョン / ゾーンでスケジュールされているアプリケーションから要求された場合にのみ作成されます。(Topology-Aware StorageClass)詳細については、を参照してください"こちらをご覧ください"。 |