- 概要
- 要件
- インストール
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- 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 を 1 に設定する必要がある
- ワークロードの準備ができていないためボリュームをマウントできない
- インストールおよびアップグレード中に RKE2 が失敗する
- 管理ポータルのタイムアウト期間を設定する
- 基になるディレクトリ接続を更新する
- 移行後にログインできない
- Kinit: Cannot Find KDC for Realm <AD Domain> While Getting Initial Credentials
- kinit: Keytab contains no suitable keys for *** while getting initial credentials
- GSSAPI operation failed with error: An invalid status code was supplied (Client's credentials have been revoked).
- Alarm received for failed kerberos-tgt-update job
- SSPI Provider: Server not found in Kerberos database
- Login Failed for User <ADDOMAIN><aduser>. Reason: The Account Is Disabled.
- ArgoCD へのログインに失敗した
- サンドボックス イメージを取得できない
- ポッドが ArgoCD UI に表示されない
- Redis プローブの障害
- RKE2 サーバーの起動に失敗する
- UiPath 名前空間でシークレットが見つからない
- 初期インストール後、ArgoCD アプリが Progressing ステートになる
- MongoDB ポッドが CrashLoopBackOff になるか、削除後に PVC プロビジョニングの保留中になる
- Unexpected inconsistency; run fsck manually
- クラスターの復元後に MongoDB またはビジネス アプリケーションの機能が低下する
- self-heal-operator および sf-k8-utils リポジトリが見つからない
- クラスターの復元またはロールバック後にサービスが異常になる
- RabbitMQ ポッドが CrashLoopBackOff でスタックする
- Prometheus が CrashloopBackoff ステートにあり、メモリ不足 (OOM) エラーを伴う
- Ceph-rook のメトリックが監視ダッシュボードに表示されない
- プロキシ環境でポッドが FQDN と通信できない
- Automation Suite 診断ツールを使用する
- Automation Suite サポート バンドルを使用する
- ログを確認する
このページでは、Automation Suite を AWS にデプロイした後に実行できる操作について説明します。
インストールを検証する
- [CloudFormation] > [Stacks] の下で、すべてのデプロイを確認できます。
- デプロイしたスタックを選択します。ステータスが CREATE_COMPLETE の場合は、デプロイが正常に完了したことを示します。
証明書を更新する
インストール プロセスによって、ユーザーに代わって自己署名証明書が生成されます。既定では、この証明書は 1825 日後に有効期限が切れますが、デプロイ時に 90 日、365 日、730 日、1825 日、3650 日のいずれかの有効期限を選択できます。
自己署名証明書のインストールが完了したら速やかに、信頼された証明機関 (CA) によって署名された証明書に置き換える必要があります。証明書を更新しないと、証明書の有効期限後にインストールが停止します。
For instructions, see Managing certificates.
インストーラー パッケージにアクセスする
AWS のデプロイでは、デプロイ後の操作に使用するすべてのスクリプトを含むインストーラー パッケージは、/root/installer ディレクトリ内に解凍されます。
デプロイの出力にアクセスする
-
選択したスタックで、上部にある [Output] タブをクリックします。このタブでは、以降の手順で必要となるすべての情報にアクセスできます。
-
資格情報には、表に示されているシークレットのリンクを介してアクセスできます。リンクをクリックし、[Retrieve Secret Value] に移動して、資格情報のシークレット値を取得します。
キー 値 (Value) 説明 ArgoCD https://alm.${CONFIG_CLUSTER_FQDN}ArgoCD コンソールを使用して、インストールした製品を管理できます。 ArgoCD Secret < コンソール内のリンクを参照 > ArgoCD の資格情報 Automation Suite Secret < コンソール内のリンクを参照 > Automation Suite ポータルの資格情報 Automation Suite URL https://${CONFIG_CLUSTER_FQDN}Automation Suite ポータル Host Administration Portal https://${CONFIG_CLUSTER_FQDN}システム管理者は、ホスト ポータルで Automation Suite インスタンスを構成します。このポータルから構成した設定は、組織全体に継承され、一部は組織レベルで上書きできます。 Host Administration Secret < コンソール内のリンクを参照 > ホスト管理の資格情報 インターフェイスのツアー インターフェイスのツアー 一般的な用途での Automation Suite ユーザー インターフェイスは、組織の管理者とユーザーの両方に対するポータルとして機能します。これは、誰もがすべての Automation Suite 領域 (管理ページ、プラットフォーム レベルのページ、サービス固有ページ、およびユーザー固有ページ) にアクセスできる、組織レベルの共通リソースです。 Rancher https://monitoring.${CONFIG_CLUSTER_FQDN}Automation Suite では、Rancher を使用してすぐに使えるクラスター管理ツールを提供します。これにより、クラスターを管理し、監視やトラブルシューティングにアクセスすることができます。
Automation Suite ポータルにアクセスする
一般的な用途での Automation Suite ユーザー インターフェイスは、組織の管理者とユーザーの両方に対するポータルとして機能します。これは、誰もがすべての Automation Suite 領域 (管理ページ、プラットフォーム レベルのページ、サービス固有ページ、およびユーザー固有ページ) にアクセスできる、組織レベルの共通リソースです。
Automation Suite にアクセスするには、次の手順に従います。
- URL:
https://{CONFIG_CLUSTER_FQDN}に移動します。 - 既定の組織に切り替えます。
- ユーザー名は orgadmin です。
- AutomationSuiteSecret の出力テーブルにあるシークレットのリンクを選択して、パスワードを取得します。[ 資格情報のシークレット値を取得する ] に移動します。
ホストの管理にアクセスする
システム管理者は、ホスト ポータルで Automation Suite インスタンスを構成します。このポータルから構成した設定は、組織全体に継承され、一部は組織レベルで上書きできます。
ホスト管理にアクセスするには、次の手順に従います。
- URL:
https://{CONFIG_CLUSTER_FQDN}に移動します。 - Host 組織に切り替えます。
- ユーザー名は admin です。
- HostAdministrationSecret の出力テーブルにあるシークレットのリンクを選択して、パスワードを取得します。[ 資格情報のシークレット値を取得する ] に移動します。
ArgoCD にアクセスする
ArgoCD コンソールを使用して、インストールした製品を管理できます。
ArgoCD にアクセスするには、次の手順に従います。
- URL:
https://alm.${CONFIG_CLUSTER_FQDN}に移動します。 - ユーザー名は、ArgoCD の管理者アカウントを使用する場合は admin、ArgoCD の読み取り専用アカウントを使用する場合は argocdro です。
- ArgoCdSecret の出力テーブルにあるシークレットのリンクを選択して、パスワードを取得します。[ 資格情報のシークレット値を取得する ] に移動します。
Rancher にアクセスする
Automation Suite では、Rancher を使用してすぐに使えるクラスター管理ツールを提供します。これにより、クラスターを管理し、監視やトラブルシューティングにアクセスすることができます。
For more details, see Rancher documentation.
For more on how to use Rancher monitoring in Automation Suite, see Using the monitoring stack.
Rancher コンソールにアクセスするには、次の手順に従います。
-
URL:
https://monitoring.${CONFIG_CLUSTER_FQDN}に移動します。 -
ユーザー名は admin です。
-
パスワードにアクセスするには、サーバー ノードで次のコマンドを実行します。
kubectl get secrets/rancher-admin-password -n cattle-system \ -o "jsonpath={.data['password']}" | echo $(base64 -d)kubectl get secrets/rancher-admin-password -n cattle-system \ -o "jsonpath={.data['password']}" | echo $(base64 -d)注:Make sure kubectl is enabled. For more information, see Accessing Automation Suite.
クラスターの仮想マシンにアクセスする
-
EC2 に移動し、シングルノードまたはマルチノードのどちらをデプロイしたかに応じて、Automation Suite インスタンスを特定します。
-
接続する踏み台またはインスタンスのパブリック IP を確認します。
-
ターミナルを開き、SSH を使用して踏み台に接続します。
ssh -i <path_to_private_key> <username>@<bastion_ip>ssh -i <path_to_private_key> <username>@<bastion_ip> -
踏み台からは、次のコマンドを使用して、SSH を介して他のノードにアクセスできます。ユーザー名は、踏み台への接続に使用したものと同じである必要があります。
ssh -i .ssh/private_key <username>@<node_address>ssh -i .ssh/private_key <username>@<node_address>
Performing Cluster Operations
テンプレートを使用すると、Systems Manager ドキュメントを利用してクラスター操作を自動化できます。
UpdateAMIDocument
説明
SSM ドキュメントにより、サーバーおよびエージェントの Auto Scaling グループ用の新しいバージョンの起動テンプレートが、更新された AMI ID で作成されます。
使用状況
このドキュメントでは、次の 2 つのパラメーターが公開されます。
ImageName(例:RHEL-8.3*_HVM-20*) –ImageNameパラメーターが指定されている場合、ImageNameと一致する AMI が Auto Scaling グループに設定されます。AmiId(例:ami-032e5b6af8a711f30) – 指定すると、AmiIdがImageNameよりも優先され、Auto Scaling グループに設定されます。
デプロイ時にカスタム AMI を使用しなかった場合、パラメーターは空のままにできます。この場合、Parameter Store に保存されている ImageName が既定値として使用されます。