5.5. 新しいクラスターの登録
API を使用して新しいクラスター定義を登録するには、/v2/clusters エンドポイントを使用します。
以下のパラメーターは必須です。
-
name -
openshift-version -
pull_secret -
cpu_architecture
新しいクラスターを登録するときに設定できるフィールドの詳細は、API ビューアー の cluster-create-params モデルを参照してください。olm_operators フィールドを設定する場合の Operator のインストールに関する詳細は、関連情報 を参照してください。
前提条件
-
有効な
API_TOKENを生成している。トークンは 15 分ごとに期限切れになります。 - プルシークレットをダウンロードしている。
-
オプション: プルシークレットを
$PULL_SECRET変数に割り当て済みである。
手順
API トークンを更新します。
source refresh-token
$ source refresh-tokenCopy to Clipboard Copied! Toggle word wrap Toggle overflow 次のいずれかの方法を使用して、新しいクラスターを登録します。
要求でプルシークレットファイルを参照します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 設定を JSON ファイルに書き込み、リクエスト内で参照します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow curl -s -X POST "https://api.openshift.com/api/assisted-install/v2/clusters" \ -d @./cluster.json \ -H "Content-Type: application/json" \ -H "Authorization: Bearer $API_TOKEN" \ | jq '.id'
$ curl -s -X POST "https://api.openshift.com/api/assisted-install/v2/clusters" \ -d @./cluster.json \ -H "Content-Type: application/json" \ -H "Authorization: Bearer $API_TOKEN" \ | jq '.id'Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1 1
- 以下の点に注意してください。
-
最新の OpenShift バージョンをインストールするには、
x.y形式を使用します (バージョン 4.16.10 の場合は4.16など)。特定の OpenShift バージョンをインストールするには、x.y.z形式を使用します (バージョン 4.16.3 の場合は4.16.3など)。 -
マルチアーキテクチャーコンピュートクラスターをインストールするには、
-multi拡張子を追加します。たとえば、最新バージョンの場合は4.16-multi、特定のバージョンの場合は4.16.3-multiと指定します。 - iSCSI ドライブから起動する場合は、OpenShift Container Platform バージョン 4.15 以降を入力します。
-
最新の OpenShift バージョンをインストールするには、
- 2 2
- 必要に応じて、コントロールプレーンノードの数を、シングルノードの OpenShift クラスターの場合は
1に、Two-Node OpenShift with Arbiter クラスターの場合は2以上に、マルチノード OpenShift Container Platform クラスターの場合は3、4、または5に設定します。この設定を省略すると、Assisted Installer によって3がデフォルトとして設定されます。注記-
control_plane_countフィールドは、非推奨のhigh_availability_modeフィールドに代わるものです。詳細は、非推奨 API のお知らせ を参照してください。 - 現在、シングルノード OpenShift は IBM Z® および IBM Power® プラットフォームではサポートされていません。
-
OpenShift Container Platform 4.18 以降、Assisted Installer は、x86_64 CPU アーキテクチャーのベアメタルまたはユーザー管理のネットワークプラットフォームで、
4または5つのコントロールプレーンノードをサポートします。詳細は、コントロールプレーンノードの数の指定について を参照してください。 -
OpenShift Container Platform 4.19 以降、Assisted Installer は、Two-Node OpenShift with Arbiter クラスタートポロジーで、
2つのコントロールプレーンノードをサポートします。クラスターのコントロールプレーンノードの数が2の場合、1 つ以上の追加の arbiter ホストが必要です。詳細は、Two-Node OpenShift with Arbiter のリソース要件 を参照してください。
-
- 3
- 有効な値は
x86_64、arm64、ppc64le、s390x、またはmultiです。マルチアーキテクチャーコンピュートクラスターの場合はmultiを指定します。
返された
cluster_idをCLUSTER_ID変数に割り当て、エクスポートします。export CLUSTER_ID=<cluster_id>
$ export CLUSTER_ID=<cluster_id>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記ターミナルセッションを閉じる場合は、新しいターミナルセッションで
CLUSTER_ID変数を再度エクスポートする必要があります。新しいクラスターのステータスを確認します。
curl -s -X GET "https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID" \ -H "Content-Type: application/json" \ -H "Authorization: Bearer $API_TOKEN" \ | jq
$ curl -s -X GET "https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID" \ -H "Content-Type: application/json" \ -H "Authorization: Bearer $API_TOKEN" \ | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow
新しいクラスター定義を登録したら、クラスターのインフラ環境を作成します。
インフラストラクチャー環境を作成するまで、Assisted Installer ユーザーインターフェイスにクラスター設定を表示することはできません。
5.5.1. Operator のインストール リンクのコピーリンクがクリップボードにコピーされました!
インストール時にクラスターに Operator を追加することで、デプロイメントをカスタマイズできます。1 つ以上の Operator を個別にインストールすることも、バンドルを構成する Operator のグループを追加することもできます。高度なオプションが必要な場合は、クラスターをインストールした後に Operator を追加します。
この手順は任意です。
5.5.1.1. スタンドアロン Operator のインストール リンクのコピーリンクがクリップボードにコピーされました!
インストールする Operator を選択する前に、Assisted Installer で使用できる Operator を確認できます。また、Operator が特定の OCP バージョン、CPU アーキテクチャー、またはプラットフォームでサポートされているかどうかを確認することもできます。
必要な Operator 定義を設定するには、assisted-service/v2/clusters/{cluster_id} エンドポイントの POST メソッドを使用し、olm_operators パラメーターを設定します。
Assisted Installer を使用すると、次のスタンドアロン Operator をインストールできます。バンドルの一部として選択できる追加の Operator については、バンドル Operator のインストール を参照してください。
OpenShift Virtualization Operator (
cnv)注記- 現在、OpenShift Virtualization は IBM Z® および IBM Power® ではサポートされていません。
OpenShift Virtualization Operator にはバックエンドストレージが必要です。そのため、以下の基準に基づいて、バックグラウンドでストレージ Operator が自動的にアクティブになる場合があります。
- なし - CPU アーキテクチャーが ARM64 の場合、ストレージ Operator はアクティブになりません。
- LVM Storage - OpenShift Container Platform 4.12 以降をデプロイするその他の CPU アーキテクチャー上のシングルノード OpenShift クラスターの場合。
- Local Storage Operator (LSO) - それ以外のデプロイメントの場合。
Migration Toolkit for Virtualization Operator (
mtv)注記Migration Toolkit for Virtualization (MTV) Operator を指定すると、OpenShift Virtualization Operator が自動的にアクティブ化されます。シングルノードの OpenShift インストールの場合、Assisted Installer は LVM Storage Operator もアクティブ化します。
multicluster engine Operator (
mce)注記OpenShift Data Foundation を 使用せずに マルチクラスターエンジンをデプロイすると、次のようなストレージ設定になります。
- マルチノードクラスター: ストレージは設定されていません。インストール後にストレージを設定する必要があります。
- シングルノード OpenShift: LVM ストレージがインストールされています。
-
OpenShift Data Foundation Operator (
odf) -
Logical Volume Manager Storage Operator (
lvm) -
OpenShift AI Operator (
openshift-ai) OpenShift sandboxed containers Operator (
osc)重要OpenShift sandboxed containers Operator の Assisted Installer への統合は、テクノロジープレビュー機能です。テクノロジープレビュー機能は、Red Hat 製品のサービスレベルアグリーメント (SLA) の対象外であり、機能的に完全ではないことがあります。Red Hat は、実稼働環境でこれらを使用することを推奨していません。これらの機能により、近日発表予定の製品機能をリリースに先駆けてご提供でき、お客様は開発プロセス時に機能をテストして、フィードバックをお寄せいただくことができます。
Red Hat のテクノロジープレビュー機能のサポート範囲に関する詳細は、テクノロジープレビュー機能のサポート範囲 を参照してください。
Kubernetes NMState Operator (
nmstate)注記現在、Kubernetes NMState Operator を Nutanix または Oracle Cloud Infrastructure (OCI) サードパーティープラットフォームにインストールすることはできません。
AMD GPU Operator (
amd-gpu)注記AMD GPU Operator をインストールすると、Kernel Module Management Operator が自動的にアクティブ化されます。
-
Kernel Module Management Operator (
kmm) -
Node Feature Discovery Operator (
node-feature-discovery) -
Self Node Remediation (
self-node-remediation) NVIDIA GPU Operator (
nvidia-gpu)注記NVIDIA GPU Operator をインストールすると、Node Feature Discovery Operator が自動的にアクティブ化されます。
OpenShift AI、AMD GPU、Kernel Module Management、Node Feature Discovery、Self Node Remediation、および NVIDIA GPU Operator の統合は、開発者プレビュー機能です。開発者プレビュー機能は、Red Hat ではいかなる形でもサポートされていません。また、機能的には完全ではなく、実稼働環境に対応していません。開発者プレビュー機能は、実稼働ワークロードまたはビジネスクリティカルなワークロードには使用しないでください。開発者プレビュー機能は、Red Hat 製品オファリングに含まれる可能性がある前に、今後の製品機能への早期アクセスを提供し、お客様が機能をテストし、開発プロセス中にフィードバックを提供できるようにします。これらの機能にはドキュメントがない可能性があり、いつでも変更または削除される可能性があり、テストは制限されています。Red Hat は、関連する SLA なしで、開発者プレビュー機能に関するフィードバックを送信する方法を提供する場合があります。
前提条件
- Operator を使用したインストールのカスタマイズ で、インストールする予定の各 Operator の概要、前提条件、および依存関係を確認した。
手順
オプション: 次のコマンドを実行して、Assisted Installer で使用できる Operator を確認します。
curl -s "https://api.openshift.com/api/assisted-install/v2/supported-operators" -H "Authorization: Bearer ${API_TOKEN}" | jq .$ curl -s "https://api.openshift.com/api/assisted-install/v2/supported-operators" -H "Authorization: Bearer ${API_TOKEN}" | jq .Copy to Clipboard Copied! Toggle word wrap Toggle overflow 次のコマンドを実行して、指定した OCP バージョン、CPU アーキテクチャー、またはプラットフォームで Operator がサポートされているかどうかを確認します。
curl -s "https://api.openshift.com/api/assisted-install/v2/support-levels/features?openshift_version=4.13&cpu_architecture=x86_64&platform_type=baremetal" -H "Authorization: Bearer ${API_TOKEN}" | jq .features.SNO$ curl -s "https://api.openshift.com/api/assisted-install/v2/support-levels/features?openshift_version=4.13&cpu_architecture=x86_64&platform_type=baremetal" -H "Authorization: Bearer ${API_TOKEN}" | jq .features.SNO1 2 Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- 各属性を次のように置き換えてください。
-
openshift_versionには、OpenShift Container Platform のバージョン番号を指定します。この属性は必須です。 -
cpu_architectureには、x86_64、aarch64、arm64、ppc64le、s390x、またはmultiを指定します。この属性は任意です。 -
platform_typeには、baremetal、none、nutanix、vsphere、またはexternalを指定します。この属性は任意です。
-
- 2
- Operator は大文字で指定します。たとえば、Node Feature Discovery の場合は
.NODE-FEATURE-DISCOVERY、OpenShift AI の場合は.OPENSHIFT-AI、OpenShift sandboxed containers の場合は.OSC、Self Node Remediation の場合は.SELF-NODE-REMEDIATION、Migration Toolkit for Virtualization の場合は.MTVになります。出力例
"supported"
"supported"Copy to Clipboard Copied! Toggle word wrap Toggle overflow 可能なステータスは、"supported"、"dev-preview"、"tech-preview"、および "unavailable" です。
次のコマンドを実行して、指定した OCP バージョン、CPU アーキテクチャー、またはプラットフォームでサポートされている Operator と追加機能の完全なリストを取得します。
curl -s "https://api.openshift.com/api/assisted-install/v2/support-levels/features?openshift_version=4.13&cpu_architecture=x86_64&platform_type=baremetal" -H "Authorization: Bearer ${API_TOKEN}" | jq$ curl -s "https://api.openshift.com/api/assisted-install/v2/support-levels/features?openshift_version=4.13&cpu_architecture=x86_64&platform_type=baremetal" -H "Authorization: Bearer ${API_TOKEN}" | jqCopy to Clipboard Copied! Toggle word wrap Toggle overflow 次のコマンドを実行して、インストールする Operator を指定します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- インストールする必要がある Operator をリストします。OpenShift Virtualization の場合は
cnv、Migration Toolkit for Virtualization の場合はmtv、multicluster engine の場合はmce、Red Hat OpenShift Data Foundation の場合はodf、Logical Volume Manager Storage の場合はlvm、OpenShift AI の場合はopenshift-ai、OpenShift sandboxed containers の場合はosc、Kubernetes NMState の場合はnmstate、AMD GPU の場合はamd-gpu、Kernel Module Management の場合はkmm、Node Feature Discovery の場合はnode-feature-discovery、NVIDIA GPU の場合はnvidia-gpu、Self Node Remediation の場合はself-node-remediationを指定します。Operator をインストールすると、依存する Operator も自動的にアクティブ化されます。
5.5.1.2. バンドル Operator のインストール リンクのコピーリンクがクリップボードにコピーされました!
API 経由で Operator バンドルを直接インストールすることはできません。ただし、バンドルに含まれる Operator を確認し、各 Operator を個別に指定することはできます。
Assisted Installer は現在、次の Operator バンドルをサポートしています。
Virtualization Operator バンドル - 次の Operator が含まれています。
-
Kube Descheduler Operator (
kube-descheduler) -
Node Maintenance Operator {
node-maintenance} -
Migration Toolkit for Virtualization Operator (
mtv) -
Kubernetes NMState Operator (
nmstate) -
Fence Agents Remediation Operator (
fence-agents-remediation) -
OpenShift Virtualization Operator (
cnv) -
Node Health Check Operator (
node-healthcheck) -
Local Storage Operator (LSO) Operator (
lso) -
Cluster Observability Operator (
cluster-observability) -
MetalLB Operator (
metallb) -
NUMA Resources Operator (
numaresources) -
OpenShift API for Data Protection Operator (
oadp)
-
Kube Descheduler Operator (
OpenShift AI Operator バンドル - 次の Operator が含まれています。
-
Kubernetes Authorino Operator (
authorino) -
OpenShift Data Foundation Operator (
odf) -
OpenShift AI Operator (
openshift-ai) -
AMD GPU Operator (
amd-gpu) -
Node Feature Discovery Operator (
node-feature-discovery) -
NVIDIA GPU Operator (
nvidia-gpu) -
OpenShift Pipelines Operator (
pipelines) -
OpenShift Service Mesh Operator (
servicemesh) -
OpenShift Serverless Operator (
serverless) -
Kernel Module Management Operator (
kmm)
-
Kubernetes Authorino Operator (
Virtualization および OpenShift AI Operator バンドルの Assisted Installer への導入は、開発者プレビュー機能です。開発者プレビュー機能は、Red Hat ではいかなる形でもサポートされていません。また、機能的には完全ではなく、実稼働環境に対応していません。開発者プレビュー機能は、実稼働ワークロードまたはビジネスクリティカルなワークロードには使用しないでください。開発者プレビュー機能は、Red Hat 製品オファリングに含まれる可能性がある前に、今後の製品機能への早期アクセスを提供し、お客様が機能をテストし、開発プロセス中にフィードバックを提供できるようにします。これらの機能にはドキュメントがない可能性があり、いつでも変更または削除される可能性があり、テストは制限されています。Red Hat は、関連する SLA なしで、開発者プレビュー機能に関するフィードバックを送信する方法を提供する場合があります。
前提条件
- Operator バンドルを使用したインストールのカスタマイズ で、Operator バンドルの概要、前提条件、および関連する Operator を確認した。
手順
オプション: 次のコマンドを実行して、Assisted Installer で使用できる Operator バンドルを確認します。
curl -s "https://api.openshift.com/api/assisted-install/v2/operators/bundles" -H "Authorization: Bearer ${API_TOKEN}" | jq .$ curl -s "https://api.openshift.com/api/assisted-install/v2/operators/bundles" -H "Authorization: Bearer ${API_TOKEN}" | jq .Copy to Clipboard Copied! Toggle word wrap Toggle overflow オプション: 次のコマンドを実行して、特定のバンドルに関連付けられている Operator を確認します。
curl -s "https://api.openshift.com/api/assisted-install/v2/operators/bundles/virtualization" -H "Authorization: Bearer ${API_TOKEN}" | jq .$ curl -s "https://api.openshift.com/api/assisted-install/v2/operators/bundles/virtualization" -H "Authorization: Bearer ${API_TOKEN}" | jq .1 Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- Virtualization Operator バンドルの場合は
virtualizationを指定し、OpenShift AI Operator バンドルの場合はopenshift-aiを指定します。この例では、Virtualization Operator バンドルを指定します。
出力例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 次のコマンドを実行して、バンドルに関連付けられている Operator をインストールします。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
5.5.2. コントロールプレーンノードで実行するワークロードのスケジュール設定 リンクのコピーリンクがクリップボードにコピーされました!
schedulable_masters 属性を使用して、コントロールプレーンノードでワークロードを実行できるようにします。
前提条件
-
有効な
API_TOKENを生成している。トークンは 15 分ごとに期限切れになります。 -
$PULL_SECRET変数が作成されている。 - OpenShift Container Platform 4.14 以降をインストールしようとしている。
手順
- Assisted Installer API を使用して Assisted Installer をインストールするための手順に従います。
新しいクラスターを登録する手順に到達したら、
schedulable_masters属性を次のように設定します。Copy to Clipboard Copied! Toggle word wrap Toggle overflow - 1
- コントロールプレーンノードでのワークロードのスケジューリングを有効にします。
5.5.3. ネットワーク管理タイプの設定 リンクのコピーリンクがクリップボードにコピーされました!
Assisted Installer を使用すると、次のネットワーク管理タイプをインストールできます。
ネットワーク管理タイプを定義するには、次の例のように、クラスター定義に user_managed_networking 属性と load_balancer 属性を追加します。
詳細は、以下のようになります。
-
user_managed_networkingは、trueまたはfalseです。 -
load_balancerの type は、user-managedまたはcluster-managedです。
swagger.yaml ファイルで user_managed_networking と load_balancer の有効な値を確認できます。
この手順は任意です。ネットワーク管理タイプが定義されていない場合、Assisted Installer は、すべての高可用性クラスターにクラスター管理ネットワークをデフォルトで適用します。シングルノード OpenShift の場合、Assisted Installer はデフォルトでユーザー管理ネットワークを適用します。
5.5.3.1. クラスター管理ネットワークのインストール リンクのコピーリンクがクリップボードにコピーされました!
クラスター管理ネットワークを選択すると、Assisted Installer によって標準のネットワークトポロジーが設定されます。この設定には、API および Ingress 仮想 IP アドレスを管理するための統合ロードバランサーと仮想ルーティングが含まれます。詳細は、ネットワーク管理タイプ を参照してください。
前提条件
コントロールプレーンノードが 3 つ以上の OpenShift Container Platform クラスターをインストールしようとしている。
注記現在、クラスター管理ネットワークは IBM Z® および IBM Power® ではサポートされていません。
手順
クラスター管理ネットワークを定義するには、クラスター定義に次の属性と値を追加します。
"user_managed_networking": false, "load_balancer": { "type": "cluster-managed" }"user_managed_networking": false, "load_balancer": { "type": "cluster-managed" }Copy to Clipboard Copied! Toggle word wrap Toggle overflow load_balancer属性は任意です。この設定を省略した場合、typeはシングルノード OpenShift の場合はuser-managedに、他のすべての実装ではcluster-managedに自動的に設定されます。
5.5.3.2. ユーザー管理ネットワークのインストール リンクのコピーリンクがクリップボードにコピーされました!
ユーザー管理ネットワークを選択すると、非標準のネットワークトポロジーを使用する OpenShift Container Platform がデプロイされます。外部ロードバランサーと DNS を使用してクラスターをデプロイする場合、または多数の異なるサブネットにクラスターノードをデプロイする場合は、ユーザー管理ネットワークを選択してください。
詳細は、ネットワーク管理タイプ を参照してください。
Assisted Installer を使用すると、ユーザー管理ネットワーク用に複数の外部ロードバランサーをデプロイできます。
Oracle Cloud Infrastructure (OCI) は、ユーザー管理のネットワーク設定を備えた OpenShift Container Platform 4.14 でのみ使用できます。
手順
ユーザー管理ネットワークを定義するには、クラスター定義に次の属性を追加します。
"user_managed_networking": true,
"user_managed_networking": true,Copy to Clipboard Copied! Toggle word wrap Toggle overflow 注記ユーザー管理ネットワークを
trueに設定する場合、load_balancer属性は必要ありません。ユーザー自身がロードバランサーをプロビジョニングすることになるためです。
ネットワークの検証
ユーザー管理ネットワークを有効にすると、ネットワークの検証が次のように変更されます。
- L3 接続チェック (ICMP) によって L2 チェック (ARP) が置き換えられます。
- 最大伝送単位 (MTU) の検証で、マシンネットワークだけでなく、すべてのインターフェイスの MTU 値が検証されます。
5.5.3.3. ユーザー管理ロードバランサーを使用するクラスター管理ネットワークのインストール リンクのコピーリンクがクリップボードにコピーされました!
ユーザー管理ロードバランサーを使用するクラスター管理ネットワークは、ハイブリッド型のネットワーク管理タイプです。自動化されたクラスターネットワークと、外部からの負荷分散の制御を必要とする環境向けに設計されています。この方式を使用すると、クラスター管理ネットワークにインストールされるベアメタル機能を保持しながら、1 つ以上の外部ロードバランサー (API ロードバランサーや Ingress ロードバランサーなど) を提供できます。
詳細は、ネットワーク管理タイプ を参照してください。
ユーザー管理ロードバランサーを使用するクラスター管理ネットワークは、開発者プレビュー機能です。開発者プレビュー機能は、Red Hat ではいかなる形でもサポートされていません。また、機能的には完全ではなく、実稼働環境に対応していません。開発者プレビュー機能は、実稼働ワークロードまたはビジネスクリティカルなワークロードには使用しないでください。開発者プレビュー機能は、Red Hat 製品オファリングに含まれる可能性がある前に、今後の製品機能への早期アクセスを提供し、お客様が機能をテストし、開発プロセス中にフィードバックを提供できるようにします。これらの機能にはドキュメントがない可能性があり、いつでも変更または削除される可能性があり、テストは制限されています。Red Hat は、関連する SLA なしで、開発者プレビュー機能に関するフィードバックを送信する方法を提供する場合があります。
Assisted Installer API を使用して、ベアメタルまたは vSphere プラットフォーム上に、ユーザー管理のロードバランサーを使用するクラスター管理ネットワークをデプロイします。
前提条件
- OpenShift Container Platform バージョン 4.16 以降をインストールしようとしている。
- ベアメタルまたは vSphere プラットフォームにインストールする。
- IPv4 シングルスタックネットワークを使用している。
- コントロールプレーンノードが 3 つ以上の OpenShift Container Platform クラスターをインストールしようとしている。
- vSphere プラットフォームのインストールの場合、vSphere インストール要件 に指定されている追加要件を満たしている必要があります。
手順
ロードバランサーをすべてのホストからアクセスできるように設定し、次のサービスにアクセスできるようにします。
- OpenShift Machine Config Operator (MCO) - コントロールプレーンノード上。
- OpenShift API - コントロールプレーンノード上。
- Ingress Controller - コンピュート (ワーカー) ノード上。
詳細は、ユーザー管理ロードバランサーの設定 (手順 1 と 2) を参照してください。
ユーザー管理ロードバランサーのフロントエンド IP アドレスをターゲットにするようにクラスターの DNS レコードを設定します。ロードバランサー経由で、クラスター API およびアプリケーションの DNS サーバーのレコードを更新する必要があります。
プライマリー API にアクセスできるように DNS レコードを設定します。
<load_balancer_ip_address> <record_name> api.<cluster_name>.<base_domain>
<load_balancer_ip_address> <record_name> api.<cluster_name>.<base_domain>Copy to Clipboard Copied! Toggle word wrap Toggle overflow Ingress コントローラーを介して外部トラフィックをアプリケーションにルーティングするように DNS レコードを設定します。
<load_balancer_ip_address> <record_name> apps.<cluster_name>.<base_domain>
<load_balancer_ip_address> <record_name> apps.<cluster_name>.<base_domain>Copy to Clipboard Copied! Toggle word wrap Toggle overflow vSphere でのみ、お使いのネットワークの内部 API アクセスをサポートするように DNS レコードを設定します。
<load_balancer_ip_address> <record_name> api-int.<cluster_name>.<base_domain>
<load_balancer_ip_address> <record_name> api-int.<cluster_name>.<base_domain>Copy to Clipboard Copied! Toggle word wrap Toggle overflow
詳細は、ユーザー管理ロードバランサーの設定 (手順 3) を参照してください。
Assisted Installer API クラスター定義に次の設定を追加します。
user_managed_networkingおよびload_balancerフィールドを以下の値に設定します。"user_managed_networking": false, "load_balancer": { "type": "user-managed" }"user_managed_networking": false, "load_balancer": { "type": "user-managed" }Copy to Clipboard Copied! Toggle word wrap Toggle overflow 詳細は、ネットワーク管理タイプの変更 を参照してください。
Ingress および API VIP を指定します。これらはロードバランサーの IP アドレスに対応している必要があります。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow 以下のことを確実にするために、マシンネットワークのリストを指定します。
- 各ノードに、1 つ以上のマシンネットワーク内の IP アドレスを持つ 1 つ以上のネットワークインターフェイスカード (NIC) があること。
ロードバランサーの IP (API の仮想 IP および Ingress 仮想 IP でもある) が、1 つ以上のマシンネットワークに含まれていること。
例
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
詳細は、マシンネットワーク を参照してください。
ネットワークの検証
このネットワーク管理タイプを有効にすると、ネットワークの検証が次のように変更されます。
- L3 接続チェック (ICMP) によって L2 チェック (ARP) が置き換えられます。
- 最大伝送単位 (MTU) の検証で、マシンネットワークだけでなく、すべてのインターフェイスの MTU 値が検証されます。