デプロイのシナリオ

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 では、ダッシュボードとその他のメタデータを保存するために Elastic Block Store (EBS) ボリュームが必要です。AWS では、EBS ボリュームは存在するゾーンに関連付けられており、ゾーンがダウンしても移動しません。Insights がスケジュールされたゾーンが回復されるまで、Insights は利用できません。
• AKS とは異なり、EKS では自動スケーリングは既定で有効化されません。この機能を有効にするには、通常、Metrics Server や Cluster-Autoscaler などの追加のソフトウェアか、同様の自動スケール機能を提供する代替ソリューションをインストールして構成する必要があります。

AKS デプロイの Automation Suite

デプロイ アーキテクチャ

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

オンライン デプロイ

オフライン デプロイ

概要

AKS クラスターは 1 つのリージョンにデプロイされ、ワーカー ノードはシステム ノード プールとユーザー ノード プール全体に分散されます。コア 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 のコントロール プレーンによって新しいゾーンに自動で移動されるときに解決されます。