JPEG in Word > PDF

Transcription

1 ベストプラクティスガイド VMware View VDI のための Nimble Storage ベストプラクティス N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 1

2 概要仮想化は 多くのITソリューションにおいて重要な基盤技術です 仮想化への取り組みの範囲は 近年飛躍的に拡大しています 仮想化のITプロジェクトは 尐数のサーバ ( 多くの場合 試験および開発 ) から Microsoft ExchangeおよびSQLのような主流の仮想化アプリケーションに移行しています 仮想化技術の利用に対する最新の動きは デスクトップおよびノートパソコン環境を企業のIT 基盤に置き換えることが始まったことです この分野は 仮想デスクトップ基盤 (VDI) と呼ばれ 企業基盤に新たな課題 ツール ソリューションを提示し仮想化に取り組みます VDIソリューションは このガイドの焦点となります 特に VMware ViewおよびNimble Storageソリューションについて検討します VDI 環境をサポートするためのストレージソリューションの課題は 導入される総合的な仮想化アーキテクチャーの2つの重要なポイントがまず挙がります 数百または数千のエンドユーザーデスクトップおよびノートパソコンがITデータセンターに集中するため 個々のワークロードを融合することと ユーザーの使用感を維持する必要があることです 快適なユーザー使用感は ストレージ性能によって決まります そのため VDIに合ったストレージを選ぶことが成功のための重要なポイントとなります 負荷の状況は ユーザーによって実行される必要のある一般的な日常的なタスク ( 定常レベル ) と共有環境を妨害する可能性のある運営上のタスクにおいて 重要な課題を提示します ユーザーシステムのブート処理 ログイン ウィルススキャンの実行 アップデートの実行 バックアップの実行などは ストレージのI/Oストレスの原因となることがあります ストレージ層のスループット (MB/s) またはIOPSのような典型的な評価基準は 正しいソリューションを理解するのに十分ではないことがあります エンドユーザー使用感を維持するためには ストレージシステムのレイテンシおよびユーザレベルの応答時間も重要な性能評価基準となります 要するに 障害や動作のピーク時の負荷に対処でき 低コストで管理が容易なパッケージで定常レベル状態の動作を提供できる適応型のストレージソリューションが必要とされています Nimble Storageは VDI 環境に上記のソリューションを提供します 対象者このガイドは Nimble Storageを使用してVMware ViewベースのVDIソリューションを最適に配備したいソリューションアーキテクト ストレージエンジニア システム管理者およびIT マネージャーを対象としています この文書では 読者がVMware vsphereシステム管理 Microsoft Windows デスクトップ管理 iscsi SANのネットワーク設計 基本的なNimble Storage 操作の実際的な知識があるものと仮定しています VMware Viewデスクトップ管理ソリューションの知識も有用です N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 2

3 Nimble Storageソリューション Nimbleは 全く新しいストレージへのアプローチを開発しました このストレージでは大容量ドライブとSSDをシームレスに組み合わせています Nimbleの画期的なCASL アーキテクチャーは VDIの性能とコストの課題に取り組むために徹底的に設計されています Nimble Storage iscsiアレイは フラッシュで高速化された一次ストレージ コスト効率の高い容量 瞬時に取得できるアプリケーション対応バックアップ ( スナップショット ) およびレプリケーションなど アプリケーションに対応した完全なデータストレージソリューションを提供します これにより 一次ストレージ 二次ストレージ およびオフサイトディザスタリカバリーストレージの管理を単一のストレージソリューション内で統合できます Nimble Storageアレイは iscsiターゲットボリューム (LUNs) をVMwareホストに提供します Nimble Storageアレイ上で作成されたボリュームは 下記の利点を提供することにより 仮想マシンに高度に最適化されています 性能および容量効率 CASLのフラッシュの革新的な利用は 読み込み性能を強化し ブートストームおよびログインストームの状況 ( 複数ユーザーのブート処理または同時ログインなど ) に対処します ランダム書き込みのシリアル化は ウイルススキャンおよびOSアップグレードによって実行される書き込みI/Oのピークに効率的に対応し 書き込み性能を強化します CASLはすべてのデータを圧縮し 30~75% の容量を削減します ゼロコピークローニングは 複製イメージが貴重なディスクスペースを消費しないようにします 最も重要なことは Nimbleがワークロードの変動に迅速に反応できることです 比較として 従来のティアリングアーキテクチャーは IOパターンの変更に対応するのに数時間または数日を必要とします シンプロビジョニング : 確保されたスペースではなく書き込まれた実際のデータを効率的に保存します 統合型データ保護 高効率のスナップショットは 仮想デスクトップイメージおよびユーザーデータの保管期間が60~90 日間で 頻繁なリカバリポイントの作成をを可能にします バックアップは数秒で終わり アプリケーションやストレージ性能には影響を与えません ゼロコピークローニング : 重複したデータのストレージ容量を削減するためにあらかじめ重複排除します 組み込みのレプリケーションは サイト障害の際にVDIデータが遠隔地で保護されるようにします 快適な操作 N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 3

