ステップ 7: インストールを検証する

次の 5 つの確認を実行して、ユーザーが利用する部分が動作することを検証します。所要時間は 2 分です。最初に、インストールワークシート から作成したファイル openlm-install.env から変数を読み込み、アドレスを設定します。

source ./openlm-install.env
H="https://$DOMAIN"

それぞれの確認を実行し、出力を 想定される結果 列と比較します。

#	確認内容	コマンド	想定される結果
1	ホームページが読み込まれる	curl -s -o /dev/null -w '%{http_code}\n' $H/	200
2	サインインが稼働している	curl -s -o /dev/null -w '%{http_code}\n' $H/identity/.well-known/openid-configuration	200
3	API が匿名の呼び出しを拒否する	curl -s -o /dev/null -w '%{http_code}\n' $H/api/licensemanager/bff/user	401
4	エージェントが登録できる	curl -s -o /dev/null -w '%{http_code}\n' $H/api/agents-hub/announce	200
5	失敗しているものがない	kubectl -n $NS get pods --no-headers | grep -vE "Running|Completed"	出力なし

curl コマンドは -k なしで 実行してください。-k を付けたときだけ動作する場合、証明書が信頼されていないため、ユーザーのブラウザーと OpenLM Platform のサービスもその証明書を拒否します。TLS 証明書 を参照してください。

失敗した確認を修正する

確認の結果が想定と異なる場合は、次の表で該当する行を探します。

確認	得られた結果	意味と対処方法
1	000 またはタイムアウト	DNS またはIngress がクラスターに到達していません。ステップ 1.4 をもう一度実行します。
1	404	Ingress コントローラーは応答していますが、$DOMAIN のルールがありません。values の global.masterIngress.hostname と ingressClassName を確認します。
2	404、502、または 503	identity サービスがまだ準備できていないか、失敗しています。ログを確認します: kubectl -n $NS logs deploy/openlm-identity
3	404	identity が正常になる前にサービスが起動し、セキュリティなしのモードにフォールバックしました。identity が正常になったら、サービスを再起動します: kubectl -n $NS rollout restart deployment
3	502 または 503	API ゲートウェイが実行されていないか、到達できません。ステップ 5 の確認をもう一度実行します。
3	本文に IdentityUnavailable を含む 503	サービスがクラスター内から https://$DOMAIN/identity に到達できません。ネットワーク を参照してください

確認

5 つの確認すべてで、想定どおりの結果が得られます。

初回インストール後にサービスがトークンを拒否する場合

初回インストールでは、identity サービスがセットアップを完了した後に起動したサービスが、トークンを拒否し続けることがあります。すべての Pod が実行状態になった後に、identity を 1 回再起動します。

kubectl -n "$NS" rollout restart deployment/openlm-identity
kubectl -n "$NS" rollout status deployment/openlm-identity