10.5. クラスターのバリデーション

10.5.1. REST API を使用してクラスターバリデーションを取得する

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

前提条件

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

手順

API トークンを更新します。
```
$ source refresh-token
```

すべてのクラスターバリデーションを取得します。

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

パスしなかったクラスターバリデーションを取得します。

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

10.5.2. クラスターバリデーションの詳細

パラメーター	バリデーションタイプ	説明
`machine-cidr-defined`	非ブロッキング	クラスターのマシンネットワーク定義が存在することを確認します。
`cluster-cidr-defined`	非ブロッキング	クラスターのクラスターネットワーク定義が存在することを確認します。
`service-cidr-defined`	非ブロッキング	クラスターのサービスネットワーク定義が存在することを確認します。
`cidrs の重複なし`	ブロッキング	定義されたネットワークが重複していないことを確認します。
`networks-same-address-families`	ブロッキング	定義されたネットワークが同じアドレスファミリーを共有していることを確認します (有効なアドレスファミリーは IPv4、IPv6 です)。
`network-prefix-valid`	ブロッキング	クラスターネットワーク接頭辞をチェックして、それが有効であり、すべてのホストに十分なアドレス空間を許可していることを確認します。
`machine-cidr-equals-to-calculated-cidr`	ブロッキング	非ユーザー管理のネットワーククラスターの場合。`apiVIP` または `ingressVIP` が存在する場合、それらがマシン CIDR のメンバーであることを確認します。
`api-vips-defined`	非ブロッキング	非ユーザー管理のネットワーククラスターの場合。`apiVIP` が存在することを確認します。
`api-vips-valid`	ブロッキング	非ユーザー管理のネットワーククラスターの場合。`apiVIPs` がマシン CIDR に属しており、使用されていないかどうかを確認します。
`ingress-vips-defined`	ブロッキング	非ユーザー管理のネットワーククラスターの場合。`ingressVIP` が存在することを確認します。
`ingress-vips-valid`	非ブロッキング	非ユーザー管理のネットワーククラスターの場合。`ingressVIP` がマシンの CIDR に属しており、使用されていないかどうかを確認します。
`all-hosts-are-ready-to-install`	ブロッキング	クラスター内のすべてのホストがインストール準備完了ステータスにあることを確認します。
`sufficient-masters-count`	ブロッキング	この検証は、マルチノードクラスターにのみ適用されます。クラスターには正確に 3 つのマスターが必要です。クラスターにワーカーノードがある場合は、少なくとも 2 つのワーカーノードが存在する必要があります。
`dns-domain-defined`	非ブロッキング	クラスターのベース DNS ドメインが存在することを確認します。
`pull-secret-set`	非ブロッキング	プルシークレットが存在することを確認します。プルシークレットが有効または承認されていることを確認しません。
`ntp-server-configured`	ブロッキング	各ホストクロックの同期が 4 分以内であることを確認します。
`lso-requirements-satisfied`	ブロッキング	クラスターがローカルストレージ Operator の要件を満たしていることを検証します。
`odf-requirements-satisfied`	ブロッキング	クラスターが Openshift Data Foundation Operator の要件を満たしていることを検証します。クラスターには最低 3 つのホストがあります。クラスターには 3 つのマスターのみ、または少なくとも 3 つのワーカーがあります。クラスターには 3 つの適格なディスクがあり、各ホストには適格なディスクが必要です。
`cnv-requirements-satisfied`	ブロッキング	クラスターがコンテナーネイティブ仮想化の要件を満たしていることを検証します。クラスターの CPU アーキテクチャーは x86 です
`lvm-requirements-satisfied`	ブロッキング	クラスターが論理ボリュームマネージャー Operator の要件を満たしていることを検証します。クラスターは単一ノードである必要があります。クラスターは Openshift >= 4.11.0 を実行している必要があります。
`network-type-valid`	ブロッキング	ネットワークタイプが存在する場合、その有効性をチェックします。ネットワークタイプは OpenshiftSDN または OVNKubernetes である必要があります。 OpenshiftSDN は、IPv6 または単一ノードの Openshift をサポートしていません。 OVNKubernetes は VIP DHCP 割り当てをサポートしていません。

10.5. クラスターのバリデーション

10.5.1. REST API を使用してクラスターバリデーションを取得する

10.5.2. クラスターバリデーションの詳細

詳細情報

試用、購入および販売

コミュニティー

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

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

会社概要

Red Hat legal and privacy links

Red Hat legal and privacy links