4 直感的なNimble UIは プロビジョニング 複数のストレージ バックアップ ディザスタリカバリーデバイスの管理の複雑さを取り除きます Nimble vcenterプラグインは 仮想デスクトップのプロビジョニング レプリケーション バックアップ モニタリングの管理を簡単にします システムに障害が起こる前に潜在的な障害を見つけるため 短い間隔のハートビートにより システムヘルスをモニタリングします 無停止のアップグレードに加えて 高可用性および障害耐性の特性は 実質的にダウンタイムをなくします VMware View VDI 仮想デスクトップソリューションは 1つの基盤で 数十のデスクトップ (<100) から 数百または数千のユーザーデスクトップの範囲になることがあります デスクトップ基盤を既存のNimble Storageベース仮想化ソリューションに追加しても 初めから専用 VDIを構築するにしても 考慮すべき点の多くは同じです 企業のデスクトップシステムを仮想化するタスクを検討する際 考慮することがたくさんあります 異なるエンドユーザーシステムのすべての数と相違 そして ユーザー人口との直接的な相互作用は これをやりがいのある仕事にします デスクトップ仮想化アプローチを使用する動機の一つは 各ユーザーデスクトップとその環境が独立した仮想マシンと専用のOSインスタンスに導入されていることです これは 端末 PCベースのソリューションとは異なり 複数ユーザーを単一の共有 OSプラットフォームに結び付けます VDIアプローチの使用は アプリケーション ユーザー設定 各ユーザーのワークロードの間の不一致を尐なくするのに適しています Windowsのフルプライベートコピーによって 一人のユーザが他のユーザーの使用環境またはプラットフォーム安定性に影響を与える機会を減らします デスクトップ仮想化ソリューションを定義するタスクには 下記に示すようにいくつかの多様な分野を取り扱う必要があります 1. ユーザー使用環境およびアクセシビリティ 2. アプリケーションサポートおよびライセンス認証 3. サーバリソース管理 4. ネットワーク接続性 5. ストレージ管理この文書は VMware View VDIソリューションのストレージの側面に焦点を当てます VDI 環境には 次の基本コンポーネントがあります 仮想デスクトップを実行するサーバ ユーザー 他のサーバ ストレージへのネットワーク接続 ストレージ基盤 デスクトップ ユーザーデータ オペレーティングシステムおよびアプリケーション N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 4

5 デスクトップ仮想化動作を管理して実行するVDIコンポーネント図 1は 一般的なVDIアーキテクチャーの層を示します 環境によっては デスクトップユーザーの大きなコレクションをサポートしている単一のNimble Storageアレイに接続された複数のESXサーバがある場合があります サイジング VDI 導入において考慮しなければならない重要事項の一つは ユーザーのニーズと期待 それからIT 企業の予算および運用上のニーズに応えるための総合的なソリューションの適切なサイジングです VDI 導入全体を理解するためのサイジング作業は 本文書の範囲外となります 代わりにVDI 設定をサポートするためのストレージソリューションを適切に設計するために必要な考慮事項に焦点を当てます 図 1: 基本的な VDI アーキテクチャーデスクトップのストレージをサイジングして整理するのに役立つ評価基準を検討するとき 多くの要素を考慮する必要があります それは ストレージIOPS スループット レイテンシ 容量の組み合わせです 加えて Windowsデスクトップの大規模な集合からのワークロードのI/O 特性の相違を考慮する必要があります これらの特徴を区別する基準に厳格な境界はありませんが 私たちは最良のストレージソリューションの選択および設計に役立つ特徴を見つけました ストレージに対する多数のデスクトップユーザーの複合作用は ユーザーのタイプ 接続の仕方や他にどのようなITデスクトップ管理動作がサポートされている必要があるかによって影響されます 各デスクトップユーザーについては IOPSでユーザー毎に3~5の低い定常レベルから 50~ 100の高いブート / ログイン要件までの範囲を確認しました 例えば シンプルな単一の Windows7ユーザーログインイベントは 2500~3000の低レベルI/O 動作の命令で生成されます それぞれの場合で VDI 層 ( サーバ ネットワーク ストレージ ) は 目標定常レベルに対応するためだけでなく 瞬間的なワークロードを吸収するため 十分な能力を持つ必要があります デスクトップVMの状態の適切な管理と効率的なユーザープロファイル制御は サーバおよびストレージ層で実行される必要のあるワークロードの極端な変動を軽減します 例として 下記のグラフは 数百のデスクトップVMのVDI 環境で典型的な一日に発生する可能性があるワークロードの変動を表します 選択されたストレージソリューションによって提供される必要のある潜在的なピークのワークロードと定常レベルの動作間の性能ニーズの広がりは かなりの大きさになります Nimble Storage CASLアーキテクチャーは このタイプのワークロードの遷移に適しています N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 5

