GCP のデプロイアーキテクチャ

重要: 現在、GCP のデプロイテンプレートは Automation Suite 2023.10 でのみ使用できます。したがって、Automation Suite 2023.10 のドキュメントを参照することをお勧めします。

このページでは、GCP でのデプロイアーキテクチャ、必要なコンポーネント、および既知のすべての制限事項についての洞察を提供します。

アーキテクチャダイアグラム

コンポーネント

仮想ネットワーク
- すべてのノードが存在するサブネット。
- 送信接続用の NAT ゲートウェイ (Cloud Router に接続される Cloud Nat リソース)。
- サブネットトラフィックを保護するためのファイアウォールルール。
インストールに必要な DNS プライベートゾーン。詳細については、「既知の制限事項」のセクションをご覧ください。
3 つの Managed Instance Group。サーバーノード、エージェントノード、GPU エージェントノードのインスタンスの種類を選択できます。マルチノードの高可用性対応の運用環境のマシン要件とシングルノードの評価のマシン要件を確認し、ハードウェア要件を満たすようにしてください。各 VM は、128 GiB の OS、256 GiB のクラスターバイナリ、およびステートディスクを持ちます。サーバーノードは、AI 製品がインストールされているかどうかに応じて、追加で 512GiB/2048GiB のデータディスクを持ちます。
- サーバーノード (クラスター制御プレーン)。サーバーノードはワークロードも実行します。
- エージェントノード。ワークロードの実行専用に設計されています (制御プレーンサービスはありません)。必要なエージェントノード数が 0 の場合、空の Managed Instance Group が作成されます。
- GPU ノード。ビデオカードを備えた ML モデル専用のノードです。必要な GPU ノード数が 0 の場合、Managed Instance Group は作成されません。
ポート 443 からノードへの HTTPS トラフィックのバランスを取るために使用されるパブリックロードバランサー。
ノード登録要求を転送するために必要な 2 つの内部ロードバランサーと 1 つの Managed Instance Group。VM のインスタンスサイズは可能な限り小さいサイズとなります。
別個の VM としてデプロイされる Task Mining ノード。このインスタンスタイプは n2-standard-32 です。
他のノードへのアクセスに使用される踏み台インスタンス。パブリック IP を持ち、SSH が有効化されています。
SQL データベースインスタンス:
- 8 コア、32 GiB RAM
- ディスクサイズ 1000 GiB (手動で拡張可能)
- データベースはインストーラーによって作成されます。
SQL Server、Automation Suite プラットフォーム、および ArgoCD コンソール用に自動生成された資格情報を保存するために使用される Secret Manager。

既知の制限事項

DNS

DNS を自動的に LB に接続することはできないため、以下のとおりとなります。
- DNS の構成手順を実行できるのはインストールが終わった後のみですが、このような構成はインストール中に必要となります。プライベート DNS ゾーンはこの問題を解決し、インストールの完了後に安全に削除することができます。テスト目的の場合は、「手順 4: DNS を構成する」を確認してください。
- コア DNS アップストリームサーバーは、ノードのネームサーバーと一致するようにする必要があります。これにより、VM の再起動時に rke 構成ファイル (/etc/rancher/rke2/config.yaml) が破損する場合があり、インストール後のアップグレードプロセスに影響を与える可能性があります。

RHEL