災害復旧

最終公開日 : Oct 21, 2026
アクティブ/パッシブフェールオーバー戦略を使用して、災害復旧のために複数のサイトを含むXenMobile®展開を設計および構成できます。
この記事で説明する推奨される災害復旧戦略は、次の要素で構成されます。
  • プライマリサイトとして知られる、単一の地理的場所のデータセンターにある単一のXenMobileアクティブサイトで、すべてのエンタープライズユーザーにグローバルにサービスを提供します。
  • 災害復旧サイトとして知られる、2番目の地理的場所のデータセンターにある2番目のXenMobileサイト。この災害復旧サイトは、プライマリサイトでサイト全体のデータセンター障害が発生した場合に、アクティブ/パッシブサイトフェールオーバーを提供します。プライマリサイトには、フェールオーバーを容易にし、プライマリサイトへの接続障害が発生した場合にユーザーがXenMobileにアクセスできるようにするためのXenMobile、SQLデータベース、およびCitrix ADCインフラストラクチャが含まれています。
災害復旧サイトのXenMobileサーバーは、通常の運用中はオフラインのままであり、プライマリサイトから災害復旧サイトへの完全なサイトフェールオーバーが必要な災害復旧シナリオの場合にのみオンラインになります。災害復旧サイトのXenMobileサーバーを起動する前に、災害復旧サイトのSQLサーバーがアクティブであり、接続を受け入れる準備ができている必要があります。
この災害復旧戦略は、停止時にMDMおよびMAM接続を災害復旧サイトにルーティングするためのDNS変更によるCitrix ADCアクセス層の手動フェールオーバーに依存します。
注:
このアーキテクチャを使用するには、データベースの非同期バックアップと、SQLインフラストラクチャの高可用性を確保するための何らかの方法を確立しておく必要があります。
Related information
XenMobile® の展開

災害復旧フェールオーバープロセス

  1. 災害復旧フェールオーバープロセスをテストしている場合は、サイト障害をシミュレートするためにプライマリサイトのXenMobileサーバーをシャットダウンします。
  2. XenMobileサーバーのパブリックDNSレコードを、災害復旧サイトの外部IPアドレスを指すように変更します。
  3. SQL Serverの内部DNSレコードを、災害復旧サイトのSQL Server IPアドレスを指すように変更します。
  4. 災害復旧サイトでXenMobile SQLデータベースをオンラインにします。SQL Serverとデータベースがアクティブであり、サイトローカルのXenMobileサーバーからの接続を受け入れる準備ができていることを確認します。
  5. 災害復旧サイトでXenMobileサーバーをオンにします。

XenMobile Server 更新プロセス

プライマリサーバーとディザスタリカバリサーバーのコードを統一するために、XenMobile をパッチやリリースで更新する際はいつでも、以下の手順に従ってください。
  1. プライマリサイトの XenMobile Server がパッチ適用またはアップグレードされていることを確認します。
  2. SQL Server の DNS レコードが、プライマリサイトのアクティブな SQL Server データベースに解決されていることを確認します。
  3. ディザスタリカバリサイトの XenMobile Server をオンラインにします。サーバーは、アップグレードプロセス中のみ、WAN を介してプライマリサイトのデータベースに接続します。
  4. すべてのディザスタリカバリサイトの XenMobile Server に必要なパッチと更新を適用します。
  5. XenMobile Server を再起動し、パッチまたはアップグレードが成功したことを確認します。

ディザスタリカバリのリファレンスアーキテクチャ図

次の図は、XenMobile のディザスタリカバリ展開における高レベルのアーキテクチャを示しています。
ディザスタリカバリのリファレンスアーキテクチャ図(/en-us/xenmobile/server/media/disaster-recovery-diagram.png)

ディザスタリカバリのための GSLB

このアーキテクチャの重要な要素は、トラフィックを適切なデータセンターに誘導するためのグローバルサーバー負荷分散 (GSLB) の使用です。
デフォルトでは、XenMobile ウィザード用の Citrix ADC は、ディザスタリカバリのための GSLB の使用を有効にしない方法で Citrix Gateway を構成します。したがって、追加の手順を実行する必要があります。

GSLB の仕組み