6 図 2:VDI の典型的な一日 VDIワークロードを処理するために ストレージソリューションは サイズの範囲が4K~64K ( またはそれ以上 ) に及び その時々に高いレベルの書き込みまたは読み込み動作がある I/O 動作の非常にランダムなワークロードを効率的に処理する必要があります 下記のテーブルは ワークロードの例で 2つの異なるデスクトップユーザーのワークロードと 必要な推定スループットおよびレート要件を示しています ユーザータイプ IOPS( 平均 ) IOPS( ピーク ) スループット ( 平均 ) ライトユーザー MB/s 0.8 MB/s ヘビーユーザー MB/s 1.6 MB/s 表 1: ワークロードの例 スループット ( ピーク ) VDIデスクトップストレージコンポーネントのスループット要件は オペレーティングシステム アプリケーション要件 および一時スペースにより関係しており ユーザーデータへのアクセスに関連していません ユーザーデータは 設計により 仮想デスクトップから集中した共有リソースに移行する必要があります ユーザー毎のオペレーティングシステムおよびアプリケーション (Microsoft Wordなど ) のスループットは非常に低く 多くの場合 測定値はKB/s 単位となります 低レイテンシや高速 I/O 応答時間は 優れたユーザーエクスペリエンスのもう一つの重要な評価基準です それ自体が優れたデスクトップ仮想化ソリューションの構築においての重要な要素であり 設計目標です 読み込みおよび書き込みの両方のレイテンシが ストレージ層に考慮される必要があります 実際のユーザーデスクトップワークロードの分析では 一部の環境では I/Oの書き込み比率が80% と高いこともありますが 定常レベルの間 読み込み / 書き込み比が約 50/50を示しています ブート ログインストームは 読み込みに集中する傾向があります 注記 : レイテンシは ユーザーレベルを秒単位で そしてストレージレベルをミリ秒単位で測定します VDIソリューションは ほとんどのユーザー動作に対して1~2 秒以下のレイテンシを目標とし ストレージ層での動作の大部分に対しては20ミリ秒以下を目標とする必要があります N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 6

