- 概要
- 用語集
- Automation Suite 製品
- 製品間の依存関係
- シングルノードおよびマルチノードのインストールでサポートされるユース ケース
- クイック リンク
- 概要
- アーキテクチャに関する基本的な考慮事項
- Q&A: Disaster Recovery - アクティブ/パッシブ
- デプロイ方法ごとの機能比較
- セキュリティとコンプライアンス
- 証明書の概要
- 要件
- インストール
- インストール後
- クラスターの管理
- 監視とアラート機能
- 移行とアップグレード
- 製品固有の設定
- ベスト プラクティスとメンテナンス
- トラブルシューティング
- インストール時にサービスをトラブルシューティングする方法
- クラスターをアンインストールする方法
- オフライン成果物をクリーンアップしてディスク領域を改善する方法
- Redis データをクリアする方法
- Istio ログを有効化する方法
- ログを手動でクリーンアップする方法
- sf-logs バケットに保存されている古いログをクリーンアップする方法
- AI Center のストリーミング ログを無効化する方法
- 失敗した Automation Suite インストールをデバッグする方法
- アップグレード後に古いインストーラーからイメージを削除する方法
- Longhorn のスナップショットを自動的にクリーンアップする方法
- TX チェックサム オフロードを無効化する方法
- ArgoCD のログ レベルを手動で Info に設定する方法
- 外部レジストリーのエンコードされたpull_secret_valueを生成する方法
- TLS 1.2 で弱い暗号に対処する方法
- RHEL 8.4 OS でオフライン インストールを実行できない
- バンドルのダウンロード中のエラー
- バイナリがないため、オフライン インストールが失敗する
- オフライン インストールでの証明書の問題
- Longhorn のセットアップ中に最初のインストールが失敗する
- SQL 接続文字列の検証エラー
- selinux iscsid モジュールの前提条件の確認が失敗する
- Azure ディスクが SSD としてマークされない
- 証明書の更新後のエラー
- ウイルス対策が原因でインストールの問題が発生する
- OS のアップグレード後に Automation Suite が動作しない
- Automation Suite で backlog_wait_time を 0 に設定する必要がある
- リソースが利用できないことの影響を受ける GPU ノード
- ワークロードの準備ができていないためボリュームをマウントできない
- サポート バンドルのログ収集の失敗
- 管理ポータルのタイムアウト期間を設定する
- 基になるディレクトリ接続を更新する
- 移行後に認証が機能しない
- 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 が進行中ステートになる
- ArgoCD の読み取り専用アカウントにアクセスする際の問題
- MongoDB ポッドが CrashLoopBackOff になるか、削除後に PVC プロビジョニングの保留中になる
- クラスターの復元またはロールバック後にサービスが異常になる
- Init:0/X でポッドがスタックする
- Prometheus が CrashloopBackoff ステートにあり、メモリ不足 (OOM) エラーを伴う
- Ceph-rook のメトリックが監視ダッシュボードに表示されない
- プロキシ環境でポッドが FQDN と通信できない
- Automation Suite 診断ツールを使用する
- Automation Suite サポート バンドルを使用する
- ログを確認する
Linux の Automation Suite のインストール ガイド
Q&A: Disaster Recovery - アクティブ/パッシブ
Q: Automation Suite をアクティブ/パッシブ モードでデプロイできますか?
A: はい
Q: Automation Suite をアクティブ/アクティブ モードでデプロイできますか?
A: いいえ
Q: アクティブ/パッシブを構成するために必要な HAA ライセンスの数はいくつですか?
A: クラスターごとに 1 つずつ、合計 2 つの HAA ライセンスが必要です。各ライセンスは 2 つのシャードが対象である必要があります。
Q: パッシブ クラスター用に追加の製品ライセンスを用意する必要がありますか?
A: いいえ、プライマリ クラスターにライセンスを適用すると、セカンダリ クラスターでもそれらを使用できるようになります。
Q: セカンダリ クラスターは使用していない間オフにすることができますか?
A: はい、セカンダリ クラスター内の一部またはすべてのノードを使用していない間オフにすることができます。
Q: サポートされていない製品をセカンダリ クラスターにインストールできますか?
A: いいえ、サポートされていない製品をセカンダリ クラスターにインストールすることはできません。このようなインストールを実行しようとすると、製品は使用できなくなります。
Q: バックアップを利用できない場合、セカンダリ クラスターを使用してプライマリ クラスターを再構築できますか?
A: いいえ、プライマリ クラスターを再構築するには、バックアップが必要です。ただし、セカンダリ クラスターはプライマリ クラスターを使用して再構築できます。
Q: アクティブ/パッシブ構成でクラスター内の ObjectStore をデプロイできますか?
A: いいえ、マルチサイト デプロイでは、外部 ObjectStore に対する厳密な要件があります。
Q: いずれかの Automation Suite クラスターが利用不可またはオフの場合、クラスター管理を実行できますか?
A: SQL 接続文字列の更新など、ほとんどの操作は両方のクラスターで実行する必要があります。したがって、両方のクラスターが利用可能である必要があります。ただし、クラスターが利用できない状態で構成を更新する必要がある場合は、クラスターのリンクを解除して個別に操作できます。
Q: プライマリ クラスターで製品がダウンしている場合、その製品のトラフィックのみをセカンダリに切り替えることはできますか?
A: サイトレベルのフォールト トレランスのみが許可されています。製品レベルのきめ細かい障害耐性は現在サポートされていません。
Q: 製品をマルチサイトにデプロイしないことを選択できますか?
A: 両方のサイトにすべての製品をインストールする必要があります。製品と Insights を検出する場合を除き、一方のサイトにのみ製品をデプロイすることはできません。
Q: 両方のクラスターで異種のマシンを使用できますか?
A: 使用するマシンが Automation Suite インストールのハードウェアおよびソフトウェア要件を満たしている限り、両方のサイトでさまざまなマシンの構成を使用できます。
Q: セカンダリ クラスター用に性能の低いマシンを使用できますか?
A: はい、セカンダリ クラスターにデプロイするマシンのサイズや数を減らすことができます。Insights、Task Mining、Process Mining、Automation Hub がインストールされていない場合は、これによってある程度コストを節約できます。
Q: セカンダリ クラスターでトレーニング パイプラインを実行できますか?
A: トレーニング パイプラインのスケジュール設定は、プライマリ クラスターでのみ行えます。つまり、プライマリ クラスターがダウンすると、トレーニング パイプライン機能を一時的に利用できなくなります。
Q: 両方のサイトで同じ Automation Suite/製品ライセンスを使用できますか?
A: 両方のクラスターは個別のクラスターですが、1 つのデプロイとして動作するように構成されています。また、2 つの別個の Redis ライセンスを提供する必要もありません。
Q: セカンダリ クラスターをプライマリ クラスターに昇格できますか?
A: いいえ、セカンダリ クラスターはプライマリ クラスターに昇格できません。
Q: マルチサイト デプロイを Automation Suite の標準設定に再変換できますか?
A: いいえ、現在この操作は実行できません。唯一の選択肢は、バックアップから設定を再作成することです。
Q: プライマリ クラスターが一時的にダウンするとどうなりますか?
A: プライマリ クラスターが一時的にダウンすると、Automation は一時的に利用できなくなります。こちらに記載されている手順を使用して、トラフィックをセカンダリ クラスターに切り替える必要があります。
Q: プライマリ クラスターが完全にダウンするとどうなりますか?
A: プライマリ クラスターが完全にダウンすると、Automation は一時的に利用できなくなります。こちらに記載されている手順を使用してセカンダリ クラスターに切り替えた後、プライマリ クラスターをバックアップから再構築する必要があります。
Q: セカンダリ クラスターが一時的にダウンするとどうなりますか?
A: セカンダリ クラスターが一時的にダウンした場合、Automation Suite は影響を受けません。ただし、Disaster Recovery は利用できません。セカンダリ クラスターが復元されたら、プライマリ クラスターで行った設定をセカンダリ クラスターに再度適用してください。
Q: セカンダリ クラスターが完全にダウンするとどうなりますか?
A: セカンダリ クラスターが完全にダウンしても、Automation Suite には影響しません。ただし、Disaster Recovery は利用できません。プライマリ クラスターを使用してセカンダリ クラスターを再構築する必要があります。
Q: 両方のクラスターが一時的にダウンするとどうなりますか?
A: 両方のクラスターが一時的にダウンすると、一方のサイトがオンラインになるまで Automation Suite 全体がダウンします。
Q: 両方のクラスターが完全にダウンするとどうなりますか?
A: 両方のクラスターが完全にダウンすると、Automation Suite 全体がダウンします。設定を元に戻すには、バックアップを使用してプライマリ クラスターを復元し、プライマリ クラスターからセカンダリ クラスターを再構築する必要があります。
Q: プライマリ クラスターでいずれかの製品がダウンするとどうなりますか?
A: プライマリ クラスターでいずれかの製品がダウンした場合、その製品は使用できません。その製品のトラフィックのみをセカンダリ クラスターに切り替える方法はありません。また、その逆も同様です。サイトレベルのフォールト トレランスのみが可能です。
Q: プライマリ データ ソースがダウンし、データがセカンダリ データ ソースに複製されない場合、どうなりますか?
A: この場合、データが失われる可能性があります。どの程度のデータが失われるかは、RPO によって決まります。セカンダリ データ ソースをプライマリに昇格するかどうかは、RTO によって決まります。
Q: 短時間のダウンタイムが発生した後でプライマリ データ ソースが復元された場合、どうなりますか?
A: 短時間のダウンタイムが発生した後でプライマリ データ ソースが復元された場合、すべてのデータが元のデータ ソースに再同期されない限り、プライマリ クラスターへのトラフィックのリダイレクトを開始しないようにする必要があります。
Q: 両方のデータ ソースがダウンするとどうなりますか?
A: この場合、完全なダウンタイムが発生します。進行中のいくつかのトランザクションがその状態で永久にスタックする場合があります。
Q: セカンダリ データ ソースがダウンするとどうなりますか?
A: この場合、Automation Suite は影響を受けません。セカンダリ データ ソースがオンラインの場合は、データが複製されていることを確認する必要があります。