- 概要
- 要件
- インストール
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- Redis データをクリアする方法
- Istio ログを有効化する方法
- ログを手動でクリーンアップする方法
- sf-logs バケットに保存されている古いログをクリーンアップする方法
- AI Center のストリーミング ログを無効化する方法
- 失敗した Automation Suite インストールをデバッグする方法
- アップグレード後に古いインストーラーからイメージを削除する方法
- Longhorn のスナップショットを自動的にクリーンアップする方法
- TX チェックサム オフロードを無効化する方法
- TLS 1.2 で弱い暗号に対処する方法
- RHEL 8.4 OS でオフライン インストールを実行できない
- バンドルのダウンロード中のエラー
- バイナリがないため、オフライン インストールが失敗する
- オフライン インストールでの証明書の問題
- Longhorn のセットアップ中に最初のインストールが失敗する
- SQL 接続文字列の検証エラー
- selinux iscsid モジュールの前提条件の確認が失敗する
- Azure ディスクが SSD としてマークされない
- 証明書の更新後のエラー
- ウイルス対策が原因でインストールの問題が発生する
- OS のアップグレード後に Automation Suite が動作しない
- Automation Suite で backlog_wait_time を 0 に設定する必要がある
- ワークロードの準備ができていないためボリュームをマウントできない
- プロキシ設定がある場合に Automation Hub と Apps を起動できない
- 管理ポータルのタイムアウト期間を設定する
- 基になるディレクトリ接続を更新する
- 移行後に認証が機能しない
- Kinit: Cannot find KDC for realm <AD Domain> while getting initial credentials
- kinit: Keytab contains no suitable keys for *** while getting initial credentials
- 無効なステータス コードが原因で GSSAPI 操作が失敗した
- Alarm received for failed kerberos-tgt-update job
- SSPI Provider: Server not found in Kerberos database
- アカウントが無効なため AD ユーザーのログインに失敗した
- ArgoCD へのログインに失敗した
- サンドボックス イメージを取得できない
- ポッドが ArgoCD UI に表示されない
- Redis プローブの障害
- RKE2 サーバーの起動に失敗する
- UiPath 名前空間でシークレットが見つからない
- 初回インストール後に ArgoCD が進行中ステートになる
- Unexpected inconsistency; run fsck manually
- MongoDB ポッドが CrashLoopBackOff になるか、削除後に PVC プロビジョニングの保留中になる
- MongoDB ポッドを 4.4.4-ent から 5.0.7-ent にアップグレードできない
- クラスターの復元またはロールバック後にサービスが異常になる
- Init:0/X でポッドがスタックする
- Prometheus が CrashloopBackoff ステートにあり、メモリ不足 (OOM) エラーを伴う
- Ceph-rook のメトリックが監視ダッシュボードに表示されない
- プロキシ環境でポッドが FQDN と通信できない
- Automation Suite 診断ツールを使用する
- Automation Suite サポート バンドルを使用する
- ログを確認する
手順 1: GCP のデプロイを計画する
現在、GCP のデプロイ テンプレートは Automation Suite 2024.10 でのみ使用できます。したがって、 Automation Suite 2024.10 のドキュメントを参照することをお勧めします。
Automation Suite を GCP にデプロイする前に、要件が満たされていることを確認し、適宜計画を立てる必要があります。
データが失われるのを防ぐため、使用するインフラストラクチャがクラスターの再起動時またはシャットダウン時にクラスター ディスクを自動的に削除しないようにしてください。この機能が有効化されている場合は、必ず無効化してください。
既定では、GCP は最新バージョンの RHEL 8 のみをサポートします。さらに、自動更新が実行されるので、OS のマイナー バージョンがアップグレードされる可能性があります。その結果、Automation Suite のサポート対象 OS バージョン外になってしまう可能性があります。この可能性を減らすために、カスタム イメージを使用することをお勧めします。
前提条件
API の要件
既定のサービス アカウントを有効化して GCP プロジェクトにアクセスできる必要があります。
このプロジェクトでは、以下の API が有効化される必要があり、API で想定されるすべての操作の権限を持っている必要があります。
- Compute Engine API
- Cloud DNS API
- Cloud SQL Admin API
- Secret Manager API
- Cloud Resource Manager API
- Service Networking API
- Identity and Access Management (IAM) API
API を有効化するには、次の手順を実行します。
-
上部の検索バーで API を検索します。
-
[Compute Engine API] ページで [有効にする] を選択します。
注:サービス アカウントの資格情報をデプロイに使用する予定の場合は、 Identity and Access Management (IAM) API を有効化する必要があります。この API を使用して、デプロイされた仮想マシンにリンクされる既定の Compute Engine サービス アカウントを取得します。
GCP のソフトウェア要件
GCP SDK と Terraform をマシンにインストールしておく必要があります。
インストールの詳細については、以下をご覧ください。
RSA キー ペアの前提条件
クラスターへのアクセスに使用する RSA キー ペアが必要です。キーは、次のコマンドを使用して生成できます。
ssh-keygen -t rsa -b 4096 -C "<ssh_user>"
ssh-keygen -t rsa -b 4096 -C "<ssh_user>"
クォータ
デプロイにより、設定可能な種類の設定可能な数の仮想マシンがプロビジョニングされます。さらに、このテンプレートはノード登録トラフィックに必要な仮想マシンもデプロイします。これらの仮想マシンのインスタンスの種類は固定されています。
各プロジェクトには、特定のリージョンに対して誰もがプロビジョニングできるコア数に対するクォータがあります。
デプロイ要件によって、このクォータを超過するとデプロイは失敗します。これを防ぐために、Automation Suite のデプロイに対して、クォータに十分な余裕があることを確認してください。
仮想マシン ファミリのリージョンの可用性
仮想マシン ファミリ リージョンの可用性が要件を満たしていることを確認します。
リージョンでどのような仮想マシン インスタンスを利用できるかは、「使用可能なリージョンとゾーン」で確認できます。
(任意) GPU の要件
AI Center を使用する場合は、GPU サポートのあるノードを推奨します。
使用する GPU と、デプロイするリージョンがこれらの 制約 を満たしていて、GPU ノードのインスタンスの種類が GPU をサポートしていることを確認します。GCP のドキュメントに記載されているように、GPU は現在、汎用 N1 マシン タイプまたはアクセラレータ最適化 A2 マシン タイプでのみサポートされています。
(任意) カスタム イメージ
自動更新を回避するには、次のコマンドを使用して OS を特定の更新に関連付けます。
subscription-manager release --set=<version>
subscription-manager release --set=<version>