Comments
Description
Transcript
EMC VSPEX エンド ユーザー コンピューティング
設計ガイド EMC VSPEX エンド ユーザー コンピューティング Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 EMC VNXe3200 と EMC バックアップで実現 EMC VSPEX 要約 この設計ガイドでは、仮想デスクトップ最大 500 台対応の Citrix XenDesktop 7.1 向け EMC® VSPEX®エンド ユーザー コンピューティング ソリューションの設計方法について説 明します。EMC VNXe3200™と Microsoft Hyper-V によるストレージおよび仮想化プラット フォームを使用します。 2014 年 6 月 Copyright © 2014 EMC Corporation.All rights reserved.（不許複製・禁無断転載） 2014 年 6 月発行 このドキュメントに記載されている情報は、ドキュメントの出版日現時点の情報です。こ の情報は通知なく変更されることがあります。 この資料に記載される情報は、現状有姿の条件で提供されています。EMC Corporation は、この資料に記載される情報に関する、どのような内容についても表明保証条項を設 けず、特に、商品性や特定の目的に対する適応性に対する黙示の保証はいたしま せん。この資料に記載される、いかなる EMC ソフトウェアの使用、複製、頒布も、当該ソ フトウェア ライセンスが必要です。 EMC2、EMC、および EMC のロゴは、EMC Corporation の登録商標または商標です。その 他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または 登録商標です。 最新の EMC 製品名については、EMC の Web サイトで EMC Corporation の商標を参照 してください。 EMC VSPEX エンド ユーザー コンピューティング： 仮想デスクトップ最大 500 台対応の Citrix XenDesktop 7.1 および Microsoft Hyper-V EMC VNXe3200 と EMC バックアップで実現 設計ガイド パーツ番号 H13066-J 2 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 目次 目次 第1章 9 はじめに このガイドの目的 ......................................................................................................10 ビジネス バリュー......................................................................................................10 対象範囲 ..................................................................................................................11 対象読者 ..................................................................................................................11 用語 .........................................................................................................................11 第2章 13 始める前に 導入ワークフロー......................................................................................................14 必ず読んでおくべき資料 ...........................................................................................14 VSPEX ソリューション概要.....................................................................................14 VSPEX 導入ガイド.................................................................................................14 VSPEX 実証済みインフラストラクチャ ガイド ..........................................................14 第3章 15 ソリューションの概要 概要 .........................................................................................................................16 VSPEX 実証済みインフラストラクチャ .........................................................................16 ソリューションのアーキテクチャ .................................................................................18 アーキテクチャの概要 ..........................................................................................18 論理 アーキテクチャ .............................................................................................20 主要なコンポーネント ................................................................................................22 概要 ....................................................................................................................22 デスクトップ仮想化ブローカー ...................................................................................23 概要 ....................................................................................................................23 Citrix ....................................................................................................................24 XenDesktop 7.1 ...................................................................................................24 Machine Creation Service ....................................................................................25 Citrix Provisioning Services ..................................................................................26 Citrix Personal vDisk ............................................................................................26 Citrix Profile Management ....................................................................................26 仮想化レイヤー ........................................................................................................26 Microsoft Windows Server 2012 R2 Hyper-V ........................................................26 Microsoft System Center Virtual Machine Manager ..............................................27 Microsoft Hyper-V の高可用性 .............................................................................27 コンピューティング レイヤー ......................................................................................27 ネットワーク レイヤー ................................................................................................27 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 3 目次 ストレージ レイヤー ...................................................................................................28 EMC VNXe3200....................................................................................................28 バックアップ/リカバリ レイヤー ..................................................................................30 Citrix ShareFile StorageZones ソリューション .............................................................31 第4章 ソリューションのサイズ設定 33 概要 .........................................................................................................................34 参照ワークロード ......................................................................................................34 VSPEX プライベート クラウドを使用したインフラストラクチャ仮想サーバーのサイズ設定 ..........................................................................................................................35 VSPEX ストレージ ビルディング ブロック .....................................................................36 ビルディング ブロック アプローチ .........................................................................36 検証済みのビルディング ブロック .........................................................................36 既存の VSPEX ......................................................................................................37 エンド ユーザー コンピューティング環境の拡張 ....................................................37 VSPEX エンド ユーザー コンピューティングの検証済み最大構成................................37 VNXe3200 ...........................................................................................................38 適切なリファレンス アーキテクチャの選択 .................................................................41 お客様サイズ 設定ワークシートの使用 ................................................................41 リファレンス アーキテクチャの選択 .......................................................................43 ハードウェア リソースの微調整 ............................................................................44 まとめ ..................................................................................................................45 第5章 ソリューションの設計における考慮事項とベスト プラクティス 47 概要 .........................................................................................................................48 サーバーの設計に関する考慮事項...........................................................................48 サーバーに関するベスト プラクティス ...................................................................49 検証済みサーバー ハードウェア...........................................................................50 Microsoft Hyper-V のメモリ仮想化 ........................................................................50 メモリ構成ガイド ライン .........................................................................................52 ネットワークの設計に関する考慮事項.......................................................................53 検証済みのネットワーク ハードウェア ...................................................................53 ネットワーク構成 ガイドライン ...............................................................................54 ストレージの設計に関する考慮事項 .........................................................................57 検証済みのストレージ ハードウェアと構成............................................................57 Hyper-V のストレージ仮想化 ................................................................................58 VNXe Virtual Provisioning ....................................................................................60 EMC FAST Cache ..................................................................................................63 EMC FAST VP ........................................................................................................63 高可用性およびフェイルオーバー .............................................................................63 仮想化レイヤー....................................................................................................63 4 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 目次 コンピューティング レイヤー ..................................................................................64 ネットワーク レイヤー ...........................................................................................64 ストレージ レイヤー ..............................................................................................65 検証テストのプロファイル ..........................................................................................65 プロファイルの特性 ..............................................................................................65 EMC バックアップの構成ガイドライン .........................................................................66 バックアップ プロファイルの特性...........................................................................66 バックアップ レイアウト .........................................................................................67 ShareFile StorageZones を使用する Citrix XenDesktop 向けの VSPEX ソリューション . 68 ShareFile StorageZones のアーキテクチャ ............................................................68 StorageZones ......................................................................................................68 設計に関する考慮事項 ........................................................................................69 ShareFile StorageZones 向けの VSPEX のアーキテクチャ .....................................69 第6章 73 参照資料 EMC ドキュメント .......................................................................................................74 その他のドキュメント .................................................................................................74 付録 A 75 お客様サイズ設定ワークシート エンド ユーザー コンピューティングのお客様サイズ設定ワークシート ........................76 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 5 目次 図 6 図 1. VSPEX 実証済みインフラストラクチャ ....................................................17 図 2. 検証済みソリューションのアーキテクチャ .............................................18 図 3. ブロック ストレージとファイル ストレージの論理アーキテクチャ .............20 図 4. XenDesktop 7.1 アーキテクチャのコンポーネント .................................24 図 5. VNXe3200™でのマルチコア最適化 .....................................................29 図 6. PVS プロビジョニングを使用したビルディング ブロック ストレージ レイアウト ............................................................................................................36 図 7. MCS プロビジョニングを使用したビルディング ブロック ストレージ レイアウ ト .........................................................................................................36 図 8. PVS プロビジョニングを使用した仮想デスクトップ 500 台のコア ストレージ レイアウト ............................................................................................38 図 9. MCS プロビジョニングを使用した仮想デスクトップ 500 台のコア ストレー ジ レイアウト ........................................................................................39 図 10. 500 台の仮想デスクトップのオプションのストレージ レイアウト .............40 図 11. コンピューティング レイヤーの柔軟性 ...................................................48 図 12. ハイパーバイザーのメモリ消費 ............................................................51 図 13. 高可用性ネットワーク設計の例 ............................................................55 図 14. 必要なネットワーク ..............................................................................56 図 15. Hyper-V の仮想ディスク タイプ .............................................................59 図 16. ストレージ プールの再バランシングの進行状況 ...................................61 図 17. シン LUN 容量の使用率 .......................................................................62 図 18. ストレージ プール容量の使用率の確認................................................62 図 19. 仮想化レイヤーでの高可用性..............................................................63 図 20. 冗長電源 .............................................................................................64 図 21. ネットワーク レイヤーの高可用性 .........................................................64 図 22. VNXe3200 の高可用性 ........................................................................65 図 23. ShareFile のアーキテクチャの概要 .......................................................68 図 24. ShareFile StorageZones を使用する Citrix XenDesktop 向けの VSPEX： 論 理アーキテクチャ .................................................................................70 図 25. 印刷可能なお客様サイズ設定ワークシート ..........................................77 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 目次 表 表 1. 用語 ....................................................................................................11 表 2. 導入ワークフロー.................................................................................14 表 3. ソリューション アーキテクチャの構成 ....................................................21 表 4. 主要なソリューション コンポーネント .....................................................22 表 5. VSPEX エンド ユーザー コンピューティング： 設計プロセス.....................34 表 6. 参照仮想デスクトップのワークロード特性.............................................35 表 7. インフラストラクチャ仮想サーバーのリソース要件 ................................35 表 8. 仮想デスクトップの数に応じた必要なディスク数 ...................................37 表 9. お客様サイズ設定ワークシートの例 .....................................................41 表 10. 参照仮想デスクトップ リソース .............................................................43 表 11. サーバ リソース コンポーネントの合計 .................................................44 表 12. デスクトップ 500 台に対応するサーバー ハードウェア ..........................50 表 13. ブロックとファイルの最小スイッチ容量..................................................53 表 14. 仮想デスクトップ 500 台に対応するストレージ ハードウェア .................58 表 15. 検証環境のプロファイル ......................................................................65 表 16. バックアップ プロファイルの特性 ..........................................................66 表 17. ShareFile StorageZones と Storage Center の最小ハードウェア リソース ...............................................................................................70 表 18. ShareFile StorageZones CIFS 共有に推奨される VNXe ストレージ .........71 表 19. お客様サイズ設定ワークシート ............................................................76 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 7 目次 8 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 1 章： はじめに 第1章 はじめに この章は、次のトピックで構成されています。 このガイドの目的 ......................................................................................................10 ビジネス バリュー .....................................................................................................10 対象範囲 ..................................................................................................................11 対象読者 ..................................................................................................................11 用語 .........................................................................................................................11 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 9 第 1 章： はじめに このガイドの目的 EMC® VSPEX® エンド ユーザー コンピューティング アーキテクチャは、一貫したパ フォーマンス レベルで大量の仮想デスクトップをホストできる検証済みシステムをお 客様に提供します。この Citrix XenDesktop 7.1 向け VSPEX エンド ユーザー コン ピューティング ソリューションは、Microsoft Hyper-V 仮想化レイヤー上で実行され、可 用性の高い EMC VNXe3200™ のストレージを利用します。このソリューションでは、 XenDesktop コントローラー、PVS サーバー、Active Directory コントローラー、Virtual Machine Manager などのデスクトップ仮想化インフラストラクチャ コンポーネントが VSPEX 実証済みインフラストラクチャ上に配置され、デスクトップは専用リソース上で ホストされます。 VSPEX パートナーによって定義されるコンピューティング コンポーネントとネットワーク コンポーネントは、大規模な仮想マシン環境の処理ニーズとデータ ニーズに対応で きる冗長性と十分な性能を備えています。EMC Avamar® バックアップ/リカバリ ソ リューションは、Citrix XenDesktop のデータ保護を実現します。 この VSPEX エンド ユーザー コンピューティング ソリューションは、仮想デスクトップ最 大 500 台に対応することが検証されており、単一のビルディング ブロック（仮想デス クトップ 125 台）から 4 つのビルディング ブロック（仮想デスクトップ 500 台）まで柔軟 に拡張できます。検証されたこれらの構成は、参照デスクトップ ワークロードをベー スにして、お客様に合うコスト パフォーマンスに優れたカスタム ソリューションを構築 する基盤となります。 エンド ユーザー コンピューティングまたは仮想デスクトップ インフラストラクチャは複 雑なシステム製品です。この設計ガイドでは、Citrix XenDesktop 7.1 および Microsoft Hyper-V 向けの VSPEX エンド ユーザー コンピューティング ソリューションをベスト プラ クティスに従って設計する方法と、EMC VSPEX サイジング ツールまたはお客様サイ ズ設定ワークシートを使用してソリューションをお客様のニーズに合わせてサイズ設 定する方法を説明します。 ビジネス バリュー ビジネス アプリケーションは、コンピューティング、ネットワーク、ストレージがますま す統合された環境に移行しています。この VSPEX エンド ユーザー コンピューティング ソリューションでは、従来の導入モデルよりも容易にコンポーネントを構成できます。 統合管理が簡素化される一方で、アプリケーションの設計と導入の選択肢は維持さ れます。また、一元管理を行いながら、プロセスの分離を適切に制御および監視でき ます。 Citrix XenDesktop 7.1 向けの VSPEX エンド ユーザー コンピューティング ソリュー ションには、次のようなビジネス上のメリットがあります。 10 • 統合インフラストラクチャ コンポーネントの機能を活用するエンド ツー エンドの 仮想化ソリューション • お客様のさまざまな用途に応じた仮想デスクトップの効率的な仮想化 • 信頼性、柔軟性、拡張性の高いリファレンス アーキテクチャ EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 1 章： はじめに 対象範囲 この設計ガイドでは、Citrix XenDesktop 7.1 向けのシンプルで効果的かつ柔軟な EMC VSPEX エンド ユーザー コンピューティング ソリューションを計画する方法につい て説明し、次世代 VNXe3200™ストレージ アレイでの導入例を紹介します。 このソリューションでは、デスクトップ仮想化インフラストラクチャ コンポーネントは Microsoft Hyper-V を使用する VSPEX プライベート クラウド実証済みインフラストラク チャ上に配置され、デスクトップは専用リソース上でホストされます。このガイドでは、 VSPEX インフラストラクチャで XenDesktop をサイズ設定する方法、ベスト プラクティス に従ってリソースを割り当てる方法、VSPEX のすべてのメリットを活用する方法につい て説明します。 対象読者 このガイドは、EMC の社員および認定 EMC VSPEX パートナーを対象としています。こ のガイドでは、この Citrix XenDesktop 向け VSPEX 実証済みインフラストラクチャの導 入を目指す VSPEX パートナーが、Microsoft Hyper-V ハイパーバイザー、EMC VNXe3200 ス ト レ ー ジ シ ス テ ム 、 関 連 イ ン フ ラ ス ト ラ ク チ ャ を 使 用 し た Citrix XenDesktop ベースのエンド ユーザー コンピューティング ソリューションをインストー ルおよび構成するために必要なトレーニングを受けて背景知識を持っていることを前 提としています。 また、読者はお客様のインストール環境のインフラストラクチャおよびデータベース セキュリティ ポリシーをよく理解している必要があります。 このドキュメントでは適宜、外部の関連資料を紹介しています。このソリューションを 実装するパートナー様はこれらのドキュメントの内容に精通していることを推奨しま す。詳細については、「必ず読んでおくべき資料」と「第 6 章： 参照資料」を参照して ください。 用語 表 1 に、本ガイドで使用される用語の一覧を示します。 表 1. 用語 用語 定義 エンド ユーザー コンピューティング デスクトップを物理マシンから分離するコンピューティング。エンド ユーザー コンピューティング環境では、デスクトップの OS（オペレー ティング システム）とアプリケーションはホスト コンピューター上で実 行されている仮想マシン内に置かれ、データは共有ストレージに置 かれます。ユーザーは、プライベート ネットワークやインターネット接 続を介して、仮想デスクトップに任意のコンピュータやモバイル デバ イスから仮想デスクトップにアクセスします。 HSD（ホスト型共有 デスクトップ） ここから参照仮想デスクトップを導入できるサーバーOS。このソ リューションの各仮想マシンは、6 個の vCPU と 12 GB の RAM が割り 当てられ、20 の仮想デスクトップ セッションで共有されます。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 11 第 1 章： はじめに 用語 定義 リファレンス アーキテ クチャ 仮想デスクトップ最大 500 台対応のこの VSPEX エンド ユーザー コン ピューティング ソリューションをサポートする検証済みアーキテク チャ。 参照ワークロード VSPEX エンド ユーザー コンピューティング ソリューションでは、表 6 に示されたワークロード特性を持つ単一の仮想デスクトップ（参照仮 想デスクトップ）。お客様の実際の使用状況と参照ワークロードを比 較することで、VSPEX の導入のベースに選択するリファレンス アー キテクチャを推定できます。 詳細については、「参照ワークロード」を参照してください。 SP（ストレージ プロ セッサ） 12 データのアレイへの移動、アレイからの移動、アレイ間での移動の すべての側面を処理する、ストレージ アレイのコンピューティング コンポーネント。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 2 章： 始める前に 第2章 始める前に この章は、次のトピックで構成されています。 導入ワークフロー................................................................................................. 14 必ず読んでおくべき資料 ...................................................................................... 14 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 13 第 2 章： 始める前に 導入ワークフロー エンド ユーザー コンピューティング ソリューションを設計および導入するには、表 2 のプロセス フローを参照してください。 表 2. 導入ワークフロー ステップ アクション 1 お客様サイズ設定ワークシートを使用して、お客様の要件を収集する。この設計 ガイドの付録 A を参照してください。 2 EMC VSPEX サイジング ツールを使用し、ステップ 1 で収集したお客様の要件に基 づいて、エンド ユーザー コンピューティング ソリューションの推奨 VSPEX リファ レンス アーキテクチャを決定する。 サイジング ツールの詳細については、EMC VSPEX サイジング ツール ポータルを 参照してください。 注： サイジング ツールを利用できない場合は、第 4 章のガイドラインに従ってア プリケーションを手動でサイズ設定できます。 3 この「設計ガイド」を使用して、VSPEX ソリューションの最終的な設計を決定します。 注： エンド ユーザー コンピューティングの要件だけでなく、すべてのリソース要件 が考慮されていることを確認してください。 4 適切な VSPEX リファレンス アーキテクチャおよび実証済みインフラストラクチャを 選択して注文する。VSPEX プライベート クラウド実証済みインフラストラクチャの 選択に関するガイダンスについては、「必ず読んでおくべき資料」に記載されてい る VSPEX 実証済みインフラストラクチャ ガイドを参照してください。 5 VSPEX ソリューションを導入し、テストします。ガイダンスについては、「必ず読ん でおくべき資料」に記載されている VSPEX 導入ガイドを参照してください。 必ず読んでおくべき資料 推奨される参照ドキュメントを次に示します。これらのドキュメントは、EMC コミュニティ ネットワークの VSPEX スペースまたは EMC の Web サイトの VSPEX 実証済みインフラ ストラクチャのページから利用できます。 VSPEXソリュー ション概要 次の VSPEX ソリューション概要ドキュメントを参考にしてください。 VSPEX導入ガイド 次の VSPEX 導入ガイドを参考にしてください。 • • EMC VSPEX エンド ユーザー コンピューティング EMC VSPEX エンド ユーザー コンピューティング： 仮想デスクトップ最大 500 台 対応の Citrix XenDesktop 7.1 および Microsoft Hyper-V VSPEX実証済み 次の VSPEX 実証済みインフラストラクチャ ガイドを参考にしてください。 インフラストラクチャ • EMC VSPEX Private Cloud:Microsoft Windows Server 2012 R2 with Hyper-V ガイド for up to 125 Virtual Machines 14 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 3 章： ソリューションの概要 第3章 ソリューションの概要 この章は、次のトピックで構成されています。 概要 .........................................................................................................................16 VSPEX 実証済みインフラストラクチャ.........................................................................16 ソリューションのアーキテクチャ .................................................................................18 主要なコンポーネント ................................................................................................22 デスクトップ仮想化ブローカー ...................................................................................23 仮想化レイヤー ........................................................................................................26 コンピューティング レイヤー ......................................................................................27 ネットワーク レイヤー ................................................................................................27 ストレージ レイヤー...................................................................................................28 バックアップ/リカバリ レイヤー ..................................................................................30 Citrix ShareFile StorageZones ソリューション ............................................................31 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 15 第 3 章： ソリューションの概要 概要 この章では、Microsoft Hyper-V を使用する Citrix XenDesktop 向けの VSPEX エンド ユーザー コンピューティング ソリューションの概要とソリューションで使用される主な テクノロジーについて説明します。このソリューションは、仮想デスクトップ最大 500 台 のリファレンス アーキテクチャをサポートするデスクトップ仮想化、サーバー、ネット ワーク、ストレージ、バックアップのリソースを提供できるように EMC によって設計され、 実証されています。 ソリューションのデスクトップ仮想化インフラストラクチャ コンポーネントは、Microsoft Hyper-V を使用する VSPEX プライベート クラウド実証済みインフラストラクチャ上に配 置されるように設計されています。ただし、リファレンス アーキテクチャには基盤とな るインフラストラクチャの詳細な構成は含まれていません。必要なインフラストラク チャ コンポーネントの構成については、「必ず読んでおくべき資料」に記載されている VSPEX 実証済みインフラストラクチャ ガイドを参照してください。 VSPEX 実証済みインフラストラクチャ EMC は、業界をリードする IT インフラストラクチャ プロバイダーと連携して、プライベー ト クラウドと Citrix XenDesktop 仮想デスクトップの導入を促進する包括的な仮想化ソ リューションを作成しました。VSPEX は、お客様の IT の変革を加速させます。課題と複 雑さが伴う IT インフラストラクチャ構築に比べて、迅速な導入、簡素化、多様な選択 肢、高い効率性、低いリスクを実現します。 EMC による検証済みの VSPEX では、予測可能なパフォーマンスが保証され、お客様 は既存または新規の IT インフラストラクチャを使用するテクノロジーを選択できると同 時に、計画、サイズ設定、構成に伴う負担を解消できます。VSPEX は、真の統合イン フラストラクチャの特長であるシンプルさと、個々のスタック コンポーネントの幅広い 選択肢を求めるお客様に、仮想インフラストラクチャを提供します。 VSPEX 実証済みインフラストラクチャは、図 1 に示すように、モジュール型の仮想化 インフラストラクチャです。EMC が検証し、EMC の VSPEX パートナーが提供します。仮 想化、サーバー、ネットワーク、ストレージ、バックアップの各レイヤーがあります。 パートナーは、お客様環境に最適な仮想化、サーバー、ネットワークのテクノロ ジーを選択できます。ストレージ レイヤーとバックアップ レイヤーには、可用性の高 い EMC VNX ファミリーのストレージ システムと EMC バックアップ テクノロジーが用意さ れています。 16 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 3 章： ソリューションの概要 図 1. VSPEX 実証済みインフラストラクチャ EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 17 第 3 章： ソリューションの概要 ソリューションのアーキテクチャ アーキテクチャの 概要 Citrix XenDesktop 向け EMC VSPEX エンド ユーザー コンピューティング ソリューション は、最大 500 台の仮想デスクトップをサポートできる包括的なシステム アーキテク チャを提供します。ブロック ストレージとファイル ストレージの両方がサポートされます。 このソリューションでは、EMC VNXe3200、Windows Server 2012 R2、Hyper-V を使用 して、Citrix PVS（Provisioning Services）または MCS（Machine Creation Service）に よってプロビジョニングされた Microsoft Windows 8.1 仮想デスクトップの Citrix XenDesktop 7.1 環境にストレージ プラットフォームと仮想化プラットフォームを提供し ます。 このソリューションでは、最大 500 台の仮想デスクトップをサポートするために VNXe3200 アレイを導入しました 1。 図 2 に、検証済みソリューションのアーキテクチャの概要を示します。 図 2. 検証済みソリューションのアーキテクチャ デスクトップ仮想化コンポーネントは、Microsoft Hyper-V を使用する VSPEX プライ ベート クラウド ソリューション上に配置されるように設計されています。可用性の高い 1 このガイドの説明中にでてくる操作は、ソリューションを検証した EMC Solutions のエンジニ アリング チームが行ったものです。 18 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 3 章： ソリューションの概要 EMC VNXe3200 のストレージを使用します。ソリューションに必要なインフラストラク チャ サービス（図 3 を参照）は、VSPEX プライベート クラウドによって提供するか、ソ リューションに含まれる専用リソースとして導入するか、お客様サイトの既存のインフ ラストラクチャによって提供することができます。図 3 に示す仮想デスクトップ クラス ターは専用エンド ユーザー コンピューティング リソースを必要とし、VSPEX プライベー ト クラウドへの配置は想定されていません。 XenDesktop 環境に合わせたストレージ インフラストラクチャの計画と設計は極めて 重要です。始業時に多数のデスクトップが起動したときや必要なパッチを適用したと きなどに発生する大量の I/O バースト（突発的増加）に共有ストレージが対応できる 必要があるためです。このようなバーストにより、仮想デスクトップのパフォーマンス が一定期間不安定で予測不能になるおそれがあります。ユーザーは遅いパフォー マンスには順応できますが、予測不能のパフォーマンスはユーザーの不満を招き、 効率性を低下させます。 予測可能なパフォーマンスをエンド ユーザー コンピューティング ソリューションで実 現するには、ストレージ システムでレスポンス タイムを最短に抑えながらクライアント からのピーク I/O ロードを処理できる必要があります。しかし、短時間の非常に大きな I/O 負荷に対応するために多数のディスクを導入すると高いコストがかかります。こ のソリューションでは、EMC FAST™（Fully Automated Storage Tiering）Cache を使用し て、必要なディスクの数を減らしています。 EMC バックアップ ソリューションは、ユーザー データ保護を可能にし、エンド ユー ザー復旧可能性を提供します。そのために、この XenDesktop ソリューションでは EMC Avamar とそのデスクトップ クライアントを使用しています。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 19 第 3 章： ソリューションの概要 論理 アーキテクチャ Citrix XenDesktop 向けの EMC VSPEX エンド ユーザー コンピューティング ソリュー ションのストレージ タイプは、 ブロック ストレージとファイル ストレージの 2 つのバリ アントがあります。図 3 に、両バリアントのソリューションの論理アーキテクチャを示し ます。 図 3. ブロック ストレージとファイル ストレージの論理アーキテクチャ FC（ファイバー チャネル）プロトコルを使用するブロック バリアントは、 仮想デスクトッ プおよび仮想サーバーOS（オペレーティング システム）データを伝送する 8 Gb FC ネットワークと、その他のすべてのトラフィックを伝送する 10 GbE（Gb Ethernet）ネット ワークを使用します。iSCSI プロトコルを使用するブロック バリアントとファイル バリ アントは、すべてのトラフィックに 10 GbE IP ネットワークを使用します。 注： このソリューションは、帯域幅の要件を満たせば、1 GbE もサポートします。 20 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 3 章： ソリューションの概要 表 3 に、ソリューション アーキテクチャの各種コンポーネントの構成をまとめます。主 要なテクノロジーについては、「主要なコンポーネント」セクションで説明します。 表 3. ソリューション アーキテクチャの構成 コンポーネント ソリューションの構成 Citrix XenDesktop 7.1 Delivery Controller 冗長仮想デスクトップの提供、ユーザーの認証、ユーザーの仮想 デスクトップ環境の構築の管理、ユーザーと仮想デスクトップ間 の接続の仲介のために、2 台の Citrix XenDesktop Delivery Controller を使用。このソリューションでは、コントローラーは Windows Server 2012 上にインストールされ、Hyper-V 上の仮想 マシンとしてホストされる。 Citrix PVS（Provisioning Services）サーバー 冗長ストリーム サービスの提供のために、2 台の Citrix PVS サー バーを使用。必要に応じて vDisk からターゲット デバイスにデスク トップ イメージをストリーミング。このソリューションでは、vDisk は VNXe ストレージ システムによってホストされる CIFS 共有に格納さ れる。 仮想デスクトップ Windows 8.1 を実行する仮想デスクトップのプロビジョニングのた めに、MCS と PVS を使用。 Microsoft Windows Server 2012 R2 Hyper-V このソリューションでは、サーバー環境をホストする共通仮想化レ イヤーの提供に Microsoft Hyper-V が使用される。ライブ マイグ レーション、記憶域の移行、フェイルオーバー クラスタリングな ど、Hyper-V Server 2012 R2 の機能を使用して仮想化レイヤーの 高可用性を構成。 Microsoft System Center Virtual Machine Manager このソリューションでは、すべての Hyper-V ホストとその仮想マ シ ン は 、 Microsoft System Center VMM （ Virtual Machine Manager）2012 R2 を使用して管理される。 Microsoft SQL Server Microsoft System Center VMM、XenDesktop コントローラー、 Citrix Provisioning Services には、構成と監視の詳細を保存する ためのデータベース サービスが必要。Windows Server 2012 で 実行されている Microsoft SQL Server 2012 SP1 を、この目的に 使用。 Active Directory サー バー Active Directory は、さまざまなソリューション コンポーネントが正 しく機能するために必要なサービス。Windows Server 2012 サー バーで実行されている Microsoft Active Directory サービスを、こ の目的に使用。 DHCP サーバー DHCP（動的ホスト構成プロトコル）サーバーは、仮想デスクトップ の IP アドレス スキームを一元管理。このサービスは、ドメイン コントローラおよび DNS サーバと同じ仮想マシン上でホストされま す。Windows Server 2012 サーバーで実行されている Microsoft DHCP サービスを、この目的に使用。 DNS サーバー DNS（ドメイン ネーム サービス）サービスは、さまざまなソリュー ション コンポーネントでの名前解決に必要。Windows Server 2012 サーバーで実行されている Microsoft DNS サービスを、この 目的に使用。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 21 第 3 章： ソリューションの概要 コンポーネント ソリューションの構成 EMC SMI-S Provider こ の ソ リ ュ ー シ ョ ン で は 、 EMC SMI-S Provider for Microsoft System Center 2012 Virtual Machine Manager を使用して、クラ イアントから EMC アレイのストレージ管理を直接実行。EMC SMI-S Provider が統合管理インターフェイスの提供を支援。 IP/ストレージ ネットワーク 冗長ケーブルおよびスイッチを備えた標準的な Ethernet ネット ワークがすべてのネットワーク トラフィックを伝送。共有ネットワー クがユーザーと管理のトラフィックを伝送、ルーティング不能のプ ライベート サブネットが SMB（サーバー メッセージ ブロック）スト レージ トラフィックを伝送。 IP ネットワーク Ethernet ネットワーク インフラストラクチャは、仮想デスクトップ、 Hyper-V クラスター、VNXe ストレージ間に IP 接続を提供。ファイル （SMB）バリアントでは、IP インフラストラクチャによって、Hyper-V サーバーは、VNXe 上の CIFS 共有と、PVS サーバーからのデスク トップ ストリーミングに、高帯域幅と低レーテンシーでアクセス可 能。また、デスクトップ ユーザーは、自分のユーザー プロファイル とホーム ディレクトリを、VNXe で一元管理されている CIFS 共有に リダイレクト可能。 FC（ファイバー チャネ ル）ネットワーク ブロック（FC）バリアントでは、FC ネットワークがすべての Hyper-V ホストと VNXe ストレージ システム間のストレージ トラフィックを伝 送。IP ネットワークがその他のすべてのトラフィックを伝送。 EMC VNXe3200 アレイ VNXe3200 アレイは、CIFS/FC ストレージを仮想デスクトップ最大 500 台の Hyper-V ホストに提示することで、ストレージを提供。 このソリューションでは、ブロック バリアントには CSV（クラスター 共有ボリューム）を、ファイル バリアントには CIFS（Common Internet File System）共有を使用。 EMC Avamar Avamar ソフトウェアは、仮想マシンを保護するプラットフォームを 提供。保護戦略では、永続型仮想デスクトップ、イメージ保護、 エンド ユーザー リカバリを使用。 主要なコンポーネント 概要 表 4 に、このソリューションで使用されている主要なテクノロジーの概要を示します。 表 4. 主要なソリューション コンポーネント コンポーネント 説明 デスクトップ仮想 化ブローカー そのシステムのユーザーに提供されている仮想デスクトップ イメージの プロビジョニング、割り当て、メンテナンス、最終的な削除を管理します。 このソフトウェアは、デスクトップ イメージのオン デマンド作成を可能に し、ユーザーの生産性に影響することなくイメージの保守を行い、環境が 無制限に増大するのを防ぐために必要です。 このソリューションでは、デスクトップ ブローカーに Citrix XenDesktop 7.1 を使用しています。 22 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 3 章： ソリューションの概要 コンポーネント 説明 仮想化レイヤー リソースの物理的な実装を、それらを使用するアプリケーションから分離 できます。つまり、使用可能なリソースのアプリケーションのビューは ハードウェアに直接関連しなくなりました。これにより、エンド ユーザー コンピューティング環境の多くの主要機能が有効になります。 このソリューションでは、仮想化レイヤーに Microsoft Hyper-V を使用して います。 コンピューティン グ レイヤー 仮想化レイヤー ソフトウェアと、インフラストラクチャ内で実行されている アプリケーションに、メモリおよび処理リソースを提供します。VSPEX プロ グラムでは、最小限必要なコンピューティング レイヤー リソースが定義 されていますが、お客様は要件を満たす任意のサーバー ハードウェアを 選択できます。 ネットワーク レイヤー 環境のユーザーを必要なリソースに接続し、ストレージ レイヤーをコン ピューティング レイヤーに接続します。VSPEX プログラムでは、ソリュー ションに最小限必要なネットワーク ポート数が定義され、ネットワーク アーキテクチャに関する一般的なガイダンスが提供されていますが、お 客様は要件を満たす任意のネットワーク ハードウェアを選択できます。 ストレージ レイヤー エンド ユーザー コンピューティング環境の導入に欠かせないリソース。 ストレージ レイヤーは、アクティビティのバースト（突発的増加）が大量発 生したときにユーザー エクスペリエンスに大きな影響を与えることなく対 応できる必要があります。 このソリューションは、EMC VNXe3200 アレイと EMC FAST Cache を使用し て、このワークロードの効率化を図っています。 バックアップ/リカ バリ レイヤー オプションのソリューション コンポーネント。プライマリ システムのデータ が削除や損傷などによって使用不能になった場合のデータ保護を提供 します。 このソリューションでは、バックアップ/リカバリに EMC Avamar を使用して います。 Citrix ShareFile StorageZones ソリューション オプション。Citrix ShareFile StorageZones 環境をサポートします。 デスクトップ仮想化ブローカー 概要 デスクトップ仮想化では、リモート データセンターにある一元化されたコンピュー ティング リソース上でデスクトップ サービスをカプセル化してホストします。これにより、 エンド ユーザーはネットワークに接続したさまざまなデバイスから自分の仮想デスク トップにアクセスすることが可能になります。デバイスは、デスクトップ、ラップトップ、 シン クライアント、ゼロ クライアント、スマートフォン、タブレットなどを使用できます。 このソリューションでは、デスクトップ仮想環境のプロビジョニング、管理、ブローカー、 監視のために Citrix XenDesktop が使用されています。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 23 第 3 章： ソリューションの概要 Citrix XenDesktop 7.1 XenDesktop は、Citrix のデスクトップ仮想化ソリューションです。仮想デスクトップを Hyper-V 仮想環境で実行できるようにします。 Citrix XenDesktop 7.1 は、Citrix XenApp アプリケーション デリバリ テクノロジーと XenDesktop デスクトップ仮想化テク ノロジーを単一のアーキテクチャに統合して管理を一元化します。管理コンポーネン トとデリバリ コンポーネントを一体化したこの新しいアーキテクチャが提供するシンプ ルで拡張性、効率性、管理性に優れたソリューションにより、ユーザーは Windows ア プリケーションおよびデスクトップをセキュアなモバイル サービスとしてどこでもどの デバイスでも利用できます。 図 4 に、XenDesktop 7.1 アーキテクチャのコンポーネントを示します。 図 4. XenDesktop 7.1 アーキテクチャのコンポーネント XenDesktop 7.1 アーキテクチャには、次のコンポーネントが含まれます。 • Citrix Director この Web ベースのツールにより、IT サポート チームやヘルプ デスク チームは、 環境を監視し、問題がシステムで重大になる前にトラブルシューティングを行 い、エンド ユーザーのサポート タスクを実行することができます。 • Citrix Receiver ユーザー デバイスにインストールされます。スマートフォン、タブレット、PC など ユーザーのあらゆるデバイスからドキュメント、アプリケーション、デスクトップ への迅速かつセキュアなセルフ サービス アクセスをユーザーに提供します。 また、Windows、Web、SaaS（サービスとしてのソフトウェア）アプリケーションへ のオン デマンド アクセスを提供します。 • Citrix StoreFront Citrix Receiver の認証サービスとリソース デリバリ サービスを提供します。リ ソースの一元管理を可能にし、デスクトップとアプリケーションへのオン デマン ドのセルフ サービス アクセスをユーザーに提供します。 24 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 3 章： ソリューションの概要 • Citrix Studio この管理コンソールから導入の構成と管理を行えます。アプリケーションとデス クトップのデリバリの管理に別々のコンソールを使用する必要がなくなります。 さまざまなウィザードが用意されており、環境のセットアップ、アプリケーション とデスクトップをホストするワークロードの作成、ユーザーへのアプリケーション とデスクトップの割り当てのプロセスを手順に従って実行できます。 • Delivery Controller データセンターのサーバーにインストールされます。Delivery Controller を構成 するサービスが、ハイパーバイザーと通信してアプリケーションとデスクトップを 配信し、ユーザー アクセスを認証および管理し、ユーザーと仮想デスクトップ/ アプリケーションとの通信を仲介します。Delivery Controller は、需要と管理構 成に基づきデスクトップの状態と開始/停止を管理します。Delivery Controller の一部のエディションでは、仮想化または物理 Windows 環境のユーザーの パーソナライズ設定を管理するプロファイル管理をインストールできます。 • VDA（Virtual Delivery Agent） サーバーまたはワークステーションのオペレーティング システムにインストー ルされます。デスクトップやアプリケーションの接続を可能にします。リモート PC アクセスの場合は、オフィス PC に VDA をインストールします。 • サーバーOS マシン Windows Server オペレーティング システム ベースの仮想マシンまたは物理マ シンです。アプリケーションまたは HSD（ホスト型共有デスクトップ）をユーザー に提供するために使用されます。 • デスクトップ OS マシン Windows デスクトップ オペレーティング システム ベースの仮想マシンまたは物 理マシンです。パーソナライズ デスクトップをユーザーに提供したり、デスクトッ プ オペレーティング システムからアプリケーションを提供したりするために使用 されます。 • リモート PC アクセス リモート PC アクセスにより、ユーザーは Citrix Receiver を実行している任意の デバイスからオフィス PC のリソースにリモート アクセスできます。 Machine Creation Service MCS（Machine Creation Service）は、XenDesktop の管理コンソールである Citrix Studio と統合されたプロビジョニング メカニズムです。デスクトップのプロビジョニング、管理、 使用停止をデスクトップ ライフサイクル全体にわたって一元管理できます。 MCS では、複数のタイプのマシンを Citrix Studio のカタログ内で管理できます。PvD （または PvDisk、Personal vDisk）機能を使用するマシンでは、デスクトップ カスタマイ ズの一貫性が維持されます。一方、非 PvD マシンは、ユーザーのログオフ時にデスク トップの変更を破棄する場合に適しています。 MCS を使用してプロビジョニングされたデスクトップは、カタログ内の共通のベース イ メージを共有します。このため、通常、ベース イメージは FAST Cache の使用に十分な 頻度でアクセスされます。FAST Cache は、アクセス頻度の高いデータをフラッシュ ドラ イブにプロモートして、より少ない物理ディスクで最適な I/O 応答時間を実現します。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 25 第 3 章： ソリューションの概要 Citrix Provisioning Services Citrix PVS（Provisioning Services）は、従来のデスクトップ イメージング ソリューション とは異なるアプローチを採用して、ハードウェアとそこで動作するソフトウェアの関 係を根本的に変えています。PVS では、イメージを各マシンにコピーするのではなく、 単一の共有ディスク イメージ（vDisk）をストリーミングすることで、組織で管理するディ スク イメージの数を削減できます。マシンの数が増え続けると、PVS は分散処理を活 用して効率的に一元管理します。 マシンがディスク データを単一の共有イメージから動的にリアルタイムでストリー ミングするため、マシン イメージの整合性が確保されます。また、大規模なマシン プールでは、再起動操作中に構成、アプリケーション、さらには OS までも完全に変 更できます。 このソリューションでは、Windows 8.1 を実行する仮想デスクトップ 500 台を PVS がプ ロビジョニングします。デスクトップは単一の vDisk から導入されます。 Citrix Personal vDisk Citrix PvD 機能により、変更をユーザーのプール内の仮想マシンから別の PvD にリダ イレクトすることで、ユーザーはカスタマイズ設定と自分でインストールしたアプリケー ションをプール内のデスクトップに保存できます。ランタイム中、Personal vDisk のコン テンツは、ベース仮想マシンからのコンテンツと融合され、エンド ユーザーには、統 合された操作が提供されます。PvD データは、再起動および更新操作中に保存され ます。 Citrix Profile Management Citrix Profile Management は、ユーザー プロファイルを保存してリモート プロファイル リポジトリと動的に同期します。ユーザーが XenDesktop にログインすると、Profile Management によってユーザーのリモート プロファイルが動的にダウンロードされ、 ユーザーのログイン場所やクライアント デバイスに関係なく、個人設定がデスクトップ とアプリケーションに適用されます。 Profile Management とプール内のデスクトップを組み合わせて使用することにより、組 織に必要なストレージの量を最小限に抑えながら、専用デスクトップを活用できます。 仮想化レイヤー Microsoft Windows Microsoft Windows Server 2012 R2 Hyper-V は、包括的な仮想化プラットフォームで Server 2012 R2 す。大規模で非効率的なサーバー ファームを敏速で信頼性の高いクラウド インフラ Hyper-V ストラクチャに統合することで、柔軟性を高め、コストを削減します。Microsoft 仮想化 のコア コンポーネントは、Microsoft Hyper-V ハイパーバイザーとシステム管理用の Microsoft System Center Virtual Machine Manager です。 Hyper-V ハイパーバイザーは、CPU、メモリ、ストレージ、ネットワークを仮想化するこ とでコンピューターの物理リソースを変換します。この変換により、高い機能性を備え た仮想マシンが実現します。この仮想マシンは物理コンピュータと同様に、分離され カプセル化されたオペレーティング システムやアプリケーションを実行します。 Hyper-V は専用サーバー上で稼働し、複数のオペレーティング システムを仮想マシン として同時に実行できます。Microsoft のクラスター化サービスは、クラスター化され た構成での複数の Hyper-V サーバーの運用を可能にします。Hyper-V クラスター構成 は、Microsoft System Center Virtual Machine Manager によって大規模なリソース プールとして管理されます。これにより、クラスターの CPU、メモリ、ストレージの動的 な割り当てが可能になります。 26 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 3 章： ソリューションの概要 Microsoft System Center Virtual Machine Manager Microsoft System Center Virtual Machine Manager は、Hyper-V インフラストラクチャ 向けの拡張性に優れた一元管理プラットフォームです。これにより、管理者は複数の デバイスからアクセス可能な単一のインターフェイスを使用して、仮想インフラストラ クチャの監視、管理、保守のすべての側面に対応できます。 Microsoft Hyper-V の高可用性 Microsoft Hyper-V 2012 R2 の高可用性機能（フェイルオーバー クラスタリング、ライ ブ マイグレーション、記憶域の移行など）により、パフォーマンス インパクトを最小限 またはゼロに抑えながら、Hyper-V サーバー間で仮想マシンと保存ファイルをシーム レスに移行できます。 • フェイルオーバー クラスタリング：さまざまな障害状況で仮想化レイヤーによる 仮想マシンの自動再開を可能にします。物理ハードウェアがエラーを起こして いる場合は、影響を受けた仮想マシンは、クラスタ内の別のサーバ上で自動 的に再開されます。自動的に再開するマシンと再開操作の実行条件を決定す るポリシーを構成できます。 注： Hyper-V フェイルオーバー クラスタリングによって別のハードウェア上の仮想マ シンを再開するには、それらのサーバーに利用可能なリソースが必要です。「サー バーの設計に関する考慮事項」で、この機能を有効化するための推奨事項を説明し ています。 • ライブ マイグレーション：クラスター化されたサーバーとクラスター化されていな いサーバー内で仮想マシンのダウンタイムやサービス停止を発生させずに仮 想マシンのライブ移行を可能にします。 • 記憶域の移行：ストレージ アレイ内またはストレージ アレイ間で仮想マシンの ダウンタイムやサービス停止を発生させずに仮想マシン ディスク ファイルのラ イブ移行を可能にします。 コンピューティング レイヤー VSPEX では、最小限必要なコンピューティング レイヤー リソースが定義されています が、お客様は要件を満たす任意のサーバー ハードウェアを選択できます。詳細につ いては、「第 5 章： ソリューションの設計における考慮事項とベスト プラクティス」を参 照してください。 ネットワーク レイヤー VSPEX では、ソリューションに最小限必要なネットワーク ポート数が定義され、ネット ワーク アーキテクチャに関する一般的なガイダンスが提供されていますが、お客様 は要件を満たす任意のネットワーク ハードウェアを選択できます。詳細については、 「第 5 章： ソリューションの設計における考慮事項とベスト プラクティス」を参照してく ださい。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 27 第 3 章： ソリューションの概要 ストレージ レイヤー ストレージ レイヤーは、すべてのクラウド インフラストラクチャ ソリューションの主要な コンポーネントです。データセンター ストレージ処理システム内で生成されたデータを 処理します。この VSPEX ソリューションは、ストレージ レイヤーでの仮想化に EMC VNXe3200 ストレージを使用します。ストレージ レイヤーにより、ストレージの効率と 管理の柔軟性が向上し、総所有コストが削減されます。 EMC VNXe3200 機能と改善点 EMC VNXe3200 は、フラッシュ最適化ユニファイド ストレージ プラットフォームです。 ファイル ストレージとブロック ストレージに対応する革新的なエンタープライズ機能を、 拡張性に優れた使いやすい単一のソリューションで提供します。VNXe3200 は、物理 または仮想環境内の混在したワークロードに最適であり、強力で柔軟性の高いハー ドウェアと高度な効率性、管理、保護ソフトウェアを組み合わせて、仮想化されたアプ リケーション環境における厳しいニーズに対処します。 VNXe3200 には、ミッドレンジ EMC VNX®ファミリーでの成功を受けて設計および開発 された多くの機能と改善点が含まれています。これらの機能と改善点には、次のもの があります。 • フラッシュで最適化されたハイブリッド アレイによる効率性の向上 • マルチコア キャッシュ、マルチコア RAID、マルチコア FAST Cache などの EMC MCx™テクノロジーを活用したマルチコア最適化による容量の増加 • VNXe ベース ソフトウェア コンポーネント（Monitoring and Reporting、Unified Snapshots など）による容易な管理と導入 • VMware および Microsoft エコシステムとの統合 • FC、iSCSI、NFS、CIFS の統合マルチプロトコル サポート 次世代の VNXe を使用して VSPEX を構築すると、効率性、パフォーマンス、拡張性が これまでにないほど向上します。 フラッシュ最適化ハイブリッド アレイ フラッシュ最適化ハイブリッド アレイである VNXe3200 は、自動階層化により、重要な データに最適なパフォーマンスを提供し、アクセスの少ないデータを低コストのディス クにインテリジェントに移動します。 このハイブリッド アプローチでは、システム全体のごく一部を占めるフラッシュ ドライ ブで全 IOPS（IO 動作/秒）の大部分を処理できます。VNXe3200 は、フラッシュの低 レーテンシーを最大限に活用して、コストを削減する最適化と高パフォーマンスな拡 張性を実現します。EMC Fully Automated Storage Tiering Suite（FAST™ Cache と FAST VP（FAST for Virtual Pools））は、異種ドライブ間でブロック データとファイル デー タの両方を階層化し、最もアクティブなデータをフラッシュ ドライブに移動します。お客 様は、コストかパフォーマンスかで妥協する必要がなくなります。 28 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 3 章： ソリューションの概要 一般にデータは作成時に最も頻繁にアクセスされるため、新しいデータはまずフラッ シュ ドライブに保存して最適なパフォーマンスを得られるようにします。時間の経過と ともにデータが古くなり、あまりアクティブでなくなると、FAST VP でそのデータを高パ フォーマンス ドライブから大容量ドライブに階層化できます。これは、お客様が定義し たポリシーに基づいて自動的に実行されます。この機能は強化されており、4 倍に向 上した細分性と、eMLC（エンタープライズ マルチレベル セル）テクノロジー ベースの 新しい FAST VP SSD（ソリッド ステート ディスク）によって、ギガバイトあたりのコストを 削減しています。FAST Cache は、システム ワークロードの予想外の急増に動的に対 応します。アクティブなデータを低速の大容量ドライブから高速のフラッシュ ドライブ に急速にプロモートして、パフォーマンスを即座に向上できます。 MCxコード パス最適化 フラッシュ テクノロジーの出現は、ミッドレンジ ストレージ システムの要件を大きく変 えるきっかけになりました。EMC は、市場最小のコストで最大の効率性を発揮するス トレージ システムを提供するために、VNXe ストレージ プラットフォームを再設計して マルチコア CPU を効率的に最適化しました。 EMC MCx テクノロジーは、すべての VNXe データ サービスをすべてのコアに分散させ （図 5 を参照）、NAS（ネットワーク接続型ストレージ）上のデータベースや仮想マシン などのトランザクション型アプリケーションのファイル パフォーマンスを大幅に改善し ます。 VNXe は、ECM ストレージ アレイで初めて Intel NTB（Non-Transparent Bridge）を使用 しています。NTB により、PCIe（PCI Express）インターフェイスを介したストレージ プロ セッサ間での高速の直接接続が可能です。外部の PCIe スイッチが不要で、電力とス ペースを節約するとともに、レーテンシーとコストを削減することができます。 図 5. VNXe3200™でのマルチコア最適化 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 29 第 3 章： ソリューションの概要 VNXeベース ソフトウェア VNXe ベース ソフトウェアは、機能強化されています。EMC Unisphere の使いやすい インターフェイスが拡張されて、パフォーマンスの検証と容量要件の予測に使用する VNXe Monitoring and Reporting が含まれています。このスイートには、数千の VNX/VNXe システムを一元管理するための Unisphere Central も含まれています。 仮想化とエコシステムの管理 Microsoft Hyper-V のオフロード データ転送 Microsoft Windows Server 2012 R2 の ODX（オフロード データ転送）機能により、コ ピー処理におけるデータ転送の負荷をストレージ アレイにオフロードすることが可能 となり、ホスト サイクルが解放されます。たとえば、Microsoft SQL Server 仮想マシン のライブ移行に ODX を使用すると、パフォーマンスが倍に向上し、移行時間が 50% 短縮され、Hyper-V サーバーの CPU 使用率が 20%減少し、ネットワーク トラフィックが 削減されます。 EMC Storage Integrator for Windows ESI（EMC Storage Integrator）for Windows は、Windows 環境のブロック ストレージと ファイル ストレージの表示、プロビジョニング、管理の機能を提供する管理インター フェイスです。ESI は、Hyper-V サーバーのストレージをローカル ディスクまたはマップ された共有として作成およびプロビジョニングする手順を簡素化します。また、 Windows PowerShell によるストレージの検出とプロビジョニングをサポートします。 詳細については、EMC オンライン サポートで入手可能な ESI for Windows ドキュメン トを参照してください。 バックアップ/リカバリ レイヤー バックアップ/リカバリ操作では、定義されたスケジュールでデータ ファイルまたはボ リュームをバックアップし、災害後に復旧が必要な場合にバックアップからデータを復 元することで、データ保護を実現します。EMC Avamar は、この VSPEX エンド ユー ザー コンピューティング ソリューションに保護を提供します。 Avamar を使用すると、管理者は、ポリシーやエンド ユーザー コンピューティング イン フラストラクチャ コンポーネントを一元的にバックアップおよび管理できます。また、 エンド ユーザーは、各自のファイルを簡単で直感的な Web ベースのインターフェイス から効率的にリカバリできます。Avamar は、新しいユニークなサブファイル データ セ グメントのみを移動することで、毎日のフル バックアップを高速で実行して、バック アップ時間を最大 90%短縮します。また、1 日に必要なネットワーク帯域幅を最大 99%削減し、必要なバックアップ ストレージを 10 分の 1～30 分の 1 に削減すること も可能です。リカバリはすべてワン ステップで簡単に実行できます。 30 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 3 章： ソリューションの概要 Avamar では、イメージ レベルの操作またはゲスト ベースの操作を使用する仮想デ スクトップ バックアップを選択できます。Avamar は、イメージのバックアップには Hyper-V VHDX（仮想ハード ディスク）レベルで、ゲスト ベースのバックアップにはファ イル レベルで重複排除エンジンを実行します。完全リカバリが必要なすべてのもの が対象になり、VHD（仮想ハード ディスク）とオペレーティング システム コンポーネン ト（システム状態、データ ボリューム、Hyper-V 構成データベースなど）の保護が含ま れます。Avamar は、Hyper-V VSS ライターを使用して Hyper-V サーバーの災害復旧を 実行し、Hyper-V ゲストを構成する VHD ファイルを収集します。次のようなメリットがあ ります。 • イメージ レベルの保護では、ハードウェアの障害、破損、誤削除が発生した場 合に、特定の仮想デスクトップに関連づけられたすべての仮想ディスクと構成 ファイルのコピーをバックアップ クライアントで作成できます。 • ゲスト ベースの保護は、従来のバックアップ ソリューションのように実行されま す。これは、Avamar バックアップ クライアントに対応した OS が実行されている 仮想マシンで使用できます。ゲスト ベースのバックアップでは、コンテンツと包 含/除外パターンをきめ細かく制御して、アプリケーション コンシステントな保 護を実現します。これにより、ファイルの誤削除のようなユーザー エラーが原 因のデータ消失を防止できます。保護するシステムにデスクトップ/ラップトップ エージェントをインストールすると、エンド ユーザーのセルフ サービス データ リ カバリが可能になります。 • Avamar では、CSV クラスターからの仮想マシン バックアップをスケジュール設 定して、共有ボリュームで実行されている仮想マシンのフル フェイルオーバー 保護を実行できます。Avamar は Hyper-V サーバー間での仮想マシンの移行に ライブ移行を利用するため、仮想マシンの保護が途切れることはありません。 CSV プロキシ ノード経由の Hyper-V バックアップのサポートにより、管理者は CSV 環境内の物理プロキシ サーバーを選択して連合クラスターのすべての バックアップを管理でき、本番サーバーのバックアップ処理オーバーヘッドが削 減されて、バックアップが最適化されます。さらに、Avamar は Hyper-V 2012 を サポートするため、バックアップされているサーバーへの CSV 内の全サーバー I/O のリダイレクトによって発生する低 I/O ライト パフォーマンスが解消されま す。 このソリューションは、ゲスト ベースのバックアップを使用してテストされています。 Citrix ShareFile StorageZones ソリューション Citrix ShareFile は、エンタープライズ クラスのストレージとセキュリティを提供するクラ ウド ベースのファイル共有およびストレージ サービスです。ユーザーはドキュメントを 他のユーザーと安全に共有できます。ShareFile のユーザーは、企業の従業員や、企 業ディレクトリ外のユーザー（「クライアント」と呼ばれる）などです。 ShareFile StorageZones を使用すると、企業はコンプライアンスや規制の要件に対応 しながら組織全体でファイルを共有できます。StorageZones では、オンサイトのスト レージ システムでのデータ保存が可能です。完全に暗号化された大容量ファイルの 共有が容易になり、ファイルを複数のデバイスと同期できます。 StorageZones でデータをオンサイトに保存してパブリック クラウドよりもユーザーに近 い場所に置くことで、パフォーマンスとセキュリティを向上できます。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 31 第 3 章： ソリューションの概要 ShareFile StorageZones には、次のような機能とメリットがあります。 • ShareFile で管理されるクラウド ストレージとともに、またはその代わりとして、 StorageZones を使用できる。 • Citrix CloudGateway Enterprise の構成機能により、ShareFile サービスと Citrix Receiver を統合して、ユーザー認証とユーザー プロビジョニングを可能 にする。 • ShareFile クラウドと組織の StorageZones 環境を自動で照合する。 • アップロードしたファイルを自動でウイルス スキャンする。 • Storage Center バックアップからファイル リカバリを行う（Storage Center は StorageZones のサーバー コンポーネント）。StorageZones では、特定の日時 のファイル レコードを参照して、Storage Center バックアップからリストアする ファイルとフォルダーにタグを付けることができます。 Citrix XenDesktop 向けの VSPEX エンド ユーザー コンピューティング ソリューションは、 インフラストラクチャの追加によって、ShareFile StorageZones と Storage Center をサ ポートします。 32 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 4 章： ソリューションのサイズ設定 第4章 ソリューションのサイズ設定 この章は、次のトピックで構成されています。 概要 .........................................................................................................................34 参照ワークロード ......................................................................................................34 VSPEX プライベート クラウドを使用したインフラストラクチャ仮想サーバーの サイズ設定 ...............................................................................................................35 VSPEX ストレージ ビルディング ブロック ....................................................................36 VSPEX エンド ユーザー コンピューティングの検証済み最大構成 ...............................37 適切なリファレンス アーキテクチャの選択 .................................................................41 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 33 第 4 章： ソリューションのサイズ設定 概要 この章では、Citrix XenDesktop 向けの VSPEX エンド ユーザー コンピューティング ソ リューションを設計する方法とお客様のニーズに合わせてサイズ設定する方法につ いて説明します。参照ワークロード、ビルディング ブロック、検証済みエンド ユーザー コンピューティングの最大構成の概念を紹介し、それらの特性について説明します。 その後、お客様サイズ設定ワークシートを使用してお客様の環境に適したリファレン ス アーキテクチャを選択する方法を説明します。表 5 に、ソリューションをサイズ設定 するステップの概要を示します。 表 5. VSPEX エンド ユーザー コンピューティング： 設計プロセス ステップ アクション 1 お客様サイズ設定ワークシート（付録 A）を使用して、エンド ユーザー コンピュー ティング環境に関するお客様の要件を収集する。 2 EMC VSPEX サイジング ツールを使用し、ステップ 1 で収集したお客様の要件に基 づいて、エンド ユーザー コンピューティング ソリューションの推奨 VSPEX リファ レンス アーキテクチャを決定する。 注： サイジング ツールを使用できない場合は、この章のガイドラインに従ってエン ド ユーザー コンピューティング ソリューションを手動でサイズ設定できます。 参照ワークロード VSPEX では、ソリューションのリファレンス アーキテクチャのリソースを数値化する計 測単位を表す参照ワークロードを定義しています。お客様の実際の使用状況と参照 ワークロードを比較することで、VSPEX の導入のベースに選択するリファレンス アー キテクチャを推定できます。 VSPEX エンド ユーザー コンピューティング ソリューションの参照ワークロードは、単一 の仮想デスクトップ（参照仮想デスクトップ）として定義され、デスクトップ OS（VDI デス クトップ）またはサーバーOS（HSD）を使用して導入できます。デスクトップ OS の場合、 各ユーザーは 1 個の vCPU と 2 GB の RAM が割り当てられた専用仮想マシンにアク セスします。サーバーOS の場合、各仮想マシンは 6 個の vCPU と 12 GB の RAM が 割り当てられ、20 の仮想デスクトップ セッションで共有されます。 表 6 に、参照仮想デスクトップのワークロード特性を示します。特定のリソース要件 の参照仮想デスクトップ相当量を求めるには、要件を基にして、要件を満たすのに必 要な参照仮想デスクトップ数を計算します。 34 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 4 章： ソリューションのサイズ設定 表 6. 参照仮想デスクトップのワークロード特性 特性 値 仮想デスクトップ タイプ • デスクトップ OS（VDI デスクトップ）： Microsoft Windows 8.1 Enterprise Edition（32 ビット） • サーバーOS（HSD）： Windows Server 2012 R2 仮想デスクトップ 1 台あたりの仮想プロ セッサ • デスクトップ OS（VDI デスクトップ）： 1 個の vCPU 仮想デスクトップあたりの RAM • デスクトップ OS（VDI デスクトップ）： 2 GB • サーバーOS（HSD）： 0.3 個の vCPU • サーバーOS（HSD）： 0.6 GB 安定状態での仮想デスクトップごとの 平均 IOPS 8 このデスクトップの定義は、共有ストレージに存在するユーザー データに基づいて定 義されています。I/O プロファイルは、テスト フレームワークを使用して定義されてい ます。このテスト フレームワークでは、すべてのデスクトップが同時に実行され、ブラ ウザーやオフィス生産性ソフトウェアなどのオフィス ベースのアプリケーションを一定 して使用することで生成される定常負荷が存在します。 VSPEX プライベート クラウドを使用したインフラストラクチャ仮想サーバー のサイズ設定 このソリューションのインフラストラクチャ仮想サーバーは、Microsoft Hyper-V を使用 する VSPEX プライベート クラウド実証済みインフラストラクチャ上に配置されています。 これには、Active Directory、System Center Virtual Machine Manager、SQL Server、 XenDesktop Delivery Controller、PVS サーバーが含まれます。これらのコンポーネン トのいずれかがすでにデータセンター内にある場合は、エンド ユーザーは既存の インフラストラクチャ リソースも使用できます。表 7 に、このソリューションの検証済み インフラストラクチャのリソース要件を示します。 表 7. インフラストラクチャ仮想サーバーのリソース要件 数 CPU メモリ （GB） 容量（GB） （Active Directory/DNS/DHCP） 1 2 4 20 20 SQL Server 1 4 12 225 50 System Center Virtual Machine Manager 1 4 4 27 10 XenDesktop コントローラー 2 4 8 25 40 PVS サーバー 2 4 4 25 20 サーバー IOPS ドメイン コントローラー サーバーとストレージのリソース構成の詳細については、「 EMC VSPEX Private Cloud:Microsoft Windows Server 2012 R2 with Hyper-V for up to 1,000 Virtual Machines Proven Infrastructure Guide 」と「 EMC VSPEX Private Cloud:Microsoft Windows Server 2012 R2 with Hyper-V for up to 125 Virtual Machines Proven Infrastructure Guide」を参照してください。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 35 第 4 章： ソリューションのサイズ設定 VSPEX ストレージ ビルディング ブロック ビルディング 仮想サーバの IOPS を満たすストレージ システムのサイズ設定は複雑なプロセスで ブロック アプローチ す。ストレージ アレイに到達した I/O は、SP、バックエンド DRAM（ダイナミック ランダ ム アクセス メモリ）キャッシュ、FAST Cache（使用している場合）、ディスクなどの複数 のコンポーネントで処理されます。お客様は、ストレージ システムの計画と拡張を 行ってアプリケーションの容量、パフォーマンス、コストのバランスを取る際、さまざま な要素を考慮する必要があります。 VSPEX では、ビルディング ブロックのアプローチを使用して複雑さが軽減されていま す。ビルディング ブロックは、VSPEX アーキテクチャで特定数の仮想デスクトップをサ ポート可能な一連のディスク スピンドルです。各ビルディング ブロックは、複数のディ スク スピンドルを組み合わせて、エンド ユーザー コンピューティング環境のニーズを サポートするストレージ プールを作成します。 検証済みのビル ディング ブロック 現在、2 つのビルディング ブロックが VNXe3200 で検証済みで、VSPEX のサイズ設定 で柔軟なソリューションとして使用できます。 • PVS プロビジョニングを使用した仮想デスクトップ 125 台のビルディング ブロック PVS プロビジョニングで検証済みの最小ビルディング ブロックは、最大 125 台 の仮想デスクトップを収容でき、FAST Cache 対応のストレージ プールに 4 台の SAS ドライブが含まれます。図 6 に、ストレージ レイアウトを示します。 図 6. • PVS プロビジョニングを使用したビルディング ブロック ストレージ レイアウト MCS プロビジョニングを使用した仮想デスクトップ 125 台のビルディング ブロック MCS プロビジョニングで検証済みの最小ビルディング ブロックは、最大 125 台 の仮想デスクトップを収容でき、FAST Cache 対応のストレージ プールに 5 台の SAS ドライブが含まれます。図 7 に、ストレージ レイアウトを示します。 図 7. 36 MCS プロビジョニングを使用したビルディング ブロック ストレージ レイアウト EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 4 章： ソリューションのサイズ設定 既存のVSPEX エンド ユーザー コンピューティング 環境の拡張 EMC VSPEX エンド ユーザー コンピューティング ソリューションは、ビジネス ニーズの 変化に対応して環境を容易に拡張できる柔軟な導入モデルをサポートしています。 このソリューションで示されているリファレンス アーキテクチャ構成を組み合わせて、 大規模な導入を構築できます。たとえば、デスクトップ 500 台の構成を構築する場合 は、最初からその構成を導入することも、まずデスクトップ 125 台の構成を導入し、必 要に応じて拡張することもできます。 表 8 に、4 つの規模のリファレンス アーキテクチャをサポートするために必要なディス ク数を示します（ホット スペアに必要なディスク数は含まれていません）。 表 8. 仮想 デスクトップ 仮想デスクトップの数に応じた必要なディスク数 フラッシュ ドライブ SAS ドライブ PVS （ユーザー数） FAST Cache 125 MCS 非 PvD PvD （デスクトップ/ PvD） HSD 非 PvD PvD （デスクトップ/ PvD） 2 4 10（4/6） 4 5 11（5+6） 5 250 2 8 10（4/6） 4 10 11（5+6） 5 375 2 12 20（8/12） 8 15 22（10+12） 10 500 2 16 20（8/12） 8 20 22（10+12） 10 HSD 注： デスクトップ 125 台の MCS 用ビルディング ブロックで構成を開始した場合に、デスク トップ 250 台のビルディング ブロックに拡張するには、一致する SAS ドライブを 5 台追加し、 プールで再ストライピングを有効化します。プールの拡張と再ストライピングの詳細につい ては、「EMC VNX Virtual Provisioning Applied Technology White Paper」を参照してくだ さい。 VSPEX エンド ユーザー コンピューティングの検証済み最大構成 VSPEX エンド ユーザー コンピューティング構成を VNXe3200 プラットフォーム上で検 証しました。VNXe3200 に推奨される最大構成は 500 台のデスクトップです（表 8 を 参照）。 検証済みのディスク レイアウトは、定義されたパフォーマンス レベルで特定数の仮 想デスクトップをサポートするように設計されています。検証済みのストレージ レイア ウトを変更するには、容量拡張やパフォーマンス向上のためにドライブを追加したり、 デスクトップ用の FAST Cache やユーザー データ パフォーマンス向上のための FAST VP などの機能を追加したりします。ただし、推奨されるドライブ数を減らすかアレイ タ イプのグレードを下げると、デスクトップあたりの IOPS が低下し、レスポンス タイムが 長くなってユーザー エクスペリエンスが悪化することがあります。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 37 第 4 章： ソリューションのサイズ設定 VNXe3200 PVSプロビジョニングを使用したコア ストレージ レイアウト 図 8 に、PVS プロビジョニングを使用して 500 台の仮想デスクトップを格納するために 必要なディスクのレイアウトを示します。このレイアウトでは、ランダム、静的、PvD、 HSD のプロビジョニング オプションを使用できます。このレイアウトには、ユーザー プ ロファイル データ用のスペースは含まれていません。 図 8. PVS プロビジョニングを使用した仮想デスクトップ 500 台のコア ストレージ レイア ウト このソリューションでは、次のコア構成と PVS プロビジョニングを使用しています。 • VNXe OE（オペレーティング環境）と PVS vDisk 用に 5 台の SAS ディスク。 • 仮想デスクトップのライト キャッシュの格納用に 16 台の SAS ディスク（RAID 10 ストレージ プール 1 内）。プール全体で FAST Cache を有効化しました。 ファイル プロトコルでは、プールから 4 つのシン ファイル システム（それぞ れデスクトップ 125 台）をプロビジョニングして、CIFS 共有として Hyper-V サーバーに提示。 ブロック プロトコルでは、プールから 4 つのシン LUN（それぞれデスクトップ 125 台）をプロビジョニングして、CSV として Hyper-V サーバーに提示。 注： PvD を導入すると、半数のドライブ（デスクトップ 500 台に対して SAS ディスク 8 台）でパ フォーマンス要件を満たせます。ただし、デスクトップ容量が 50%減ります。環境の容量要 件が満たされている場合に、デスクトップ 500 台に MCS プロビジョニングを使用した PvD と 8 台の SAS ディスクを導入してください。 • FAST Cache 用に 2 台の SSD ドライブ。これらのドライブには、ユーザーによる 構成が可能な LUN はありません。 • ホット スペア用に 1 台の SAS ディスクと 1 台の SSD ドライブ。 注：図 8 に示すディスク レイアウトはデモンストレーション用であり、本番用とは異なる場合 があります。VNXe では最高のパフォーマンスを得られるように自動的にディスクが分散され るためです。サイズの大きいドライブに置き換えて容量を増やすこともできます。負荷の推 奨事項を満たすには、すべてのドライブが 10k rpm で同じサイズである必要があります。異 なるサイズを使用すると、ストレージ レイアウト アルゴリズムにより、最適な結果を得られな い場合があります。 MCSプロビジョニングを使用したコア ストレージ レイアウト 図 9 に、MCS プロビジョニングを使用して 500 台の仮想デスクトップを格納するため に必要なディスクのレイアウトを示します。このレイアウトでは、ランダム、静的、PvD、 HSD のプロビジョニング オプションを使用できます。このレイアウトには、ユーザー プ ロファイル データ用のスペースは含まれていません。 38 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 4 章： ソリューションのサイズ設定 図 9. MCS プロビジョニングを使用した仮想デスクトップ 500 台のコア ストレージ レ イアウト このソリューションでは、次のコア構成と MCS プロビジョニングを使用しています。 • VNXe OE 用に 4 台の SAS ディスク。 • 仮想デスクトップの格納用に 20 台の SAS ディスク（RAID 5 ストレージ プール 1 内）。プール全体で FAST Cache を有効化しました。 ファイル プロトコルでは、プールから 4 つのシン ファイル システム（それぞ れデスクトップ 125 台）をプロビジョニングして、CIFS 共有として Hyper-V サーバーに提示。 ブロック プロトコルでは、プールから 4 つのシン LUN（それぞれデスクトップ 125 台）をプロビジョニングして、CSV として Hyper-V サーバーに提示。 注： PvD を導入すると、半数のドライブ（デスクトップ 500 台に対して SAS ディスク 10 台）で パフォーマンス要件を満たせます。ただし、デスクトップ容量が 50%減ります。環境の容量 要件が満たされている場合に、デスクトップ 500 台に MCS プロビジョニングを使用した PvD と 10 台の SAS ディスクを導入してください。 • FAST Cache 用に 2 台の SSD ドライブ。これらのドライブには、ユーザーによる 構成が可能な LUN はありません。 • ホット スペア用に 1 台の SAS ディスクと 1 台の SSD ドライブ。これらのディスク は図 9 で「HS」と記されています。 注： 図 10 に示すディスク レイアウトはデモンストレーション用であり、本番用とは異な る場合があります。VNXe では最高のパフォーマンスを得られるように自動的にディス クが分散されるためです。サイズの大きいドライブに置き換えて容量を増やすことも できます。負荷の推奨事項を満たすには、すべてのドライブが 10k rpm で同じサイズ である必要があります。異なるサイズを使用すると、ストレージ レイアウト アルゴリズ ムにより、最適な結果を得られない場合があります。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 39 第 4 章： ソリューションのサイズ設定 オプションのユーザー データ ストレージ レイアウト ソリューション検証テストでは、図 10 に示すように、ユーザー データ用のストレージ 領域が VNXe アレイで割り当てられています。図 8 と図 9 のコア ストレージに加え、こ のストレージを使用して、インフラストラクチャ サーバー、ユーザー プロファイル、 ホーム ディレクトリ、Personal vDisk を格納しました。これらのためのストレージが本 番環境内の別の場所に存在する場合は、この追加ストレージは不要です。 図 10. 500 台の仮想デスクトップのオプションのストレージ レイアウト このソリューションには、次のオプションのストレージ構成が使用されています。 • ホット スペア用に 1 台の SAS ディスク。図 10 で「HS」と記されています。 • ユーザー データとローミング プロファイルの格納用に 10 台の SAS ディスク （RAID 5 ストレージ プール 3 内）。このプールから 2 つの CIFS ファイル システ ムを作成し、一方をユーザー データの格納に使用し、もう一方をユーザー プロ ファイル データの格納に使用しています。 複数のドライブ タイプが導入されている場合は、FAST VP によるデータの自動 階層化を有効にして、パフォーマンスと容量の違いを活用できます。FAST VP は、ブロック ストレージ プール レベルで適用され、データのアクセス頻度に基 づいてデータの保存場所を自動調整します。アクセス頻度の高いデータは 256 MB 単位でストレージの上位階層にプロモートされ、アクセスの頻度の低い データはコスト パフォーマンスを高めるために下位階層に移動可能になりま す。 この 256 MB のデータ ユニット（スライス）の再バランシングは、スケジュール設 定された定期メンテナンスの一環として行われます。FAST VP を仮想デスクトッ プ ストレージ用に使用することはお勧めしませんが、ユーザー データとロー ミング プロファイル用に導入するとパフォーマンスを向上できます。 • 40 PvD の格納用に 12 台の SAS ディスク（RAID 10 ストレージ プール 4 内）。FAST Cache は、このプール全体で有効です。 ファイル プロトコルでは、プールから 4 つのファイル システム（それぞれデ スクトップ 125 台）をプロビジョニングして、CIFS 共有として Hyper-V サー バーに提示。 ブロック プロトコルでは、プールから 4 つの LUN（それぞれデスクトップ 125 台）をプロビジョニングして、CSV として Hyper-V サーバーに提示。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 4 章： ソリューションのサイズ設定 適切なリファレンス アーキテクチャの選択 お客様環境に適したリファレンス アーキテクチャを選択するには、環境のリソース要 件を確認し、これらの要件を基に、表 6（35 ページ）に定義された特性を持つ参照仮 想デスクトップ相当量を求めます。このセクションでは、お客様サイズ設定ワークシー トを使用してサイズ設定計算を簡単に行う方法について説明します。導入するリファ レンス アーキテクチャを決定するときに考慮すべきその他の要因についても説明し ます。 お客様サイズ 設定ワークシート の使用 お客様サイズ設定ワークシートを使用して、お客様環境を評価し、環境のサイズ設定 要件を計算することができます。 表 9 は、お客様環境の例を入力したワークシートです。付録 A にある空白のお客様 サイズ設定ワークシートを印刷して、お客様のソリューションのサイズ設定に利用で きます。 表 9. CPU メモリ （GB） IOPS 参照仮想デスク トップ相当量 ユーザー数 参照仮想デス クトップ合計数 リソース要件 2 4 12 --- --- --- 参照仮想デスク トップ相当量 2 2 2 2 50 100 リソース要件 1 4 8 --- --- --- 参照仮想デスク トップ相当量 1 2 1 2 100 200 リソース要件 1 2 8 --- --- --- 参照仮想デスク トップ相当量 1 1 1 1 150 150 ユーザー タイプ 使用量が 多いユー ザー 使用量が 中程度の ユーザー 一般 的な ユーザー お客様サイズ設定ワークシートの例 450 合計 お客様サイズ設定ワークシートを入力するには、次の手順に従います。 1. VSPEX エンド ユーザー コンピューティング環境への移行を計画するユーザー タイプを特定し、各タイプのユーザー数を確認します。 2. ユーザー タイプごとに、vCPU、メモリ（GB）、ストレージ パフォーマンス（IOPS）、 ストレージ容量のコンピューティング リソース要件を決定します。 3. リソース タイプとユーザー タイプごとに、参照仮想デスクトップ相当量要件を 決定します。これは、所定のリソース要件を満たすのに必要な参照仮想デス クトップ数です。 4. リソース プールからお客様環境に必要な参照デスクトップの合計数を決定し ます。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 41 第 4 章： ソリューションのサイズ設定 リソース要件の決定 CPU 表 6 （35 ページ）に示した参照仮想デスクトップでは、ほとんどのデスクトップ アプリ ケーションがデスクトップ OS 環境の単一の CPU 用に最適化されていることを前提とし ています。あるタイプのユーザーが複数の仮想 CPU を使用するデスクトップを必要と する場合は、提案された仮想デスクトップ数を、追加のリソースを考慮して変更します。 たとえば、100 台のデスクトップの仮想化において、20 人のユーザーが CPU を 1 個 ではなく 2 個必要とする場合は、プールには 120 台の仮想デスクトップに対応できる 能力が必要です。 メモリ メモリは、アプリケーションの機能とパフォーマンスを確保するうえで、非常に重要な 役割を担います。許容できる使用可能メモリの想定ターゲットは、デスクトップ グルー プごとに異なります。CPU の計算と同様に、ユーザー グループが追加のメモリ リソー スを必要とする場合は、計画しているデスクトップ数を調整して、追加のリソース要件 に対応できるようにします。 たとえば、デスクトップ OS を使用して 200 台のデスクトップを仮想化する場合に、参 照仮想デスクトップで提示された 2 GB ではなく 4 GB のメモリを各デスクトップが必要 としていたら、400 台の参照仮想デスクトップ用の計画を立てます。 IOPS デスクトップのストレージ パフォーマンス要件は、通常最も理解されていないパフォー マンスの側面です。参照仮想デスクトップでは、（仮想デスクトップ実装の大部分で典 型的に使用される）幅広いオフィス生産性アプリケーションを実行するために、業界 で広く認識されているツールによって生成された作業負荷を使用しています。 ストレージ容量 デスクトップのストレージ容量要件は、使用されるアプリケーションのタイプおよびお 客様の特定のポリシーに応じて大きく異なります。このソリューションの仮想デスク トップでは、ユーザー プロファイル データおよびユーザー ドキュメント用に追加の共 有ストレージを利用します。この要件はオプションのコンポーネントであり、ソリュー ションで定義されている特定のストレージ ハードウェアを追加することで満たせます。 また、環境内の既存のファイル共有で満たすこともできます。 参照仮想デスクトップ相当量の決定 すべてのリソースを定義したら、表 10 に示す関係性を基に、参照仮想デスクトップ相 当量を決定します。少数点以下の値はすべて四捨五入して整数にします。 42 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 4 章： ソリューションのサイズ設定 表 10. デスクトップ タイプ デスクトップ OS サーバーOS 参照仮想デスクトップ リソース 参照仮想デスクトップの値 要件と参照仮想デスクトップ相当量の関係性 CPU 1 参照仮想デスクトップ相当量=リソース要件 メモリ 2 参照仮想デスクトップ相当量=リソース要件÷2 IOPS 8 参照仮想デスクトップ相当量=リソース要件÷8 CPU 0.3 参照仮想デスクトップ相当量=リソース要件÷0.3 メモリ 0.6 参照仮想デスクトップ相当量=リソース要件÷0.6 IOPS 8 参照仮想デスクトップ相当量=リソース要件÷8 リソース たとえば、表 9 の使用量が多いユーザー タイプがデスクトップ OS 環境の各デスクトッ プに 2 個の仮想 CPU、12 の IOPS、4 GB のメモリを必要とするとします。表 6 に示し た参照仮想デスクトップ特性に基づくと、これは参照仮想デスクトップ CPU×2、参照仮 想デスクトップ メモリ×2、参照仮想デスクトップ IOPS×2 に変換されます。 各ユーザー タイプで必要な参照仮想デスクトップ数は、個々のリソースで必要な最 大数と同じです。たとえば、表 9 の使用量が多いユーザー タイプの参照仮想デスク トップ相当量は 2 であり、この数は IOPS、vCPU、メモリのすべてにおいてリソース要 件を満たします。 ユーザー タイプの参照仮想デスクトップの合計数を計算するには、そのユーザー タ イプの参照仮想デスクトップ相当量にユーザー数を掛けます。 参照仮想デスクトップの合計数の決定 仮想インフラストラクチャに移行するお客様の各ユーザー タイプについてワークシー トに入力したら、 次に、すべてのユーザー タイプの参照仮想デスクトップ合計数を足 して、リソース プールに必要な参照仮想デスクトップの合計数を求めます。表 9（38 ページ）の例では、仮想デスクトップ合計数は 450 です。 リファレンス アーキ 入力したワークシートの参照仮想デスクトップ合計数から、お客様の要件に適した テクチャの選択 リファレンス アーキテクチャがわかります。表 9 の例では、お客様はプールに 450 台の仮想デスクトップの能力を必要としています。このため、500 台の仮想デスク トップ リソース プールで現在のニーズに十分に対応でき、将来的な拡張の余地も あります。 ただし、導入するリファレンス アーキテクチャを決定するには、その他の要因も考慮 します。次に例を挙げます。 • 同時性 このソリューションの検証に使用された参照ワークロード（35 ページの表 6）は、 すべてのデスクトップ ユーザーが常時アクティブであることを想定しています。 デスクトップ 500 台のリファレンス アーキテクチャは、500 台のデスクトップすべ てがワークロードを並列生成したり、すべてが同時に起動したりするなどの状 態でテストされました。お客様が想定するユーザー数が 800 人であっても、タイ ム ゾーンの違いやシフト交代などの理由から同時にログオンする人数がその 50%であれば、総ユーザー800 人のうちのアクティブ ユーザー400 人をデスク トップ 500 台のアーキテクチャでサポートできます。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 43 第 4 章： ソリューションのサイズ設定 • より負荷の高いデスクトップ ワークロード 参照ワークロードは、標準的なオフィス ワーカー負荷を想定しています。ただし、 お客様によっては、ユーザーのプロファイルがそれよりもアクティブな場合もあ ります。 参照ワークロード内では 8 IOPS が使用されているのに対し、300 人のユー ザーがいて、カスタム企業アプリケーションによって各ユーザーが 12 IOPS を 生成する場合は、3,600 IOPS（300 ユーザー×デスクトップあたり 12 IOPS）が必 要になります。3 つのビルディング ブロックから成るデスクトップ 375 台の構成 では 3,000 IOPS（デスクトップ 375 台×デスクトップあたり 8 IOPS）となるため、 このケースでは能力不足になります。このようなお客様は、4 つのビルディング ブロックから成るデスクトップ 500 台のソリューションへの移行を検討する必要 があります。 ハードウェア リソースの微調整 ほとんどの場合は、お客様サイズ設定ワークシートを使用して、お客様のニーズに適 したリファレンス アーキテクチャを提案できます。しかし、システムで使用できるハー ドウェア リソースをさらにカスタマイズすることが必要な場合もあります。システム アーキテクチャの詳細はこのドキュメントでは説明しませんが、この時点でソリュー ションをさらにスタマイズすることができます。 ストレージ リソース アプリケーションによっては、一部のストレージ ワークロードをその他のワークロード から分離する必要があります。リファレンス アーキテクチャのストレージ レイアウトで は、すべての仮想デスクトップを単一のリソース プールに含めています。ワークロー ドを分離するには、ワークロードの分離を必要とするグループごとに追加のディスク ドライブを導入し、それらを専用プールに追加します。 この設計ガイド以外で追加ガイダンスがある場合を除き、分離をサポートするために メインのストレージ リソース プールのサイズを縮小したり、プールの能力を縮小した りすることは適切な方法ではありません。ソリューションのストレージ レイアウトは、高 可用性、パフォーマンス、データ保護など多くの異なる要素のバランスを調整して設 計されています。プールのコンポーネントを変更すると、システムの他の部分に重大 な影響または予測困難な影響が及ぶ可能性があります。 サーバー リソース このソリューションでは、サーバー ハードウェア リソースをさらにカスタマイズできま す。そのためには、最初に、表 11 に示されているようにサーバー コンポーネントのリ ソース要件を集計します。ワークシートに「CPU リソース合計」列と「メモリ リソース合 計」列が追加されていることに注意してください。 表 11. メモリ （GB） vCPU ユーザー タイプ ユーザー数 CPU リソース 合計 メモリ リソース 合計（GB） 使用量が多い ユーザー リソース 要件 2 4 50 100 200 使用量が中程 度のユーザー リソース 要件 1 4 100 100 400 一般的な リソース 要件 1 2 150 150 300 350 900 ユーザー 合計 44 サーバ リソース コンポーネントの合計 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 4 章： ソリューションのサイズ設定 表 11 の例では、350 個の vCPU と 900 GB のメモリが必要です。リファレンス アーキ テクチャではデスクトップ OS 環境で物理プロセッサ コアあたりデスクトップ 5 台でメモ リ オーバープロビジョニングなしを想定しており、これは 44 個の物理プロセッサ コア と 900 GB のメモリが必要とされていることになります。対照的に、ソリューションで使 用されている仮想デスクトップ 500 台のリソース プールでは、1,000 GB のメモリと 63 個以上の物理プロセッサ コアが必要です。これは、サーバー リソースを減らしても効 果的なソリューション導入が可能なことを意味します。 注： リソース プールのハードウェアをカスタマイズするときは、高可用性の要件に留意してく ださい。 まとめ ソリューションでは、前述の参照仮想デスクトップの定義に基づいて、ワークロードを 処理する最小のリソース セットとして EMC が想定している要件が示されています。お 客様の導入では、ユーザーがシステムと対話するため、時間の経過に伴ってシステ ムの負荷が変化します。お客様の仮想デスクトップが参照定義と大幅に異なり、同じ リソース グループ内でも異なるような場合は、そのリソースをシステムに追加する必 要が生じる可能性があります。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 45 第 4 章： ソリューションのサイズ設定 46 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス 第5章 ソリューションの設計における考慮事 項とベスト プラクティス この章は、次のトピックで構成されています。 概要 .........................................................................................................................48 サーバーの設計に関する考慮事項 ..........................................................................48 ネットワークの設計に関する考慮事項 ......................................................................53 ストレージの設計に関する考慮事項 .........................................................................57 高可用性およびフェイルオーバー .............................................................................63 検証テストのプロファイル..........................................................................................65 EMC バックアップの構成ガイドライン .........................................................................66 ShareFile StorageZones を使用する Citrix XenDesktop 向けの VSPEX ソ リューション ..............................................................................................................68 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 47 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス 概要 この章では、Citrix XenDesktop 向けの VSPEX エンド ユーザー コンピューティング ソ リューションを設計する場合のベスト プラクティスと考慮事項について説明します。ソ リューションに含まれる各種コンポーネントの導入ベスト プラクティスの詳細について は、ベンダーのドキュメントを参照してください。 サーバーの設計に関する考慮事項 VSPEX ソリューションは、幅広いサーバー プラットフォームで稼働するように設計され ています。VSPEX では、最小限必要な CPU およびメモリ リソースは定義されています が、特定のサーバー タイプや構成は定義されていません。お客様は、最小要件以 上を満たす任意のサーバー プラットフォームと構成を使用できます。 たとえば、図 11 に示すように、同じサーバー要件をホワイト ボックス サーバーまた はハイエンド サーバーのいずれかを使用して実装できます。両方とも必要なプロセッ サ コア数と RAM 容量を満たしていますが、サーバーの数とタイプは異なります。 図 11. コンピューティング レイヤーの柔軟性 サーバー プラットフォームの選択は、環境の技術要件のみではなく、プラットフォーム のサポート、サーバー プロバイダーとの既存の関係、高度なパフォーマンスおよび管 理機能などの多くの要因にも基づいています。次に例を挙げます。 • 48 仮想化の観点からは、システムのワークロードを十分に把握していれば、動的 メモリなどの機能によってメモリの総容量要件を減らすことができる。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス • 仮想マシン プールに高レベルなピークやコンカレント使用がない場合は、vCPU の数を削減できる。反対に、導入するアプリケーションが演算処理の多いもの である場合は、CPU の数とメモリの容量を増やす必要がある。 主な制約は次のとおりです。 サーバーに関する ベスト プラクティス • 必要な数とタイプの仮想マシンをサポートするのに十分な CPU コアとメモリ • 十分なネットワーク接続により、システム スイッチへの冗長な接続性が可能 • 環境でのサーバーの障害とフェイルオーバーに対応できる余裕のある十分な 容量 このソリューションでは、サーバー レイヤーについて次のベスト プラクティスを考慮す ることを推奨します。 • 同一のサーバー ユニットを使用する 同一または少なくとも互換性のあるサーバーを使用します。VSPEX は、ハイ パーバイザー レベルの高可用性テクノロジーを導入しています。これには、基 盤となる物理ハードウェア上に、類似する手順一式が必要になる場合がありま す。同一のサーバ ユニットに VSPEX を実装することで、この領域の互換性の問 題を最小化できます。 • 最新のプロセッサ テクノロジーを使用する 新規導入には、一般的なプロセッサ テクノロジーの最新バージョンを使用しま す。新しいリビジョンは、ソリューションの妥当性検査に使用されたシステムと 同等かそれ以上のパフォーマンスであることが想定されます。 • 単一サーバー障害に対応できる高可用性機能を導入する 高可用性機能を仮想化レイヤーで利用できるよう導入して、コンピューティング レイヤーに、最低限、単一のサーバの障害に対応できる、十分なリソースを確 保する。最小限のダウンタイムでのアップグレードも可能になります。詳細につ いては、「高可用性およびフェイルオーバー」を参照してください。 注： ハイパーバイザー レイヤーの高可用性を導入する場合は、作成できる最大の仮 想マシンは環境内で最も小規模な物理サーバーによって制約されます。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 49 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス • リソース使用率を監視し、必要に応じてリソースを調整する システムの稼働中は、リソース使用率を監視し、必要に応じてリソースを調整 します。 たとえば、このソリューションの参照仮想デスクトップおよび必要なハードウェア リソースには、デスクトップ OS 環境では物理プロセッサ コアあたり最大 5 個の 仮想 CPU を想定しています（5:1 比率）。サーバーOS 環境では、CPU コアの オーバーサブスクリプションがないと想定しています。つまり、ホストされる仮想 デスクトップ 20 台をサポートする仮想マシンに構成された 6 個の仮想 CPU が、 6 個の物理プロセッサ コアに対応すると想定しています（1:1 比率）。ほとんど の場合、ホストされる仮想デスクトップに対して適切なレベルのリソースがこの 構成で提供されますが、この比率がすべての用途に対して適切であるとは限 りません。ハイパーバイザー レイヤーで CPU の利用率を監視して、リソースが さらに必要かどうか判断し、必要に応じて追加することをお勧めします。 検証済みサーバー ハードウェア 表 12 に、このソリューションで検証済みのサーバー ハードウェアと構成を示します。 表 12. デスクトップ 500 台に対応するサーバー ハードウェア 仮想デスクトップ用 のサーバー CPU 構成 • デスクトップ OS： 100 コア（デスクトップあたり 1 個の vCPU、コア あたり 5 台のデスクトップ） • サーバーOS： 150 コア（デスクトップあたり 0.3 個の vCPU、コアあ たり 3.3 台のデスクトップ） メモリ • Hyper-V ホストごとに 2 GB の RAM を予約 • デスクトップ OS： 1 TB RAM（デスクトップあたり 2 GB RAM） • サーバーOS： 300 GB RAM（デスクトップあたり 0.6 GB RAM） ネットワーク サーバーあたり 2 つの 10 GbE NIC 注： Microsoft Hyper-V のメモリ仮想化 • この設計ガイドで定義されている参照ワークロードの vCPU と物理コアの比率は 5:1 です。 EMC Avamar を導入する場合は、CPU や RAM を大量に使用するコンポーネントのニーズ に応じて CPU と RAM を追加します。Avamar リソース要件については、関連する製品ド キュメントを参照してください。 • 導入するサーバー数が表 12 の最小要件を満たしている場合でも、Hyper-V 高可用性を サポートするにはサーバーをさらに 1 台追加します。これには、ハードウェアが停止した 場合のフェイルオーバー プラットフォームできる十分な容量を持つサーバーを用意する 必要があります。 Microsoft Hyper-V は、多くの高度な機能によってパフォーマンスと全体のリソース使 用率を最適化しています。このセクションでは、メモリ管理の主要機能と、これらを VSPEX ソリューションで使用する際の考慮事項について説明します。 図 12 は、単一のハイパーバイザーでのリソース プールのメモリ使用状況です。動的 メモリやスマート ページングなどの Hyper-V メモリ管理機能により、メモリの総使用 量を削減し、ハイパーバイザーの統合率を上げることができます。 50 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス 図 12. ハイパーバイザーのメモリ消費 動的メモリなどのメモリ仮想化技術を使用すると、Hyper-V ハイパーバイザーは物理 ホスト リソースを抽象化して、リソースを枯渇させることなく複数の仮想マシン間でリ ソースを分離できます。高機能プロセッサ（EPT をサポートする Intel プロセッサなど） が導入されている場合は、CPU 内でメモリ抽象化が行われます。導入されていない 場合は、この処理はハイパーバイザー内で実行されます。 Hyper-V は、次のメモリ管理技術を提供します。 • 動的メモリ 動的メモリは、メモリを共有リソースとして扱って仮想マシンに動的に割り当て ることで、物理メモリの効率性を高めます。各仮想マシンで実際に消費されるメ モリはオン デマンドで調整されます。Dynamic Memory を使用すると、アイドル 状態の仮想マシンで使用されていないメモリを再使用できるため、より多くの仮 想マシンを動作させることができます。Windows Server 2012 の動的メモリでは、 仮想マシンで利用できるメモリの最大量を動的に増加させることができます。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 51 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス • NUMA（Non-Uniform Memory Access） NUMA（Non-Uniform Memory Access）は、CPU からリモート ノードのメモリへの アクセスを可能にするマルチノード コンピューター テクノロジーです。このタイ プのメモリ アクセスはパフォーマンスを犠牲にします。しかし、Windows Server 2012 では、プロセス親和性を採用して、特定の CPU にスレッドを固定させ、リ モート ノードのメモリ アクセスを防止します。以前のバージョンの Windows で は、この機能はホストのみが利用できました。Windows Server 2012 は、この 機能を仮想マシンまで拡張して、パフォーマンスを向上させています。 • スマート ページング Hyper-V で動的メモリを使用すると、仮想マシンは使用可能な物理メモリよりも 多くのメモリを使用できます。これは、仮想マシンの最小メモリが起動時のメモ リよりも少ない場合に、Hyper-V の追加メモリで仮想マシンの起動要件を満た せない可能性があることを意味します。スマート ページングにより、最小メモリ と起動メモリの間のギャップを埋めて、仮想マシンの再開の信頼性を確保でき ます。スマート ページングは、ディスク リソースを一時メモリの置き換えとして 使用します。使用率の低いメモリをディスク ストレージにスワップ アウトし、必 要に応じてスワップ インします。ただし、これによってパフォーマンスが低下す る可能性があります。Hyper-V は、ホスト メモリがオーバーサブスクライブされ ている場合、スマート ページングよりも効率のよいゲスト ページングを使用し 続けます。 メモリ構成ガイド ライン サーバー メモリを構成するときは、ソリューションの適切なサイズ設定と構成に注 意を払う必要があります。このセクションでは、Hyper-V のメモリ オーバーヘッドと仮 想マシン メモリ設定を考慮して、仮想マシンにメモリを割り当てる場合のガイドラ インを示します。 Hyper-Vのメモリ オーバーヘッド メモリ リソースの仮想化では、Hyper-V 親パーティションで消費されるメモリなどに関 連するオーバーヘッドと、各仮想マシンの追加オーバーヘッドが発生します。このソ リューションでは、Hyper-V 親パーティション用に 2 GB 以上のメモリを残します。 仮想マシンへのメモリの割り当て サーバ容量は、以下に示す 2 つの目的のために必要とされます。 • 認証/許可、DNS、データベースなどの必要なインフラストラクチャ サービスを サポートする これらのインフラストラクチャ サービスのホスティング要件の詳細については、 「必ず読んでおくべき資料」に記載されている VSPEX プライベート クラウド実証 済みインフラストラクチャ ガイドを参照してください。 • 仮想化されたデスクトップ インフラストラクチャをサポートする このソリューションでは、各仮想デスクトップに 2 GB のメモリが割り当てられて います（35 ページの表 6 を参照）。このソリューションの検証には、静的に割り 当てられたメモリとオーバーコミットされていないメモリ リソースが使用されまし た。実際の環境でメモリ オーバーコミットを使用する場合は、システム メモリ使 用率と関連ページ ファイル I/O アクティビティを定期的に監視して、メモリ不足 による予期しない結果が生じることのないようにしてください。 52 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス ネットワークの設計に関する考慮事項 VSPEX ソリューションでは、ネットワークの最小要件が定義され、ネットワーク アーキ テクチャに関する一般的なガイダンスが提供されていますが、お客様は要件を満た す任意のネットワーク ハードウェアを選択できます。追加の帯域幅が必要な場合は、 ストレージ アレイとハイパーバイザー ホストの両方に機能を追加して要件を満たして ください。サーバ上のネットワーク接続のオプションは、サーバのタイプに応じて異な ります。 検証環境での基準として、各仮想デスクトップが 8 IOPS（平均サイズ 4 KB）を生成す ると想定されています。これは、ストレージ ネットワーク上で生成される生成されるト ラフィックは、仮想デスクトップ 1 台あたり 32 KB/秒以上であることを意味しています。 仮想デスクトップ 500 台の環境では、これは約 16 MB/秒以上になり、ギガビット ネッ トワークの範囲内に収まります。しかし、これはその他の操作を考慮しない場合です。 たとえば、次のような目的で追加の帯域幅が必要とされます。 • ユーザー ネットワーク トラフィック • 仮想デスクトップの移行 • 管理操作 これらの操作の要件は環境の使用状況によって異なるため、ここでは具体的な数値 は示しません。ただし、このソリューションのリファレンス アーキテクチャで示されてい るネットワークは、これらの操作の平均的なワークロードを十分処理できます。 ネットワーク トラフィックの要件にかかわらず、論理ネットワークで共有される物理 ネットワーク接続を常に複数用意して、単一のリンク障害がシステムの可用性に影 響を与えないようにします。障害時に総帯域幅がすべてのワークロードに十分対応 できるように、ネットワークを設計します。 最低でも、ネットワーク インフラストラクチャで次のことを提供できる必要があります。 • ホスト、スイッチ、ストレージ用の冗長ネットワーク リンク • リンク統合のサポート • 業界のベスト プラクティスに基づいたトラフィック分離 検証済みのネット 表 13 に、このソリューションで検証済みのネットワーク インフラストラクチャのハード ワーク ハードウェア ウェア リソースを示します。 表 13. ブロックとファイルの最小スイッチ容量 ストレージ タイプ 構成 ブロック • 2 台の物理スイッチ • Hyper-V サーバあたり 2 個の 10 GbE ポート • SP あたり 2 個の 10 GbE ポート • SP あたり 1 個の 1 GbE ポート（管理用） • Hyper-V サーバーあたり 2 個の 8 Gb FC ポート • SP あたり 2 個の 8Gb FC ポート EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 53 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス ストレージ タイプ 構成 ファイル • 2 台の物理スイッチ • Hyper-V サーバあたり 2 個の 10 GbE ポート • 1 個の 1 GbE ポート（管理用） • SP あたり 2 個の 10 GbE ポート 注： • このソリューションでは、帯域幅と冗長性の基本要件が満たされている限り、1 Gb ネット ワーク インフラストラクチャを使用できます。 • この構成ではラック マウント型のサーバーを使用した VSPEX の導入を想定していますが、 ブレード サーバーをベースにした導入の場合も、同様の帯域幅と高可用性を確保してく ださい。 ネットワーク構成 ガイドライン このセクションでは、冗長で可用性が高いネットワーク構成をセットアップするための ガイドラインを示します。ガイドラインでは、ネットワークの冗長性、リンク統合、トラ フィックの分離、ジャンボ フレームが考慮されています。 構成例は IP ベース ネットワーク用ですが、FC ストレージ ネットワーク オプションにも 同様のベスト プラクティスと設計原則が適用されます。 ネットワークの冗長性 ネットワーク インフラストラクチャでは、Hyper-V ホスト、ストレージ アレイ、スイッチ 相互接続ポート、スイッチ アップリンク ポートごとに冗長ネットワーク リンクが必要 です。この構成により、冗長性と追加のネットワーク帯域幅の両方が提供されます。 この構成は、ソリューションのネットワーク インフラストラクチャがすでに存在するか、 ソリューションの他のコンポーネントとともに導入されるかどうかにかかわらず必須 です。 図 13 に、高可用性ネットワーク トポロジーの例を示します。 54 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス 図 13. 高可用性ネットワーク設計の例 リンク統合 EMC VNXeアレイでは、リンク統合を使用して、ネットワークの高可用性や冗長性を提 供します。リンク統合により、複数のアクティブなEthernet接続が単一リンクとみなさ れます。このリンクは、単一のMAC（メディア アクセス制御）アドレスを持ち、複数のIP アドレス含むことが可能です 2。 このソリューションでは、LACP（Link Aggregation Control Protocol）がVNXe アレイ上に構 成され、複数の Ethernet ポートが単一の仮想デバイスに結合されています。Ethernet ポートのリンクが失われた場合、そのリンクは、他のポートにフェイルオーバーします。 すべてのネットワーク トラフィックは、アクティブなリンクに分散しました。 トラフィックの分離 このソリューションは、VLAN（仮想 LAN）を使用して、さまざまなタイプのネットワーク ト ラフィックを分離し、スループット、管理性、アプリケーションの分離、高可用性、セ キュリティを向上させます。 2 リンク統合は、Ethernet チャネルに似ていますが、LACP IEEE（米国電気電子技術者協会） 802.3ad 標準を使用します。この標準は、複数のポートがあるリンク統合をサポートします。 統合されたすべてのポートは、同じスピードかつ全二重である必要があります。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 55 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス VLAN は、ネットワーク トラフィックを分離して、さまざまなタイプのトラフィックが分離 ネットワーク上で移動できるようにします。場合によっては規制やポリシー コンプライ アンスのために物理的な分離が必要ですが、多くの場合は VLAN を使用した論理的 な分離で十分です。 このソリューションでは最少で 3 個の VLAN が必要です。 • クライアント アクセス ネットワーク：仮想マシン ネットワークと CIFS トラフィック （お客様向けネットワーク。必要に応じて分離可能） • ストレージ ネットワーク：SMB3/iSCSI ネットワークとライブ移行（プライベート ネットワーク） • 管理ネットワーク：Hyper-V 管理（プライベート ネットワーク） 図 14 に、これらの VLAN の設計を示します。 図 14. 必要なネットワーク クライアント アクセス ネットワークは、システムのユーザー、すなわちクライアントが インフラストラクチャと通信するためのものです。ストレージ ネットワークは、コン ピューティング レイヤーとストレージ レイヤー間の通信に使用されます。管理ネット ワークは、ストレージ アレイ、ネットワーク スイッチ、ホストの管理接続への専用アク セスを管理者に提供します。 いくつかのベスト プラクティスでは、クラスタ トラフィック、仮想化レイヤー コミュニ ケーション、その他の機能に対する、追加のネットワーク分離が必要となります。これ らの追加ネットワークは実装できますが、必須ではありません。 56 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス 注： • • 図 14 に、10 GbE ネットワーク接続を使用した VNXe アレイのネットワーク接続要件を示 します。1 GbE ネットワーク接続を使用する場合も同様のトポロジーを作成してくださ い。 導入に FC ストレージ ネットワーク オプションを選択した場合も、同様のベスト プラクティ スと設計原則が適用されます。 ジャンボ フレーム ジャンボ フレームとは、ペイロードまたは MTU（最大転送単位）が 1,500 バイトを超 える Ethernet フレームのことです。一般に利用できるジャンボ フレームの最大サイ ズは、9,000 バイトです。オーバーヘッドの処理は、フレームの数に比例します。し たがって、ジャンボ フレームを有効にした場合は、送信するフレームの数を減らす と、処理のオーバーヘッドが減ります。これにより、ネットワークのスループットが向 上します。ジャンボ フレームは、ネットワーク スイッチや VNXe インターフェイスを含 めてエンド ツー エンドで有効化します。このソリューションでは、効率的なストレー ジと移行トラフィックのために、MTU を 9,000（ジャンボ フレーム）に設定する必要が あります。 ストレージの設計に関する考慮事項 このソリューションには、検証テストで使用されたディスク レイアウトが含まれます。 各レイアウトでは、使用可能なストレージ容量と、ドライブのパフォーマンス機能のバ ランスが調整されています。ストレージ レイアウトを設計する際に考慮すべきレイ ヤーがいくつかあります。特に、アレイにはストレージ プールに割り当てられたディス クの集まりがあります。そのプールから、Hyper-V クラスターにストレージをプロビジョ ニングできます。各レイヤーには、ソリューション用に定義された固有の構成がありま す。詳細については、「EMC VSPEX エンド ユーザー コンピューティング： 仮想デスク トップ最大 500 台対応の Citrix XenDesktop 7.1 および Microsoft Hyper-V 導入ガイ ド」を参照してください。 通常は、ドライブ タイプを、同等のパフォーマンス特性を持った、より容量の大きい タイプにリプレースしても構いません。また、容量が同じでパフォーマンス特性がよ り優れているタイプにリプレースすることも可能です。新規または更新されたドライ ブ シェルフ配置に合わせて、ドライブ シェルフ内のドライブの配置を変更することも 可能です。 ドライブの推奨の数や指定のタイプまたはプールとボリュームの指定レイアウトを変 更する必要がある場合は、ターゲット レイアウトで変更前以上のリソースをシステム に提供できることを確認してください。 検証済みの ストレージ ハード ウェアと構成 Hyper-V では、仮想マシンをホストする際のストレージの使用方法はいくつかあります。 表 14 に示す構成は SMB3 または FC を使用してテストされており、ストレージ レイア ウトは現在のすべてのベスト プラクティスに従っています。必要なトレーニングを受け て背景知識を持つお客様またはアーキテクトは、システムの使用状況と負荷を理解 した上で、必要に応じて変更を加えることができます。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 57 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス 表 14. 仮想デスクトップ 500 台に対応するストレージ ハードウェア 目的 構成 仮想デスクトップ用の VNXe 共有ストレージ 共通要素： • SP あたり 2 個の 8 Gb FC ポート（ブロック バリアントのみ） • 600 GB 10k rpm 2.5 インチ SAS ディスク： ドライブ数 PvD 非 PvD HSD PVS 20 16 8 MCS 22 20 10 • 2 台の 100 GB 2.5 インチ フラッシュ ドライブ ユーザー データ用の オプション 10 台の 600 GB 10k rpm 2.5 インチ SAS ディスク PvD 用のオプション 12 台の 600 GB 10k rpm 2.5 インチ SAS ディスク 注： 特定のタイプのドライブ 30 台ごとに少なくとも 1 台のホット スペアを構成することをお勧 めします。表 14 の推奨構成には、ホット スペアは含まれていません。 このソリューションでは、Login VSI（Virtual Session Indexer）を使用して、デスクトップ に対するユーザー ロードをシミュレートしました。Login VSI は、デスクトップ環境でサ ポート可能な最大ユーザー数の測定に関するガイダンスを提供します。テストには Login VSI の中程度のワークロードを選択しました。動的に計算された最大閾値 （VSImax Dynamic）を Login VSImax 平均レスポンス タイムが下回ったときのストレー ジ レイアウトを VNXe3200 アレイのデスクトップ 500 台に定義しました。 注： Login VSI の最大閾値を定義する方法は、 VSImax Classic と VSImax Dynamic がありま す。VSImax Classic 閾値は、4,000 ミリ秒と定義されています。VSImax Dynamic 閾値は、 ユーザー アクティビティの最初のレスポンス タイムを基にして計算されます。 Hyper-Vのストレー ジ仮想化 Windows Server 2012 の Hyper-V とフェイルオーバー クラスタリングは、CSV v2 と新 しい VHDX（仮想ハード ディスク フォーマット）機能を使用して、外部共有ストレージ シ ステムから提供されるストレージを仮想化して仮想マシンをホストします。図 15 の例 では、ストレージ アレイは仮想マシンをホストする Windows ホストにブロック ベース の LUN（CSV）またはファイル ベースの CIFS 共有（SMB3 共有）を提供します。追加オ プションのパススルー ディスクでは、仮想マシンがアクセスできる物理ディスクは、 Hyper-V ホストにマップされていますがボリュームは構成されていません。 このソリューションでは、CSV をブロック バリアントに使用し、CIFS 共有をファイル バリ アントに使用します。 58 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス 図 15. Hyper-V の仮想ディスク タイプ CIFSとSMB 3.0（ファイル ベース ストレージのみ） Windows Server 2012 以降では、Hyper-V 仮想マシン向け共有ストレージとしての CIFS（SMB 3.0）ファイル共有の使用がサポートされています。 SMB プロトコルは、Windows 環境のデフォルトのファイル共有プロトコルです。 Windows Server 2012 では、更新された（SMB 3.0）プロトコルによってさまざまな新し い SMB 機能を使用できます。Windows Server 2012 SMB 3.0 で使用可能な主要機 能の一部は次のとおりです。 • SMB 透過フェイルオーバー • SMB スケールアウト • SMB マルチチャネル • SMB ダイレクト • SMB 暗号化 • SMB ファイル共有の VSS • SMB ディレクトリ リース • SMB PowerShell これらの新機能がある SMB 3.0 の豊富な機能を組み合わせると、組織は従来の FC ストレージ ソリューションの代わりに低コストで高パフォーマンス ストレージを使用で きます。 注： SMB は CIFS とも呼ばれています。SMB 3.0 の詳細については、「EMC VNX シリーズ： SMB 3.0 サポートの概要」を参照してください。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 59 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス CSV CSV は、Windows フェイルオーバー クラスターのすべてのノードがアクセス可能な NTFS ボリュームを含む共有ディスクです。SCSI ベースのローカル ストレージまたは ネットワーク ストレージに導入できます。 パススルー ディスク Windows Server 2012 では、パススルー ディスクもサポートされます。このため、ホス トにマップされていて構成済みボリュームを持たない物理ディスクに仮想マシンがア クセスできます。 新しい仮想ハード ディスク フォーマット Windows Server 2012 の Hyper-V には、VHD フォーマットのアップデートである VHDX が導入されています。VHDX は、容量が増え、組み込み型の復元性が備わっていま す。VHDX フォーマットの主な新機能は次のとおりです。 • 最大容量 64 TB の仮想ハード ディスク ストレージのサポート • VHDX メタデータ構造へのアップデートをログ記録することで、停電時のデータ 破損をさらに保護する機能 • 大きなセクタのディスクに適した、仮想ハード ディスク フォーマットの最適な構 造配置 VHDX フォーマットには、次のような機能もあります。 VNXe Virtual Provisioning • 動的な差分ディスクに対して大きなブロック サイズを割り当てることで、ワーク ロードのニーズを満たすディスクを実現 • 4 KB の論理セクターを持つ仮想ディスクを、4 KB セクター向けに設計されたア プリケーションおよびワークロードで使用することにより、パフォーマンスの向 上が可能 • オペレーティング システムのバージョンまたは適用されているアップデートなど、 ユーザーが記録したいファイルに関するカスタム メタデータの保存が可能 • 領域再使用機能により、ファイル サイズが小さくなり、基盤となる物理ストレー ジ デバイスで使われていない領域を再使用可能（たとえば、TRIM には DAS ま たは SCSI ディスクと TRIM 互換ハードウェアが必要） EMC VNXe Virtual Provisioning™により、容量使用率を向上させ、ストレージ管理を合 理化し、アプリケーション ダウンタイムを短縮することで、組織はストレージ コストを 削減できます。仮想プロビジョニングは、企業における電力要件と冷却要件、設備投 資の軽減にも貢献します。 仮想プロビジョニングは、シンまたはシックのいずれかのプール LUN を実装すること で、プール ベースのストレージ プロビジョニングを提供します。シン LUN は、ストレー ジを必要に応じて割り当てることで、ストレージの使用率を最大化するオン デマンド のストレージです。シック LUN は、アプリケーションに予想可能な高いパフォーマン スを提供します。どちらの種類の LUN も、プール・ベースのプロビジョニングの特徴で ある利便性を享受することが可能です。プールとプール LUN は、FAST VP や VNXe ス ナップショットといった高度なデータ サービスのビルディング ブロックでもあります。 プール LUN は、LUN の縮小、オンライン拡張、ユーザー容量の閾値設定など、さまざ まな追加機能もサポートします。 60 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス EMC VNXe Virtual Provisioning を使用すると、ディスクを物理的にシステムに接続し た後で、Unisphere の GUI からストレージ プールの容量を拡張できます。プールを拡 張した後は、VNXe システムで割り当て済みデータ要素がすべてのメンバー ドライブ 間で再バランシングされて新しいドライブが使用されます。再バランシング機能は自 動的に開始され、拡張アクション後にバックグラウンドで実行されます。再バランシン グ操作の進行状況は、図 16 に示すように、Unisphere の［Jobs］パネルから監視でき ます。 図 16. ストレージ プールの再バランシングの進行状況 LUNの拡張 既存の LUN の容量を増やすには、プール LUN の拡張を使用します。これにより、ビジ ネス ニーズの増加に応じて大きい容量をプロビジョニングできるようになります。 VNXe3200 では、ユーザー アクセスを中断することなくプール LUN を拡張できます。 プール LUN の拡張は数回のクリック操作で完了し、拡張した容量はすぐに使用可能 です。ただし、データ保護または LUN 移行操作の対象であるプール LUN は拡張する ことができません。たとえば、スナップショット LUN または移行 LUN は拡張できま せん。 プール LUN の拡張の詳細については、「 Virtual Provisioning for the New VNX Series」を参照してください。 容量閾値設定によるユーザー アラートの生成 お客様は、シン プールに基づくファイル システムまたはストレージ プールを使用する 際、プロアクティブなアラートを構成する必要があります。これらのリソースを監視して 必要なときにストレージをプロビジョニングに使用できるようにし、容量不足を回避し てください。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 61 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス 図 17 は、シン プールを使用してプロビジョニングを行う際に監視が必要な理由を示 しています。 図 17. シン LUN 容量の使用率 シン プール使用率の次の値を監視します。 • 総容量は、プール内のすべての LUN で利用可能な物理容量の合計です。 • 合計割り当ては、すべてのプール LUN に現在割り当てられている物理容量の 合計です。 • サブスクライブ容量は、プールでサポートされている、ホストに認識される総容 量です。 • オーバー サブスクライブ容量は、LUN に対し、プールの物理容量を超えて構 成されるユーザー容量です。 • 合計割り当ては、総容量以下である必要があります。総容量に近づいた場合 は、ハード リミットに達する前にプロアクティブにストレージをプールに追加して ください。 図 18 に示すように、Unisphere にはストレージ プール使用率の情報として［Used Space］、［Available Space］、［Subscription］、［Alert Threshold］、［Total Space］ などのパラメーターが表示されます。 図 18. 62 ストレージ プール容量の使用率の確認 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス ストレージ プールの容量が使い果たされると、シン プロビジョニングされた LUN に対 する追加スペース割り当て要求は失敗します。通常は、データをこれらの LUN に書き 込もうとするアプリケーションも失敗し、システム停止が発生する可能性が高くなりま す。このような状況を避けるには、プールの使用率を監視し、閾値に達した時点でア ラートを送信します。［Percentage Full Threshold］を、システム停止が発生する前に 修正可能なバッファーを確保できる値に設定します。プールをオーバーサブスクライ ブするのはシン LUN のみであるため、このアラートが作動するのはプール内にシン LUN がある場合に限られます。プール内にシック LUN しかない場合は、オーバーサブ スクリプションによるスペース不足の心配はないため、アラートは作動しません。 EMC FAST Cache EMC FAST Cache により、フラッシュ ドライブをアレイの拡張キャッシュ レイヤーとして 機能させることができます。FAST Cache は、ファイル ストレージとブロック ストレージ の両方で使用できるアレイ全体の無停止キャッシュです。頻繁にアクセスされるデー タは FAST Cache にコピーされ、そのデータ チャンクへの以降の読み取り/書き込みは FAST Cache で処理されます。これによって、かなりアクティブなデータをフラッシュ ドラ イブに即時にプロモートできます。この結果、アクティブ データに対するレスポンス タ イムが大幅に改善され、LUN で発生する可能性のあるデータのホット スポットが減少 します。FAST Cache は、このソリューションのオプションのコンポーネントです。 EMC FAST VP EMC FAST VP では、複数のタイプのドライブ間でデータを自動的に階層化して、パ フォーマンスと容量の違いを活用することができます。FAST VP は、ブロック ストレー ジ プール レベルに適用され、データが格納される場所をアクセス頻度に基づいて自 動的に調整します。アクセス頻度の高いデータはストレージの上位階層にプロモート され、アクセスの頻度の低いデータはコスト パフォーマンスを高めるために下位階層 に移動可能になります。この再バランシングは、スケジュール設定された定期メンテ ナンスの一環として行われます。 高可用性およびフェイルオーバー この VSPEX ソリューションは高可用性仮想サーバ、ネットワーク、ストレージ インフラ ストラクチャを提供します。このガイドに従って導入すると、単一ユニット障害に対処し て、業務への影響を最小限に抑えることができます。このセクションでは、ソリュー ションの高可用性機能について説明します。 仮想化レイヤー 仮想化レイヤーに高可用性を構成して、障害の発生した仮想マシンをハイパーバイ ザーによって自動的に再開できるようにすることをお勧めします。図 19 に、コン ピューティング レイヤーで障害に対応しているハイパーバイザ レイヤーを示します。 図 19. 仮想化レイヤーでの高可用性 仮想化レイヤーに高可用性を導入すると、ハードウェア障害時でもインフラストラク チャは可能な限り多くのサービスを実行し続けようとします。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 63 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス コンピューティング レイヤー このソリューションはコンピューティング レイヤーで使用されるタイプのサーバーに柔 軟性を提供しますが、データセンター向けに設計されたエンタープライズ クラスの サーバーを使用することが最善です。これらのタイプのサーバには、図 20 に示すよ うに冗長電源があります。これらは、サーバー ベンダーのベスト プラクティスに従っ て個別の PDU（配電器）に接続する必要があります。 図 20. 冗長電源 仮想化レイヤーに高可用性を構成することもお勧めします。これは、コンピューティン グ レイヤーに十分なリソースを構成する必要があることを意味しています。それによ り、たとえサーバーの障害があっても、全体で使用できるリソースの数が、環境内で 必要な数と一致します。図 19 は、この推奨される構成を示しています。 ネットワーク レイヤー VNXe ストレージ システムの高度なネットワーク機能により、アレイでのネットワーク接 続障害から保護されます。図 21 に示すように、各 Hyper-V ホストにはユーザーおよ びストレージの Ethernet ネットワークに対する接続が複数あるため、リンク障害から 保護されます。これらの接続は複数の Ethernet スイッチに分散されており、ネット ワークでのコンポーネント障害に対する保護機能を実現します。 図 21. 64 ネットワーク レイヤーの高可用性 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス ネットワーク レイヤーの単一障害点を排除することで、コンポーネント障害時にも、 コンピューティング レイヤーはストレージにアクセスしてユーザーと通信できます。 ストレージ レイヤー VNXe アレイは、図 22 に示すようにアレイ全体で冗長コンポーネントを使用することで、 ファイブ 9（99.999%）の可用性を実現するように設計されています。ハードウェア障 害が発生した場合でもすべてのアレイ コンポーネントが動作を続行できます。アレイ の RAID ディスク構成により、個々のディスク障害に伴うデータ消失が防止されます。 また、使用可能なホット スペア ドライブを動的に割り当てて、障害が発生したディスク と交換することができます。 図 22. VNXe3200 の高可用性 デフォルトで、EMC ストレージ アレイは、高可用性となるよう、設計されています。設 置ガイドの指示に従って構成すれば、単一ユニット障害によるデータ消失や使用不 能状態は発生しません。 検証テストのプロファイル プロファイルの特性 この VSPEX ソリューションは、表 15 に示す環境プロファイル特性で検証されました。 表 15. 検証環境のプロファイル プロファイルの特性 値 仮想デスクトップの数 500 仮想デスクトップの OS • デスクトップ OS： Windows 8.1 Enterprise（32 ビット） • サーバーOS： Windows Server 2012 R2 仮想デスクトップあたりの CPU • デスクトップ OS： 1 個の vCPU • サーバーOS： 0.3 個の vCPU CPU コアごとの仮想デスクトップの数 • デスクトップ OS： 5 • サーバーOS： 3.3 仮想デスクトップあたりの RAM • デスクトップ OS： 2 GB • サーバーOS： 0.6 GB EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 65 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス プロファイルの特性 値 デスクトップのプロビジョニング方法 • Citrix PVS（Provisioning Services） • MCS（Machine Creation Service） Microsoft Office Office Enterprise 2010 SP1 LoginVSI 3.7 安定状態での仮想デスクトップごとの 平均 IOPS 8 仮想デスクトップを格納する LUN また は CIFS 共有の数 4 LUN または CIFS 共有あたりの仮想デ スクトップ数 125 LUN または CIF 共有のディスクおよび RAID タイプ • MCS： RAID 5、600 GB 10k rpm 2.5 インチ SAS ディスク • PVS： RAID 10、600 GB 10k rpm 2.5 インチ SAS ディスク • PvD： RAID 10、600 GB 10k rpm 2.5 インチ SAS ディスク ローミング ユーザー プロファイルと ホーム ディレクトリをホストするため の CIFS 共有のディスクおよび RAID タ イプ（ユーザー データ用はオプ ション） RAID 5、600 GB 10k rpm 2.5 インチ SAS ディスク 注： デスクトップ 500 台の構成で Login VSI の中程度のプロファイル ワークロードをシミュ レートし、安定した状態で仮想デスクトップあたりの平均 IOPS を測定しました。Login VSImax は VSImax Dynamic 閾値を下回りました。 EMC バックアップの構成ガイドライン バックアップ プロ ファイルの特性 表 16 に、ソリューションの検証を行ったバックアップ環境プロファイルを示します。 ソリューションでは、バックアップ ストレージ（初期および将来の拡張用）と、システム の保存ニーズの概要が説明されています。Avamar の詳細なサイズ設定のために、 テープ アウトのニーズ、RTO と RPO の仕様、マルチサイト環境でのレプリケーション ニーズなどの補足情報を収集してください。 表 16. バックアップ プロファイルの特性 プロファイルの特性 値 ユーザー データ 仮想デスクトップ 500 台に 5 TB（デスクトップあたり 10 GB） ユーザー データの毎日の変更率 ユーザー データ 2% 保存ポリシー 66 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス バックアップ レイ アウト プロファイルの特性 値 日単位 30 日 週単位 4 週間 月単位 1 か月 Avamar には、固有の用途やリカバリ要件に応じて、さまざまな導入オプションが用意 されています。この場合、ソリューションは Avamar データストアとともに導入されます。 これにより、非構造化ユーザー データを Avamar システムに直接バックアップできる ため、ファイル レベルのリカバリが簡素化されます。このバックアップ ソリューション は、業界をリードする重複排除バックアップ ソフトウェア/システムとバックアップ プロ セスを統合し、最高レベルのパフォーマンスと効率性を実現します。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 67 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス ShareFile StorageZones を使用する Citrix XenDesktop 向けの VSPEX ソリューション Citrix XenDesktop 向けの VSPEX エンド ユーザー コンピューティング ソリューションは、 インフラストラクチャの追加によって、Citrix StorageZones と Storage Center をサポー トします。 ShareFile StorageZonesの アーキテクチャ 図 23 に、ShareFile StorageZones 導入のアーキテクチャの概要を示します。 図 23. ShareFile のアーキテクチャの概要 このアーキテクチャは、次のコンポーネントで構成されています。 StorageZones 68 • クライアント：ブラウザーや Citrix Receiver などのネイティブ ツールから、または ShareFile API から直接、ShareFile サービスにアクセスします。 • コントロール プレーン：ファイル、フォルダー、アカウント情報を保存し、アクセ ス制御、レポート作成、その他さまざまな仲介機能を提供します。コントロール プレーンは、世界各地にある複数の Citrix データセンターに置かれています。 • StorageZones：データの保存場所を定義します。 ShareFile Storage Center は 、 オ ン サ イ ト プ ラ イ ベ ー ト ス ト レ ー ジ で あ る StorageZones を備えた ShareFile アカウントを提供することで、ShareFile SaaS クラウ ド ストレージを拡張します。ShareFile のオンサイト ストレージは、次の点がクラウド ストレージと異なります。 • ShareFile で管理されるクラウド ストレージは、Citrix によって保守されるパブ リック マルチテナント ストレージ システムである。 • ShareFile Storage Center は、お客様によって保守されるプライベート シングル テナント ストレージ システムで、承認されたお客様アカウントからのみアクセス できる。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス デフォルトでは、ShareFile は ShareFile で管理される安全なクラウド ストレージにデー タを保存します。ShareFile Storage Center 機能により、オンサイトにプライベート StorageZones を構成できます。この StorageZones は、データの保存場所を定義し、 ユーザーの近くにデータ ストレージを配置することによるパフォーマンスの最適化を 可能にします。 StorageZones は、ShareFile で管理されるクラウド ストレージとともに、またはその代 わりとして使用できます。 Storage Center は、エンド ユーザーと ShareFile 制御サブシステムからのすべての HTTPS 操作を処理する Web サービスです。ShareFile ストレージ サブシステムは、 アップロード、ダウンロード、ウイルス検査など、ファイルのコンテンツに関連する操 作を処理します。StorageZone の作成時には、ShareFile データのプライベート スト レージ サブシステムを作成します。ShareFile 制御サブシステムは、認証、許可、ファ イル閲覧、構成、メタデータ、ファイル送信/要求、ロード バランシングなど、ファイル のコンテンツに関連しないすべての操作を処理します。また、Storage Center ヘルス チェックを実行したり、オフライン サーバーのリクエスト送信を防止したりします。 ShareFile 制御サブシステムは、Citrix のオンライン データセンターで保守されていま す。 設計に関する考慮 事項 組織のパフォーマンスとコンプライアンスの要件に基づいて、StorageZones の数と最 適な配置場所を検討します。たとえば、ヨーロッパのユーザーがヨーロッパの Storage Center にファイルを保存すると、パフォーマンスとコンプライアンスの両方のメリットが あります。一般に、地理的に最も近い場所の StorageZones にユーザーを割り当てる ことがパフォーマンス最適化のベスト プラクティスです。 ShareFile の本番導入では、高可用性のために複数のサーバーに Storage Center を インストールすることがベスト プラクティスです。Storage Center をインストールする場 合は、StorageZone を作成します。次に別のサーバーに Storage Center をインストー ルし、それを同じ StorageZone に含めます。同じ StorageZone に属する Storage Center サーバーは、ストレージに同じファイル共有を使用する必要があります。 ShareFile StorageZones向け のVSPEXのアーキ テクチャ 図 24 に、ShareFile StorageZones 向けの VSPEX ソリューションの論理アーキテク チャを示します。お客様は最小要件以上の任意のサーバーおよびネットワーク ハー ドウェアを選択できますが、推奨ストレージは ShareFile StorageZones 導入に合った 高可用性アーキテクチャを提供します。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 69 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス 図 24. ShareFile StorageZones を使用する Citrix XenDesktop 向けの VSPEX： 論理アー キテクチャ サーバー要件 本番環境の高可用性のためには、複数のサーバー（仮想マシン）があり、Storage Center がインストールされている必要があります。表 17 に、ShareFile StorageZones と Storage Center を導入する場合の CPU とメモリの最小要件を示します。 表 17. ShareFile StorageZones と Storage Center の最小ハードウェア リソース CPU（コア数） メモリ（GB） 参照先 2 4 Storage Center システム要件（Citrix eDocs Web サイト） ネットワーク要件 ネットワーク コンポーネントは、帯域幅と冗長性がソリューションの最小要件を満たす ことを前提に、1 GbE または 10 GbE IP ネットワークを使用して実装できます。追加し た Storage Center サーバーをサポートするのに十分な数のネットワーク ポートを用意 してください。 70 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス ストレージ要件 ShareFile StorageZones には、Storage Center 用のプライベート データ ストレージを 提供する CIFS 共有が必要です。VSPEX エンド ユーザー コンピューティング ソリュー ションにストレージを提供する VNXe ファミリーは、ファイル アクセスとブロック アクセ スの両方に対応し、幅広い拡張機能セットを備えており、ShareFile StorageZones の 導入に理想的な選択肢です。表 18 に、StorageZones CIFS 共有に推奨される VNXe ストレージを示します。 表 18. ShareFile StorageZones CIFS 共有に推奨される VNXe ストレージ CIFS 共有の対応 ユーザー数 構成 注 500 ユーザー 13 台の 600 GB 10k rpm 2.5 インチ SAS ディスク （12+1 RAID 5） この構成では、各ユーザーに 10 GB のプライベート ストレージ領域があ ることを想定。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 71 第 5 章： ソリューションの設計における考慮事項とベスト プラクティス 72 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 第 6 章： 参照資料 第6章 参照資料 この章は、次のトピックで構成されています。 EMC ドキュメント .......................................................................................................74 その他のドキュメント .................................................................................................74 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 73 第 6 章： 参照資料 EMC ドキュメント EMC オンライン サポートまたは EMC の Web サイトで入手できる次のドキュメントには、 追加情報と関連情報が記載されています。アクセスできないドキュメントがある場合 は、EMC 担当者までお問い合わせください。 • EMC VNXe3200 Installation Guide • EMC Storage Integrator for Windows Suite—Product Guide • 「Unisphere System Getting Started Guide」 • EMC PowerPath、PowerPath/VE for Windows インストールおよび管理ガイド • EMC VNX Unified Best Practices for Performance—Applied Best Practices • EMC VNX Virtual Provisioning Applied Technology White Paper • EMC Avamar 7 Administrator Guide • EMC Avamar 7 Operational Best Practices • Avamar Client for Windows on Citrix XenDesktop Technical Note • Introduction to the EMC VNXe3200 FAST Suite Overview White Paper • Using a VNXe3200 System with CIFS File Systems • EMC VNXe3200 Capacity and Performance Metrics:A Detailed Review White Paper • EMC VSPEX End-User Computing:Citrix XenDesktop 7 and Microsoft Hyper-V for up to 1,000 Virtual Desktops Design Guide • EMC VSPEX End-User Computing:Citrix XenDesktop 7 and Microsoft Hyper-V for up to 1,000 Virtual Desktops Implementation Guide その他のドキュメント Citrix と Microsoft のドキュメントについては、Citrix と Microsoft の Web サイトを参照 してください。 74 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 付録 A： お客様サイズ設定ワークシート 付録 A お客様サイズ設定ワークシート この付録には、以下のトピックが含まれます。 エンド ユーザー コンピューティングのお客様サイズ設定ワークシート..................... 76 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 75 第 6 章： 参照資料 エンド ユーザー コンピューティングのお客様サイズ設定ワークシート お客様ソリューションのベースとなるリファレンス アーキテクチャを選択する前に、お 客様サイズ設定ワークシートを使用して、お客様のビジネス要件に関する情報を収 集し、必要なリソースを計算します。 表 19 は、空のワークシートです。この設計ガイドに付属する Microsoft Office Word 形式ワークシートを印刷して利用できます。 表 19. お客様サイズ設定ワークシート vCPU ユーザー タイプ メモリ （GB） リソース要件 IOPS 参照仮想デスク トップ相当量 ユーザー数 参照仮想デスク トップ合計数 --- --- --- --- --- --- --- --- --- --- --- --- 参照仮想デスクトップ 相当量 リソース要件 参照仮想デスクトップ 相当量 リソース要件 参照仮想デスクトップ 相当量 リソース要件 参照仮想デスクトップ 相当量 合計 ワークシートを表示および印刷するには、次の手順に従います。 1. Adobe Reader で、次のように［Attachments］パネルを開きます。 ［表示］＞［表示/非表示］＞［ナビゲーション パネル］＞［添付ファイ ル］を選択する。 または 76 ［Attachments］アイコンをクリックする（図 25 を参照）。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 付録 A： お客様サイズ設定ワークシート 図 25. 2. 印刷可能なお客様サイズ設定ワークシート ［添付ファイル］で、付属ファイルをダブルクリックして開き、ワークシートを印 刷します。 EMC VSPEX エンド ユーザー コンピューティング： Citrix XenDesktop 7.1 および Microsoft Hyper-V 仮想デスクトップ最大 500 台対応 設計ガイド 77