GSLB はその核となる部分で DNS の一種です。参加している Citrix ADC アプライアンスは、権威 DNS サーバーとして機能し、DNS レコードを正しい IP アドレス (通常はトラフィックを受信するはずの VIP) に解決します。Citrix ADC アプライアンスは、そのシステムにトラフィックを誘導する DNS クエリに応答する前に、システムの状態をチェックします。
レコードが解決されると、トラフィックの解決におけるGSLBの役割は完了します。クライアントはターゲットの仮想IP (VIP) アドレスと直接通信します。DNSクライアントの動作は、レコードの有効期限がいつどのように切れるかを制御する上で重要な役割を果たします。これはCitrix ADCシステムの範囲を大きく超えています。そのため、GSLBはDNS名前解決と同じ制限を受けます。クライアントは応答をキャッシュするため、この方法での負荷分散は従来の負荷分散ほどリアルタイムではありません。
サイト、サービス、モニターを含むCitrix ADC上のGSLB構成は、正しいDNS名前解決を提供するために存在します。
公開サーバーの実際の構成（このシナリオでは、Citrix ADC for XenMobileウィザードが作成する構成）は、GSLBの影響を受けません。GSLBはCitrix ADC上の独立したサービスです。

XenMobileでGSLBを使用する場合のドメイン委任に関する課題

Citrix ADC for XenMobileウィザードは、Citrix Gateway for XenMobileを構成します。このウィザードは、3つの負荷分散仮想サーバーと1つのCitrix Gateway仮想サーバーを生成します。
2つの負荷分散仮想サーバーは、ポート443と8443でMDMトラフィックを処理します。Citrix GatewayはMAMトラフィックを受信し、ポート8443で3番目のサーバー、つまりMAM負荷分散仮想サーバーに転送します。MAM負荷分散仮想サーバーへのすべてのトラフィックはCitrix Gatewayを介して渡されます。
MAM負荷分散仮想サーバーには、XenMobile Serverと同じSSL証明書が必要であり、デバイスの登録に使用されるものと同じFQDNを使用します。MAM負荷分散サーバーは、MDM負荷分散サーバーの1つと同じポート（8443）も使用します。トラフィックを解決できるようにするため、Citrix ADC for XenMobileウィザードはCitrix Gateway上にローカルDNSレコードを作成します。このDNSレコードは、デバイスの登録に使用されるFQDNと一致します。
この構成は、XenMobile Server URLがGSLBドメインURLではない場合に有効です。災害復旧に必要とされるように、GSLBドメインURLがXenMobile Server URLとして使用される場合、ローカルDNSレコードはCitrix GatewayがMDM負荷分散サーバーへのトラフィックを解決するのを妨げます。

GSLB災害復旧にCNAME方式を使用する

Citrix ADC for XenMobileウィザードによって作成されるデフォルト構成が提示する課題に対処するには、親ドメイン (company.com) にXenMobile Server FQDNのCNAMEレコードを作成し、Citrix ADCが権限を持つ委任されたサブゾーン (gslb.company.com) のレコードを指すようにします。これにより、トラフィックを解決するために必要なMAM負荷分散VIPアドレスの静的DNS Aレコードを作成できます。
  1. 外部DNSで、Citrix ADC GSLB上のGSLBドメインFQDNを指すXenMobile Server FQDNのCNAMEを作成します。MDMトラフィック用とMAM (Citrix Gateway) トラフィック用に2つのGSLBドメインが必要です。
    例:
    CNAME = xms.company.com IN CNAME xms.gslb.comany.com
  2. 各サイトのCitrix Gatewayインスタンスで、CNAMEレコードが指すFQDNを持つGSLB仮想サーバーを作成します。
    例:
    bind gslb vserver xms-gslb -domainName xms.gslb.company.com
    Citrix ADC for XenMobileウィザードを使用してCitrix Gatewayを展開する場合、MAMロードバランシングサーバーを構成する際にXenMobile Server URLを使用します。これにより、XenMobile Server URLの静的DNS Aレコードが作成されます。
  3. XenMobile Server URL (xms.company.com) を使用してSecure Hubに登録するクライアントでテストします。
    この例では、以下のFQDNを使用します。
    • xms.company.com は、MDMトラフィックで使用され、デバイスの登録に使用されるURLであり、この例ではCitrix ADC for XenMobileウィザードを使用して構成されます。
    • xms.gslb.company.com は、XenMobile ServerのGSLBドメインFQDNです。