Citrix on Azure の事業継続とディザスター リカバリーの考慮事項

この記事では、Citrix on Azure 環境の事業継続とディザスター リカバリー (BDCR) を改善する方法について説明します。

Citrix の設計に関する考慮事項

Citrix テクノロジの設計上の考慮事項は、Citrix TechZone の「Design Decision: Disaster Recovery Planning」 (設計上の決定: ディザスター リカバリー計画) にまとめられています。 このガイドは、BCDR アーキテクチャの計画と、Citrix DaaS のオンプレミスと Azure の両方のデプロイに関する考慮事項について説明しています。

Citrix on Azure をデプロイするときは、プロファイルと Office コンテナーの最適なストレージ、ゴールデン イメージの可用性、インフラストラクチャとアプリケーションの依存関係について、Azure Virtual Desktop の場合と同じ設計上の考慮事項に従うことをお勧めします。

Azure VM の可用性は既定では保証されないため (予約インスタンスを含む)、Azure オンデマンド容量予約機能を使用して、必要なリージョン内で最も必要なときに十分な可用性を確保することをお勧めします。

以降のセクションでは、Citrix on Azure デプロイのその他の設計要素について説明します。

マシン カタログの可用性戦略

Azure とオンプレミスのワークロードを組み合わせて使用すると、Citrix マシン カタログをアクティブ/アクティブまたはアクティブ/パッシブの構成でデプロイできます。

次のリストは包括的なものではありません。 主なものが含まれています。 詳細については、Citrix TechZone のディザスター リカバリー オプションに関するページを参照してください。

アクティブ/アクティブ

• ディザスター リカバリーの場所 (ストレージとネットワーク) の継続的なテストが有効になっています。
• 1 つの配信グループに複数のリージョンの VM を含めることができます。 ただし、アクティブ/アクティブの事業継続戦略は複雑です。 関連するユース ケース、データ、アプリケーションについて詳しく理解している必要があります。 ゾーン設定を使用してユーザーまたはアプリをリージョンにマップすると、容量が使用可能な場合に、それらが最適なリージョンに確実に誘導されるようにすることができます。
• 個人用デスクトップでのアクティブ/アクティブ DR の使用を簡略化するために、多くの場合、ユーザーはセグメント化され、プライマリとセカンダリのデータセンターに配置されます。 プライマリ データセンターでは、ユーザーのアクティブなマシンは永続的です。 セカンダリ データセンターでは、プールされた非永続マシンが、DR に必要なコア アプリケーションと共にスタンバイ状態になっています。 このプールされたマシンでエフェメラル ディスクを使用すると、ストレージ コストを削減できます。 OneDrive の既知のフォルダー リダイレクトなどの機能を使用すると、両方のマシンから重要なユーザー データにアクセスできます。

アクティブ/パッシブ

• Citrix は、永続的なワークロードと非永続的なワークロードのデプロイをサポートしています。 アクティブ/パッシブ デプロイの場合は、ホット スタンバイ マシン カタログを非永続的ワークロードとエフェメラル ディスクと共に使用して、デプロイのコストを大幅に削減できます。
• アクティブとパッシブのカタログを同じ配信グループにマップし、それを単一のアプリまたはデスクトップとしてユーザーに提示できます。 その後、ゾーン設定で、ユーザーまたはアプリケーションの設定をアクティブなリージョンに設定できます。 容量が使用できない場合、パッシブ リージョンのワークロードは、アクティブリージョンで使用できない容量に基づいて開始されます。 自動スケーリングなどの機能を使用してこの切り替えを自動化することも、パッシブ ワークロードをメンテナンス モードにして DR イベントが発生したときにそれらを有効にして、手動でリージョンを切り替えることもできます。 使用する方法は、組織の BCDR プランの RTO と一致している必要があります。
• オンプレミスから Azure へのクラウド バーストが可能です。 自動スケーリングは、このプロセスに役立ちます。 Citrix Image Portability Service を使用すると、1 つのイメージから 2 つのマシン カタログのオンプレミス イメージと Azure イメージの両方を維持できます。

Azure の機能に関する考慮事項

