XenApp/XenDesktopの構成例(2) ～３つの構成パターンと構成上の注意点～

こんにちは。Citrix製品のフィールド技術を担当している大西です。

前回 は各コンポーネントのご紹介をしましたが、今回から３つの構成パターンを見ていきたいと思います。
なお、今回はNetScaler Gatewayを使用しない内部アクセスのみの構成となります。

前回：コンポーネント紹介
今回：構成パターンと構成上の注意点
次回：構成パターンと構成上の注意点(NetScaler Gatewayあり)

前回 お伝えした通り、XenApp/XenDesktopの構成の全体像は以下の通りです。

図1.XenApp/XenDesktop全体像

このように多くのコンポーネントが存在することがご理解いただけたと思います。大枠としての説明は以下の表をご確認ください。

表1.XenApp/XenDesktop全体像の説明

一般的に製品の構成を検討するうえでポイントとなるのは可用性ですが、XenApp/XenDesktopはコンポーネント単位で冗長化するかしないかを検討する必要があります。

StoreFrontの冗長化は2台のStoreFrontを用意し、サーバグループを構成することで、設定情報を同期することができます(一部設定は個々に実施する必要あり)。ただし、注意が必要なのは、StoreFrontはユーザのポータルとなるサーバなので、2台用意した場合は接続先アドレスが2つ存在してしまうことになります。そのため、通常負荷分散装置等を手前に配置することで、単一のアドレスを提供できるように構成します。

負荷分散装置を用意するのが難しい場合は、WindowsNLBを用いることも可能ですが、その場合StoreFrontサーバは別のコンポーネント(Delivery Controllerなど)と同居する構成は取れませんので、注意が必要です。

Delivery Controllerの冗長化も2台のDelivery Controllerを用意し、サイトに追加することで単一のサイトDBを参照するようになり、設定情報を共有できます。

SQL ServerはMicrosoft側で用意されている一般的なSQL高可用性構成を組む必要があり、以下が対応しています。

SQL Server AlwaysOnフェールオーバークラスターインスタンス
SQL Server AlwaysOn可用性グループ（基本的な可用性グループを含む）
SQL Server データベースミラーリング

XenAppの場合はVirtual Delivery Agentの台数を増やし、n+1構成を取ることで、完全にシステムが停止してしまうことは回避できますが、仕組み上セッションが接続しているサーバ(アプリケーションを起動しているサーバ)が停止した場合は再接続を行う必要があり、前回のセッション状態を復元することはできません。
また、XenDesktopの場合、ランダム(プール型)の割り当てを行っている場合はXenApp同様の考えで良いですが、ユーザと仮想マシンを1対1で紐づけるような割り当てを行っている場合の対処は難しく、予備を用意する、ハードウェアのHA機能に頼るなど、別途工夫が必要となります。

すべてのコンポーネントを1台のサーバに導入する構成です。冗長を考慮していないため、検証や試験環境向けです。

図2.オールインワン構成 –XenApp-

XenAppサーバ台数：1台

図3.オールインワン構成 -XenDesktop-

XenDesktopサーバ台数：1台 + Virutal Delivery Agent(デスクトップ配信用仮想マシン)

SQL Serverを含むすべてのコンポーネントを冗長化する構成です。以下は採用実績の多いSQLミラーリングを用いた構成です。

図4　冗長構成(SQL冗長) –XenApp/XenDesktop-

XenAppサーバ台数：5台 + Virtual Delivery Agentサーバ
XenDesktopサーバ台数：5台 + Virutal Delivery Agent(デスクトップ配信用仮想マシン)

SQL Server以外のすべてのコンポーネントを冗長化する構成です。SQLを冗長化した場合に比べてサーバ台数を減らすことが出来るが、ローカルホストキャッシュ(※後述)を使用するため、注意が必要です。

図5　冗長構成(SQL非冗長) –XenApp/XenDesktop-

・XenAppサーバ台数：3台 + Virtual Delivery Agentサーバ
・XenDesktopサーバ台数：3台 + Virutal Delivery Agent(デスクトップ配信用仮想マシン)

※XenApp 7.12から実装された機能です。XenApp 7.6 LTSRは使用できません。

SQLに障害が発生した場合、Delivery Controllerに導入されるSQL Local DBに接続を切り替え、サービスを継続する機能です。定期的にSQLの変更をチェックし、変更が確認された場合同期処理をかけます。なお、切り替え時はダウンタイムが発生します。Citrix社としてはSQL Server側で高可用性構成を取ることを推奨しており、あくまで救済措置的な位置づけの機能となります。

トラブル発生時に最短で解決に導くためのコツを動画でご紹介！
「Citrixトラブルシューティングセミナー」を視聴する

いかがでしたか？構成のイメージは出来ましたでしょうか。次回はインターネットからのアクセスを可能とするNetScaler Gatewayを使用する場合の構成例をお伝えしていきます。

クライアント仮想化の基礎知識から、仮想化製品「Citrix Virtual Apps and Desktops(XenAppおよびXenDesktop)」の製品概要、導入検討時に注意すべき点などをご紹介します。
今お持ちのお悩みを解決し、Citrix製品をより有効に活用する方法を具体的に学ぶことができる内容になっております。

アシストのCitrixサポートセンターに良くある設定・トラブル対処方法のFAQ10選の資料を無料プレゼント中です。また、Citrix XenApp/XenDesktopの問題発生時に原因を切り分ける方法も掲載しております。以下のバナーからお気軽にダウンロードください。