ホーム
製品
OpenShift Container Platform
2023
OpenShift Container Platform の Assisted Installer
10.4. ホストのバリデーション

10.4. ホストのバリデーション

10.4.1. REST API を使用してホストバリデーションを取得する
リンクのコピー

注記

Web ベースの UI を使用する場合、これらのバリデーションの多くは名前で表示されません。ラベルと一致する検証のリストを取得するには、次の手順を使用します。

前提条件

jq ユーティリティーをインストールした。
API を使用してインフラストラクチャー環境を作成したか、UI を使用してクラスターを作成した。
ホストが検出 ISO で起動されている
シェルでクラスター ID を CLUSTER_ID としてエクスポートした。
API にアクセスするときに使用する認証情報があり、トークンをシェルで API_TOKEN としてエクスポートした。

手順

API トークンを更新します。
```
source refresh-token
```
```
$ source refresh-token
```
Copy to Clipboard Toggle word wrap

すべてのホストのすべてのバリデーションを取得します。

curl \
  --silent \
  --header "Authorization: Bearer $API_TOKEN" \
  https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID/hosts \
  | jq -r .[].validations_info \
  | jq 'map(.[])'

$ curl \
  --silent \
  --header "Authorization: Bearer $API_TOKEN" \
  https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID/hosts \
  | jq -r .[].validations_info \
  | jq 'map(.[])'

Copy to Clipboard

Toggle word wrap

すべてのホストのパスしていないバリデーションを取得します。

curl \
  --silent \
  --header "Authorization: Bearer $API_TOKEN" \
  https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID/hosts \
  | jq -r .[].validations_info \
  | jq 'map(.[]) | map(select(.status=="failure" or .status=="pending")) | select(length>0)'

$ curl \
  --silent \
  --header "Authorization: Bearer $API_TOKEN" \
  https://api.openshift.com/api/assisted-install/v2/clusters/$CLUSTER_ID/hosts \
  | jq -r .[].validations_info \
  | jq 'map(.[]) | map(select(.status=="failure" or .status=="pending")) | select(length>0)'

Copy to Clipboard

Toggle word wrap

10.4.2. ホストバリデーションの詳細
リンクのコピー

Expand