7 Nimble Storage CASL(Cache Accelerated Serialized Layout) アーキテクチャーは独自に 技術を適切に組み合わせることで 性能と容量が効率的に両立できることを示しています Nimble Storageアーキテクチャーは キャッシュによる読み込みに対する優れた応答時間と 圧縮による効率的な書き込み応答時間とともに ランダムなI/Oワークロードに独自に適したプラットフォームを提供します 詳細については Nimble Storageウェブサイト ( をご覧ください Nimble Solutionは 性能の本質である処理性能とHDDの回転数に依存する組み合わせの構成との間の障壁を取り払い もっとストレージ層のサービスレベル (IOPS スループット レイテンシ ) に焦点を当てています Nimble Storageソリューションがあれば 特定の物理ディスクやストレージのRAID 層の心配をする必要がありません すべてのNimble StorageボリュームがCASLアーキテクチャーの恩恵を受けます これにより ストレージ構成の決定とタスクが簡単になります Nimble Storageボリュームを構築するとき ポリシーとして整理された尐数の基準を設定するだけでよいのです レイアウトをあまり心配せずに 管理および可測性に焦点を合わせることができ 性能の問題に対処できます ストレージ実装での主な作業は デスクトップコンポーネントの整理です これらのコンポーネントには iscsi LUNs(Nimble Storageボリューム ) VMware VMFSデータストア VMテンプレート および仮想マシン (VMDK) 自体が含まれます テンプレートおよび仮想マシンは どのように実装されているかによって 基盤となる仮想ディスク構造を定義します VDIソリューションによって 巨大さやいっそう多くの仮想化するコンポーネント ( デスクトップなど ) に対処する必要があります 優れたVDI 設計は 1つの任意のストレージコンポーネントに関連するデスクトップコンポーネントの数と 管理するのに多すぎるストレージ基盤の拡散との間のバランスを目指します 目標は 一か所 ( サーバ ネットワーク テンプレート プールなど ) に依存しすぎたり 多すぎる管理ポイントは運用メリットを減らすので作成しすぎたりしないようにすることです この管理課題の一つは ストレージボリュームをVMware 環境へ提供することです Nimble Storageアレイ上でのボリュームの設定は NimbleストレージをVMware 仮想化ソリューションの他の部分へ提供するときと同じ基本ガイドラインに従います 選択肢は非常に簡単です パフォーマンスポリシーは VMware に設定します これは 自動的に最適なブロックサイズを選択し 圧縮とキャッシュを可能にします Nimbleボリュームは デフォルトでシンプロビジョニングされるので VMwareの内部のシンプロビジョニングとして扱う必要がありません 管理およびモニタリングのほとんどがVMware 基盤 (ESX Virtual Center View Administrator Nimble Virtual Centerプラグインなど ) から実行されますが 10~ 20% のボリューム閾値および制限を使用してNimble Storageシステムからの通知を行うことができます Nimbleボリュームは ESXホストのネットワーク接続性に基づいて適切なマルチパス設定により データストアとしてVMware 環境に提供されます Nimble Storageは ほとんどの VMware 環境で すべてのNimble Storageボリュームに対してRound Robin MPIOを使用することを推奨します NimbleボリュームとVMwareデータストアの関係は 一対一の関係です これに関する詳細は 以下のオンラインリソースを参照してください N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 7

8 次の考慮すべき重要な点は データストアに何を入れるかです VDI 実装の場合 これはたくさんのデスクトップVMとなります ストレージ配分のステップとして デスクトップ環境への基本的なストレージ配分を決定します 最もシンプルなアプローチは 一つの大規模なデータストアを作成し すべてのデスクトップを単一の入れ物に入れることです 実際には これは一般的に50 個以下のデスクトップの小さな環境でのみうまく機能します 環境のサイズが拡大されるにつれ 管理 モニタリング リソースおよび復元可能性の観点から より管理しやすい作業セットに分けるのが理にかなっています 現在のガイドラインは 50 個までのフルサイズデスクトップ仮想マシンを保持するために 単一のNimble StorageボリュームからVMFSデータストアを構築することです フルサイズのデスクトップのサイズは 圧縮 シンプロビジョニング またはリンクされたクローニングがなかった場合 イメージのサイズです 例えば 20GBの標準 VDIデスクトップサイズが一般的です Nimble Storage 圧縮およびシンプロビジョニングにより 控え目で小さい閾値内でストレージの割り当てを超えて利用できます 例えば 1TBのボリュームをプロビジョニングして 実際のストレージが数百 GBのみ必要とする場合 ストレージが消費されないため 無駄がありません しかし VMが定義された潜在的ディスクサイズに拡大する場合 またはスナップショット (VMwareまたは Nimble) を使用する場合に 必要なスペースを提供する余裕があります 図 3は VMware Viewプールの一つとして使用される特定のデータストアに関連する情報を示します 数十から数百のデスクトップ仮想マシンの配図 3:VMware View データストアの詳細備および管理の増大に対応する唯一の方法は VMクローニングの形式を使用することです ゴールデンイメージが作成され デスクトップおよびノートパソコンが標準ベースイメージからユーザーに配備されている物理的世界のように VMware Viewは VDI 環境内でデスクトップ仮想マシンをクローニングするための強固な管理ソリューションを提供します これらのクローンされた仮想マシンの生成には異なる方法があります クローンは 既存の仮想マシンのコピーです クローニング動作が完了すると クローンは固有のIDを持つ独立した仮想マシンになります 完全なクローンは 仮想マシンの独立したコピーで クローン動作が完了したら オリジナルの仮想マシンと何も共有しません 新しいVMのストレージの詳細スペックは 親 VMと同じです VMwareは リンククローン (Linked Clone) と呼ばれるVMをクローニングする代替方法を提供します このアプローチでは 新しいVMは仮想マシンのコピーで 親 VMと仮想ディスクを共有し続けます 親 VM( およびそのスナップショット ) は 新しいVMにリンクするのに使用されるVMのレプリカを表します 差分 ( リンククローンに固有のデータ ) は 別の場所に保存されます N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 8

9 このアプローチによって リンククローンは 変更されたデータのみの小さな占有容量を持ちますが 動作するためには 常に親 ( レプリカ ) ディスクにアクセスする必要があります その結果 VMwareリンククローンは ストレージ要件を削減する方法を提供し 一斉にデスクトップを更新するための効率的なプロセスを定義します VMwareリンククローン配備の場合 より優れた保護ポリシーの管理と より簡単な容量と性能の測定を可能にするため マスターレプリカおよびリンククローンを同じデータストアに保管することを推奨します いずれかの方法で生成された各クローンに対し VMはデスクトップ仮想マシンのセット ( 名前 IP ライセンス認証など) に含めるために適切に準備される必要があります これはVMwareを介して自動化されます 図 4:VMware View ダッシュボード 仮想センターおよびVMware View 管理者機能図 4は デスクトップ設定を構成しているプール デスクトップ およびデータストアコンポーネントの管理に対する高レベルのビューを示します このパネルから デスクトップ展開の自動化機能のステータスと管理ポイントの簡単な概要を表示できます ストレージプロビジョニングで考慮するべきもう一つの点は 目的 です 基盤コンポーネント (AD バーチャルセンター アプリケーション ユーザー共有など) には別々のデータストアを推奨します 加えて テンプレートとリンククローンのゴールデンイメージのデスクトップには 別々のデータストアとNimble Storageボリュームを推奨します 別々にする理由は性能に関係しませんが 環境の保護とモニタリングに関連します Nimbleボリューム保護ポリシーは各ボリュームまたはボリュームコレクション毎に設定できます ユーザーデータ テンプレート およびゴールデンイメージのような重要なデータはより積極的に保護でき リンククローンのような他のボリュームはやや消極的に保護できます これは リンククローンのように再現しやすいデータでは十分とみなせます 機能別のデータストアの分離は 環境のモニタリングに役立ちます 使用量 ボトルネック リソースの使用率が個々にモニタリングされることで それらの課題を見つけやすくなります N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 9

10 このレベルでストレージボリュームを作業可能なサイズのデータストアに分類するもう一つの理由は VMware Viewのデスクトップインスタンス管理を促進するためです VMware View 内では デスクトッププールがデスクトップインスタンスのセットの生成および制御を整理する基本的な方法となります ストレージ層に関連するデスクトッププールの重要な側面は データストアの割り当を行い デスクトップVMを保持することです デスクトッププールは1つ以上のデータストアを使用でき データストアはデスクトッププール間で共有できます これは デスクトップイメージの大規模なコレクションの下でストレージの整理およびスケール変更をするのに便利な方法です ストレージがもっと必要な場合は データストアをもう一つデスクトッププールに追加します 他のタイプやグループのデスクトップが必要な場合は データストアがいっぱいになるまで共有できます 図 5は VMware View 環境で定義されたプールにアクセスするのに使用されるパネルを示します ここから デスクトップの具体的な作成方法を制御するプールのプロパティを追加または編集できます 図 5:VMware View デスクトッププールデスクトッププールは デスクトップユーザーの異なるタイプを区別するために使用できます ユーザーのプロファイルが独立してモニタリングしたいものであれば 1つ以上の特定のデータストアにプールを関連付けます リンククローンの場合は マスターレプリカに別のデータストアを使用し リンククローン部分に1つ以上のデータストアを使用することを提案します デスクトップイメージの場合 これは静的データ (OSなど) の一部を一か所に置き デルタ ( ユーザープロファイル ) データを他に置くことになります 単一のプールで管理されるデスクトップの数は 1000まで可能です デスクトッププールのサイズが拡大するにつれ 上記のガイドラインに従って複数のデータストアコレクションを使用することを推奨します N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 10

11 保護および復元どの本番環境でも適切で十分なデータ保護手段を導入する必要があります Nimble Storageソリューションには 高効率のスナップショット機構と他のNimble Storageアレイへのレプリケーション機能が組み込まれています 重要な基盤要素が ローカルスナップショット保護ポイントと最終的にリモート ( 複製 ) コピーによって 確実に保護されていることが大切です 基盤要素には デスクトップテンプレート ゴールデンイメージ およびVMware 環境 ( 仮想センターやView 接続マネージャーなど ) が含まれます 個々のデスクトップに関しては 問題が発生したとき 単一のデスクトップシステムを再構築した方が簡単で早いことがあります デスクトッププールのVMware Viewプロビジョニングの方法は デスクトップ実装および割り当てモデルの特定のタイプに対して この一部を自動化できます スナップショットスナップショットは ローカルストレージシステム内で一貫した復元ポイントを提供する方法の1つです これらのスナップショットは VMware 環境内 ストレージ層内 またはその両方に機能があります 上記で示された重要なデータアイテムの保護ポリシーによってNimble Storageスナップショットを使用することを推奨します Nimble Protection Manager 機能を使用することにより これらのスナップショットはVMware 環境内で整合性が取れます 多数のデスクトップVMが単一のデータストア (Nimbleボリューム) に関連しているような これらのボリュームではVMware Virtual Centerに統合されたスナップショットの使用を推奨しません シンプルなストレージスナップショットが デスクトッププールのクラッシュ整合性の保護に十分です Vmwareの一貫性のあるストレージスナップショットは VMware Virtual Centerによって呼び出された対象とするボリューム内の各 VMのスナップショットを必要とします そのようなスナップショットが必要な場合は それらのプールでデスクトップ動作が停止しているか または尐ない時間にスケジュールするようにしてください レプリケーション他のNimble StorageアレイへのNimble Storageボリュームのレプリケーションは 別のレベルの基盤保護を提供します 他の重要な仮想化データセットのように お客様の主要 VDIボリュームのVMwareレプリケーションベストプラクティスに従うことを推奨します レプリケーションがDR 目的の場合 デスクトップ統合のDRサイトへの適用は アダプタを介してNimble Storageレプリケーション機能に完全に統合しているVMware Site Recovery Manager(SRM) のようなツールによって管理される必要があるので注意してください DR は 重要なコンポーネントがレプリケーションされ VMware View 環境が新しい状況で再作成に利用されているもう一つの例です VMwareの有識者と どの方法が最も高いデスクトップ基盤の柔軟性と回復力を提供するか決定します N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 11

12 まとめ VMware View VDI 実装に Nimble Storage を使用するとき これらの簡単な設定ガイドラインに 従うことにより お客様の投資を最大限に活用できます 1. 最適のブロックサイズを選び キャッシュと圧縮 ( デフォルト ) を可能にするデフォルトのVMwareパフォーマンスポリシーを使用して NimbleボリュームをVMwareデータストアにプロビジョニングします 2. VMFSデータストアとして設定されたNimble Storage iscsi LUNのラウンドロビンMPIO 設定を使用します 3. ボリュームとVMFSデータストアのサイズを約 50のフルサイズデスクトップにします これは 目安としてデスクトップにつき10~20GBを使用して 約 500GBになります 4. Viewプール設定のVMware Viewリンククローンを使用して スペースを節約し デスクトップ提供を速くします 5. マスターレプリカとリンククローンを同じデータストア (Nimble Storageボリューム ) に保管します 6. VMware Viewデスクトッププールを使用して デスクトップをタイプ別 位置別 管理容易性別に配分します VMware Viewプールの比率をプールにつき約 50~100デスクトップにします 注記 : リンククローンの場合 これはマスターレプリカとリンククローンの比率をプールと同じ比率にします 7. 必要に応じて 複数のデータストアをVMware Viewプールに割り当てて 容量を拡大します 8. VMware Viewメカニズムでは簡単に再導入できない重要なボリュームの保護テンプレートを定義します これらには以下が含まれます VMテンプレート ゴールデンイメージ ユーザーデータ 重要なユーザーのデスクトップ および基盤コンポーネント Nimble Storage, Inc Zanker Road, San Jose, CA Tel: ; info@nimblestorage.com 2012 Nimble Storage, Inc. All rights reserved. CASLは Nimble Storage, Inc. の商標または登録商標です WP-VDI-0812を元に翻訳 By Toshiba coporation. nmblbpg006(140303) N I M B L E ベストプラクティスガイド : V M W A R E V I E W V D I のための N I M B L E S T O R A G E 12