概要

Automation Suite のアクティブ/パッシブおよびアクティブ/アクティブのデプロイのアーキテクチャとトポロジ

ダイアグラム

次の図は、Automation Suite の通常のアクティブ/パッシブ デプロイを示しています。

要件

マルチサイト展開には、以下のハードウェアとインフラストラクチャのコンポーネントが必要です。

Global Traffic Manager (GTM)

GTM は、トラフィックを Automation Suite のマルチサイト デプロイ全体に分散します。高可用性を備え、単一のデプロイ サイトで障害が発生しないようにする必要があります。また、GTM は、エラーが発生したサイトを素早く分離する健全性チェックをサポートする必要があります。GTM は必須ではありませんが、切り替えを高速化したい場合に推奨されます。

GTM をアクティブ/パッシブ デプロイ用に構成する場合は、 /orchestrator_/api/status を健全性エンドポイントとして使用します。これは、障害復旧を効果的に管理するために重要です。

ロード バランサー

すべてのサイトに、同じサイト内に構成された任意のノードにトラフィックを負荷分散できるローカル ロード バランサーが必要です。

ノード

Both sites must have an identical number of nodes. For each site, you must configure the cluster and nodes using the documentation in Kubernetes cluster and nodes. For details, refer to Automation Suite Install Sizing Calculator.

SQL データベース

データを格納する外部 SQL Server が必要です。ディザスタリカバリには、サイト 1 にプライマリ SQL Server、サイト 2 に物理的に物理的に存在し、データ同期が有効化された Always On 可用性グループ (または Amazon RDS の MSSQL と ReadReplica) が必要です。SQL リスナーは SQL Server の上にデプロイされ、両方のクラスターは同じリスナーのアドレスを使用するように構成されています。

PostgreSQL データベース

Process Mining、Autopilot for Developers、および Temporal as a Service (TaaS) には、外部 PostgreSQL サーバーが必要です。障害復旧の場合は、Autopilot for Developers のデータベースのみをセカンダリ サイトにレプリケートする必要があります。Process Mining/Airflow データベースではサイト間のレプリケーションは必要ありませんが、それでも各サイトに PostgreSQL インスタンスが必要です。TaaS はセカンダリ クラスターではサポートされていません。アクティブ/パッシブ展開のプライマリ サイトでのみサポートされます。

サイト 1 のプライマリ PostgreSQL サーバーを、サイト 2 の少なくとも 1 つの読み取り専用レプリカへの物理ストリーミング レプリケーションを使用して構成するか、Amazon RDS 読み取りレプリカ、Aurora PostgreSQL グローバル データベース、Azure Database for PostgreSQL フレキシブル サーバー geo レプリカなどのマネージド プロバイダーのレプリケーション機能を使用します。

PostgreSQL は一度に 1 つの書き込み可能なプライマリのみをサポートしているため、アクティブクラスターとパッシブクラスターの両方で現在のプライマリデータベースエンドポイントを使用する必要があります。ディザスタ リカバリ中に、サイト 2 レプリカがプライマリに昇格したら、両方のサイトのデータベース エンドポイントを更新して、新しく昇格されたプライマリを指すようにします。フェールオーバーを簡素化するには、データベース エンドポイントの DNS レコードを使用し、フェールオーバー中に更新します。

Object Store

製品にアップロードされるファイルやパッケージはすべて ObjectStore に保存されます。障害に対する回復性を高めるには、Automation Suite のデプロイに外部 ObjectStore が必要です。

効果的な障害復旧のためには、各データセンターに 1 つずつ、合計 2 つの ObjectStore インスタンスが必要です。両方のクラスターが読み取りと書き込みにアクティブに使用する ObjectStore インスタンスは、常に 1 つだけであり、セカンダリ インスタンスへの非同期レプリケーションで補完する必要があります。

サービスとしての時間 (TaaS)

If Maestro is enabled, only one cluster can actively run TaaS at a time. On the passive cluster, scale all TaaS deployments to zero replicas. If both clusters connect to the same PostgreSQL persistence store simultaneously, lock contention occurs and degrades performance. For details, refer to Temporal as a Service troubleshooting.

ロード バランサーと DNS の構成

このセクションでは、通常の回復シナリオと障害復旧シナリオの両方で動作するように設計されたシステムの DNS アーキテクチャとルーティング ロジックの概要を説明します。

DNS アーキテクチャ

トラフィック管理とクラスター固有のサービスへのアクセスを容易にするために、DNS 構成の 2 つの層が採用されています。

• FQDN: The application FQDN is the primary domain used by end users to access the application interface. This value corresponds to the fqdn field in input.json. For details, refer to Active/Passive configurations.
• Cluster-specific FQDNs: In addition to the main application FQDN, each cluster requires its own FQDN for administrative and monitoring tools. This value is defined under the cluster_fqdn field in each cluster's input.json. For details, refer to Active/Passive configurations.
• サブドメイン: 包括的なサービス アクセスのために、アプリケーション FQDN と各クラスター固有の FQDN の両方に対して一連のサブドメインが構成されます。たとえば、次のような要因があります。
  • FQDNの:
    • apps.<domain> - Apps で使用されます。
    • insights.<domain> - Insights で使用されます。
  • クラスター固有の FQDN:
    • alm.<domain> - ArgoCD およびデプロイ管理に使用されます。これは、アクティブ (プライマリ) クラスターとパッシブ (セカンダリ) クラスターの両方に必要です。
    • monitoring.<domain> - 監視とアラートに使用されます。これは、アクティブ (プライマリ) クラスターとパッシブ (セカンダリ) クラスターの両方に必要です。すべてのサブドメインは、一貫性とルーティングの容易さを維持するために、それぞれのルートドメインと同じロードバランサーに転送されます。

DNS ルーティング ロジック

DNS ルーティング ロジックにより、ユーザー トラフィックは、システムの状態に応じて適切なロード バランサーに転送されます

• 通常の操作中または障害復旧中。

• 通常の操作 (プライマリ クラスターがアクティブ) 標準操作モードでは、DNS は次の表に示すようにトラフィックをルーティングします。

  FQDN の種類	ルーティング ターゲット
  fqdn	プライマリ クラスター ロード バランサー
  プライマリ クラスターの FQDN	プライマリ クラスター ロード バランサー
  セカンダリ クラスターの FQDN	セカンダリ クラスター ロード バランサー

• 障害復旧 (セカンダリ クラスターがアクティブ) プライマリ クラスターに障害が発生すると、システムは障害復旧モードになります。この状態では、サービスの継続性を確保するためにDNSが調整されます。

  FQDN の種類	ルーティング ターゲット
  fqdn	セカンダリ クラスター ロード バランサー
  プライマリ クラスターの FQDN	プライマリ クラスター ロード バランサー*(変更なし)*
  セカンダリ クラスターの FQDN	セカンダリ クラスター ロード バランサー*(変更なし)*