製品ドキュメント
XenMobile® Server
PDFを表示

ディザスターリカバリー

April 16, 2026
寄稿者: 
C

アクティブ/パッシブフェイルオーバー戦略を使用して、ディザスターリカバリーのために複数のサイトを含むXenMobile®展開を設計および構成できます。

この記事で説明する推奨されるディザスターリカバリー戦略は、以下で構成されます。

  • プライマリサイトとして知られる、単一の地理的ロケーションのデータセンターにある単一のXenMobileアクティブサイトで、すべてのエンタープライズユーザーにグローバルにサービスを提供します。
  • ディザスターリカバリーサイトとして知られる、2番目の地理的ロケーションのデータセンターにある2番目のXenMobileサイト。このディザスターリカバリーサイトは、プライマリサイトでサイト全体のデータセンター障害が発生した場合に、アクティブ/パッシブサイトフェイルオーバーを提供します。プライマリサイトには、フェイルオーバーを容易にし、プライマリサイトへの接続障害が発生した場合にユーザーがXenMobileにアクセスできるようにするためのXenMobile、SQLデータベース、およびCitrix ADCインフラストラクチャが含まれます。

ディザスターリカバリーサイトのXenMobileサーバーは、通常の運用中はオフラインのままであり、プライマリサイトからディザスターリカバリーサイトへの完全なサイトフェイルオーバーが必要なディザスターリカバリーシナリオの場合にのみオンラインになります。ディザスターリカバリーサイトのXenMobileサーバーを起動する前に、ディザスターリカバリーサイトのSQLサーバーがアクティブであり、接続を処理する準備ができている必要があります。

このディザスターリカバリー戦略は、障害発生時にMDMおよびMAM接続をディザスターリカバリーサイトにルーティングするためのDNS変更によるCitrix ADCアクセス層の手動フェイルオーバーに依存します。

注:

このアーキテクチャを使用するには、データベースの非同期バックアップと、SQLインフラストラクチャの高可用性を確保するための何らかのプロセスが必要です。

ディザスターリカバリーフェイルオーバープロセス

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

XenMobileサーバーの更新プロセス

プライマリサーバーとディザスターリカバリーサーバーのコードを統一するために、パッチやリリースでXenMobileを更新する際はいつでも以下の手順に従ってください。

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

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

次の図は、XenMobileのディザスターリカバリー展開のハイレベルアーキテクチャを示しています。

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

ディザスターリカバリーのための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名前解決を提供するために存在します。

公開サーバーの実際の構成（このシナリオでは、XenMobileウィザード用のCitrix ADCが作成する構成）はGSLBの影響を受けません。GSLBはCitrix ADC上の独立したサービスです。

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

XenMobileウィザード用のCitrix ADCは、XenMobile用のCitrix Gatewayを構成します。このウィザードは、3つのロードバランシング仮想サーバーと1つのCitrix Gateway仮想サーバーを生成します。

ロードバランシング仮想サーバーのうち2つは、ポート443と8443でMDMトラフィックを処理します。Citrix GatewayはMAMトラフィックを受信し、ポート8443で3番目のサーバーであるMAMロードバランシング仮想サーバーに転送します。MAMロードバランシング仮想サーバーへのすべてのトラフィックは、Citrix Gatewayを介して渡されます。

MAMロードバランシング仮想サーバーは、XenMobileサーバーと同じSSL証明書を必要とし、デバイスの登録に使用されるものと同じFQDNを使用します。MAMロードバランシングサーバーは、MDMロードバランシングサーバーの1つと同じポート (8443) も使用します。トラフィックを解決できるようにするために、XenMobileウィザード用のCitrix ADCは、Citrix Gateway上にローカルDNSレコードを作成します。DNSレコードは、デバイスの登録に使用されるFQDNと一致します。

この構成は、XenMobileサーバーURLがGSLBドメインURLではない場合に有効です。ディザスターリカバリーに必要とされるように、GSLBドメインURLがXenMobileサーバーURLとして使用される場合、ローカルDNSレコードはCitrix GatewayがMDMロードバランシングサーバーへのトラフィックを解決するのを妨げます。

GSLBディザスターリカバリーのためのCNAMEメソッドの使用

XenMobileウィザード用のCitrix ADCによって作成されるデフォルト構成によって提示される課題に対処するために、親ドメイン (company.com) 内のXenMobileサーバーFQDNのCNAMEレコードを作成し、Citrix ADCが権威を持つ委任されたサブゾーン (gslb.company.com) 内のレコードを指すことができます。これにより、トラフィックを解決するために必要なMAMロードバランシングVIPアドレスの静的DNS Aレコードの作成が可能になります。

  1. 外部DNSで、Citrix ADC GSLB上のGSLBドメインFQDNを指すXenMobileサーバー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`

    XenMobileウィザード用のCitrix ADCを使用してCitrix Gatewayを展開する場合、MAMロードバランシングサーバーを構成する際にXenMobileサーバーURLを使用します。これにより、XenMobileサーバーURLの静的DNS Aレコードが作成されます。

  3. XenMobileサーバーURL (xms.company.com) を使用してSecure Hubに登録するクライアントでテストします。

    この例では、以下のFQDNを使用します。

    • xms.company.com は、MDMトラフィックで使用され、デバイスの登録に使用されるURLであり、この例ではXenMobileウィザード用のCitrix ADCを使用して構成されています。
    • xms.gslb.company.com は、XenMobileサーバーのGSLBドメインFQDNです。
ディザスターリカバリー
April 16, 2026
寄稿者: 
C
April 16, 2026
寄稿者: 
C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.