パラメーター	バリデーションタイプ	説明
`connected`	非ブロッキング	ホストが最近 Assisted Installer と通信したことを確認します。
`has-inventory`	非ブロッキング	Assisted Installer がホストからインベントリーを受信したことを確認します。
`has-min-cpu-cores`	非ブロッキング	CPU コアの数が最小要件を満たしていることを確認します。
`has-min-memory`	非ブロッキング	メモリーの量が最小要件を満たしていることを確認します。
`has-min-valid-disks`	非ブロッキング	少なくとも 1 つの使用可能なディスクが適格基準を満たしていることを確認します。
`has-cpu-cores-for-role`	ブロッキング	コアの数がホストのロールの最小要件を満たしていることを確認します。
`has-memory-for-role`	ブロッキング	メモリーの量がホストのロールの最小要件を満たしていることを確認します。
`ignition-downloadable`	ブロッキング	Day 2 ホストの場合、ホストが Day 1 クラスターからイグニッション設定をダウンロードできることを確認します。
`belongs-to-majority-group`	ブロッキング	マジョリティグループは、クラスター上で最大のフルメッシュ接続グループであり、すべてのメンバーが他のすべてのメンバーと通信できます。この検証では、マルチノードの Day 1 クラスター内のホストが過半数グループに属していることを確認します。
`valid-platform-network-settings`	ブロッキング	プラットフォームがネットワーク設定に対して有効であることを確認します。
`ntp-synced`	非ブロッキング	ホストで時刻を同期するために NTP サーバーが正常に使用されたかどうかを確認します。
`container-images-available`	非ブロッキング	コンテナーイメージがイメージレジストリーから正常にプルされたかどうかを確認します。
`sufficient-installation-disk-speed`	ブロッキング	以前のインストールのディスク速度メトリックが要件を満たしていることを確認します (存在する場合)。
`sufficient-network-latency-requirement-for-role`	ブロッキング	クラスター内のホスト間の平均ネットワーク遅延が要件を満たしていることを確認します。
`sufficient-packet-loss-requirement-for-role`	ブロッキング	クラスター内のホスト間のネットワークパケット損失が要件を満たしていることを確認します。
`has-default-route`	ブロッキング	ホストにデフォルトルートが設定されていることを確認します。
`api-domain-name-resolved-correctly`	ブロッキング	ユーザー管理ネットワークを使用するマルチノードクラスターの場合。ホストがクラスターの API ドメイン名を解決できることを確認します。
`api-int-domain-name-resolved-correctly`	ブロッキング	ユーザー管理ネットワークを使用するマルチノードクラスターの場合。ホストがクラスターの内部 API ドメイン名を解決できることを確認します。
`apps-domain-name-resolved-correctly`	ブロッキング	ユーザー管理ネットワークを使用するマルチノードクラスターの場合。ホストがクラスターの内部アプリドメイン名を解決できることを確認します。
`compatible-with-cluster-platform`	非ブロッキング	ホストがクラスタープラットフォームと互換性があることを確認します
`dns-wildcard-not-configured`	ブロッキング	OpenShift で既知の問題が発生するため、ワイルドカード DNS *.<cluster_name>.<base_domain> が設定されていないことを確認します。
`disk-encryption-requirements-satisfied`	非ブロッキング	設定されているホストとディスクの暗号化のタイプが要件を満たしていることを確認します。
`non-overlapping-subnets`	ブロッキング	このホストに重複するサブネットがないことを確認します。
`hostname-unique`	ブロッキング	ホスト名がクラスター内で一意であることを確認します。
`hostname-valid`	ブロッキング	ホスト名の有効性をチェックします。つまり、ホスト名の一般的な形式と一致し、禁止されていないことを意味します。
`belongs-to-machine-cidr`	ブロッキング	ホスト IP がマシン CIDR のアドレス範囲内にあることを確認します。
`lso-requirements-satisfied`	ブロッキング	クラスターがローカルストレージ Operator の要件を満たしていることを検証します。
`odf-requirements-satisfied`	ブロッキング	クラスターが Openshift Data Foundation Operator の要件を満たしていることを検証します。クラスターには最低 3 つのホストがあります。クラスターには 3 つのマスターのみ、または少なくとも 3 つのワーカーがあります。クラスターには 3 つの適格なディスクがあり、各ホストには適格なディスクが必要です。 3 つ以上のホストを持つクラスターでは、ホストのロールを自動割り当てにしないでください。
`cnv-requirements-satisfied`	ブロッキング	クラスターがコンテナーネイティブ仮想化の要件を満たしていることを検証します。ホストの BIOS で CPU 仮想化が有効になっている必要があります。ホストには、コンテナーネイティブ仮想化に使用できる十分な CPU コアと RAM が必要です。必要に応じてホストパスプロビジョナーを検証します。
`lvm-requirements-satisfied`	ブロッキング	クラスターが論理ボリュームマネージャー Operator の要件を満たしていることを検証します。ホストには、パーティション化もフォーマットもされていない、少なくとも 1 つの追加の空のディスクがあります。
`vsphere-disk-uuid-enabled`	非ブロッキング	有効な各ディスクで disk.EnableUUID が true に設定されていることを確認します。vSphere では、これにより各ディスクに UUID が割り当てられます。
`compatible-agent`	ブロッキング	検出エージェントのバージョンがエージェントの Docker イメージのバージョンと互換性があることを確認します。
`no-skip-installation-disk`	ブロッキング	インストールディスクがディスクフォーマットをスキップしていないことを確認します。
`no-skip-missing-disk`	ブロッキング	フォーマットをスキップするようにマークされたすべてのディスクがインベントリーにあることを確認します。ディスク ID は再起動時に変更される可能性があり、このバリデーションにより、それによって引き起こされる問題が防止されます。
`media-connected`	ブロッキング	ホストへのインストールメディアの接続を確認します。
`machine-cidr-defined`	非ブロッキング	クラスターのマシンネットワーク定義が存在することを確認します。
`id-platform-network-settings`	ブロッキング	プラットフォームがネットワーク設定と互換性があることを確認します。一部のプラットフォームは、Single Node Openshift をインストールする場合、またはユーザー管理ネットワークを使用する場合にのみ許可されます。

トップに戻る

10.4. ホストのバリデーション

10.4.1. REST API を使用してホストバリデーションを取得する
リンクのコピー

10.4.2. ホストバリデーションの詳細
リンクのコピー

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

多様性を受け入れるオープンソースの強化

会社概要

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

10.4. ホストのバリデーション

10.4.1. REST API を使用してホストバリデーションを取得するリンクのコピーリンクがクリップボードにコピーされました!

10.4.2. ホストバリデーションの詳細リンクのコピーリンクがクリップボードにコピーされました!

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

多様性を受け入れるオープンソースの強化

会社概要

Theme

Red Hat legal and privacy links

Red Hat legal and privacy links

10.4.1. REST API を使用してホストバリデーションを取得する
リンクのコピー

10.4.2. ホストバリデーションの詳細
リンクのコピー