Azure の機能またはサービス	紹介	なぜ重要なのでしょうか?
リージョン	低遅延の専用のリージョン内ネットワークを介して接続され、規定された待機時間の境界内にデプロイされている一連のデータセンター。	Azure リージョンの選択は、既存のデータセンター、ユーザー、または必要なバックエンド データへの近接性に基づいて行う必要があります。 また、選択したリージョンで利用できるサービスについても知っておく必要があります。 Citrix デプロイの場合、組織は多くの場合、1 つのリージョンから始めます。 ただし、BCDR 戦略で地理的冗長性を確保するために、長期的には 2 つ以上のリージョンの使用を検討する必要があります。
Azure ExpressRoute	Microsoft のデータセンターとオンプレミスやコロケーション施設にあるインフラストラクチャの間にプライベート接続を作成するために使用できる Azure サービス。	ExpressRoute は、Microsoft データセンターと組織のデータセンターまたはコロケーション施設を橋渡しするために不可欠なインフラストラクチャ コンポーネントです。 これは多くの場合、エンタープライズ規模の Citrix デプロイの前提条件となっています。 ExpressRoute は共有サービスです。 企業の全体的な帯域幅のニーズを判断するには、帯域幅のキャパシティ プランニングを実施する必要があります。 使用可能な帯域幅が十分でない場合は、データセンターのユーザー エクスペリエンスや主要なサービスへのアクセスに影響を与える可能性があります。 さらに、セッションが ExpressRoute を通過してデータセンターに到達すると、Independent Computing Architecture (ICA) のパフォーマンスに影響を及ぼします。
可用性ゾーン	一意の物理的なリージョン内の場所。 それぞれのゾーンは、独立した電源、冷却手段、ネットワークを備えた 1 つまたは複数のデータ センターで構成されます。	可用性ゾーンにより高い SLA が提供されます。 該当するすべての Citrix インフラストラクチャとマシン カタログにそれらを使用して、リージョン内のデータセンターの冗長性を提供する必要があります。 すべてのリージョンで可用性ゾーンがサポートされているわけではないので、それに応じて計画する必要があります。 回復性があるゾーン冗長ソリューションを最初から作成するには、組み込みの Azure イニシアティブを利用します。
可用性セット	複数の障害ドメインに分散された VM のセット。 障害ドメインは、共通の電源とネットワーク スイッチを使用する、VM のグループです。	可用性セットにより高い SLA が提供されます。 これらは、リージョンで可用性ゾーンが使用できない場合にのみ、Citrix インフラストラクチャに使用する必要があります。 可用性セットでは、ハードウェアの冗長性のみが提供されます (ハイパーバイザーのアンチアフィニティ ルールなど)。 そのため、選択したリージョンに可用性ゾーンがない場合は、マルチリージョン戦略を使用してデータセンターと地理的冗長性を提供する必要があります。
マネージド ディスク	ハードウェア障害の影響を抑えるために、Azure によって管理され、異なるストレージ スケール ユニットに自動的に配置されるディスク。	すべての Citrix インフラストラクチャと Virtual Delivery Agent (VDA) にはマネージド ディスクを使用する必要があります。 アンマネージド ディスクの使用はお勧めしません。 ユーザーの VDI や公開されたアプリケーション サーバーなどの単一インスタンス仮想マシンの SLA については、「Virtual Machines の SLA」を参照してください。 ディスクの種類ごとにパフォーマンスが異なり、関連するコストも異なります。 Citrix インフラストラクチャ マシンには Premium をお勧めします。 VDA のディスクの種類を決定する場合は、コスト、パフォーマンス、可用性のニーズを考慮します。
Azure Backup	データをバックアップし、Azure クラウドから復旧するためのコスト効率の高いソリューションを提供するサービス。	Citrix インフラストラクチャ、マスター イメージ VM、永続的なデスクトップには Azure Backup をお勧めします。
リソース ロック	組織内の他のユーザーが重要なリソースを誤って削除または変更するのを防ぐために使用できるテクノロジ。	すべての Citrix インフラストラクチャとマスター イメージ VM にリソース ロックを適用する必要があります。 - 重要なマシンが誤って削除されないようにするには、少なくとも Delete を適用する必要があります。 - Citrix インフラストラクチャ マシンには、ReadOnly を適用する必要があります。 これらのオブジェクトは静的です。 変更は、適切な変更制御ウィンドウの間にのみ適用する必要があります。

Citrix の設計に関する推奨事項

Citrix DaaS on Azure の設計ガイダンスは、Citrix TechZone の「Design Guidance for Citrix DaaS on Microsoft Azure」で入手できます。 この記事では、Citrix デプロイをクラウド導入フレームワークの設計原則に合わせるためのシステム、ワークロード、ユーザー、ネットワークの考慮事項に焦点を当てています。

Azure Site Recovery を使用すると、App Layering ELM アプライアンスなどの一部の Citrix コンポーネントの全体的な回復性を向上させることができます。 クラウド コネクタや NetScalers などのコア インフラストラクチャ コンポーネントは、常に他のリージョン全体にフルタイムでデプロイする必要があることに注意してください。