デプロイのシナリオ

EKS/AKS の Automation Suite のオンラインおよびオフラインのデプロイ シナリオと、Automation Suite でのインフラストラクチャ要件の概要。

オンライン デプロイ

Automation Suite のオンライン デプロイは、インストール時と実行時にインターネットへのアクセスが必要です。すべての UiPath® 製品とサポート ライブラリは、UiPath® レジストリ、または UiPath® が信頼するサードパーティ ストアでホストされます。

制限付きのファイアウォールまたはプロキシ サーバーのいずれかを使用して、インターネットへのアクセスを制限できます。この場合、Automation Suite で必要なトラフィック以外の、インターネット上のトラフィックをすべてブロックします。ファイアウォールまたはプロキシのルールについて詳しくは 、プロキシの構成に関するページをご覧ください。

オフライン デプロイ

オフライン デプロイ (エアギャップ) とは、インターネットへのアクセスがない、完全に分離された設定です。この種類の設定では、UiPath® 製品のすべてのコンテナー イメージとバイナリ (tarball の形式で提供) を保存するレジストリを追加でインストールする必要があります。

注:

インストール後にデプロイ方法を変更することはできません。つまり、インストールをオンラインで行った場合、オフラインに変更することはできません。また、その逆の変更もできません。慎重に検討した上でデプロイ戦略を選択することをお勧めします。

EKS デプロイの Automation Suite

デプロイ アーキテクチャ

以下は、Automation Suite を EKS にデプロイするためのアーキテクチャ図です。

オンライン デプロイ

オフライン デプロイ

概要

上記のアーキテクチャ図は、Automation Suite を AWS EKS クラスターに設定する方法を示しています。

EKS クラスターは単一の AWS リージョンにデプロイされるのに対し、EC2 ワーカー ノードは、3 つのアベイラビリティ ゾーンに分散された Auto Scaling グループに配置されます。ノードを複数のアベイラビリティ ゾーンに分散することで、ゾーン全体の障害に対する回復性が実現します。

可用性ゾーンとネットワーク

各ゾーンには、プライベート サブネットとパブリック サブネットがあります。EC2 ワーカー ノードはプライベート サブネットでホストされるのに対し、パブリック サブネットでは Elastic IP アドレスと NAT ゲートウェイをホストします。NAT ゲートウェイはインターネットに接続するために必要です。その際に、ワーカー ノードから EKS コントロール プレーンにアクセスして Docker レジストリに接続し、Automation Suite デプロイのコンテナー イメージを取得します。

各パブリック サブネットでホストされている Elastic IP アドレスがインストール時に Automation Suite に渡され、Istio が受信トラフィックをリッスンする必要があるエンドポイントとして登録されます。同じ理由で、Network Load Balancer (NLB) がこれらのエンドポイントを使用して、すべての要求を Automation Suite に転送する必要があります。

データ ソース

Amazon RDS for Microsoft SQL Server、S3 バケット、Elastic File System、Elastic Cache などのデータソースは、障害に備えて十分な冗長性を持つように設定する必要があります。また、これらのデータソースには、EC2 ワーカー インスタンスがホストされているプライベート サブネットからアクセスする必要があります。

注:

• Automation Suite には、ワーカー ポッドがゾーン間で均等に分散されるようにするアフィニティ ルールはありません。ゾーンレベルの障害がある場合、サービスが一瞬低下する可能性があります。これは、そのサービスが EKS のコントロール プレーンによって新しいゾーンに自動で移動されるときに解決されます。
• Insights では、ダッシュボードとその他のメタデータを保存する EBS ボリュームが必要です。AWS では、EBS ボリュームはそのボリュームが存在するゾーンに関連付けられ、ゾーンがダウンしても移動しません。Insights は、Insights がスケジュールされていたゾーンが回復するまで利用できなくなります。
• AKS とは異なり、EKS では自動スケーリングは既定で有効化されません。この機能を有効にするには、通常、Metrics Server や Cluster-Autoscaler などの追加のソフトウェアか、同様の自動スケール機能を提供する代替ソリューションをインストールして構成する必要があります。

AKS デプロイの Automation Suite

デプロイ アーキテクチャ

以下は、Automation Suite を AKS にデプロイするためのアーキテクチャ図です。

オンライン デプロイ

オフライン デプロイ

概要

AKS クラスターは単一のリージョンにデプロイされ、そのリージョン内でワーカー ノードはシステム ノード プールとユーザー ノード プールに分散されます。コア AKS コンポーネント (コントロール プレーンを除く) はシステム ノード プールでホストされます (CNI、CoreDNS など)。さらに、UiPath® のコア サービスも同じノード プールでホストされます。追加のユーザー ノード プールでは、Automation Suite ロボット、Task Mining、GPU のワーカー ノードをホストできます。

ノード プールとネットワーク

各ノード プールは仮想マシン スケール セット (VMSS) をホストします。これにより、ワーカー ノードを複数のゾーンに分散し、ゾーンの障害に対する回復性と、必要に応じてスケールを提供します。

ロード バランサーに関連付けられた静的 IP アドレスがインストール時に Automation Suite に渡され、Istio が受信トラフィックをリッスンする必要があるエンドポイントとして登録されます。同じ理由で、Azure Load Balancer (L4) がこれらのエンドポイントを使用して、すべての要求を Automation Suite に転送する必要があります。

データ ソースとアクセス

Microsoft SQL Server、Azure Storage アカウント、Azure Redis キャッシュなどのデータソースは、障害に備えて十分な冗長性を持つように設定する必要があります。また、これらのデータソースには、AKS ワーカー ノードがホストされているサブネットからアクセスする必要があります。

さらに、追加のジャンプ ボックス/踏み台サーバーが必要なこともあります。このサーバーには、AKS クラスターの操作に必要なすべての権限が必要な場合があります。

注:

Automation Suite には、ワーカー ポッドがゾーン間で均等に分散されるようにするアフィニティ ルールはありません。ゾーンレベルの障害がある場合、サービスが一瞬低下する可能性があります。これは、そのサービスが AKS のコントロール プレーンによって新しいゾーンに自動で移動されるときに解決されます。

デプロイ モードとユース ケース

Automation Suite では、次のデプロイ モードをサポートしています。

デプロイ モード	説明
マルチノード	運用環境での使用がサポートされています。次のモードを使用できます。 - ライト モード: 選択的な HA 構成による軽量デプロイ。詳しくは、「 ライト モードのインストール」をご覧ください。 - HA モード: HA が完全に有効になります。詳しくは、「 HA インストール」をご覧ください。

ライトモードのインストール

ライト モードのインストールでは、高可用性を除くすべての機能を含む、シンプルでリソースを消費するセットアップ プロセスが提供されます。既定では、インフラストラクチャと共有コンポーネントは HA モードでデプロイされ、すべてのサービスはライト モードです (水平ポッドの自動スケーリングは、レプリカを 1 つ以上で有効化します)。

ライト モードでは、必要に応じてインストール中またはインストール後に選択したサービスの高可用性を有効化できるため、インフラストラクチャを柔軟に管理できます。

重要:

ライト モードは運用環境で使用できますが、高可用性が有効化されていないサービスを持つことによる影響とリスクに注意する必要があります。

HA インストール

運用環境のデプロイでマルチノード インストールがサポートされており、スケーラビリティ、信頼性、効率的なリソース管理が向上します。クラスター内と外部の両方の高可用性をサポートします。