2.7. プロビジョニングされる AWS インフラストラクチャー
以下は、デプロイされた Red Hat OpenShift Service on AWS クラスターにプロビジョニングされる Amazon Web Services (AWS) コンポーネントの概要です。
2.7.1. EC2 インスタンス リンクのコピーリンクがクリップボードにコピーされました!
AWS EC2 インスタンスは、Red Hat OpenShift Service on AWS をデプロイするのに必要です。
ワーカーノードとして使用するために、少なくとも 2 つの m5.xlarge EC2 インスタンスがデプロイされます。
ワーカーノードに表示されるインスタンスタイプはデフォルト値ですが、ワークロードの要件に応じてワーカーノードのインスタンスタイプをカスタマイズできます。
2.7.2. Amazon Elastic Block Store ストレージ リンクのコピーリンクがクリップボードにコピーされました!
Amazon Elastic Block Store (Amazon EBS) ブロックストレージは、ローカルノードストレージと永続ボリュームストレージの両方に使用されます。デフォルトでは、各 EC2 インスタンスに対して次のストレージがプロビジョニングされます。
ノードのボリューム
-
タイプ:
AWS EBS GP3 - デフォルトサイズ: 300 GiB (作成時に調整可能)
- 最小サイズ: 75 GiB
-
タイプ:
ワークロードの永続ボリューム
-
デフォルトのストレージクラス:
gp3-csi -
プロビジョナー:
ebs.csi.aws.com - 動的な永続ボリュームのプロビジョニング
-
デフォルトのストレージクラス:
2.7.3. Elastic Load Balancing リンクのコピーリンクがクリップボードにコピーされました!
デフォルトでは、デフォルトの Ingress コントローラーで使用するために、1 つのネットワークロードバランサーが作成されます。ワークロードのニーズに応じて、次のタイプのロードバランサーを追加で作成できます。
- Classic Load Balancer
- Network Load Balancer
- Application Load Balancer
詳細は、AWS に関する ELB ドキュメント を参照してください。
2.7.4. S3 ストレージ リンクのコピーリンクがクリップボードにコピーされました!
イメージレジストリーは、AWS S3 ストレージによって支えられています。S3 の使用量とクラスターのパフォーマンスを最適化するために、リソースのプルーニングを定期的に実行します。
通常のサイズがそれぞれ 2TB の 2 つのバケットが必要です。
2.7.5. VPC リンクのコピーリンクがクリップボードにコピーされました!
次の要件に従って VPC を設定します。
サブネット: すべてのクラスターに、アベイラビリティーゾーンごとに少なくとも 1 つのプライベートサブネットが必要です。たとえば、単一ゾーンのクラスターには 1 つのプライベートサブネットが必要であり、3 つのアベイラビリティーゾーンを持つクラスターには 3 つのプライベートサブネットが必要です。
クラスターがパブリックインターネットを含むクラスター外部のネットワークに直接アクセスする必要がある場合は、少なくとも 1 つのパブリックサブネットが必要です。
Red Hat では、クラスターごとに一意のサブネットを使用することを強く推奨しています。複数のクラスター間でサブネットを共有することは推奨しません。
注記パブリックサブネット は、インターネットゲートウェイを介してインターネットに直接接続します。
プライベートサブネット は、ネットワークアドレス変換 (NAT) ゲートウェイを介してインターネットに接続します。
- ルートテーブル: プライベートサブネットごとに 1 つのルートテーブルと、クラスターごとに 1 つの追加テーブル。
- インターネットゲートウェイ: クラスターごとに 1 つのインターネットゲートウェイ。
- NAT ゲートウェイ: パブリックサブネットごとに 1 つの NAT ゲートウェイ。
2.7.6. セキュリティーグループ リンクのコピーリンクがクリップボードにコピーされました!
AWS セキュリティーグループは、プロトコルおよびポートアクセスレベルでセキュリティーを提供します。これらは EC2 インスタンスおよび Elastic Load Balancing (ELB) ロードバランサーに関連付けられます。各セキュリティーグループには、1 つ以上の EC2 インスタンスの送受信トラフィックをフィルタリングする一連のルールが含まれます。
クラスターのインストールと操作に必要なポートがネットワーク上で開いており、ホスト間のアクセスを許可するように設定されていることを確認します。デフォルトのセキュリティーグループの要件は、デフォルトのセキュリティーグループに必要なポート に記載されています。
| グループ | 型 | IP プロトコル | ポート範囲 |
|---|---|---|---|
| WorkerSecurityGroup |
|
|
|
|
|
|
2.7.6.1. 追加のカスタムセキュリティーグループ リンクのコピーリンクがクリップボードにコピーされました!
クラスターの作成時に、追加のカスタムセキュリティーグループを追加できます。カスタムセキュリティーグループには次の制限があります。
- クラスターを作成する前に、AWS でカスタムセキュリティーグループを作成する必要があります。詳細は、Amazon EC2 security groups for Linux instances を参照してください。
- カスタムセキュリティーグループを、クラスターのインストール先の VPC に関連付ける必要があります。カスタムセキュリティーグループを別の VPC に関連付けることはできません。
- カスタムセキュリティーグループを追加する場合は、VPC の追加クォータをリクエストする必要がある場合があります。Red Hat OpenShift Service on AWS の AWS クォータ要件の詳細は、環境の準備 の 必要な AWS サービスクォータ を参照してください。AWS クォータ引き上げのリクエストは、Requesting a quota increase を参照してください。