HA および DR の導入モデル

Automation 360 は、さまざまなレベルのエンタープライズにおける費用対効果と復元性の要件を満たすいくつかのデプロイオプションを提供します。オプションとして、単一ノードへのインストールと複数ノードへのインストールがあります。複数ノードのデプロイにより、高可用性 (HA) クラスターや災害復旧 (DR) サイトを構成することができます。

デプロイサービスは、Automation 360 インストーラーを使用して設定します。典型的な Automation 360 サーバーノードでは、以下のサービスが実行されます。

Automation Anywhere オートメーションサービス
Automation Anywhere メッセージングサービス
Automation Anywhere キャッシングサービス
Automation Anywhere 検索サービス
リポジトリ保存
(オプション) IQ Bot VM

また Automation 360 インストーラーは、複数ノードのデプロイ構成もサポートしています。

計画

デプロイモデルを選ぶ前に、要件を特定します。最良の結果を得るには、Automation Workspace の開発、テスト、および実稼働環境全体に同じオペレーティングシステムをデプロイします。少なくとも、テストや実稼働環境では同じ OS を使用します。

デプロイモデル

大まかに言うと、Automation 360 をデプロイまたはインストールする方法には、単一ノードと複数ノードの 2 つがあります。事業継続の要件に応じたオプションをお選びください。

単一ノードデプロイ

名前が示すように、Automation 360 に関連するすべてのサービスが実行される単一の物理サーバーノードがあります。設計上、この構成では冗長性がないため、可用性はこの単一ノードのサービスによって異なります。

データベース

単一ノードデプロイでは、Control Room サーバーがデータベースサーバーに接続できるのであれば、どこでも構いません。これには、ネットワーク設定が含まれることがあります。

注: Control Room サーバーと同じサーバーでデータベースサーバーをホストすることはできません。サーバーでより高度な処理/メモリ構成が必要になるためです。

特性

災害復旧なし (単一障害発生時点): 単一ノードに障害が発生すると、RPA の動作に悪影響が及びます。
高可用性なし: サーバーがアップグレードまたはメンテナンスのためにオフラインになると、RPA 操作が影響を受けます。
RPA のアップスケーリングなし: RPA のデプロイがスケールアップし、ユーザーが増加すると、単一ノードが増加した負荷を管理する必要があります。これは、RPA のパフォーマンスに悪影響を及ぼす可能性があります。

使用上の推奨事項

単一ノードのデプロイは、通常、概念実証、デモ、テスト、試用などの小規模な使用に推奨されます。

単一ノードの導入は、ダウンタイムが発生した場合、RPA の運用や事業継続に支障をきたすため、本番環境での使用は推奨されません。

メリット

迅速かつ簡単なインストールと設定
追加のサーバーは不要
ロードバランサーとクラスタリング構成は不要

次の図は、単一ノードの Automation Anywhere およびデータセンターコンポーネントを示しています。Automation Anywhere コンポーネントはオレンジ色で表示され、組織が提供するコンポーネントは青色で表示されます。クラウド上で一元的にホストされ、ライセンスサーバーなどの Automation Anywhere によって管理されるコンポーネントは、明るいオレンジ色で表示されます。

複数ノードデプロイ

より高い処理規模と本番環境でのより高い可用性を実現するために、Automation 360 サービスは複数のサーバーノードにデプロイされます。インストーラーで複数モード設定が可能です。これには、サービスを同じデータベースにリンクするなどの追加の設定手順が含まれます。

分散アプローチ

Control Room は、特定の時間枠で大量のリクエストを処理する柔軟性を提供します。

必要に応じて、複数の物理サーバーや仮想サーバーに Control Room の複数のインスタンスをデプロイします。これは、キャッシュ、検索、およびメッセージングサービスのクラスター設定を行うことも意味します。

ロードバランシング

ロードバランサーによって実行され、サービス活動を保護するために複数のサーバー間でアプリケーションまたはネットワークトラフィックを分散し、ワークロードを複数のサーバー間で分散するプロセスです。これにより、クラスター化されたサーバーでオートメーションアクティビティが継続されます。

ロードバランサーの要件

データベース

複数ノードデプロイでは、データベースは独自の組み込みフェールオーバーを使用してデータを保護します。これにより、データベースのデータが確実に復旧されます。

AWS-RDS のようなクラウドベースのデータベースサービスを使用する場合、それらのサービスの一部として高可用性と災害復旧が提供されます。この場合、それ以上のデータベース構成は必要ありません。

純粋なオンプレミスデータベースシナリオでは、データセンターのプライマリ (アクティブ) とセカンダリ (パッシブ) のクラスター化された Microsoft SQL Server 間の同期レプリケーションを構成します。これにより、データベースノードに障害が発生した場合に一貫性が確保されます。

同期レプリケーションの場合、Microsoft SQL Server の発行者および加入者モデルを使用して、プライマリ災害復旧サイトから、プライマリサイトから地理的に離れた場所にあるセカンダリ災害復旧サイトにデータベースを構成します。

プライマリサイトとセカンダリサイト間でデータを複製

次の図は、データセンタークラスター内の 3 ノードの Automation Anywhere とデータセンターコンポーネントを示しています。Automation Anywhere コンポーネントはオレンジ色で表示され、組織が提供するコンポーネントは青色で表示されます。クラウド上で一元的にホストされ、ライセンスサーバーなどの Automation Anywhere によって管理されるコンポーネントは、明るいオレンジ色で表示されます。

重要: ストレッチクラスターには対応していません。

すべての HA クラスターノードが同じ場所に構成されていることを確認します。さまざまなサイトに配置されている単一の HA クラスター内にノードを構成しないでください。プライマリサイトで HA クラスターを 1 つ構成し、セカンダリサイトでもう 1 つの HA クラスターを構成します。
Control Room と IQ Bot は、両方のアプリケーション間の通信を確保するために、同じデータセンターで構成する必要があります。