VMware vSphere での EMC VNX ストレージの使用 · VMware vSphere でのEMC VNX ... 127 ESXi ホストでのVAAI のサポートの無効化..... 247 128 RM によるNFS データストアと

VMware vSphere での EMC VNXストレージの使用

バージョン 3.0

• VNX ストレージにおける VMware vSphere の構成

• 仮想マシンのクローン作成

• VNX ストレージ上の VMware vSphere に対するバックアップ / リカバリ・プランの作成

• データ・リスタート・ソリューションでの VMware vSphere の使用

• VMware vSphere を使用したデータ・ヴォールティングと移行

Jeff Purcell

VMware vSphere での EMC VNX ストレージの使用2

Copyright © 2013 EMC Corporation. All rights reserved. （不許複製・禁無断転載）

このドキュメントに記載されている情報は、ドキュメントの出版日現時点の情報です。また情報は予告なく変更されることがあります。

この資料に記載される情報は、「現状有姿」の条件で提供されています。EMC Corporation は、この資料に記載される情報に関する、どのような内容についても表明保証条項を設けず、特に、商品性や特定の目的に対する適応性に対する黙示的保証はいたしません。

この資料に記載される、いかなる EMC ソフトウェアの使用、複製、頒布も、当該ソフトウェア・ライセンスが必要です。

製品ラインの新規制のドキュメントについては、EMC オンライン・サポート Web サイトの「Technical Documentation and Advisories」セクションにアクセスしてください。

新の EMC 製品名については、EMC の Web サイトで EMC Corporation の商標を参照してください。

その他のすべての名称ならびに製品についての商標は、それぞれの所有者の商標または登録商標です。

h8229.4

目次

第 1 章 VNX ストレージにおける VMware vSphere の構成

はじめに ............................................................................................. 16管理ツール ......................................................................................... 18VMware vSphere のインストール ................................................. 25VMware vSphere の構成 ................................................................. 31vSphere での VNX ストレージのプロビジョニング ................... 50統合ストレージに関する考慮事項 ................................................. 58vSphere ストレージ構成 .................................................................. 77ネットワークの考慮事項 ............................................................... 105仮想マシンの考慮事項 ................................................................... 108ストレージの監視および管理 ....................................................... 119ストレージの効率性 ....................................................................... 132VNX ストレージ・オプション ..................................................... 145

第 2 章仮想マシンのクローン作成

はじめに ........................................................................................... 160EMC VNX クローン作成テクノロジーの使用 ........................... 162サマリー ........................................................................................... 176

VMware vSphere での EMC VNX ストレージの使用 3

目次

第 3 章バックアップ / リカバリのオプション

はじめに ........................................................................................... 178仮想マシンのデータの整合性 ....................................................... 179VNX ネイティブ・バックアップ / リカバリのオプション ..... 182VMFS データストアのスナップショット・バックアップ /リカバリ ........................................................................................... 184RDM ボリュームのバックアップ / リカバリ ............................ 187Replication Manager ...................................................................... 188VNX Advanced スナップショットを使用した VMFS のバックアップ / リカバリ............................................................... 193VADP（vStorage APIs for Data Protection）.............................. 201VMware Data Recovery を使用したバックアップ /リカバリ ........................................................................................... 202Avamar を使用したバックアップ / リカバリ............................ 205NetWorker を使用したバックアップ / リカバリ ...................... 214サマリー ........................................................................................... 220

第 4 章データ・リスタート・ソリューションでの VMware vSphere の使用

概要 ................................................................................................... 224EMC リモート・レプリケーション・テクノロジーの概要 ..... 227RDM ボリュームのレプリケーション......................................... 249EMC Replication Manager ............................................................ 253SRM と VNX を使用したサイト・フェイルオーバーの自動化 ............................................................................................... 256サマリー ........................................................................................... 266

第 5 章データ・ヴォールティングと移行

はじめに ........................................................................................... 268SAN Copy の VMware ファイル・システムとの相互運用性 ....................................................................................... 269SAN Copy と RDM 仮想ディスクとの相互運用性 ................... 270データ・ヴォールティングのための SAN Copy の使用 .......... 271リモート環境へのストレージのインポート ............................... 278VNX アレイへのデータ移行のための SAN Copy ..................... 280サマリー ........................................................................................... 284


タイトルページ

図

1 EMC Unisphere インタフェース ................................................................. 182 LUN のプロパティ ......................................................................................... 193 VSI 機能マネージャ ....................................................................................... 204 Unified Access Control のワークフロー..................................................... 225 Storage Viewer で見た NFS データストアの詳細 ..................................... 236 Storage Viewer で見た VNX ブロック・ストレージの詳細.................... 237 構成ワークフロー........................................................................................... 248 ESXi ブート・デバイスに対する Unisphere での LUN 割り当て .......... 279 VNX iSCSI ポート管理インタフェース ...................................................... 2910 VNX ターゲット構成に使用する iBFT インタフェース........................... 3011 VNX ストレージと VMware vSphere......................................................... 3212 FC/FCoE/iSCSI/NFS で VNX に接続する ESXi のトポロジー ............. 3413 ホスト・イニシエータの VNX 構成 ............................................................ 3614 VMkernel ポートの構成 ................................................................................ 4015 vSphere 5 での VMkernel アダプタのバインディング ............................ 4216 VNX iSCSI ターゲットの小構成 .............................................................. 4417 VNX iSCSI ターゲットの推奨構成 .............................................................. 4518 iSCSI Initiator と VMkernel ネットワーク・アダプタのバインド ......... 4619 ストレージ・アダプタの遅延 ACK 設定を無効化する方法 .................... 4820 USM によるファイル・ストレージのプロビジョニング......................... 5121 USM を使用した新しい NFS データストアの作成 ................................... 5222 USM によるファイル・ストレージのプロビジョニング......................... 5423 USM を使用した新しい VMFS データストアの作成................................ 5624 LUN オーナーシップ ..................................................................................... 6325 LUN のトレスパス ......................................................................................... 6426 VMkernel の Pluggable Storage Architecture............................................ 6527 Esxcli コマンド出力 ....................................................................................... 6628 VSI Path Management 機能 .......................................................................... 6829 Storage Viewer の LUN ビュー.................................................................... 6930 NFS 用マルチパス構成の要素 ...................................................................... 71


図

31 Unisphere のインタフェース ....................................................................... 7232 NFS サーバ用の Data Mover リンク統合................................................... 7333 vSphere ネットワーク構成 ........................................................................... 7434 ［VMkernel Properties］ウィンドウ............................................................ 7535 シック LUN 上に構成された仮想マシン.................................................... 7836 仮想マシンをシン LUN に移行したところ................................................ 7937 プラグ・インのインストール....................................................................... 8338 データストアの NFS Hardware Accelerate プロパティ .......................... 8439 ファイル・システムの作成........................................................................... 8440 Vmkfstools のディスク使用率オプション ................................................. 8541 Storage DRS データストア・クラスタ ....................................................... 8642 SDRS の高度なポリシー構成........................................................................ 8843 SDRS で I/O メトリックを有効にするための設定................................... 8944 VASA によって検出されたデータストア・ストレージの機能

（VNX フラッシュ・ドライブ LUN） ........................................................... 9145 ストレージ・プロファイルの割り当て....................................................... 9446 SAS Fibre ストレージ・プロファイルとの互換性の有無 ........................ 9547 ユーザー定義プロファイルの作成............................................................... 9648 ユーザー定義の仮想マシン・ストレージ・プロファイルの作成........... 9749 ユーザー定義のストレージ・プロファイルとデータストアの

関連づけ ........................................................................................................... 9850 ユーザー定義のストレージ機能と仮想マシンの関連づけ....................... 9851 VASA 構成 .................................................................................................... 10052 仮想ディスク・シェアの構成..................................................................... 10253 NFS SIOC の輻輳ウィンドウ ..................................................................... 10454 ネットワーク・リソース割り当てインタフェース................................. 10555 vSphere 5 のデータストア削除ウィザード .............................................. 10756 ディスクの選択............................................................................................. 10957 ゲスト・ディスクの位置合わせの確認..................................................... 11158 NTFS データ・パーティションの位置合わせ（wmic コマンド）......... 11159 1 MB で位置合わせされた Linux パーティション .................................. 11260 位置合わせされていない Linux パーティションの出力

（開始セクタ 63） ............................................................................................ 11261 VNX エンタープライズ・フラッシュ・ドライブ・ストレージに

対するホスト・キャッシュの構成 ............................................................. 11462 RDM ボリュームの追加後に仮想マシンの NPIV を有効にする .......... 11663 仮想マシン（仮想 WWN）のイニシエータ・レコードの手動登録 .... 11764 データ・アラーム設定：［Actions］ウィンドウ ..................................... 12065 ［Storage Viewer\Datastores］ウィンドウ：VMFS データストア ...... 12166 ストレージ・プールの使用率閾値は調整可能......................................... 12367 ［Create Storage Usage Notification］ウィンドウ................................... 12468 ユーザー定義のストレージ使用率通知..................................................... 12569 ユーザー定義のストレージ使用率の予想通知......................................... 126


図

70 VNX 監視 / レポート作成：キャパシティ・プランニング・レポート ......................................................................................................... 127

71 VNX 監視 / レポート作成：パフォーマンス・レポート....................... 12872 vCenter Operations Manager のダッシュボード .................................... 12973 vCenter Operations Manager：VNX Storage Analytics ........................ 13174 thick または zeroedthick 仮想ディスク割り当て .................................... 13575 シン仮想ディスク割り当て ......................................................................... 13576 仮想マシン・ディスク作成ウィザード ..................................................... 13677 仮想マシンの領域不足のエラー・メッセージ ......................................... 13778 ファイル・システムのハイ・ウォーターマーク（EMC VSI：

USM 機能） ..................................................................................................... 13979 NFS 仮想マシンの仮想ディスクのプロビジョニング・ポリシー ........ 14080 LUN の圧縮プロパティの構成 ................................................................... 14181 VNX FAST VP のレポートおよび管理インタフェース .......................... 15182 Disk Provisioning Wizard ........................................................................... 15783 Unisphere クローン LUN 管理................................................................... 16484 整合性のとれたクローン・フラクチャ操作の実行 ................................. 16585 VMware ファイル・システムのコピーを作成するための SnapView

セッションの作成 ......................................................................................... 16786 デバイス・シグネチャの割り当て ............................................................. 16987 Datastore Browser での仮想マシン構成ファイルの選択 ....................... 17088 ESXi ホスト・インベントリへの新しい仮想マシンの追加.................... 17089 書き込み可能な NAS データストアのチェックポイントの作成 .......... 17190 vSphere のクローン NFS データストア .................................................... 17491 Unisphere の ShowChildFsRoot パラメータ・プロパティ ................... 18292 Snapshot Configuration ウィザード.......................................................... 18593 Snapshot Configuration ウィザード（続き）............................................ 18694 Replication Manager Job ウィザード ........................................................ 18995 Replication Manager の［Replica Properties］......................................... 19096 Replication Manager の仮想マシンのリストア機能 ............................... 19197 vSphere クライアントのデータストアの読み取り専用コピー表示...... 19298 Advanced スナップショットの基本構成.................................................. 19499 スナップショット・マウント・ポイント ................................................. 195100 Snapshot Mount Points ウィザード........................................................... 196101 スナップショット・コンシステンシ・グループの作成 ......................... 197102 コンシステンシ・グループのスナップショットの作成 ......................... 198103 コンシステンシ・グループのスナップショットの接続 ......................... 199104 VADP のフロー・ダイアグラム................................................................. 201105 VMware Data Recovery............................................................................... 202106 サンプル Avamar 環境................................................................................. 206107 サンプルのプロキシ構成 ............................................................................. 208108 Avamar バックアップ管理の構成オプション.......................................... 209109 Avamar 仮想マシン・イメージのリストア.............................................. 211

7VMware vSphere での EMC VNX ストレージの使用

図

110 Avamar 参照ツリー ..................................................................................... 212111 NetWorker の仮想化トポロジー・ビュー................................................ 215112 VADP スナップショット ............................................................................ 215113 VADP 向けの NetWorker 構成設定 .......................................................... 216114 NetWorker を使用した NDMP リカバリ ................................................. 218115 統合チェックポイントを使用したバックアップ..................................... 219116 レプリケーション・ウィザード................................................................. 231117 レプリケーション・ウィザード（続き）................................................... 232118 MirrorView コンシステンシ・グループ・テクノロジーを使用

して相互依存する書き込みの整合性を維持する ..................................... 235119 EMC VMware Unisphere インタフェース............................................... 237120 VNX システム間の MirrorView の有効化 ............................................... 238121 MirrorView ウィザード：ソース LUN を選択 ....................................... 239122 MirrorView ウィザード：リモート・ストレージを選択 ...................... 240123 ミラーされた LUN のプロモート.............................................................. 241124 VMFS に基づく仮想インフラストラクチャでの MirrorView/S を

使用したビジネス継続性ソリューション ................................................. 242125 MirrorView LUN の同期............................................................................. 243126 RecoverPoint アーキテクチャの概要 ........................................................ 244127 ESXi ホストでの VAAI のサポートの無効化........................................... 247128 RM による NFS データストアと仮想マシンの保護 ............................... 254129 vSphere Client を使用した仮想マシンの ESXi への登録 ....................... 255130 SRM リカバリ・プランのサマリー ........................................................... 257131 VMware vCenter SRM 構成 ....................................................................... 258132 SRM 保護グループの作成 ........................................................................... 259133 リカバリ・プランのテスト......................................................................... 261134 リカバリ・プランのクリーンアップ......................................................... 262135 EMC MirrorView を使用した SRM リカバリ・プラン.......................... 263136 SRM の再保護 ............................................................................................... 264137 Incremental SAN Copy によるデータ・ヴォールティング .................. 272138 Unisphere または Storage Viewer を使用したソース LUN の特定 ..... 273139 Incremental SAN Copy セッションの作成 .............................................. 275140 Incremental SAN Copy セッションの作成（続き）................................ 276141 VNX にデータを移行するための SAN Copy セッションの作成 ......... 281


タイトルページ

表

1 推奨される NMP パス選択プラグ・イン .................................................... 672 NFS VAAI の機能............................................................................................ 823 サポートされる SDRS LUN 構成 .................................................................. 904 VASA ストレージ機能と VNX LUN の対応表........................................... 925 VNX OE for Block 5.32 ストレージ機能と VNX LUN の対応表.............. 936 SIOC の輻輳ウィンドウ ............................................................................... 1037 VNX コネクタのメトリック ........................................................................ 1308 コマンド・ライン、vSphere 4、vSphere 5 における名称の対応.......... 1329 仮想マシンのディスク割り当てポリシー.................................................. 13310 VNX でサポートされているディスク・タイプ ........................................ 14611 プールの機能.................................................................................................. 14812 VNX RAID オプション................................................................................. 14913 シン LUN とシック LUN の違い ................................................................ 15514 仮想マシンのクローン作成のための VNX ベースのテクノロジー ....... 17615 バックアップ / リカバリ・オプション ..................................................... 22116 VMware 環境向けの EMC レプリケーションのオプション .................. 22817 VNX MirrorView の制限事項...................................................................... 23418 VNX RecoverPoint スプリッタで VAAI がサポートされる小

リビジョン・レベル ......................................................................................24619 EMC RecoverPoint の機能のサポート ....................................................... 24820 VNX と仮想マシンの RDM ......................................................................... 25021 データ・レプリケーション・ソリューション.......................................... 266


表


はじめに

製品ラインのパフォーマンスと機能を継続的に改善および強化するための取り組みの一環として、EMC ではハードウェアおよびソフトウェアの新規バージョンを定期的にリリースしています。そのため、本書で説明されている機能の中には、現在お使いのソフトウェアまたはハードウェアのバージョンによっては、サポートされていないものもあります。製品の機能に関する新情報については、ご使用になっている製品のリリース・ノートを参照してください。

製品が正常に機能しない、またはこのマニュアルの説明どおりに動作しない場合には、EMC の担当者にお問い合わせください。

注：このマニュアルには、発行時点で正確だった情報が記載されています。ただし、情報の追加により、EMC オンライン・サポート用 Web サイトではこのドキュメントの新しいバージョンがリリースされている可能性があります。EMC オンライン・サポート Web サイトをチェックし、このマニュアルの新バージョンを使用していることを確認してください。

対象読者この TechBook では、VMware vSphere と EMC VNX シリーズの連携について説明します。この TechBook の内容は、ストレージ管理者、システム管理者、VMware vSphere 管理者を対象としています。

注：このドキュメントは主に VNX ストレージについて取り上げていますが、その内容の多くは、vSphere に EMC Celerra または EMC CLARiX のストレージを使用している場合にも当てはまります。

注：このドキュメントにおける ESXi という記述は、VMware ESX Serverバージョン 5.0 を指します。特に記述がない限り、ESXi 5.x と ESXi は同義です。


12

はじめに

EMC VNX ストレージ・アレイやホスト・デバイスの入手、管理、運用に携わる方も本 TechBook をご参照ください。以下のトピックに関する知見のある読者に有益な内容となっています。

◆ EMC VNX シリーズ

◆ EMC Unisphere

◆ VMware vSphere 向け EMC VSI（Virtual Storage Integrator）

◆ VMware vSphere 4.0、4.1、5.0

関連ドキュメント次に示す EMC 関連の資料に補足情報が記載されています。

◆ EMC CLARiiON Asymmetric Active/Active Feature（ALUA）

◆ EMC VSI for VMware vSphere: Path Management（製品ガイド）

◆ EMC VSI for VMware vSphere: Path Management（リリース・ノート）

◆ EMC VSI for VMware vSphere: Unified Storage Management（製品ガイド）

◆ EMC VSI for VMware vSphere: Unified Storage Management（リリース・ノート）

◆ EMC VSI for VMware vSphere: Storage Viewer（製品ガイド）

◆ EMC VSI for VMware vSphere: Storage Viewer（リリース・ノート）

◆ Migrating Data From an EMC CLARiiON Array to a VNX Platform using SAN Copy（ホワイト・ペーパー）

VMware 製品の詳細については、以下に示す VMware Web サイトを参照してください。

◆ http://www.vmware.com/jp/products/

◆ http://www.vmware.com/jp/support/pubs/vs_pubs.html

VMware の Web サイトで次のドキュメントを入手できます。

◆ vSphere iSCSI SAN Configuration Guide

本書で使用されている表記法

EMC では、特別な注意を要する事項に次の表記法を使用します。

危険：回避しなかった場合に死亡または重傷を招く危険な状況を示します。

VMware vSphere での EMC VNX ストレージの使用

はじめに

警告：回避しなかった場合に死亡または重傷を招く可能性がある危険な状況を示します。

注意：安全性警告記号とともに使用され、回避しなかった場合に軽傷または中程度の負傷を招く可能性がある危険な状況を示します。

通知：負傷の原因にはならない作業を説明するときに使用されます。

注：重要であるものの、危険を伴わない情報を表します。

重要

重要な通知には、ソフトウェアやハードウェアの操作上重要な情報が含まれています。

表記法本書では、以下の表記法を使用します。

通常処理手順を除く本文で、以下の場合に使用：

• インタフェース要素の名前（ウィンドウ、ダイアログ・ボックス、ボタン、フィールド、メニューの名前）

• リソース、属性、プール、論理式、ボタン、 DQL ス

テートメント、キーワード、節、環境変数、関数、ユーティリティの名前

• URL、パス名、ファイル名、ディレクトリ名、コンピュータ名、ファイル名、リンク、グループ、サービス・キー、ファイル・システム、通知

太字処理手順を除く本文で、以下の場合に使用：

• コマンド、デーモン、オプション、プログラム、プロセス、サービス、アプリケーション、ユーティリティ、カーネル、通知、システム・コール、マニュアル・ページの名前

処理手順で、以下の場合に使用：

• インタフェース要素の名前（ウィンドウ、ダイアログ・ボックス、ボタン、フィールド、メニューの名前）

• 具体的にユーザーが選択する、クリックする、押す、または入力するもの


14

はじめに

ご意見をお寄せくださいTechBook に関する皆さんのフィードバックは貴重な情報です。お客様の目的に適った有益な情報を提供するために、本書やその他のTechBook に関するご意見・ご感想をぜひお聞かせください。

[email protected]

斜体処理手順を含むすべてのテキストで、以下の場合に使用：

• 本文内で参照される出版物の完全なタイトル

• 強調（新規用語など）

• 変数

クーリエ以下の場合に使用：

• エラー・メッセージやスクリプトなどのシステム出力

• 本文以外で使用される、 URL、完全なパス、ファイル

名、プロンプト、構文

クーリエ、太字以下の場合に使用：

• 特定のユーザー入力（コマンドなど）

クーリエ、斜体処理手順で、以下の場合に使用：

• コマンド・ラインの変数

• ユーザーが入力する変数

< > 山括弧内はユーザーが入力するパラメータまたは変数を示す

［］オプション値

| 縦棒は、選択肢を示し、「または」を意味する

{ } 中括弧は、指定する必要のある内容を示す（例： x、 y、 z）

... 省略記号は、例の中で省略した重要でない情報を示す


1

本章は、以下のトピックで構成されています。

◆ はじめに ............................................................................................. 16◆ 管理ツール ......................................................................................... 18◆ VMware vSphere のインストール .................................................. 25◆ VMware vSphere の構成 .................................................................. 31◆ vSphere での VNX ストレージのプロビジョニング ................... 50◆ 統合ストレージに関する考慮事項 ................................................. 58◆ vSphere ストレージ構成 .................................................................. 77◆ ネットワークの考慮事項 ............................................................... 105◆ 仮想マシンの考慮事項 ................................................................... 108◆ ストレージの監視および管理 ....................................................... 119◆ ストレージの効率性 ....................................................................... 132◆ VNX ストレージ・オプション ...................................................... 145

VNX ストレージにおけるVMware vSphere の構成

VNX ストレージにおける VMware vSphere の構成 15

16

VNX ストレージにおける VMware vSphere の構成

はじめに

VMware による仮想化と EMC® VNX® ストレージ・システムを抜きにして今日のデータセンターを語ることはできません。VMware が提供する第一線の仮想化プラットフォーム、そして圧倒的な拡張性と柔軟性を仮想環境にもたらす VNX シリーズは、市場屈指のシンプルさと効率性によって総所有コストを小限に抑えます。

お客様は次の VNX の次の機能を利用できます。

◆ 仮想化アプリケーション用に適化されたユニファイド・ストレージ。

◆ 新の Intel マルチコア CPU による業界をリードする性能。

◆ VNX により管理者は、フラッシュ、SAS、ニアライン SAS ドライブを組み合わせ、環境内のあらゆるニーズを満たすとともに、ストレージのスケールアウトによって将来的な要件を満たすことが可能。

◆ 6 Gb/ 秒 SAS バックエンドと新のフラッシュ、SAS、NL-SAS ドライブ・テクノロジー。

◆ ファイブ・ナイン（99.999%）の可用性を備えた信頼性の高いストレージ・システム。

◆ EMC UltraFlex™ I/O 接続ファイバ・チャネル（FC）、iSCSI（Internet Small Computer System Interface）、CIFS（Common Internet File System）、NFS（Network File System）、パラレルNFS（pNFS）、MPFS（Multi-Path File System）、FCoE（Fibre Channel over Ethernet）の接続性。

◆ フラッシュ・ドライブを使用した拡張 LUN キャッシュ。

◆ ファイル、ブロック、オブジェクトのマルチプロトコル・サポート。EMC Atmos® Virtual Edition（Atmos VE）を使用したオブジェクト・アクセスに対応。

◆ EMC Unisphere®の合理化されたストレージ管理インタフェース。

◆ VMware 対応 Unisphere、EMC Virtual Storage Integrator for VMware vCenter™ プラグ・イン、VNX VC Operations Managerアダプタを使用した VMware 管理統合。



VMware vSphere には、ストレージ管理のための製品統合機能と仮想環境にメリットのある製品機能を備えた VNX シリーズが適です。

VMware の管理者は、バーチャル・ストレージの管理に以下の機能を利用できます。

◆ シン・プロビジョニング：ブロック・ストレージとファイル・ストレージの節約および合理化された管理。

◆ ファイル圧縮：NFS の効率性（仮想マシンのディスク・ファイルを圧縮）。

◆ ファイル重複排除：NFS ファイル・システム内の冗長なファイルを排除。

◆ LUN 圧縮：データを圧縮し、ストレージ・プール内のストレージ使用率を向上。

◆ FAST VPとFAST Cache：サブLUN要素を自動的に再配置することによって、ストレージ・リソースに関するアプリケーションのニーズを適化し、バランスを調整する。

◆ NFS 仮想 Data Mover：NFS サービスを分離し、NFS 環境のセキュリティとレプリケーションを強化。

◆ VAAI（vStorage APIs for Array Integration）：SCSI と NFS のストレージ統合によってホストとストレージ・システム間の I/Oを低減。

◆ 高度なスナップショット：大 3,000 個の設置効率の高いスナップショット（各ソース LUN あたり大 256 個のスナップショット）。この機能は、VNX OE for Block バージョン 5.32 以降で利用できます。

◆ EMC Replication Manager：アプリケーション・コンシステントな仮想マシン・レプリカを VNX 上で管理できる単一のインタフェース。

はじめに 17

18


管理ツール EMC は、VNX ストレージの管理のために、EMC Unisphere とEMC Virtual Storage Integrator vSphere Client プラグ・インというVMware を中心とした 2 つの管理オプションを提供しています。

EMC Unisphere Unisphere は、簡単な操作で VNX システムをリモート管理できるWeb 対応のインタフェースです。その直感的なインタフェースで、ストレージ・システムを管理し、監視することができます。環境の稼働状態に関する詳しい情報は、カスタマイズ可能なダッシュボード・ビューを通じてリアルタイムに確認することができます（図 1を参照）。

図 1 EMC Unisphere インタフェース

Unisphere は VMware の検出機能を備えており、仮想マシンとデータストア・ストレージの詳細情報を vSphere から収集し、VNX ストレージ・システム・デバイスのコンテキストで表示します。この統合によって、Unisphere 管理者は、vSphere 環境内における VNX ストレージの使用状況を把握することができます。19 ページの図 2 に示したのは、LUN 番号 17 のプロパティです。



インタフェースの表示内容から、この LUN はホスト ucs23.emc.labに割り当てられ、Ora11gR2VM という名前の仮想マシンによって使用されていることが分かります。また、Unisphere には、仮想マシンをサポートするための仮想ディスクやデータストアについての関連情報も表示されます。

このインタフェースに表示される情報を利用して環境を監視したり、ストレージ・システムのレプリケーションとデータ保護ポリシーを構成する際の仮想ディスクの配置を確認したりすることができます。

図 2 LUN のプロパティ

管理ツール 19

20


EMC VSI for VMware vSphere

VSI（Virtual Storage Integrator）は、ストレージの管理機能をvCenter にまで拡張する vSphere Client プラグ・イン・フレームワークです。VSI が持つモジュール型のフレームワークを通じて、環境内に設置されている特定の EMC 製品に必要な管理機能を追加したり削除したりすることができます。このセクションでは、VNX に対してもよく使用される VSI USM（Unified Storage Management）、Storage Viewer、パス管理機能について説明します。

図 3 VSI 機能マネージャ



VSI：Unified Storage Management USM（Unified Storage Management）機能により、vSphere の管理者は vCenter インタフェースを使用して VNX ストレージを管理できます。この機能では、ESXi™ ホストまたはデータセンター・クラスタにストレージをプロビジョニングするために必要な vSphere とVNX のプロビジョニング・タスクを実行することによって、データストアと RDM の作成を自動化します。

USM 機能には次のものがあります。

◆ EMC のベスト・プラクティスに基づくエンド・ツー・エンドのデータストア・プロビジョニング。

◆ RDM（raw デバイス・マッピング）または VMFS（仮想マシン・ファイル・システム）用マルチ LUN の作成とマスキング。

◆ 全仮想マシン・クローンの迅速なプロビジョニングと NFS データストア内の設置効率の高いファスト・クローン。

◆ NFS データストアの重複排除

◆ 仮想ディスク・ファイルの圧縮

VSI Unified Access Control

USM でストレージ・システムにアクセスして管理するためには、管理権限または委任された管理権限が必要です。VSI UAC（Unified Access Control）for VNX は、許可されたユーザーに VNX の管理アクセス権を付与するユーティリティです。RAID グループ、ストレージ・プール、NFS ファイル・システムの各レベルで表示と管理の権限が付与される明示的な deny モデルを動作基盤としています。

管理ツール 21

22


また、UAC の権限は、暗号化鍵としてエクスポートされます。その鍵は、VI クライアントを実行する他のシステムにストレージ管理者がインポートします。図 4 に、アクセス・プロファイルの作成ステップを示します。

図 4 Unified Access Control のワークフロー

VSI：Storage Viewer VSI Storage Viewer は、VNX ストレージの詳細（LUN、ファイル・システム、データ・パス）を ESXi データストアのコンテキストで表示します。VI クライアントから特定のデータストアや LUN を選択すると、そのコンテキストに基づいたデバイス情報が表示されます。このインタフェースに表示される情報は、環境のトラブルシューティングや次のようなストレージ管理タスクを実行するためにデバイスの詳細を特定するうえで役立ちます。

◆ vSphere Client 内の共通のビューでストレージ情報を表示する。

◆ VMFS、NFS、RDM ストレージといった VNX ストレージのプロパティを VMware 管理者が特定できる。



◆ VNX ストレージの LUN の接続性とデバイスの詳細を表示する。

図 5 に示したのは、VNX ファイル・デバイスの Storage Viewer の例です。このビューで、VNX システム ID、ファイル・システム、RAID タイプ、ストレージ・プールなどについての詳しい情報を確認できます。

図 5 Storage Viewer で見た NFS データストアの詳細

図 6 に示したのは、VNX ブロック・デバイスの Storage Viewer の例です。このビューで、VNX システム ID、LUN ID、RAID タイプ、LUN タイプなどについての詳しい情報を確認できます。

図 6 Storage Viewer で見た VNX ブロック・ストレージの詳細

管理ツール 23

24


VNX に対する vSphere のインストールと構成

ESXi 環境の構成で初に行う作業は、ESXi ハイパーバイザのインストールです。ESXi イメージのインストールに対応したストレージ・デバイスとしては、ローカル・サーバのディスク、USB ストレージ・デバイス、SAN SCSI LUN（Boot from SAN 構成）があります。図 7 に示したのは、ESXi システムをインストールし、VNXストレージ・システムで構成するためのワークフローです。この章の残りのセクションは、このワークフローのステップの内容に沿って説明しています。vSphere 環境を構築するプロセスを論理的に示すことがその目的です。いくつかのタスクは、vSphere の自動展開機能とホスト・プロファイル機能を使用して自動化でき、ホストを追加する作業を効率化することができます。

図 7 構成ワークフロー



VMware vSphere のインストール

SAN に ESXi イメージをインストールすると、次の理由からパフォーマンスと信頼性が向上します。

◆ RAID 保護された Tier 1 ストレージによって、ローカル・ディスクの障害から生じるダウンタイムが排除される。

◆ 複数のスピンドルと複数の I/O チャネルに I/O が分散される。

◆ ハードウェア故障時におけるホストのリプレースが合理化されている。

注： vSphere 5 では、インストール処理が自動化され、大規模な環境でのインストール時間が大幅に短縮されています。Auto Deploy の詳細については、「vSphere Installation and Setup Guide」を参照してください。

SAN LUN からの vSphere のブート

ホストのケーブル接続を行います。ホストの電源が投入されたときにホスト・イニシエータが VNX のストレージ・プロセッサ（SP）にログインするように HBA と LUN のゾーニングを行います。

1. 次の情報を収集して、アレイ上の特定のフロントエンド・ポートを使用するように環境を構成します。

• ESXi のホスト名

• IP アドレス

• HBA WWN

– WWN は、イニシエータが SP にログインした後、［Unisphere Host Connectivity］ページで確認するか、

ESXi 内から確認してください。

• VNX の管理 IP アドレスと認証情報

注：ストレージのゾーニングが済んでいない場合は、HBA の WWN（World Wide Names）を SAN スイッチから取得してください。

2. ESXi ホストの電源を投入します。

VMware vSphere のインストール 25

26


3. ホストの BIOS 設定でブート順序を適切に設定します。SANブート・デバイスが、以下の周辺機器の直後に来るようにしてください。

• 明示的に要求されない限り、ホスト上のローカル RAID SCSIコントローラは無効化する。

• 仮想フロッピーまたは CD-ROM デバイス。

• ローカル・デバイス。

注： SAN ブートであっても、VNX LUN BIOS からはローカル・デバイスとして認識されます。

• ソフトウェア iSCSI の場合、ネットワーク・カードで iSCSIブート・サポートを有効にする。

4. ブート・デバイスとして FC、FCoE、iSCSI のいずれかのアダプタを有効にし、バスをスキャンしてポート・ログインを開始します。

5. アレイ・コントローラのプロパティを表示して、アダプタからVNX にアクセスできることを確認します。

6. Unisphere にアクセスしてホスト接続ステータスを表示します。アダプタが適切な SP ポートにログインしていることを確認します。

7. SAN からブートするためには、HBA を手動で登録する必要があります。新しいイニシエータを選択し、ホストの完全修飾ドメイン名を使用して手動で登録します。VAAI（vStorage API for Array Integration）と NMP（Native Multipathing Plug-in）のautorestore をサポートするため、フェイルオーバー・モードをALUA（Asymetrical Logical Unit Access）モードに設定します。

注：一部のサーバでは、ホスト・オペレーティング・システムのインストールが開始されるまでホスト・イニシエータが表示されません。たとえば、HBA BIOS 調査機能のない Cisco UCS に ESXi をインストールする場合がこれに該当します。

8. ブート・イメージのインストール先となる LUN を作成します。LUN は、必ずしも 20 GB より大きくする必要はありません。この LUN から作成されるデータストアには仮想マシンを保存しないでください。

9. ストレージ・グループを作成し、ホスト・レコードと新しいLUN を追加します。

10. ホスト・アダプタを再スキャンしてホストに新しいデバイスを検出させます。LUN が表示されない場合や、依然として LUN Z と表示される場合は、構成を再確認して HBA を再スキャンします。



11. ブート・デバイスの識別用に特定のホスト LUN ID を確保することをお勧めします。たとえば、ブート・ボリュームを格納する LUN には、ホスト LUN 番号として 0 を割り当てます。このようにすることで、ホストに割り当てられているブート・ボリュームを他の LUN と区別しやすくなります（図 8）。

図 8 ESXi ブート・デバイスに対する Unisphere での LUN 割り当て

12. CD-ROM/DVD-ROM/USB/ 仮想メディアがキャディ内にあり、ブート順序でローカル・デバイスよりも前になっていることを確認します。

注： BIOS では、SAN ブート・デバイスとローカル・ディスクが区別されません。

13. ESXi のインストールを開始します。DGC デバイスを選択し、インストール・ステップに従ってホストを構成します。


28


SAN iSCSI LUN からの vSphere のブート

ESXi 4.1 以降では、iSCSI ソフトウェア・ブート・ファームウェア（iBFT）がサポートされます。FC からのブートについて挙げた利点は、VNX iSCSI ストレージの iBFT でも同じように得ることができ、構成タスクもほとんど変わりません。選択するストレージ・プロトコルは、ほとんどの場合、使用するインフラストラクチャに合わせて決めるか、単なる好みで決めることになります。

この構成が正しく機能するためには、ソフトウェア・イニシエータ・ブートをサポートし、ギガビット以上のスループットをサポートしているネットワーク・カードが必要となります。サポート対象のデバイスかどうかを「VMware Compatibility Guide」で確認したうえで、以下の手順を開始してください。

システムの起動中に iSCSI アダプタの構成ユーティリティにアクセスし、次の手順に従って HBA を構成します。

◆ iSCSI Initiator の IP アドレスと IQN 名を設定する。

◆ VNX iSCSI ターゲットのアドレスを定義する。

◆ ターゲットをスキャンする。

◆ ブート設定とターゲット・デバイスを有効にする。

iSCSI アダプタの有効化と構成の手順については、該当するベンダーのドキュメントを参照してください。

1. イニシエータにはそれぞれ、VNX プラットフォーム上のストレージ・グループを割り当てるための一意の IQN が必要です。環境内の各 iSCSI Initiator に一意の IQN を指定してください。

2. Unisphere を使用して、VNX プラットフォーム上に iSCSI ポータルを構成します。

VNX iSCSI は、MTU の値が 1488 ～ 9000 のジャンボ・フレームをサポートします。ジャンボ・フレームを有効にする際は、I/Oパス内のすべてのコンポーネント（ホスト、ネットワーク・スイッチ・ポート、ストレージ・インタフェース）がジャンボ・フレームをサポートしていること、また、それぞれの MTU サイズに相違がないことを確認してください。



3. 前のステップで使用した iSCSI ポートの IP アドレスと IQN 名を指定して、iSCSI ターゲットを構成します。CHAP を構成するためのオプションが用意されているため、必要に応じて iSCSI セッションのセキュリティを高めることができます。

図 9 VNX iSCSI ポート管理インタフェース


30


図 10 VNX ターゲット構成に使用する iBFT インタフェース

4. VNX SP B 上の iSCSI ポートのアドレス情報で、もう 1 つのターゲットを構成します。

5. Unisphere を開いて次のタスクを行います。

• 新しいイニシエータ・レコードを登録する

• 新しいストレージ・グループを作成する

• 新しいブート LUN を作成する

• 新しく登録したホストをストレージ・グループに追加する

6. ESXi イメージをインストールします。



VMware vSphere の構成

VNX は、ミッドエンドからハイエンドの vSphere 環境で求められる共有ストレージの要件を満たした拡張性の高いストレージ・システムです。VNX アーキテクチャは広範なアプリケーションと拡張要件に対応し、vSphere に理想的なプラットフォームとなっています。このセクションでは、vSphere の各機能の関係と、VNX と組み合わせて使用する場合の考慮事項について取り上げます。

ホストとの接続性 vSphere と VNX システムから大の価値を引き出すためには、ホスト・ストレージとの適切な接続性が重要な要素となります。ホストとの接続性は、物理ケーブル、ポート（または WWN ゾーニング）、ホスト・アダプタ設定、ストレージ・ポート構成から成ります。

VMware vSphere の構成 31

32


ESXi と VNX はどちらも、ファイバ・チャネル、FCoE、iSCSI、NFS の各ストレージ・プロトコルをサポートしています（図 11）。VNX はさらに CIFS ファイル共有プロトコルをサポートし、Windows の仮想マシンによる共有ファイル・システム・アクセスに対応しています。このセクションでは、ESXi ホストと VNX ストレージ環境との接続性を確立するうえでの考慮事項について説明します。

図 11 VNX ストレージと VMware vSphere

注： VNX と ESXi がサポートする SCSI トランスポート・タイプは一度に 1つだけです。ESXi ホストは、FCoE、FC、iSCSI の各インタフェースを使用して LUN にアクセスすることができます。ただし、異なる SCSI トランスポート・プロトコルを使用して同じデバイスにアクセスすることはできません。



物理的構成以下、ESXi ホストと VNX ストレージ・システム間に一般的な接続性を確立するための推奨されるステップを示します。

1. 各 ESXi ホストは少なくとも 2 つの物理ホスト・アダプタで構成し、ホストとストレージ・システム間にデバイス・パスの冗長性を確保します。

2. 物理パスの接続にはそれぞれ別個のスイッチを使用し、冗長性とフォルト・トレランスを確保します。

3. イニシエータとターゲットのペアには論理上それぞれ別々のスイッチ・ゾーンを作成し、各 HBA を各 SP の別個のポートにゾーニングします。

4. すべてのホストのイニシエータを VNX 上の 1 つのストレージ・グループに追加します。

ポート構成 VNX ストレージ・システムは、4 つの 8 Gb FC ポートをオンボードで搭載しているほか、FC、FCoE、iSCSI、Ethernet 接続のためのI/O モジュール増設用の拡張スロットを備えています。VNX システムは、接続オプションを通じてカスタマイズできます。ホストの要件に合わせて調整したり、ホストの I/O をストレージ・システムに分散したりすることが可能です。

ESXi ホストには、ストレージ・システムに対する物理パスを低でも 2 本確保する必要があります。パス（パスの数が 2 本を超える場合はパス・ペア）ごとのケーブルがそれぞれ別個の物理スイッチに接続されているのが理想的です。

利用できる全 SP I/O ポートに ESXi ホスト・アダプタ接続を分散し、マルチパス機能を使用してターゲット・デバイスへのパスを並列化したときに、全体的なレスポンス・タイムが短となります。ポート構成をプランニングする際は、MirrorView と RecoverPointのポート要件に注意してください。


34


図 12 は、VNX への接続に使用する FC/FCoE と iSCSI の基本的なトポロジーを示したものです。

図 12 FC/FCoE/iSCSI/NFS で VNX に接続する ESXi のトポロジー

注： iSCSI ハードウェア・イニシエータの構成は、FC HBA の構成と同様です。

ESX HBA のキューの深さ

ストレージ・システムへの接続性は、ESX ホスト・アダプタによって確保されます。ほとんどの場合、アダプタの設定はデフォルトのままでよく、HBA のインストール時に ESXi または VNX システムで別途構成する必要はありません。

唯一例外があるとすれば、HBA のキューの深さです。ESXi 5 のHBA に対するキューの大深さは、デフォルトでは 64 です。つまり、VMkernel に存在できる未処理の I/O は常に 64 に限定されます。一般に、この値を変更する必要はありません（特に、デバイスにアクセスするホストが 3 台を超える場合）。

VNX 内で ESXi ホストのパフォーマンスに影響を及ぼす可能性のある I/O キューは、データストアをサポートするために使用されるLUN キューとフロント・ホスト・ポート・キューです。フロントエンド・ポートあたりの大 I/O 数は 1,600 以下に限定するとともに、VNX の増設 SLIC にホスト接続の拡張の余地がある場合は、フロントエンド接続オプションの使用をお勧めします。



LUN キューは、ホスト・アダプタ・キューをチューニングする際に考慮すべきも重要な要素です。通常、HBA キューの大深さの変更が必要になる唯一のケースは、LUN キューの深さが、LUN にアクセスする全ホスト・アダプタのキューの深さの累積値を超えていて、デバイス・キュー使用率（%USD）の esxtop 値が常時 100 であり、さらに、デバイスのキュー登録済みコマンド（WQLEN）が 0より大きい場合だけです。

たとえば、VNX OE for Block 5.32 において、20 ディスクの VNXプールから LUN によって作成されるディスクのキューの深さは約224 です。ホスト・アダプタのキューの深さは 64 です。ホストが 2ノード・クラスタに属している場合、キューの大深さの累積値は128 となります。つまり、アプリケーションの I/O 性能がホスト・アダプタによって制限される可能性があります。

この値と一致するように Disk.SchedNumRequestsOutstanding を設定してください。データストア・クラスタ内で複数の ESXi ホストが構成されている場合、キューの深さの累積値がすぐに LUN キューを上回ってしまうことが考えられます。ホストのキューの深さは、設定が大きくなりすぎないように VMware SIOC（Storage I/O Control）によって制御されていますが、キューの深さはデフォルトの 64 を維持することをお勧めします。

ファイバ・チャネルのゾーニング

VNX では、シングル・イニシエータ対シングル・ターゲットのゾーニングが使用されます。イニシエータと VNX SP 間のアクティブ・パスの数は 1 つに制限することをお勧めします。各イニシエータには 2 つのゾーンを作成します。一方のゾーンをホスト・イニシエータと、ストレージ・プロセッサ A（SP A）ポート用に構成し、もう一方のゾーンをホスト・イニシエータとストレージ・プロセッサ B

（SP B）ポート用に構成します。

I/O が非同期である場合や、パフォーマンスよりも信頼性を優先させる場合は、イニシエータを SP あたり 2 つのポートにゾーニングすることができます。その分、アクティブ期間中の I/O スループットは制限されます。


36


VLAN（Virtual Local Area Network）IP ストレージ・システムで「ゾーニング」という言葉は使われませんが、Ethernet でも、Ethernet スイッチの VLAN（Virtual Local Area Network）によって同様の概念が実現されています。VLAN では、ブロードキャスト・ドメインが、同じ VLAN ID で構成されたスイッチ・ポートまたはホスト・アダプタに限定されます。VLAN は、iSCSI 接続や NFS 接続に使用される ESXi IP ストレージ・アダプタとVNX IP ストレージ・アダプタ間のポートを分離する手法です。

注： VNX iSCSI ポート間のネットワークを分離するために、EMC では従来より、独立したサブネットの使用を推奨してきました。非経路選択型のネットワークでは、ESXi ホストと VNX システムの iSCSI ポートは、別々のVLAN に属している限り、同じネットワーク・アドレスを使用するように構成されます。

イニシエータの手動登録

SAN からブートする場合など、特定のケースでは、VNX 上のホスト・イニシエータを構成して、ブート LUN 用のストレージ・グループを作成します。この場合、新しいイニシエータ・レコードの作成には、Unisphere のホスト・イニシエータ・インタフェースを使用します。図 13 に、この登録作業の方法を示します。

図 13 ホスト・イニシエータの VNX 構成

イニシエータに関係したパラメータは次のとおりです。

◆ ESXi のホスト名：ユーザー指定 ◆ ESXi の管理 IP アドレス：ユーザー指定◆ イニシエータ・タイプ：CLARiX/VNX◆ フェイルオーバー・モード：フェイルオーバー・モード 4

（ALUA）を選択



VNX には、フェイルオーバー・モードが 4 つありますが、ESXi ホスト・イニシエータを構成する際に適用できるのは 2 つだけです。ESXi は ALUA に対応しています。すべての場合において、フェイルオーバー・モード 4 を選択してください。ただし、フェイルオーバー・モード 1 については、CX プラットフォームで構成されるデフォルトのモードであるため、以下の説明に加えています。

◆ 非対称アクティブ / アクティブ・モード（フェイルオーバー・モード 4）：ALUA モード構成では、ホストがいずれかの VNX SP に I/O を発行します。適な I/O パスを提供する SP がLUN のオーナーになります。ピア SP から提供されるパス（適ではないパス）は、すべての適パスに障害が発生したか、何らかの理由で使用できなくなった場合にのみ使用されます。VNX 上での VAAI 動作をサポートするためには、フェイルオーバー・モード 4 を使用する必要があります。

◆ アクティブ - パッシブ・モード（フェイルオーバー・モード 1）：このモードでは、LUN の作成時に割り当てられた SP への適パスまたは優先パスが 1 つだけ使用されます。LUN は、SP レベルまたはホスト・レベルのシステム停止が生じない限り、その SP に対してアクティブのまま維持されます。このモードは、以前の CX プラットフォームで使用されていました。

ESXi 4.0 以降は、ALUA に対応しています。つまり、ESXi ホストは、アクティブ / 適 LUN パスを使用して VNX に I/O を送信します。アクティブ / 適パスが使用不可になった場合、ホストは、LUN を所有している SP 上の別のアクティブ / 適パスの使用を試みます。使用可能なアクティブ / 適パスが存在しない場合で、なおかつ非適 SP へのアクティブ・パスが存在する場合、ホストはピア SP 経由でトレスパス・リクエストを LUN に発行します。その後はピア SP が LUN オーナーとして、すべての I/O リクエストに対応します。パスのトレスパスとリストアの詳細については、NMPの構成に関するセクションを参照してください。

vSphere 5.1 では、パスがリストアされると、すべてのパスがデフォルト・オーナーに戻されます。


38


FCoE（Fibre Channel over Ethernet）VNX プラットフォームは、FCoE のネイティブ・サポートによって、サーバ、スイッチ、ストレージ・サブシステム間の合理化された物理ケーブル接続が可能となっています。FCoE 接続では、IPベースの一般的なサーバ・トラフィックやストレージ・システムのI/O を、IP を使った広帯域幅の少数の物理接続を介し、サーバとの間でやり取りすることができます。

CNA（Converged Network Adapter）と FCoE ソフトウェア・イニシエータが vSphere 5 でサポートされたことで、データ・トラフィックを支える物理ハードウェアの設置面積要件が軽減され、統合ネットワークによる高い転送速度が実現されています。

高パフォーマンスのブロック I/O は従来、FC を使った専用のデータ・トラフィック・ネットワークを介して処理されていましたが、そのような I/O も、CNA（または FCoE を効率よくサポートする10 GbE アダプタ）を使用して、IP ベースの単一のネットワークに統合することができます。

10 GbE FCoE 接続は、VNX 拡張モジュールにより低限の構成で追加できます。

ネットワークの考慮事項

ネットワーク装置 Ethernet ストレージ・ネットワークには以下の事柄を考慮してください。

◆ CAT 6ケーブルを銅線Ethernetネットワークへの接続に使用する。◆ クロス・スタック EtherChannel、Virtual Port Channeling など、

マルチシャーシ・リンク統合テクノロジーをサポートするネットワーク・スイッチを使用する。詳細については、69 ページの「マルチパスに関する考慮事項：NFS」を参照してください。

◆ FCoE ハードウェア・アダプタと 10 GbE 統合ネットワーク・スイッチを組み合わせて、ストレージ・ネットワークの統合を図る。詳細については、38 ページの「FCoE（Fibre Channel over Ethernet）」を参照してください。

◆ NFS、iSCSI、FCoE に 10 GbE をサポートするスイッチ・ベンダーを選択する。



Ethernet 構成の考慮事項IP ストレージ・ネットワークを構成する際は、以下の点を考慮してください。

◆ ネットワークと I/O の効率性を高めるために、専用の物理スイッチまたは独立 VLAN を使用する。

◆ ネットワーク・スイッチをストレージ・ネットワークと兼用する場合は、次の操作を実行する。

1. フロー制御を有効にします。

2. スパニング・ツリー・プロトコルを有効にし、RSTP またはport-fast を有効にします。

3. ストレージ・ネットワーク・ポートでブリッジ・プロトコルのデータ・ユニット（PDU）を制限します。

◆ 一般に、ESXi ホストの I/O はランダムで、ほとんどの場合、ジャンボ・フレームで得られる利点は限定的。大きなブロック I/Oとシーケンシャルなワークロードについては、フレーム・サイズを大きくすることで一定の効果が期待できます。VNX は、大 9,000 バイトのフレームをサポートします。I/O が集中するワークロードのパフォーマンスを向上させるには、ジャンボ・フレームを構成する際に、I/O パス内の各ネットワーク・インタフェース（ホスト、スイッチ、VNX）に一貫した MTU サイズを設定してください。

◆ vSphere 5 は、FCoE ソフトウェア・イニシエータをサポートしている。ソフトウェア・イニシエータの FCoE と 10 GbE ネットワーク・スイッチを組み合わせて、ストレージとスイッチの装置を統合することを検討してください。

ESXi の VMkernel ポート構成

ESXi では、システム管理と IP ストレージに VMkernel ポートが使用されます。VMkernel の IP ストレージ・インタフェースを通じて、1 つまたは複数の VNX iSCSI ネットワーク・ポータルまたはNFS サーバにアクセスすることができます。

NFS 用の VMkernel インタフェースを構成するには、40 ページの図 14 を参考にして、次のステップを実行します。

1. IP ストレージ・インタフェースをサポートする新しい仮想スイッチを作成します。

2. インタフェースの使用目的を表すネットワーク・ラベルを割り当てます（NFS など）。


40


3. VNX NFS Server と同じ物理ネットワークまたは論理ネットワークからネットワーク・アダプタを割り当てて、［Next］をクリックします。

図 14 VMkernel ポートの構成



4. ［VMkernel - IP Connection Settings］ダイアログ・ボックスで、次の VMkernel IP 設定を指定します。

a. IP アドレス

b. サブネット・マスク

c. デフォルト・ネットワーク・ゲートウェイ

注： DHCP の使用は避けてください。

注： ESXi の管理インタフェースと VMkernel インタフェースは、ESXi ホストのデフォルトのルーティング・テーブルを共有します。そのため、同じサブネットを使用するように NFS サーバが構成されていると、ストレージI/O が誤って管理インタフェースによってルーティングされる場合があります。これを避けるために、管理ネットワークとストレージ・ネットワークにはそれぞれ別個のサブネットまたは VLAN を使用してください。

5. ［Next］をクリックします。［Ready to Complete］ダイアログ・ボックスが表示されます。

6. 設定を確認し、［Finish］をクリックして終了します。


42


iSCSI ポート・バインディング

ESXi の iSCSI ソフトウェア・イニシエータとホスト・ネットワーク・アダプタの関連づけは、iSCSI ポート・バインディングによって行います。vSphere 5 以降の vCenter には、VMkernel アダプタのiSCSI 管理機能が追加され、管理者は、ESXi ホストのソフトウェア・イニシエータに大 8 つの VMkernel アダプタをバインドすることができます（図 15）。

図 15 vSphere 5 での VMkernel アダプタのバインディング



vSphere 5 では、構成ルール上、すべての iSCSI インタフェースが単一の物理アダプタと対になるように構成する必要があります。VNXシステムには、次の 2 とおりの構成方法があります。

◆ 個々のアダプタの構成に、それぞれ異なるネットワーク・サブネットの IP アドレスを使用する。

◆ VNX iSCSI ターゲット / ネットワーク・ポータルに対する別個のEthernet スイッチ・パスを使用する。

44 ページの図 16 は、ネットワーク・カードを 2 枚装着した ESXi ホストの小構成を示しています。vmk1 のネットワーク・インタフェースは、17.24.110.0/24 サブネット上の IP アドレスで構成されています。ポート A4 とポート B4 上の iSCSI ターゲットも、17.24.110.0 サブネット上のアドレスを使って構成されています。vmk2 の ESXi ネットワーク・インタフェースと、VNX ポート A5 および B5 の iSCSI ターゲットには、10.1.1.0/24 サブネット上の IP アドレスが使用されています。

各 VMnic は、アレイに対するパスを 2 つ持つので、合計で 4 つのパスが存在します。

ESXi ホストがネイティブ・マルチパスを使用しており、なおかつLUN が固定モードで構成されている場合、I/O には、1 つのパス

（LUN の SP アクティブ / 適パス）が使用されます。もう一方のパスはスタンバイに設定され、固定パスで障害が発生した場合に使用されます。

ESXi ホストに PowerPath/VE（またはネイティブ・マルチパス・ラウンド・ロビン）が使用されている場合、このホストは、各 LUNとの間に 2 つのアクティブ / 適パスを持ち、さらに、両方のアクティブ / 適パスで障害が発生した場合に備えて 2 つのスタンバイ・パスを持ちます。


44


どちらのシナリオも、LUN オーナーが SP A である場合、SP A の両方のパスに障害が発生しない限り、SP B のパスは使用されません。

図 16 VNX iSCSI ターゲットの最小構成



高いホスト・スループットが要求される環境では、ESXi アダプタを追加して、VNX iSCSI ネットワーク・ポータルへの専用のパスを設けます。図 17 に示した構成例では、4 つの VNX iSCSI ターゲット・ポートに対する専用の I/O パスを追加しています。この構成では、SP ごとに 2 つの専用パスを利用できます。これによってホストから見える LUN の帯域幅が向上します。帯域幅または可用性をさらに高める必要がある場合は、ESXi と VNX の iSCSI ポートを追加することで対応します。

図 17 VNX iSCSI ターゲットの推奨構成


46


vSphere 5 には、iSCSI VMkernel ポート・バインディングを行うための UI が用意されています。以前の vSphere リリースでは、IP ストレージ・インタフェースの構成に esxcli コマンドが使用されていました。vSphere 5.x では、vSphere Client から iSCSI を構成できるようになりました（図 18）。

図 18 iSCSI Initiator と VMkernel ネットワーク・アダプタのバインド

注： vSphere 4 ホストの場合、ポート・バインディングの構成は、ESXi ホストで esxcli コマンドを実行することによって行います。

iSCSI マルチパスをアクティブ化するには、次の esxcli コマンドを実行します。

# esxcli swiscsi nic add -n <ポート名 > -d <vmhba>

ソフトウェア iSCSI Initiator にポートが追加されたことを確認するには、次のコマンドを実行します。

# esxcli swiscsi nic list -d <vmhba>



iSCSI での遅延 ACK 設定

10 GbE インタフェース経由で VNX iSCSI LUN にアクセスする際のESXi ホストのパフォーマンスが特定の状況下で低下する場合があります。この問題は、ESXi ホストが TCP の遅延 ACK を使用するように構成されていると発生します。遅延 ACK は、ESXi ホストに対する複数の TCP ACK を 1 つのレスポンスにまとめることでネットワーク・パケットを削減する TCP の適化機能です。これは、ホストと VNX 間で送信される TCP パケットが大量に存在する場合には効果的です。しかし、単一の仮想マシンまたは ESXi ホストがシーケンシャル書き込みを行うようなケースも存在します。この場合、ホストは一連の I/O を書き込んで ACK を待ちます。VNX に未処理のリクエストが複数存在した場合、これらのリクエストは、対応するACK とともにグループ化され、単一のパケットとして送信されます。ところが、VNX は、ACK 以外に応答するデータがない場合、さらに他のデータが来るのを待ちます。送信パケットが他に存在しない場合、遅延 ACK のタイムアウト値（200 ミリ秒）に達するまで待機してから ACK を送信します。この動作によって、I/O ストリームに 200 ミリ秒の遅延が入り込む可能性があります。パフォーマンスの低下が認められる場合は、10 GbE NIC 上でソフトウェアiSCSI の遅延 ACK 設定を無効化してください。


48


図 19 に、この設定を無効化する方法を示します。

図 19 ストレージ・アダプタの遅延 ACK 設定を無効化する方法

VMware ナレッジベース「ESX/ESXi hosts might experience read/write performance issues with certain storage arrays (1002598)」に、遅延 ACK を無効化するためのステップが紹介されています。

1. vSphere Client にログインし、ホストを選択します。

2. ［Configuration］タブを選択します。

3. ［Storage Adapters］を選択します。

4. 変更する iSCSI vmhba を選択します。

5. ［Properties］をクリックします。



6. サイトのニーズにも合った方法を以下の中から選び、遅延ACK 設定を変更します。

a. 検出アドレスに対して遅延 ACK 設定を変更するには、次のステップを実行します（推奨）。

1. 検出アドレスで［Dynamic Discovery］タブを選択します。

2. ［Server Address］タブを選択します。

3. ［Settings］をクリックします。

4. ［Advanced］をクリックします。

または

b. 特定のターゲットに対して遅延 ACK 設定を変更するには、次のステップを実行します。

1. ［Static Discovery］タブを選択します。

2. ターゲットを選択します。

3. ［Settings］をクリックします。


または

c. 遅延 ACK 設定をグローバルに変更するには、次のステップを実行します。

1. ［General］タブを選択します。


7. ［Advanced Settings］ダイアログ・ボックスで下にスクロールし、［Delayed ACK］設定を表示します。

8. ［Inherit From parent］をオフにします。

9. ［Delayed Ack］をオフにします。

10. ホストを再起動します。


50


vSphere での VNX ストレージのプロビジョニング

ESXi ホストには、VNX ストレージが 2 つの形態で表示されます。1つは、エクスポートされた NFS ファイル・システムで、もう 1 つはSCSI LUN です。NFS ファイル・システムが vSphere のデータストアとしてのみ使用されるのに対し、LUN は、データストア用にフォーマットしたり、RDM 仮想ディスクとして仮想マシンに割り当てたりすることができます。

RDM ディスクは、VMFS のフォーマットを経ずに直接仮想マシンに割り当てられます。VMkernel は、LUN 情報（一意のデバイス IDなど）をもとに、RDM の vmdk マッピング・ファイルを生成します。仮想マシンは、UUID を使用して I/O を直接 VNX LUN に発行します。複数の仮想マシンが 1 つの VMFS ボリュームを共有することによって生じるファイル・システムのオーバーヘッドやデバイスの競合は、RDM を使用することで低減できます。

EMC では、vCenter と連係する各種のツールを提供しています。EMC Unified Storage Management プラグ・インを使用することで、ストレージ・デバイスとデータストアの作成を自動化し、単純化することが可能です。

EMC Unified Storage Management を使用した NFS データストアの作成

vSphere の VNX NFS ファイル・システムを構成するには、以下のステップを実行します。

1. VNX ファイル・システムを作成します。

2. VSI または Unisphere を使用してファイル・システムを ESXi ホストにエクスポートします。

3. ファイル・システムを ESXi の NFS データストアとして追加します。

これらのステップは、Unisphere を使用して手動で実行できるほか、ここで説明する Unified Storage Management プラグ・インを使用して実行することもできます（51 ページの図 20 も参照）。

USM を使用して NFS データストアをプロビジョニングするには：

1. vSphere Client からホストまたはクラスタ・オブジェクトを右クリックします。

注：クラスタ、フォルダ、データセンターを選択した場合、そのオブジェクト内のすべての ESXi ホストが、新しくプロビジョニングされたストレージに接続されます。

2. ［EMC］＞［Unified Storage］を選択します。



3. ［Provision Storage］を選択します。Provision Storage ウィザードが表示されます。

4. ［Network File System］を選択し、［Next］をクリックします。

5. ［Storage System］テーブルから VNX を選択します。［Storage System］テーブルに VNX が表示されない場合は、［Add］をクリックします。Add Credentials ウィザードが表示されます。VNX ストレージ・システムを追加します。

6. ［Datastore Name］フィールドにデータストアの名前を入力し、［Next］をクリックします。

7. ［Data Mover Name］リスト・ボックスから Data Mover を選択します。

8. ［Data Mover Interfaces］リスト・ボックスから Data Mover インタフェースを選択し、［Next］をクリックします。

9. ［Create New NFS Export］を選択し、［Next］をクリックします。

図 20 USM によるファイル・ストレージのプロビジョニング

vSphere での VNX ストレージのプロビジョニング 51

52


10.［Storage Pool］リスト・ボックスからストレージ・プールを選択します。

注：ユーザーには、ストレージ・プールにある利用可能なすべてのストレージが表示されます。ストレージ管理者が VMware vSphere 用に指定したストレージ・プールを確実に選択してください。

11.［Initial Capacity］フィールドで、NFS エクスポートの初期容量を入力し、その単位を右側のリスト・ボックスから選択します。

12. 必要に応じて新しいファイル・システムをシン・プロビジョニングすることもできます。その場合は、［Thin Enabled］を選択します。

注： EMC VSI を使用して新しい NFS データストアを作成すると、シン・プロビジョニングとファイル・システムの自動拡張が自動的に有効になります。［New NFS Export］ウィンドウで、データストアに必要な初期容量と大容量の値を入力します。

図 21 USM を使用した新しい NFS データストアの作成



13. ファイル・システムの仮想プロビジョニングを有効にした場合、大容量の指定は必須です。52 ページの図 21 を見ると、［Max

Capacity］フィールドに NFS エクスポートの初期容量が入力されていることが分かります。右側のリスト・ボックスから単位を選択してください。

14.［Advanced］をクリックします。［Advanced Options］ダイアログ・ボックスが表示されます。

VNX と VMware vSphere に適なパフォーマンスを確保するうえで重要な設定は次のとおりです。

• ［High Water Mark］：ファイル・システムの領域が何パーセント消費されたら VNX によるファイル・システムの自動拡張が開始されるかを指定します。指定できる値の範囲は 50 ～99 です。デフォルトは 90% です。

• ［Direct Writes］：VNX ファイル・システムに対するライト・パフォーマンスを強化します。これは、正しい形式の NFS 書き込みが、Data Mover のキャッシュをバイパスできるメカニズムです。その目的は、大容量ファイル（仮想ディスク・ファイルなど）への接続が多数伴うアプリケーションのパフォーマンス向上です。レプリケーションを使用する場合、セカンダリ・ファイル・システムでも Direct Writes が有効になります。

15. 設定を確認して［OK］をクリックし、［Finish］をクリックします。

VMFS データストアと RDM ボリュームに使用するブロック・ストレージのプロビジョニング

VMFS データストアを vSphere 環境に追加するためには、次のタスクが必要となります。

◆ LUN の作成◆ LUN のマスキング解除 ◆ ホストの再スキャン◆ VMFS データストアの作成

VSI の USM 機能には、次の特徴があります。

◆ 前述の手動プロビジョニング・タスクを自動化するための統合されたワークフローを提供する。

◆ 管理者が VMFS ボリューム（複数可）を作成し、各ボリュームを64 KB の境界に正しく位置合わせできる。

◆ LUN を作成し、フォーマットなしで割り当てることができる（LUN を RDM ディスクとして仮想マシンに提供できる）。


54


USM のインストール後、vSphere オブジェクト（vCenter 内のホスト、クラスタ、フォルダ、データセンターなど）を右クリックします。

注：クラスタ、フォルダ、データセンターを選択した場合、そのオブジェクト内のすべての ESXi ホストに、新しくプロビジョニングされたストレージへのアクセスが許可されます。

1. ［EMC］＞［Unified Storage］を選択します。

2. ［Provision Storage］を選択します。Provision Storage ウィザードが表示されます（図 22）。

3. ［Disk/LUN］を選択し、［Next］をクリックします。

図 22 USM によるファイル・ストレージのプロビジョニング



4. ［Storage System］テーブルから VNX を選択します。［Storage Array］テーブルに VNX が表示されない場合は、［Add］をクリックします。Add Credentials ウィザードが表示されます。VNX ストレージ・システムを追加します。

5. 新しい LUN のプロビジョニング先となるストレージ・プールまたは RAID グループを選択し、［Next］をクリックします。

6. データストア・ボリューム・フォーマットを VMFS-3 またはVMFS-5 として選択し、［Next］をクリックします。

7. VMFS データストアまたは RDM ボリュームを選択します。

8. 新しい LUN のオーナーとなる SP を選択し、［Auto Assignment Enabled］を選択します。［Next］をクリックします。

注：ブロック・ストレージのフェイルオーバーに使用するフェイルオーバー・ソフトウェアをインストールし、正しく構成します。

注： VMFS データストアと異なり、RDM LUN は単一の仮想マシンにバインドされており、複数の仮想マシン間で共有することはできません（仮想マシン・レベルでクラスタリングが構築されている場合を除く）。物理ストレージとバーチャル・ストレージ間の 1 対 1 マッピングが必要である場合以外は、VMFS データストアを使用してください。

9. VMFS データストアについて、次のステップを実行します。

• ［Datastore Name］フィールドにデータストアの名前を入力する。

• ［Maximum File Size］リスト・ボックスから大ファイル・サイズを選択する。

10.［LUN ID］リスト・ボックスから LUN 番号を選択します。

11.［Default Owner］リスト・ボックスで、新しい LUN のオーナーとなる SP を選択します。


56


12.［Capacity］フィールドで、LUN の初期容量を入力し、その単位を右側のリスト・ボックスから選択します。この操作を図 23に示します。

図 23 USM を使用した新しい VMFS データストアの作成

13.［Advanced］をクリックして、LUN に使用する VNX FAST VPポリシー設定を構成します。次に示す 3 つの階層化ポリシー・オプションがあります。

• ［Auto-Tier］：初期データの配置をプール内のすべてのドライブ・タイプに分散して、LUN における階層の使用率を大化します。その後のデータの再配置は、I/O アクティビティに応じて、利用可能な階層全体にデータが分散するように、LUN のパフォーマンス統計に基づいて行われます。

• ［Highest Available Tier］：初期データの配置およびその後のデータ再配置（行われる場合）で優先される階層を、空き容量のある中でもパフォーマンスに優れたディスク・ドライブに設定します。

• ［Lowest Available Tier］：初期データの配置およびその後のデータ再配置（行われる場合）で優先される階層を、空き容量のある中でもコスト効率のよいディスク・ドライブに設定します。



14.［Finish］をクリックします。

以上のステップが完了すると、USM によって次のタスクが実行されます。

• 選択されたストレージ・プール内に LUN を作成する。

• LUN を専用 SP に割り当てる。

• 選択された ESXi ホストに関連づけられたストレージ・グループに LUN を追加して、ホストから参照できるようにする。

• VMFS が選択された場合、新しく作成した LUN 上に VMFSデータストアを作成する。

15.［Configuration］＞［Storage］を選択すると、新しくプロビジョニングされたストレージが表示されます。


58


統合ストレージに関する考慮事項

ストレージを適切に構成するためは、初のプランニングが重要です。適切なプランニングによって構成作業がスムーズになり、文書化された構成プランを検証やサポートの資料として役立てることができます。

このセクションで取り上げる推奨事項は一般的な指針です。具体的に推奨される構成は、実際のワークロードに左右されます。

ストレージ環境を設計するための一番の方法は、要件を把握することです。ストレージのプランニングを行う際は、まずアプリケーション要件を見極める必要があります。ストレージ構成は、主に次の 3 つの要因によって決まります。

◆ 必要なスループット（IOPS）または帯域幅（MB/ 秒）

◆ レスポンス・タイムまたはレーテンシー（ミリ秒）

◆ ストレージ容量

アプリケーション・プロファイルとレスポンス・タイムの要件を把握したうえで、それらをストレージ・リソースの要件に置き換えます。

データストアの仮想マシン密度

vSphere が VAAI や SIOC（Storage I/O Control）に対応したことで、従来データストアにおいて、仮想マシンの拡張性を阻んできた多くの要因が緩和されています。また、vSphere 5 では、仮想マシンのワークロードをストレージ・リソース全体にバランスよく分散させる機能（SDRS など）が追加されました。

VNX は、VAAI に対応しているほか、さまざまなクラスのストレージ・デバイスに対応し、サポートされるストレージ・デバイス、ポート、LUN の数も増えています。

どのぐらいの数の仮想マシンをデータストアに追加するのが適切かは、I/O ワークロード、レスポンス・タイム、容量によって決まります。

VNX LUN はその構成によって、数万件の I/O を処理する能力を備えています。EMC が取り組んできた成果は VDI に活かされており、実際、ワークロードを中程度（仮想マシンあたり 5 IOPS）とし、数百台の仮想マシンでデータストアを利用する VDI が実現されています。

ESXi ホスト・クラスタから大量の I/O が生成されるパフォーマンス重視の環境では、複数の LUN を作成し、複数の LUN キューに I/Oを分散させます。



SIOC 以外の環境では、LUN を使用するすべての仮想マシンからのI/O を VMkernel が逐次化し、キューイングします。LUN キューが大きくなると、レスポンス・タイムが長くなる可能性があります。

定義済みの輻輳パラメータをレスポンス・タイムが超えると、SIOCが LUN キューの深さを調整することによってこの状況を軽減します。SIOC の有効化と構成については、101 ページの「SIOC（Storage I/O Control）」の推奨事項に従ってください。

SIOC を有効にしなかった場合、この制御は、他のさまざまな ESXiホスト・パラメータに委ねられます。たとえば、ホストから LUNに送信するリクエスト数は、Disk.SchedNumReqOutstanding によってデフォルトで 32 に制限されます。ホストから送信されるリクエスト数がこの値によって制限され、LUN キューを 1 つの仮想マシンが独占できないようになっています。

データストアの拡張

VMFS では、マルチ LUN またはマルチエクステント・ボリュームの使用がサポートされます。データの増大で空き領域の不足したVMFS データストアは、新しいエクステントを追加することによってその容量を増やすことができます。

一般に、マルチ LUN ボリュームの使用は、不要な複雑さを招き、管理オーバーヘッドが大きくなることから推奨されません。VNX に十分な空き領域がある場合、マルチ LUN エクステントには、次のアプローチが推奨されます。

◆ LUN を拡張し、vSphere 内で VMFS ボリュームを拡大する。

◆ 新しいデバイスを作成し、そこに LUN 移行を使用してデータを移行する。この方法は、同じ容量またはそれ以上の容量の任意の LUN への移行が可能であるため、基礎になるストレージ・タイプを変更できる利点もあります。

◆ Storage DRS™ を使用してデータストア・クラスタを作成し、仮想マシンの配置を Storage DRS に委ねる。

VNX File でのソリッド・ステート・ボリューム

以下に示したのは、VNX OE for File でフラッシュ・ドライブを使用するために必要な構成の一般的な推奨事項です。

◆ 一般的な NFS データストアには AVM（Automatic Volume Management）プールを使用する。

EFD の AVM テンプレートは RAID 5（4+1 または 8+1）およびRAID 1/0（1+1）です

統合ストレージに関する考慮事項 59

60


◆ EFD ストレージ・プールあたり 4 つの LUN を作成し、LUN オーナーシップを各 SP に分散する。

注：この推奨事項は他のストレージ・プールには該当しません。

◆ AVM で利用できないカスタム・ボリューム構成は MVM（Manual Volume Management）を使って行う。

◆ EFD は機械的なヘッドの移動を伴わないため、EFD から構成された RAID グループ上の複数の LUN にわたるストライピングがサポートされる。

ストレージのサイズと構成に関する一般的な推奨事項

VNX では、管理者の把握している I/O ワークロードに応じて異なるサービス・レベルを仮想マシンに割り当てることができます。これは主に、ストレージ・クラスと高度な LUN 機能を使用して行います。

ワークロードの詳細が不明な場合は、以下の一般的なガイドラインに従います。

◆ スナップショット、スワップ・ファイル、仮想マシンのクローンによってデータストアに生じるオーバーヘッドを考慮する。データストアは、容量の 80% 以内に抑えるように努めてください。そうすることで、スペース割り当て、VMware スナップショットの作成、仮想マシンのクローン作成、仮想マシン・スワップ・ファイル用領域の確保などを管理者が滞りなく実行できます。

◆ 仮想マシンのブート・ディスクは一定の IOPS を伴う。たとえば、標準的な Windows XP デスクトップの場合、起動中の 30 秒程度の間に約 350 IOPS が発生します。ブート・ボリュームが存在できる場所は、NFS か VMFS 仮想ディスクのどちらかとなります。

◆ 作成する仮想マシン・スナップショットは 3 つまでとし、長期間にわたって保存することは避ける。変更トラッキングに伴うデータストア内のログ・アクティビティを回避するため、仮想マシンのクローンを使用して、ポイント・イン・タイム・イメージを取得するようにします。

◆ SIOC を有効にして、高 I/O トラフィックの時間を制御し、vSphere で SIOC のレスポンス・タイムを監視する。レスポンス・タイムの長い状態が続くようであれば、VMware vSphere Storage vMotion® で仮想マシンの再バランシングを行うか、SDRS クラスタを構成して再分配を自動化します。



◆ FAST Cache は、それにふさわしいワークロードに使用する。FAST Cache は、頻繁にアクセスされるランダムな I/O ワークロードに適しています。シーケンシャル・ワークロードでは通常、その操作中にデータの読み取りまたは書き込みが 1 回行われます。シーケンシャル・データ・アクセスのパターンは、FAST Cache のウォームアップに時間がかかることが多く、SPの読み取りキャッシュによる処理の方が適しています。

◆ FAST VP LUN に再配置されたデータの量を監視する。FAST VPプールで大部分のデータが絶えず再バランシングされている場合は、上位の階層のディスク数を増やすことを検討してください。

ワークロード・サイズに応じた推奨事項を以下に示します。

◆ 低いワークロード

• 仮想デスクトップ環境の I/O 要件は低めだが、起動、ウイルス・スキャン、多数のユーザーのログオンなどの操作に伴うバーストがまれに発生する。

• 仮想マシン内で生じる I/O バーストの影響を小さくするため、FAST Cache 対応の LUN またはホスト・キャッシュを使用する。

• リンク・クローン VDI 環境には SSD のホスト・キャッシュを使用する。EFD 上のホスト・キャッシュに仮想スワップ・ファイルを置くことを検討してください。

• 静的ファイルが格納されるファイル・サーバには、SAS とNL-SAS ドライブを組み合わせた RAID 5 FAST VP プールを使用する。

– これらの仮想マシンには、300 GB、10K RPM 程度の中サイズ SAS ドライブが適している可能性がある。

• アーカイブ・データを格納するデータストアには、1 TB および 2 TB の NL-SAS ドライブを使用する。

• RAID 6 には、1 TB を超える NL-SAS ドライブを使用する。

– インフラストラクチャ・サーバ（DNS サーバなど）の処理の中心はプロセッサであり、I/O は低め。このような仮想マシンは、SAS と NL-SAS ドライブから成る FAST VPプールまたは NFS に格納することができます。

◆ 中程度のワークロード

• データベース・アプリケーションの中程度のワークロードについては、SAS データストアが適している。2 台程度の SSD で構成された FAST Cache または FAST VP は、データベース内の使用頻度の高いテーブルに適しています。データベース・ログの仮想ディスクには別個の RAID 10 データストアを使用します。


62


◆ 高いワークロード

• データのホット領域があるアプリケーションは、FAST Cacheの追加が効果的である。

• データベースのログ・ファイルは、RAID 10 VMFS、NFS、RDM デバイス内の別個の仮想ディスクに格納する。

• 小さなブロックのランダム I/O 読み取りワークロードが大量に発生する仮想マシンは、RAID 10 で保護されたボリューム、EFD または FAST Cache に割り当ててパフォーマンスを高める。このような仮想マシンには、専用の RDM デバイスの使用を検討してください。

• 書き込みの多いワークロードが予想される仮想マシンには、RAID 1/0 の LUN またはファイル・システムを使用する。

ストレージのマルチパス

マルチパスは、ホストと LUN 間に複数の I/O パスを設ける機能です。その目的は、次の 2 つの重要な要件を満たすことにあります。

1. 信頼性：万一コンポーネントの障害が発生した場合でも、マルチ I/O パスによってアプリケーション・データへのアクセスが確保されます。

2. 拡張性：ホストは I/O を並列処理し、複数のストレージ・アダプタに振り分けることで効率性を高めることができます。均等に分散することでストレージ・リソースの使用率が適に保たれているのが理想です。

ESXi ホストのマルチパス構成に進む前に、VNX の LUN オーナーシップと ALUA について再度確認しておきます（63 ページの図 24）。VNX ストレージ・システムには、SP A と SP B という 2 つのストレージ・プロセッサがあります。LUN のオーナーとなる SPは常に 1 つだけです。

LUN を作成する際、その LUN は SP に割り当てられます。この SPが LUN のデフォルト・オーナーになります。LUN を所有できる SPは一度に 1 つだけです。LUN を所有する SP が、そのすべてのフロントエンド I/O ポートから LUN への適なパスを割り出します。ピア SP が I/O を処理することもできますが、その場合、リクエストを満たすためには、I/O に内部バスを経由させる必要があるため、そのパスは適とは言えません。



図 24 は、LUN オーナーシップと I/O パスの概念を表した図です。LUN を SP A が所有しているときの LUN への適パスは、SP A のI/O ポートを通過します。

図 24 LUN オーナーシップ

LUN のトレスパス VNX は、ホストとのパスがすべて使用できなくなったときや、VNX ストレージ・プロセッサにソフトウェア更新を適用しているときなど、ホストやストレージ・システムの状態に応じて LUN を切り替える機能を備えています。

該当する状況が生じると、LUN オーナーシップがピア SP に渡され、ホストは、その SP を使用して、LUN への適な I/O を得ます。LUN がトレスパスされたと見なされるのは、現在のオーナーがデフォルト・オーナーと異なるときです。

LUN フェイルオーバー・モードについては、36 ページの「イニシエータの手動登録」で取り上げています。VNX には、アクティブ /スタンバイ（モード 1）やアクティブ / アクティブ（ALUA）など、複数のフェイルオーバー・モードがあります。vSphere 4 以降では、ALUA が推奨されています。

ALUA モードで構成されている場合、ホストが、いずれかの SP にI/O 要求を発行し、その処理を VNX が行います。ただし、オーナーではない方の SP で受信された I/O は、リクエストを満たすために、内部システム・バスを経由する必要があります。

ESXi ホストは ALUA に対応しており、適なパスが利用できる場合は常にそれらのパスが使用されます。


64


適なパスが使用不可となった場合、ホストは、LUN のオーナーシップを移行するリクエストをピア SP に発行し、その SP に対する

適な I/O パスを得ます。ESXi ホストを起動すると、検出された各LUN を NMP モジュールが照会し、デフォルト SP のオーナーを使用して LUN への優先パスを確立します。以上のプロセスをすべて図示したのが図 25 です。

図 25 LUN のトレスパス



vSphere のネイティブ・マルチパス ESXi VMkernel は、柔軟な拡張が可能なストレージ・アーキテクチャ（Pluggable Storage Architecture）を備えており、さまざまなマルチパス・モジュールに対応しています。vSphere で使用されるPSA（Pluggable Storage Architecture）を図 26 に示します。

図 26 VMkernel の Pluggable Storage Architecture

デフォルトのモジュールは NMP（Native Multipathing Plug-in）です。NMP には、いくつかのパス構成オプションが用意されており、それによって以下の動作を制御することができます。

◆ 複数の物理パスが存在したときに使用される PSP（Path Selection Plug-in）。

◆ パスの障害と復旧のポリシー。

NMP は、新しい LUN を検出したり、SATP（Storage Array Type Plug-in）、イニシエータ・モード、LUN プロパティ（LUN のオーナーとなるデフォルト・ストレージ・プロセッサなど）を識別したりするためのフレームワークです。

NMP は、SATP を使用して LUN に PSP を割り当てます。そのルールは、esxcli storage nmp satp listコマンドを実行して表示できます。

NMP PSP（Path Selection Plug-in）vSphere には、以下の 4 つのネイティブ・パス選択プラグ・インがあります。

◆ 固定パス AP（Array Preference）：FIXED_AP プラグ・インは、アレイを照会して優先パスを取得します。障害が発生しない限り、そのパスが使用されます。この PSP は vSphere 5.0 から廃止されています。vSphere 4.1 では、VMW_SATP_ALUA_CX のデフォルトの PSP として使用されていました。


66


◆ 固定パス：VNX LUN に対する単一の優先（アクティブ / 適）I/O パスを使用します。優先パスが使用不可となった場合、代替パスを使用します。優先パスがリストアされると、再び優先パスに切り替わります。vSphere 5.0 では、VMW_SATP_ALUA_CXのデフォルトの PSP として使用されていました。

◆ ラウンド・ロビン：ホストと LUN 間のすべてのアクティブ / 適パスを使用します。ホストは、アクティブ / 適パスを対象に一定数の I/O を送信しながら、次々にパスを切り替えます。すべてのアクティブ / 適パスで障害が発生しない限り、非適パスは I/O に使用されません。vSphere 5.1 では、VMW_SATP_ALUA_CX のデフォルトの PSP として使用されていました。

◆ MRU（Most Recently Used）：ホスト・イニシエータ・レコードのフェイルオーバー・モードが 1 に設定されている場合、この方式がすべての vSphere ホストで使用されます。ホストの起動時に初に検出された LUN パスが使用されます。このパスは、利用

可能な状態にある限り、そのまま使用されます。パスの障害が発生した場合、ホストは、同じ SP 上の別のパスを使用するか、またはピア SP へのトレスパスを発行します。vSphere 5.0 と 5.1 では、これが VMW_SATP_CX のデフォルトの PSP になります。

各 SATP は、VMware とストレージ・ベンダーによって取り決められた定義済みの PSP（Path Selection Policy）を使用します。図 27は、vSphere 5.1 の VNX システムに使用されている PSP を esxcli コマンドで出力した結果です。

図 27 Esxcli コマンド出力



ESX 5.1 では、NMP のラウンド・ロビン PSP が強化され、優先 SPへのファブリックで発生した障害（HBA/NIC/CNA、スイッチ、SP フロントエンド・ポートの故障）が復旧されたときに、優先（デフォルト）VNX ストレージ・プロセッサ（SP）へのリストアを自動的に実行できるようになりました。表 1 に、推奨される NMP パス選択プラグ・インを示します。

VNX アレイ・ソフトウェア Elias MR2 SP4 は、NMP のラウンド・ロビン PSP が強化されており、優先（デフォルト）VNX ストレージ・プロセッサ（SP）の再起動（故障によるもの、手動によるもの、アレイ・ソフトウェア・アップグレード（NDU）に伴うものなど）後、優先 SP へのリストアを自動的に実行できるようになりました。

ESX 5.1 と VNX OE for Block 05.31.000.5.726 以降の組み合わせでは、ラウンド・ロビンが、VNX LUN の優先 PSP となります。この環境は、複数のアクティブ / 適パスのメリットを活かした I/O の拡張が可能であることに加え、ファブリックの故障（または SP の再起動）後に優先 SP への自動リストアが利用できる利点もあります。

NMP を使用するときは、ラウンド・ロビンを使用してください。

サード・パーティのマルチパス機能：EMC PowerPath Virtual EditionEMC では、ESXi 環境の信頼性と I/O 効率性を強化するマルチパス・プラグ・イン PowerPath Virtual Edition（PowerPath/VE）を提供しています。PowerPath は、vSphere 環境に必要なあらゆる要件を満たしたマルチパス・ソリューションです。

PowerPath/VE は、あらゆる SCSI 構成に対応しており、次のようなメリットがあります。

◆ アダプティブ・ロード・バランシングとパスの適化を実行する。

◆ I/O パスの稼働状態をプロアクティブにモニタリングする。

◆ HBA などのホスト・ストレージ・リソースのエンド・ツー・エンド・ビューやレポート作成機能を備えた、直感的に操作できる CLI がある。

表 1 推奨される NMP パス選択プラグ・イン

ESX リビジョン VNX ソフトウェア・リビジョン

推奨される NMP パス選択プラグ・イン

ESX 5.1 05.31.000.5.726 以降ラウンド・ロビン

VMware ESX 4.x 05.31.000.5.726 以降ラウンド・ロビンまたは固定

ESX の任意のリリース

Elias MR2 SP3 以前ラウンド・ロビンまたは固定


68


◆ ポリシーの変更をホスト・レベルで適用する。

◆ NDU や環境の障害が発生した後に autorestore 機能を使用してLUN を適な SP にリストアすることで、ロード・バランシングとパフォーマンスを保つ。

◆ キューの深さとブロック長に基づいてキューの負荷を分散する。

注： PowerPath はきわめて堅牢な機能を備えており、VNX のマルチパスの実現手段としてお勧めします。

VSI：Path Management Path Management は、LUN のパス・ポリシーの構成を合理化するVSI の拡張機能です。管理者は、グローバル NMP や PowerPath のパス構成を選択し、VNX LUN に割り当てることで、仮想データセンター内の全ホストのポリシーに一貫性を保つことができます（図 28）。

図 28 VSI Path Management 機能

既存のマルチパス・ポリシーを LUN（データストア）ごとに確認するには、VSI Storage Viewer 機能または vCenter デバイスのプロパティを使用します。69 ページの図 29 は、LUN のプロパティ・ページを Storage Viewer 内で表示したところです。このビューには、LUN を所有する Pluggable Storage Architecture と現在の PSP が表示されます。



変更を加える必要がある場合は、VSI Path Management 機能を使用してください。

注：個々のパスの変更は、vCenter を使用するか、vSphere のコマンド・ライン・ユーティリティを使用する必要があります。

図 29 Storage Viewer の LUN ビュー

マルチパスに関する考慮事項：NFSESXi ホストは、NFS バージョン 3（NFSv3）を使用して NFS サーバにアクセスします。NFSv3 プロトコルは、1 つのネットワーク・リンクにつき 1 つの TCP セッションに限定されます。そのため、NFS の I/O ロードを分散する方法は 1 つしかありません。物理レイヤーを使用して、NFS ファイル・システムを複数の ESXi ソース・インタフェースでマウントし、複数のデスティネーション・インタフェースを Data Mover でマウントする方法です。複数のデータ・ムーバー・インタフェースを構成し、ソースとデスティネーション間に設けられた複数のネットワーク・インタフェースに NFS TCPセッションを分散させます。ESXi4 と ESXi5 の NFS マウント数は、デフォルトでそれぞれ 8 と 64 となっています。この値を上限の 64にするためには、ホストの NFS.MaxVolumes パラメータを変更する必要があります。71 ページの図 30 は、高可用性とロード・バランシングを実現するための推奨構成を示しています。NFS で高可用性とロード・バランシングを達成するためのガイドラインは、次のとおりです。


70


◆ 物理ネットワーク・レイヤーの単一障害点（NIC ポート、スイッチ・ポート、物理ネットワーク・スイッチ、VNX Data Moverネットワーク・ポート）をなくす。

◆ 使用可能なすべての I/O パスにワークロードを分散させる。

◆ Data Mover ネットワーク・ポート、スイッチへの接続：VNX Data Mover とネットワーク・スイッチでリンク統合を構成し、フォルト・トレランスを確保する。LACP は、複数のネットワーク・パス間のロード・バランシングをサポートしています。Data Mover と ESXi のスイッチ・ポートに対して静的 LACP を構成してください。

注： ESXi ホストで Cisco Nexus 1000v プラグ対応仮想スイッチを使用している場合は、ESXi と Data Mover の NIC ポートに対して動的 LACP を構成します。

◆ ESXi NIC ポート：ESXi ホストには、NIC チーミングによって物理ネットワークのフォルト・トレランスを確保し、ロード・バランシングを行うことができます。LACP の構成では、仮想スイッチに使用する NIC チーミングのロード・バランシング・ポリシーを Route based on IP hash に設定します。

◆ 物理ネットワーク・スイッチ：物理レイヤーには、複数のスイッチとネットワーク・パスを使用してフォルト・トレランスを確保します。両方のスイッチを使用するように各 Data Moverと ESXi ホストを構成してください。スイッチがマルチシャーシ・リンク統合をサポートしている場合は、それを構成して複数のスイッチを束ね、Data Mover および ESXi ホストからの各I/O パスのポート終端を冗長化します。

注：マルチシャーシ・リンク統合テクノロジーをサポートしていないスイッチでは、VNX Data Mover にフェイルセーフ・ネットワークを使用します。

NFS データストアに対する複数のネットワーク・パスの構成

このセクションでは、71 ページの図 30 に示した構成を構築する方法について説明します。

Unisphere 管理ユーザー・インタフェースを使用し、Data Mover に対して LACP ネットワーク・デバイスを 1 つ作成します。LACP デバイスは、Data Mover 上の 2 つの物理ネットワーク・インタフェースと、同じサブネット上の 2 つの IP アドレスを使用します。

以下のステップを実行して、マルチパス NFS 構成を作成します。

◆ ステップ 1 ～ 7 は EMC Unisphere で実行する。

◆ ステップ 8 ～ 14 は vSphere Client で実行する。



◆ スイッチ・ポート、VNX Data Mover、ESXi ネットワーク・インタフェースでリンク統合を有効にする。

図 30 NFS 用マルチパス構成の要素


72


Unisphere にログインして次のステップを実行します。

1. 管理する VNX システムを選択します。［Settings］＞［Network］＞［Settings For File］を選択します。［Settings For File］ウィンドウが表示されます（図 31）。

図 31 Unisphere のインタフェース

2. ［Devices］タブを選択し、［Create］をクリックします。［Network Device］ダイアログ・ボックスが表示されます。

a. ［Device Name］フィールドに LACP デバイスの名前を指定します。

b.［Type］フィールドから［Link Aggregation］を選択します。

c. ［10/100/1000/10000 ports］フィールドから未使用の Data Mover ポートを 2 つ選択します。

d.［OK］をクリックして LACP デバイスを作成します。

3. ［Settings For File］ウィンドウの［Interfaces］タブを選択します。

4. ［Create］をクリックして新しいネットワーク・インタフェースを作成します。



図 32 NFS サーバ用の Data Mover リンク統合

5. 次のステップを実行します。

a. ［Device Name］リスト・ボックスから、ステップ 2 で作成した LACP デバイスを選択します。

b. 1 つ目の Data Mover LACP インタフェースの IP アドレスを入力します。

c. 図 32 では、IP アドレスを 10.244.156.102 に、インタフェース名を DM2_LACP1 に設定しています。

6. ［Apply］をクリックして 1 つ目のネットワーク・インタフェースを作成します。［Create Network Interface］ウィンドウは開いたままにしてください。

7. ［Create Network Interface］ウィンドウで、2 つ目のネットワーク・インタフェースの情報を入力します。IP アドレス以外は、ステップ 5 で指定した情報と同じです。

a. 2 つ目の LACP 接続の IP アドレスを入力します。

b.［OK］をクリックして 2 つ目のネットワーク・インタフェースを作成します。

c. vSphere Client にアクセスし、各 ESXi ホストについてステップ 7 ～ 12 を実行します。


74


8. この構成の新しい全 NFS データストアに使用する vSwitch を作成します。

9. 新しい vSwitch に単一の VMkernel ポート接続を作成します。そこに物理 NIC を 2 つ追加し、2 つの Data Mover ネットワーク・インタフェースと同じサブネット上の IP アドレスをVMkernel 用に割り当てます。

73 ページの図 32 では、VMkernel の IP アドレスを10.244.156.183 とし、そこに物理 NIC（VMnic0 および VMnic1）を接続します。

10.［Properties］をクリックします。［vSwitch1 Properties］ダイアログ・ボックス（図 33）が表示されます。

図 33 vSphere ネットワーク構成

11.［vSwitch］を選択し、［Edit］をクリックします。［VMkernel Properties］ウィンドウが表示されます（75 ページの図 34）。



図 34 ［VMkernel Properties］ウィンドウ

12.［NIC Teaming］タブを選択し、［Load Balancing］リスト・ボックスから［Route based on IP hash］を選択します。

注： NIC チーミングの［Active Adapters］リストには 2 つの VMnic が表示されます。対応するスイッチ・ポートの EtherChannel を有効にした場合、ソースと宛先の IP アドレスから計算される一意のハッシュ値を使用して、ネットワーク・トラフィックが静的にバランシングされます。結果、VMkernel と Data Mover のネットワーク・インタフェース間でやり取りされるネットワーク・パケットがホストによって分散されます。使用可能なネットワーク・パス間で I/O が分散されることでスループットが向上します。


76


13. VSI USM を使用して NFS データストアをプロビジョニングします。

a. ［Data Mover Name］リスト・ボックスからプライマリ Data Mover を選択します。

b.［Data Mover Interface］リスト・ボックスで、作成した 1 つ目のネットワーク・インタフェースの IP アドレスを選択します。

14. 仮想マシンを作成し、データストアに対して均等に分散します。また、Storage DRS を使用して、データストア・クラスタ内の仮想マシンの配置を自動化することもできます。



vSphere ストレージ構成

ここまでは、ホストの接続に伴う構成オプションと、EMC の管理機能を使って自動化されるストレージ・プロビジョニングについて見てきました。このセクションでは、vSphere のストレージに関連した機能について説明し、それらの機能を VNX ストレージで使用する際に必要な考慮事項を取り上げます。一部、特定のバージョンに固有の機能も含まれていますが、そのような機能については注意書きを添えてあります。

Dead Space Reclamation

リリース 5.0 U1 では、Dead Space Reclamation と呼ばれる機能が導入されました。ファイルまたは仮想マシンがシン VMFS データストア内で削除されたときやシン VMFS データストアから移動されたときに、ディスク領域を回収する機能です。

割り当ての解除機構は、VNX シン LUN を使ってプロビジョニングされた VMFS データストアで動作します。

VMFS データストア内の仮想マシンや仮想ディスク、ファイルは、業務の中で絶えず追加、削除、移行されます。ファイルが削除または移行された後、VMFS ファイル・システム内では、そのディスク・ブロックが、ESXi ホストによって割当て解除されます。しかし、VNX LUN 内ではこれらのブロックが割り当てられたまま維持され、同じ VMFS データストアを共有する仮想マシンしか再利用することができません。

Dead Space Reclamation は、割り当て済みブロックを解放して未使用領域をグローバル・ストレージ・プールに戻すという指示をシンLUN に対して手動で行う機構であり、これによって他のデータストアや RDM LUN もそのスペースを利用できるようになります。

割り当て解除プロセスは、現在の実装では vmkfstools コマンドに -yオプションを指定し、さらに回収する領域の割合（%）を数値で指定することによって開始します。割り当て解除はデータストア・レベルで動作するため、このコマンドは個々のデータストア内から実行する必要があります。たとえば、具体的な運用管理業務として 90% のスペースを削減するには、割り当てを解除するデータストアのディレクトリに移動し、「vmkfstools -y 90」というコマンドを実行します。コマンドが開始されると、ESXi ホストがバルーン・ファイルをデータストア内に作成し、SCSI UNMAP コマンド（0x42）を VNX SCSIターゲットに発行することによって、シン LUN 内の空きブロックが解放されます。シン LUN 内の空き領域はスライスに分割されて、ストレージ・プールに戻されます。VNX シン LUN 上に構成したデータストアの領域を割り当て解除によって回収する例を図 X に示します。

vSphere ストレージ構成 77

78


他のシステムへのパフォーマンス・インパクトを伴う可能性があるため、コマンドはメンテナンスの時間帯に実行する必要があります。

図 35 では、VNX ストレージ・プール（Pool 0）に 2 つの LUN が存在します。デバイス・タイプが分かりやすいように Thin と Thick という名前を使用しています。シック・プロビジョニングされた LUNのサイズは 100 GB です。この LUN に関連づけられたディスク・スライスは、LUN の作成時にプール内で永続的にリザーブされます。LUN を削除するまで、これらのブロックがプールに解放されることはありません。

2 つ目の LUN（Thin）のサイズは 300 GB です。ただし、シン・プロビジョニングであるため、ストレージ・プールから 3 GB のみのメタデータが割り当てられます。VMFS ボリュームのフォーマット後の、プール内のスライスの合計割り当ては 114 GB です。

この図のステップ 2 で、40 GB の仮想ディスクで仮想マシンを作成し、シン LUN に格納したところ、Pool 0 内の割り当て済み領域は140 GB となりました。

図 35 シック LUN 上に構成された仮想マシン

79 ページの図 36 の上半分は、仮想マシンをシン LUN データストアからシック LUN データストアに移行したときの状態を示しています。それぞれのデータストア内の領域は変更されていますが、シン・プールの使用率は変化していません。



この例では、ESX ホストのコマンド・ラインでディレクトリを/vmfs/volumes/Thin に変更し、vmkfstools コマンドに引数として-y および 99（%）を指定して実行しています。その結果を示したのがスクリーンの下半分です。ディスク領域が VNX プールに戻されていることが確認できます。

図 36 仮想マシンをシン LUN に移行したところ

シン LUN からプロビジョニングされた ESXi データストア内の未使用領域を回収するには、vmkfstools コマンドを使用します。領域の確認方法については、この例を参照してください。


80


VMFS-5（Virtual Machine File System 5）vSphere 5.0 以降では、VMFS ファイル・システムが更新されています（VMFS バージョン 5）。VMFS-5 は、スケーラビリティが強化され、ストレージ・システムとの相互運用性が向上しています。VMFS-5 の特徴を次に示します。

◆ より大きなファイル・システムとボリュームがサポートされる。

◆ 固定ブロック長 1 MB。

• 以前のリリースで、より大きなファイルをサポートするために必要とされてきた 1 MB、2 MB、4 MB のブロック長が排除された。

• より大きなファイルに対応するためにダブルおよびトリプル・ブロック間接ポインタをサポート。

◆ ATS（Atomic Test and Set、Hardware Accelerated Locking とも呼ばれる）がすべての SCSI デバイスに対応。

• ESXi ホストは常に VMFS-5 ボリュームで ATS の使用を試みる。

• ATS の動作でエラーが発生した場合、LUN が SCSI-2 コマンドを使用してリクエストを処理する。その後のリクエストは再び ATS に切り替わります。

• 小さなブロック割り当て構成。

新しいデータストアを作成する際、vSphere 5 で作成された新しいデータストアはデフォルトで VMFS-5 ボリュームになりますが、VMFS-3 も引き続き利用できます。ここですべての特徴を挙げることはできませんが、新しいデータストアにはすべて VMFS-5 ボリュームを使用することをお勧めします。

既存の VMFS-3 ファイル・システムは、vmkfstools のアップグレード・オプションを使って VMFS-5 にアップグレードすることができます。ただし、アップグレードした VMFS-3 ファイル・システムでは、VMFS-5 の一部の機能が利用できません。

以下、アップグレードした VMFS-3 データストアの制限事項について説明しています。

◆ VMFS-3 のブロック長を使用する。この場合、統一されたファイル・ブロック長（1 MB）よりも大きくなります。

注：異なるブロック長でフォーマットされたデータストア・ボリューム同士では、VAAI Full Copy 操作はサポートされません。

◆ 新しい 8 K のサブブロックではなく 64 KB のサブブロックを使用する。



◆ 30,720 のファイル制限がある（新しい VMFS-5 データストアは100,000 超）。

VMFS-3 を VMFS-5 にアップグレードする場合、新しく VMFS-5 ボリュームを作成し、Storage vMotion で仮想マシンを移行する方が得策です。VNX のシン・プロビジョニング LUN を VMware のシン仮想ディスクと組み合わせることで、このタスクに必要なストレージ領域の量を減らすことができます。

VAAI（vStorage API for Array Integration）VAAI ストレージ統合は、ストレージに関連したタスクを VNX にオフロードすることで ESXi ホストのリソース使用率を向上させます。特定のストレージ・タスクをホストに代わりストレージ・システムが処理することで、空いたリソースをアプリケーションの処理など他のタスクに向けることができます。

Storage vMotion は、vSphere 5 の Storage DRS の核となる機能であり、VAAI の用途を示す好例です。Storage vMotion タスクの実行中、ESXi ホストは、SCSI XCOPY（eXtended COPY）コマンドを送信します。コマンドには、VNX 上のコピー元とコピー先の LUN が指定されます。仮想ディスクは、VNX のストレージ・プロセッサによってターゲット・デバイスにコピーされます。この操作にかかる時間が、VNX OE for Block 5.32 ではホスト側でタスクを実行した場合と比べて大幅に短縮され、消費される CPU やメモリ、SAN ファブリック I/O リソースもごくわずかとなっています。

VAAI の主要な機能を次に示します。

◆ Hardware Accelerated Zeroing：Block Zero とも呼ばれ、すべてのブロックに同じデータ（ゼロ）を書き込むときに、SCSI WRITE SAME コマンドを使用してバルク書き込み処理を実行します。実際の使われ方としては、未割当てブロックを含む仮想ディスクを新しく作成したときに、ディスクをゼロで初期化するときに使用されます。新しいフラット（eagerzeroedthick）なVMDK を作成すると、適切な割り当てを持ったファイルが瞬時に作成され、残りのブロックはゼロに初期化されます。

◆ Hardware Accelerated Locking：ATS（Atomic Test and Set）とも呼ばれます。仮想マシンの作成、仮想マシンの起動、仮想マシンのプロパティ設定の変更など、メタデータの操作から生じる VMFS の競合を軽減します。ATS により、VNX LUN でエクステント・レベルのロックが可能となり、デバイス全体をロックせずにメタデータを更新することができます。ブート・ストームなど、多数のメタデータ更新を伴う vSphere 操作時の競合が ATS によって軽減されます。


82


◆ Hardware Accelerated Copy：Full Copy とも呼ばれます。アレイ内のブロック移動を SCSI XCOPY コマンドを使用して実行します。この基本となる機能は、vSphere Clone、Storage vMotion（Storage DRS）、Deploy Virtual Machine from Template タスクによって作動します。

◆ NFS Clone Offload：ESXi のクローン操作を VNX Data Mover にオフロードします。その効果は Hardware Accelerated Copy と似ています。ESXi ホストは、CPU とネットワーク・リソースの使用率を削減することができます。

VAAI は、ホストの CPU、メモリ、SAN をアプリケーション・サーバに向けることによって、ホストの効率性を高めます。これにより、運用価値の高い高密度のデータストア構成が可能になります。

以上の機能は、ESXi ホストによりデフォルトで使用されます（NFSを除く）。VNX ストレージにはこれらの機能を使用してください。

NFS 向けの EMC NAS プラグ・イン vSphere 5.0 以降では、NFS データストアでの VAAI 動作がサポートされています。EMC をはじめとするストレージ・ベンダーとの連携を通じて、VMware は、各 ESXi ホストにインストールしたソフトウェア・インタフェースを介し、VAAI と VNX の統合を実現しています。このソフトウェア（ホスト・プラグ・イン）がインストールされていれば、ESXi ホストは、表 2 に記載されているタスクをVNX X-Blade で実行することができます。

VMware View 5.1 には、VNX Fast Clone を使用して新しい仮想マシンを展開する機能があります。View 5.1 製品は、NFS プラグ・インを活用して、NFS データストア上の仮想マシン・ディレクトリ内にシン仮想ディスクを作成します。

表 2 は、NFS VAAI の機能とサポート対象の VNX OE for File のバージョンをまとめた一覧です。

表 2 NFS VAAI の機能

機能 VNX OE

Full Clone 5.31 以降

Extended Stats 5.31 以降

Space Reservation 5.31 以降

Snap of Snap

（View 5.1 では Tech Preview）7.31 以降



仮想マシンのクローン VAAI for NFS は、VNX Data Mover を活用して、シン・ファスト・クローンとシック・フル・クローンによる仮想マシンのレプリカをNFS データストアに作成します。シン・クローンは、少数のファイル・システム・ブロックを使用してソース仮想マシンにリンクすることで瞬時に作成されます。この方法は、使用されるイメージが 1つだけであるため、ディスク領域を節約することができます。仮想マシンを構成するすべての仮想ディスク・ブロックは、ソース仮想マシンへの参照として存在します。ただし更新されたデータは例外で、必要に応じて追加のブロックがファイル・システム内に割り当てられます。

フル・クローンを作成するときは、既存の仮想マシンの忠実なレプリカを作成します。つまり、使用するストレージの容量はソース仮想マシンと同じです。VNX File OE には、シン・ファスト・クローンを作成する機能と、シック・プロビジョニングされたフル・クローンを作成する機能とがあります。フル・クローンをコピーする際は、Data Mover のリソースが使用されます。

ネストされたスナップショット（Snap of Snap）VNX OE for File 7.31 には、仮想マシンのクローンを作成する際に使用できる NFS 機能が新たに追加されています。

EMC NAS プラグ・インのインストールVMkernel で NFS VAAI 機能を使用するためには、ソフトウェア・モジュールが各ホストにインストールされている必要があります。このソフトウェア・バンドルは、VMware のインストール・バンドルとして提供されており、ESXi ホストのコマンド・ラインから、またはVMware vCenter Update Manager を使用してインストールします。

図 37 の例では、ESXi ホストの /tmp ディレクトリにコピーしたVIB を、esxcli コマンドを実行してインストールしています。プラグ・インをインストールする際は、事前に各ホストをメンテナンス・モードにしておいてください。

図 37 プラグ・インのインストール


84


vCenter の［Datatstores］タブ（図 38）には、NFS データストアのHardware Accelerate プロパティが表示されます。

図 38 データストアの NFS Hardware Accelerate プロパティ

VNX NFS データストアのこのプロパティが「Supported」に設定されていない場合は、ESX ホストで次のコマンドを実行して、プラグ・インが正しくインストールされていることを確認します。

esxcli software vib list | grep EMCNasplugin

図 39 ファイル・システムの作成



Vmkfstools の extendedstat vSphere 5 の vmkfstools には、構成されている仮想マシン・ディスクの使用率を表示するためのコマンド・ライン引数が追加されています。NFS ストレージを使用している仮想ディスクの詳細を -extendedstat 引数で表示できます。コマンドを実行すると、仮想ディスクのサイズ、使用済み領域、共有されていない領域が表示されます。図 40 を見ると分かるように、-extendedstat では、すべての値がバイト単位でレポートされます。このことが、自動化されたレポートやカスタム・プロビジョニング・スクリプトの作成しやすさに通じています。

図 40 Vmkfstools のディスク使用率オプション

SDRS（Storage Distributed Resource Scheduler）Storage DRS（SDRS）は vSphere 5 で導入された機能です。CPU やメモリ・リソースを vSphere が DRS で管理するのと同じ要領で、VMware 管理者が、リソースの分散ルールをストレージに適用することができます。互いに独立したデータストアを SDRS の制御の下でグループ化することによって、仮想ディスクの管理を合理化し、vSphere 環境におけるストレージ・リソースの使用率を向上させます。

SDRS には、データストア・クラスタと呼ばれる新しいストレージ・オブジェクトが使用されています。このクラスタは、複数の VMFSまたは NFS データストアから成ります（86 ページの図 41）。


86


SDRS クラスタは、既存の VMFS または NFS データストアを追加することによって構成します。ただし、各クラスタに含めるボリュームは、NFS か VMFS のどちらか一方である必要があります。両方のボリュームを同じクラスタに含めることはできません。クラスタのサイズ変更は、vCenter SDRS 管理を通じてデータストアを追加したり削除したりすることにより、すばやく行うことができます。

決して推奨されませんが、データストア・クラスタには、複数のVNX システムに属する LUN を含めることができます。ただし、VAAI が正常に動作するためには、アクセス先が同じストレージ・システムの LUN である必要があります。異なるシステム上に LUNが存在している場合 VAAI はサポートされないため、Storage vMotion のパフォーマンスに影響します。

図 41 Storage DRS データストア・クラスタ

SDRS は、クラスタ内の各データストアの容量とレスポンス・タイムを監視します。クラスタ化されたデータストア内の仮想マシンの初期配置と再配置は、ポリシーのルールを適用することによって決定されます。

従来はパフォーマンスの監視と分析が不可欠であったリソース・プランニングが、仮想マシンの配置によって合理化されます。ホット・スポット（負荷の高い部分）を特定するためのツールを実行して手動で移行するという作業は、SDRS クラスタを作成することによって不要になります。パフォーマンス特性が似ているデータストアを選び、仮想マシン・ディスクに対する容量とレーテンシー要件を規定するポリシーを作成します。SDRS がストレージ・リソースを常時監視し、データストア間で仮想マシンを分散するための「勧告」を行います。

仮想マシンは再配置を通じて、既存のデータストアから同じクラスタ内の他のデータストアに移動されます。SDRS によって勧告された再配置を手動で実行するか自動的に実行するかは構成を通じて選ぶことが可能です。



SDRS は、クラスタに属している各データストアについて、使用可能な容量（空き領域）と、必要に応じてデバイスのレーテンシーを監視します。仮想マシンを再配置する勧告は、次のタイミングで行われます。

◆ いずれかのデータストアが、それぞれ定義されている容量の閾値を超えた。

◆ 環境に変更が生じた。

◆ 管理者が SDRS ボタンを選択した。

◆ 仮想マシンが存在するデータストアと、同じクラスタ内の他のデータストアとの間で容量レベルまたはサービス・レベルの不均衡が存在する。

Storage DRS は設計上、その効果はすぐには現れません。アグレッシブに再配置を行うように調整することもできますが、デフォルトの再配置ポリシーでは、8 ～ 24 時間のアクティビティが必要となります。SDRS は常時、データストアの容量と、必要に応じて I/Oレーテンシー情報を収集します。このデータストア情報は、ユーザーによって定義されたインターバルで、既存のポリシー・ルールと照らして評価され、仮想マシンの再配置の正当性が判断されます。

注： VNX FAST VP も、プール LUN 内のブロックを自動または手動で再バランシングできる定期的なタスクです。2 つの機能を連携させることはできますが、I/O メトリックの使用中は FAST VP を使用しないでください。FAST VP LUN では I/O メトリックを無効にする必要があります。

SDRS ポリシーの構成

Storage DRS には、次の 2 つの自動化ポリシーが用意されています（88 ページの図 42）。

◆ 完全自動：初期配置と仮想マシンの再配置をユーザー介入なしで実行します。

◆ 自動化なし：仮想マシンの再配置が必要となったときにその都度勧告を行います。


88


図 42 SDRS の高度なポリシー構成

ポリシーには次のメトリックがあります。

◆ ［Utilized Space］：データストア内で消費される領域の容量です。このパラメータのデフォルト値は 80% です。この場合、SDRS によって移行ポリシーが評価されるのは、データストアが容量の閾値を超えた時点となります。

◆ ［I/O Latency］：データストアのレスポンス・タイム（ミリ秒）です。デフォルト値は 15 ミリ秒です。SDRS によって移行ポリシーが評価されるのは、データストアのレスポンス・タイムが15 ミリ秒を超えた時点となります。不均衡ルールの条件が満たされたときも対象となります。



◆ ［Check Imbalance every］：DRS ポリシーをデータストア・クラスタに適用するインターバルを定義します。デフォルト値は 8時間です。vSphere は、標準のインターバルでデータを収集し、8 時間おきにリソース使用率を調整します。

FAST VP LUN についてはレーテンシーの評価を実行しないでください。アプリケーション・ワークロードのばらつきによって結果に歪みが生じる可能性があります。SDRS と FAST VP は異なるグラニュール・レベルで実行されますが、リソースを再バランシングするために同様の機能が実行されます。ストレージ・リソース間でワークロードの再バランシングを行う際は、SDRS または FASTVPのどちらか一方を使用します。両方のサービスを同時に実行することは避けてください。

図 43 に示したのは、I/O メトリックを無効にし、容量使用率に基づいてポリシーを適用するためのインタフェースです。［Enabled I/O metric for SDRS recommendations］はオフにしてください。

図 43 SDRS で I/O メトリックを有効にするための設定

注：データストア・クラスタが、そのデータストアを共有するすべてのホストで構成されていないと、SDRS I/O ロード・バランシングは正しく機能しません。

注： VAAI は、複数のストレージ・システムにまたがって動作することはできません。クラスタ化された 2 つのデータストアがそれぞれ異なるストレージ・システムに属している場合、そのデータストア間での仮想マシンの移行はホスト側で処理されます。

SDRS に使用する VNX ストレージの推奨事項

データストア・クラスタは、容量、ドライブ・タイプ、レーテンシー、階層化ポリシーなどのストレージ特性が似ている LUN から作成してください。そうすることで仮想マシンの容量と I/O 要件をSDRS が均等に分散できます。

VASA（vStorage APIs for Storage Awareness）と仮想マシン・ストレージ・プロファイルが構成されているときに、仮想マシンの退避と移行を自動化するためには、各データストアの機能が同一である必要があります。


90


同じ RAID グループ（またはストレージ・プール）に属しているLUN を SDRS クラスタ内で使用することは避けてください。SDRSの目的は、VNX 内のストレージ・リソース間で I/O を分散することです。同じ RAID グループから複数の LUN を作成した場合、同じスピンドル一式が共有され、SDRS のメリットが打ち消されます。以下、SDRS を使用するために必要な作業をいくつか挙げておきます。

◆ サイズとストレージ・タイプが同じ LUN を使用する。

◆ LUN をペアで追加し、LUN オーナーシップを VNX ストレージ・プロセッサ間で分散する。

◆ FAST VPプールLUNを使用するときは I/Oメトリックを無効にする。

• FAST VP 構成を使用しているときは移行ポリシーを手動に設定する。

◆ 環境を評価するための一定の期間を設け、その間は、移行ポリシーを手動モードに構成する。

◆ 複数の Storage vMotion 接続を割り当てて移行時間を短縮する。

◆ VNX の同期レプリケーション・テクノロジー（MirrorView など）で保護されているデータストア LUN に対しては SDRS を使用しない。

• 仮想マシンの再配置が同期レプリケーションに著しい影響を及ぼすことがあります。同期レプリケーションを使用する場合は、SDRS の移行ポリシーを手動に設定し、仮想マシン移行に伴う不要なデータ・レプリケーションを制限してください。

表 3 に、サポートされている SDRS LUN 構成を示します。

表 3 サポートされる SDRS LUN 構成

VNX の機能初期配置移行の勧告

シン、シック、 FLARE LUN ○ ○

FAST VP ○ × （手動モード）

FAST Cache ○ × （手動モード）

レプリケーション ○ ×

LUN スナップショット ○ ×

重複排除 ○ ×

シン ○ VASA でサポート



VASA（vStorage API for Storage Awareness）vSphere 5.0 で導入された VASA は、vCenter のサービスとして実装され、ストレージ・システムとやり取りしながら VNX デバイスのストレージ機能を検出します。こうして得られたストレージ機能が、データストア、データストア・クラスタ、仮想マシン・ディスクに関連した vCenter の各種管理インタフェースに表示されます。図 44は、LUN に SAS ドライブ（FAST Cache 有効）を使用したデータストア・クラスタのストレージ機能を示しています。

図 44 VASA によって検出されたデータストア・ストレージの機能（VNX フラッシュ・ドライブ LUN）

各データストアのストレージ機能が認識されることで、vSphere 管理者は、管理タスクを行う際に、十分な情報を得たうえで意思決定を行うことができます。たとえば、仮想マシンの移行対象となるターゲット・データストアが、移行元と同じ性能であることが分かっていれば、そのタスクによって仮想マシンのサービス・レベルに影響が生じることはない、という判断ができます。

ストレージ機能は、仮想マシン・ストレージ・プロファイルで、Storage vMotion の動作に適したデータストアを特定する際にも活用されます。

VNX OE for Block は、リリース 5.32 以降で VASA をネイティブ・サポートしています。5.32 より前のバージョンでは、VASA サポートがEMC Solutions Enabler VASA Provider を経由して提供されます。


92


VASA の初回リリースでは、各 LUN の機能を特定するための基本的なプロパティ一式が追加されました。VNX OE for Block 5.32 より前のバージョンでは、NFS 機能はサポートされません。表 4 に示したのは、この実装の機能の一覧です。

VNX OE for Block バージョン 5.32 は、VNX ストレージ・プロセッサと Control Station を介して VASA サービスを提供します。VNX OE for Block version 5.32 以降で VASA を使用する場合は、VNX コントローラに直接アクセスできる vCenter VASA サービスを構成してください。

5.32 リリースでは、データストアの作成に使用されたディスクの種類に基づいてデータストアの機能がレポートされます。VNX FAST VP テクノロジーを使用して複数のディスク・タイプから LUN を作成した場合のディスクのプロパティは、93 ページの表 5 の 1 列目にSAS、NL-SAS、Solid State、Automated Storage Tiering として記載しています。

基本的なストレージ・エレメントに加え、機能を区別するためのデバイス・プロパティが別途付加されます。「LUN のプロパティ」列がそれに該当します。91 ページの図 44 に示したように、終的な結果には、LUN に含まれているストレージ・タイプが 1 つと、0 個以上のプロパティが表示されます。

たとえば、FAST Cache が無効になっている SAS RAID グループ LUNの場合、そのストレージ機能は SAS/Fibre Channel となります。

表 4 VASA ストレージ機能と VNX LUN の対応表

VNX LUN タイプ vCenter ストレージ機能

FLARE SAS LUN Capacity

FLARE EFD LUN Extreme performance

プール LUN Multitier storage

FAST LUN Multitier storage

FAST Cache LUN Multitier storage

NFS エクスポート Unsupported



表 5 に示したように、複数のドライブ・タイプが混在するシン・プール LUN のストレージ機能は「Automated Storage Tiering、Thin Pool LUN」となります。

仮想マシン・ストレージ・プロファイル

仮想マシン・ストレージ・プロファイルは、個々の仮想マシン・ディスクと特定のストレージ機能とを関連づける機能です。仮想マシン・ストレージ・プロファイルは、VNX ストレージ機能（複数可）にプロファイルを関連づけることによって定義します。94 ページの図 45 に示したのは、「SAS Fibre FAST Cache」という新しいユーザー定義のプロファイルの名前です。このプロファイルには、FAST Cache が有効にされ、なおかつ他の LUN 機能が有効にされていないすべての SAS LUN が含まれます。SAS と FAST Cache の機能を備えたすべてのデータストアが、このストレージ・プロファイルに割り当てられる仮想マシン・ディスクの候補となります。

注：ストレージ機能は、複数のストレージ・プロファイルに割り当てることができます。新しいプロファイルを作成する際は、ポリシーが意図したとおりに動作することを十分確認してください。

表 5 VNX OE for Block 5.32 ストレージ機能と VNX LUN の対応表

VNX LUN タイプ LUN のプロパティ

vCenter フィルタの内容（以下のアイテムから 1 つまたは複数表示）

VNX Block ProviderNL-SAS/SATA SAS/Fibre Channel Solid State Auto-Tier

FAST Cache enabledLUN ReplicationLUN CompressionThin Pool LUN

FAST Cache Remote ReplicationSpace Efficiency Thin

VNX File ProviderNL-SAS/SATASAS/Fibre Channel Solid State Auto-Tier

FAST Cache enabled

File Replication （RepV2）File Dedeuplication Thin Pool LUN

FAST Cache Storage Efficiency ThinReplication


94


図 45 ストレージ・プロファイルの割り当て

仮想マシン・ストレージ・プロファイルは個々の仮想ディスクに割り当てられます。このプロファイルのルールに従って仮想ディスクのデータストアが要件に準拠しているかどうかを確認したり、Storage vMotion などのタスクで仮想ディスクを移行したりすることができます。移行や Storage vMotion が開始されると、現在の仮想マシン・ストレージ・プロファイルに合致したデータストアが移行ウィザードによって特定されます。



図 46 では、2 つのデータストアが SAS Fibre ストレージ・プロファイルに適合していることを確認できます。この例では、どちらのデータストアも SAS ディスクを使用していますが、一方は NFSデータストアで、もう一方は VMFS データストアです。推奨されるデータストアが VASA サービスによってハイライト表示されていますが、両方が適合として選択可能な状態になっています。このリストの［Type］フィールドを見てトランスポート・プロトコルを確認し、確実に正しい方を選択してください。

図 46 SAS Fibre ストレージ・プロファイルとの互換性の有無

SDRS が有効になっている場合、データストア・クラスタでも仮想マシン・ストレージ・プロファイルが使用されます。SDRS は仮想ディスクの配置を制御しますが、データストアをメンテナンス・モードにしたときの退避や移行にプロファイルが使用されます。

注： SDRS とストレージ・プロファイルを使用する場合、必要なストレージ機能をデータストアが確実に満たしている必要があります。そうしないと、自動化された移行処理が正しく動作しません。

ユーザー定義のストレージ機能

データストアのプロパティに適合したプロファイルが常に VASA に存在するとは限りません。環境内の特定のデータストアに使用するプロファイルを定義しなければならないケースもあります。たとえば、vSphere 5.0 および VNX OE for Block バージョン 5.31 は、提供されている VMFS 機能が限定されており、また NFS データストアはサポートされていません。ストレージ・プロファイルを使用するには、ユーザー定義のプロファイルを作成します。


96


VNX ストレージの NFS データストアに対するユーザー定義のストレージ・プロファイルを構成するには、以下のステップを実行します。

1. vSphere にログインし、［VM Storage Profiles］アイコンを選択します。

2. クラスタ内のホストに対し仮想マシン・ストレージ・プロファイルを有効にします。

a. ［Manage storage capabilities］を選択

b. ユーザー定義の名前でストレージ・プロファイルを追加

図 47 では、このプロファイルにストレージ機能を NFS として定義し、ストレージの説明を追加しています。

図 47 ユーザー定義プロファイルの作成

3. 97 ページの図 48 に示したように、仮想マシン・ストレージ・プロファイルを追加します。

この仮想マシン・プロファイルは、ストレージ・プロファイルと同じ名前を使用できます。



4. ステップ 2 で追加したユーザー定義のストレージ・プロファイルを選択し、仮想マシン・プロファイルとそのストレージ・プロファイルを関連づけます。

図 48 ユーザー定義の仮想マシン・ストレージ・プロファイルの作成

5. 新しいプロファイルを既存のデータストアに割り当てます（98 ページの図 49 および 98 ページの図 50）。


98


図 49 ユーザー定義のストレージ・プロファイルとデータストアの関連づけ

図 50 ユーザー定義のストレージ機能と仮想マシンの関連づけ



6. 仮想マシンの仮想ディスクをこのプロファイルに関連づけます（コンプライアンスの確保）。

7. 仮想マシンのストレージ管理タスクの一環としてこのプロファイルを導入します。

vCenter のストレージ・プロバイダ構成

VASA は、vCenter サーバ上の vSphere Profile-Driven Storage というクライアント・サービスとして実行されます。このサービスは、Solutions Enabler を実行する Windows システム、VNX ストレージ・プロセッサ、VNX Control Station のいずれかで動作する EMC Provider と連携します。

注： VNX OE for Block バージョン 5.31 がストレージ・プロセッサと通信を行うためには、SMI-S プロキシ・サービスが必要です。EMC VASA プロバイダを Windows システムにインストールして構成するか、または VASA プロバイダの仮想アプライアンスを導入してください。Windows システムは、vCenter が実行されているホストでも、スタンドアロン・システムでもかまいません。

vSphere ストレージ・プロバイダは、SMI-S によって許可された管理用ユーザー・アカウントを使用し、セキュア http を使って EMC Provider との間で情報をやり取りします。


100


1. vSphere の管理スクリーンで［Storage Providers］アイコンを選択し、構成インタフェース（図 51）を起動します。

図 51 VASA 構成

2. ［Add］をクリックして vCenter VASA サービスを構成します。vSphere 環境の VNX システムを監視する目的で構成されている既存の EMC SMI-S VASA プロバイダ・サービスを使用してください。

vSphere Client で新しいサービスを SMI-S サーバに割り当てるには、次の情報が必要です。

◆ ユーザー定義の名前

◆ SMI-S システム上の VASA サービスの URL（次の形式で指定）

https://<SMI サーバ名 >:5989/vasa/services/vasaService

◆ SMI-S サービスのログイン認証情報（VASA サービスに対しSMI-S 内で定義されている認証情報）



VNX OE for Block バージョン 5.32 以降では、ブロック・プロバイダがストレージ・プロセッサに組み込まれています。ファイル・システムとユニファイド・システムについては、VNX Control Station 上のファイル・プロバイダを利用できます。バージョン 5.32 のリリースでは、外部の SMI-S サービスは不要です。ブロックの場合はストレージ・プロセッサと直接通信するように、ファイルの場合はControl Station と通信するように VASA サービスを構成してください。このサービスは、外部の SMI-S サーバを必要としません。VNX OE for File 7.1 以降の Control Station では、VNX Provider for File ストレージがサポートされています。

VNX OE for Block バージョン 5.32 および VNX OE for File バージョン 7.1 環境では、以下の URL 構文とストレージ・プロセッサの IPアドレスを使用してください。

次の形式で VASA サービスの URL を指定します。

◆ ストレージ・プロセッサ構成

• https://< ストレージ・プロセッサの IP アドレス >/vasa/services/vasaService

• Control Station のログイン認証情報：

– ユーザー ID：vmadmin – パスワード：<vmadmin のパスワード >

◆ Control Station 構成

• https://<Control Station の IP アドレス >:5989/vasa/services/vasaService

• Control Station のログイン認証情報：

– ユーザー ID：vmadmin– パスワード：<vmadmin のパスワード >

SIOC（Storage I/O Control）SIOC は、仮想ディスクとデータストアのためのストレージ・リソース管理機能です。クラスタ化されたデータストア内の仮想ディスクの使用率を制御することができます。SIOC は、仮想マシンのディスク・シェア設定とディスク IOPS 設定を使用して優先度を確立し、データストアのレスポンス・タイムが、あらかじめ定義されているレベルを超えると、仮想マシンのストレージ・リソースを分配します。

SIOC は、FAST VP と併用することができます。


102


仮想マシンのディスク・シェアは、仮想ディスクの作成時に割り当てられます。デフォルトのシェア値は normal（1,000 シェア）です。シェア値はカスタマイズできるほか、low（500）と high（2,000）の設定も存在します。SIOC はホスト・レベルおよびクラスタ・レベルで作用します。SIOC は、ホスト上の電源が投入されているすべての仮想マシンを対象に仮想ディスクのシェア値を集計します。集計された値は、クラスタ内のホスト同士の間でデバイス・キューのスロットル機構を作動させる必要が生じたときに、他の全ホストを含めたディスク・シェアに対する割合（%）として使用されます。

図 52 仮想ディスク・シェアの構成

SIOC には、輻輳閾値と呼ばれるレーテンシー値が使用されます。この値はミリ秒（ms）単位で指定され、データストアを構成するデバイスの許容可能なレーテンシーを定義します。有効な設定の範囲は 5 ～ 100 ミリ秒です。30 ミリ秒がデフォルト値です。

データストアに使用される適切な輻輳制御値は、次に示すような複数の要因に依存します。

◆ デバイスの種類

◆ LUN を構成するディスクの数

◆ 他のスピンドル消費因子

1 つの仮想マシンがデータストアを独占する状況を回避するためには、仮想マシンあたりの IOPS の上限を定義します。たとえば、仮想マシンあたりの IOPS の量を 1,000 に制限します。



表 6 は、輻輳閾値に推奨される設定の一覧です。

注： SIOC は、共有ストレージ・デバイス上の VMware 以外のワークロードを検出します。レプリケーションやストレージ・システムのクローン作成など他の目的で SIOC LUN にアクセスした場合、外部のワークロードが検出されたことを示すエラーが ESXi から生成されます。詳細については、VMware ナレッジベース「Unmanaged I/O workload detected on shared datastore running Storage I/O Control (SIOC) for congestion management (1020651)」を参照してください。

表 6 SIOC の輻輳ウィンドウ

データストアのストレージ・タイプ輻輳ウィンドウ（ミリ秒）注

エンタープライズ・フラッシュ・ドライブ

10 ～ 20

SAS ドライブ 20 ～ 30

NL-SAS 35 ～ 50

FAST VP/ 階層型 LUN 35 ～ 50 プール内のストレージ配分を確認してください。

NFS 30 • レスポンス・タイムには、ネットワーク内のレーテンシーも含まれます。

• ネットワーク内のレーテンシーの分、輻輳ウィンドウを増やしてください。


104


SIOC for NFS vSphere バージョン 5.0 以降では、ESX ホスト・クラスタでマウントされた NFS データストアに対して SIOC がサポートされます。SIOC for NFS に使用されているフレームワークは VMFS と同じです。NFS ファイル・システム用に合成したキューの深さを適用することによって実現されています。競合が生じると、SIOC ドライバが、NFS データストア・ファイル・システムに対するホストのキューの深さを調整することによって I/O のスロットル機構が作動します。構成した各データストアには、ホストのレスポンス・タイムのデフォルト値（30 ミリ秒）が継承されます。

図 53 NFS SIOC の輻輳ウィンドウ

注： NFS データストアのレスポンス・タイムにはネットワークのレーテンシーが含まれます。IP ストレージ・ネットワークのレーテンシーが数ミリ秒を超えないように対策を講じるか、ネットワークのオーバーヘッドを見越して輻輳閾値の設定を調整してください。

注： NFS データストアの I/O を奪い合うワークロードが SIOC に影響を及ぼす場合があります。NFS データストアまたは NFS ファイル・システムのディスクは共有しないでください。



ネットワークの考慮事項

VNX プラットフォームは VMware vSphere 向けに、さまざまなネットワーク・トポロジーと広範な機能をサポートしています。このセクションでは、vSphere サーバ用の IP ストレージ・ネットワークをプランニングする際の考慮事項を取り上げます。

NIOC（Network I/O Control）ネットワーク・リソースは、NIOC を通じてクラスタ・レベルで管理し、優先順位を付けることができます。NIOC は、vSphere Versions 4.1 以降で使用される分散仮想スイッチ（vNetwork Distributed Switch）の高度なネットワーク機能です。

データセンターのネットワーク・リソースは、vNetwork Distributed Switch によって効率的に一元管理し、共有することができます。NIOC は、仮想環境の管理者によるネットワーク・トラフィックのクラス分けを可能にします。各ネットワーク・タイプは、ネットワーク・トラフィックに優先順位を付けるための重み付け係数を適用するシェア値を使って構成されます。

図 54 に示したように、NIOC にはデフォルトのネットワーク・クラスがいくつか存在し、それによって各ネットワーク・リソース・プール内のネットワーク・リソースを細かく制御できるようになっています。リソースを共有する各ホストに対し、スループット値をMb/ 秒単位で割り当て、リソース使用率を制限することもできます。

図 54 ネットワーク・リソース割り当てインタフェース

ネットワークの考慮事項 105

106


ネットワークの優先順位を調整できれば、特定の用途に合わせてネットワークを柔軟に調整することができます。近のネットワーク統合への流れを受け、NIOC には、ストレージと仮想マシンのネットワーク・アダプタの公平性を確立する機能が備わっています。VMkernel リソースが normal または high に設定されていること、また、ネットワーク・リソース・プールの構成で人為的に制限されていないことを環境を監視しながら確認してください。

LUN の削除（All Paths Dead）vSphere 5 より前のバージョンでは、ESXi ホストが共有ストレージ・デバイスにアクセスできなくなると、APD（All Paths Dead）と呼ばれる状態が発生します。デバイス消失の原因としては、一時的な環境の問題（スイッチの故障など）と管理上のアクション（ストレージ・グループからの LUN の削除など）とがあります。ESXi 5より前のリリースでは、この 2 つの状態の違いをホストは区別できません。

ESXi5 以降では、VMkernel が別途 SCSI コマンドを実行してデバイスの状態を検出し、All Paths Dead 状態か PDL（Permanent Device Loss）状態かを判断します。

ESXi ホスト上のどの HBA も、データストア LUN を構成する VNX SCSI ターゲットとのセッションを確立できないときに、All Paths Dead と判断されます。この状態では、ホストが一定時間、接続を再試行した後で、デバイスを使用不可としてマークします。

PDL はそれとは異なる状態です。ホスト・イニシエータと、ストレージ・プロセッサ上の SCSI ターゲットとの間にアクティブ・セッションが存在します。ホストはターゲットに対し SCSI コマンドを発行し、VNX から返された SCSI センス・コードを利用して不明デバイスの状態を判断します。デバイスが取り外されたとホストが判断した場合、そのデバイスには PDL フラグが設定され、そのストレージ・デバイスに依存していた vCenter ストレージ・オブジェクトをクリーンアップするために必要なステップが実行されます。

不明 LUN 上のデータストアに格納されていた仮想マシンが vSphereによって削除されることはありません。深く考えずに LUN を削除した場合、仮想マシンは孤立状態で維持されます。

仮想マシンの孤立を防ぐために、vSphere 5 には、データストアをホストからデタッチ（アンマウント）するためのデータストア・ワークフロー・オプションが用意されています（107 ページの図 55）。



この機能によって、正しい手順に沿ったデバイスの取り外しが可能となり、データストアを削除することによって仮想ディスクとデータストア間の依存関係が破壊されるのを防ぐことができます。デバイスがデタッチ（アンマウント）された後で、vSphere でホスト・ストレージ・グループからデバイスを取り外します。

図 55 vSphere 5 のデータストア削除ウィザード

ネットワークの考慮事項 107

108


仮想マシンの考慮事項 VNX ストレージ上で仮想マシンのパフォーマンスと機能を適に保つために、以下の点を考慮してください。

◆ 仮想マシンのディスク・パーティションの位置合わせ

◆ 仮想マシンのスワップ・ファイルの場所

◆ PVSCSI（準仮想化 SCSI）アダプタ

◆ NPIV（N Port ID Virtualization）

◆ NFS 上の仮想マシンのリカバリ性

仮想マシンのディスク・パーティションの位置合わせ

仮想マシンのディスク・パーティションの位置合わせを行うことで、ストレージ・システムの効率性とアプリケーション・パフォーマンスが向上します。仮想マシンのディスク・パーティションの位置が揃っていないとパフォーマンスが低下する可能性があります。使用ストレージ・プロトコルに関係なく、仮想マシンの位置合わせを行ってください。以下、環境のパフォーマンスを大限に引き出すための推奨事項を示します。

◆ データストアは vSphere Client または USM で作成する。

◆ 通常、ブート・パーティションの位置合わせによって得られるメリットはわずかなので、仮想ディスクが 1 つしかない場合は、アプリケーション / ディスク・パーティションの追加を検討する。

◆ も I/O ワークロードの高いアプリケーション / ディスク・パーティションの位置合わせを行うことが重要。Windows と Linuxはどちらも、パーティションを 1 MB のディスク境界に揃える。

注： Windows 2008、Windows Vista、Windows 7 のディスク・パーティションは、デフォルトで 1 MB に位置合わせされます。

◆ Windows では、アプリケーションによって推奨されるアロケーション・ユニット・サイズを使用する。アロケーション・ユニット・サイズが推奨されていない場合は、8 KB の倍数を使用する。

◆ NFS では、VNX ファイル・システムで Direct Writes オプションを使用する。このオプションは、ランダム書き込みワークロードや、4 KB のアロケーション・ユニット・サイズでフォーマットされた仮想マシン・ディスクで効果があります。



◆ 正しく位置合わせされていない仮想ディスクを特定し、修正するためのツール UberAlign が EMC から無償で提供されている。このツールの詳細については、Web サイト「Everything VMware at EMC」を参照してください。

仮想マシンのディスク・パーティションの位置合わせ

仮想マシン内でのディスク・パーティションの位置合わせには、x86プロセッサ・ストレージの構成に関する以前からの問題が影響します。この問題のために外部ストレージ・デバイスが適な位置に配置されないことがあり、VMware の場合はほとんどがこれに該当します。以下の例では、Windows および Linux 仮想マシンの VNX ストレージでデータ・パーティションの位置合わせを行う方法を説明しています。

Windows 仮想マシンの位置合わせ

注：このステップは、Windows 2008、Windows Vista、Windows 7、Windows 8 では不要です。4 GB を超えるディスクでは 1 MB（4 GB 以下のディスクでは 64 KB）の境界に合わせてパーティションが位置合わせされます。

位置合わせされたデータ・パーティションを作成するには、diskpart.exe ユーティリティを使用します。この例では、位置合わせの対象となるデータ・ディスクにディスク 1 を想定しています。

1. コマンド・プロンプトで、「diskpart」と入力します。

2. 「select disk 1」と入力します（図 56）。

図 56 ディスクの選択

3. 「create partition primary align=1024」と入力して、1 MB のディスク境界に位置合わせされたパーティションを作成します。

4. 「Exit」と入力します。

仮想マシンの考慮事項 109

110


Windows パーティションのアロケーション・ユニット・サイズの設定Windows Disk Manager を使用して NTFS パーティションをフォーマットします。アプリケーションのニーズに合ったアロケーション・ユニットを選択します。

注：デフォルトのアロケーション・ユニットは 4 KB です。ただし、64 KBなどの大きなサイズを使用することで、大きなファイルを格納するボリュームのパフォーマンスを向上させることもできます。

Linux 仮想マシンの位置合わせ適切な境界に位置合わせされたディスク・パーティションを作成するには、fdiskコマンドを使用します。

1. コマンド・プロンプトで、「fdisk /dev/sd<x>」と入力します。<x> はデバイスのサフィックスです。

2. 「n」と入力して、新しいパーティションを作成します。

3. 「p」と入力して、プライマリ・パーティションを作成します。

4. 「1」と入力して、パーティション 1 を作成します。

5. デフォルトを選択して、ディスク全体を使用します。

6. 「t」と入力して、パーティションのシステム ID を設定します。

7. 「fb」と入力して、パーティションのシステム ID を fb に設定します。

8. 「x」と入力して、エキスパート・モードにします。

9. 「b」と入力して、開始ブロック番号を調整します。

10.「1」と入力して、パーティション 1 を選択します。

11. 1 MB の境界でディスク・パーティションの位置合わせを行うには、「2048」と入力して開始ブロック番号を 2048 に設定します。

12.「w」と入力して、ラベルおよびパーティション情報をディスクに書き込みます。

Windows での仮想マシンの位置合わせの確認仮想ディスクの位置合わせを確認するには、次のステップを実行します。

1. ［スタート］メニューの［すべてのプログラム］＞［アクセサリ］＞［システムツール］＞［システム情報］を選択します。

［System Information］ウィンドウが表示されます（111 ページの図 57）。



図 57 ゲスト・ディスクの位置合わせの確認

2. ［パーティション開始オフセット］プロパティを探し、値が1,048,576 バイトになっていることを確認します（図 58）。この値は、1 MB のディスク境界に位置合わせされていることを示します。

注：パーティション開始オフセットは、コマンド・プロンプトで「wmic partition get StartingOffset, Name」と入力して表示できます。

図 58 NTFS データ・パーティションの位置合わせ（wmic コマンド）


112


パーティションのアロケーション・ユニット・サイズ既存のデータ・パーティションのアロケーション・ユニット・サイズを確認するには、fsutil コマンドを実行します。次の例で、E: ドライブは、8 KB のアロケーション・ユニット・サイズでフォーマットされた NTFS データ・パーティションです。

コマンド・プロンプトで「fsutil fsinfo ntfsinfo <ドライブ文

字 >」と入力します。

［クラスタあたりのバイト数］の値が、データ・パーティションのアロケーション・ユニット・サイズを示します。

Linux 仮想マシンの位置合わせの確認既存の Linux データ・パーティションの現在の位置合わせを確認するには、fdisk コマンドを使用します。次の例で、/dev/sdb は、Linux 仮想マシン上に構成されたデータ・パーティションです。

ターミナル・セッションで「fdisk -lu <データ・パーティション >」と入力します。

図 59 1 MB で位置合わせされた Linux パーティション

位置合わせされていないディスクは、開始セクタが 63 と表示されています。

図 60 位置合わせされていない Linux パーティションの出力（開始セクタ 63）



仮想マシンのスワップ・ファイルの場所

各仮想マシンには、ゲスト OS 内でバルーン・ドライバが大きくなりすぎたなど、一定の条件のときにメモリ・ページを格納するためのスワップ・ファイルが構成されます。デフォルトでは、仮想マシンと同じフォルダにスワップ・ファイルが作成され、格納されます。

スワップ・ファイルが SAN デバイスに格納されていると、ページング・アクティビティに伴うコンカレント I/O が多数発生した場合、仮想マシンのパフォーマンスに悪影響が生じます。

適切な仮想マシン・メモリとリソース構成を使用してスワップを防止してください。仮想マシンのメモリ・リソースを不必要に確保したり人為的に上限を設けたりすることは避けます。そのような構成は、スワップ状態を引き起こす一因となります。

スワップの影響を回避する善の方法は、低レーテンシー、高スループットのデバイス、たとえばローカル・ストレージや SAN EFDストレージを使用することです。これにより、スワップ・アクティビティから生じる競合が軽減されます。

ローカル・デバイスを使用することで、ページ・ファイルの I/O に伴うネットワーク・トラフィックの負荷を大 10% 削減することができます。スワップ・ファイルをローカル・ディスクに移動した場合のトレードオフとしては、Storage vMotion や DRS で仮想マシンが移行されたときの I/O の増加があります。そのような場合、スワップ・ファイルを現在のホストのローカル・デバイスからデスティネーション・ホストのローカル・デバイスにコピーする必要があります。また、スワップ・ファイル専用のローカル・ストレージも必要です。

もっとよい解決策は、エンタープライズ・フラッシュ・ドライブなどの高速、低レーテンシーのデバイスをスワップ・ファイル用に使用することです。

個々の仮想マシンに、ホストの物理メモリから 100% のメモリが確保されている場合は、ページ・ファイル用に SATA ドライブを使用することも可能です。たとえば、仮想デスクトップ環境の導入がこのシナリオに該当します。仮想マシン・デスクトップのメモリを確保することで、アプリケーションと OS が、低速な SAN ストレージの代わりに ESXi ホスト内の DD RAM を使用し、クライアント・サイドのキャッシュを活用することができます。このアプローチによって、持続的なアプリケーション・パフォーマンスを得ることが可能です。

この構成方法が利用できない場合で、なおかつパフォーマンスが懸念される場合は、ページ・ファイル用にエンタープライズ・フラッシュ・ドライブを使用してください。vSphere 5 には、エンタープライズ・フラッシュ・ドライブ・ストレージを使って仮想マシンのスワップ・ファイルの構成を支援する「ホスト・キャッシュ」と呼ばれる機能が用意されています。


114


ホスト・キャッシュ vSphere 5 における仮想スワップの構成は、ホスト・キャッシュと呼ばれる新機能によって合理化されています。ホスト・キャッシュは、ホストに割り当てられているエンタープライズ・フラッシュ・ドライブ・ストレージを認識し、その一部分を仮想スワップ・ファイルの格納場所として使用できるようにする機能です。仮想スワップ・ファイルをデータストア内に構成し、仮想マシンに提供することで、既存のスワップ構成を補います。

図 61 VNX エンタープライズ・フラッシュ・ドライブ・ストレージに対するホスト・キャッシュの構成

準仮想化 SCSI アダプタ

PVSCSI（準仮想化 SCSI）アダプタは、スループットを高めて CPUの利用率を抑える高性能のストレージ・アダプタです。PVSCSI は、ハードウェアまたはアプリケーションが極めて高いスループットを必要とする SAN 環境に適です。

PVSCSI アダプタは、I/O 要求を結合することによって仮想割り込みのコストを低減します。vSphere 4 Update 1 以降では、仮想データ・ディスクに加えて仮想マシンの起動ディスクでも PVSCSI アダプタがサポートされています。

Windows 2003 と Windows 2008 をゲスト・オペレーティング・システムとしたテスト・ランでは、NFS ベースのストレージ上で動作する仮想マシンのリカバリ性が PVSCSI アダプタによって向上することが確認されました。

PVSCSI アダプタは、以下のゲスト・オペレーティング・システムでサポートされます。

◆ Windows Server 2003 および 2008

◆ RHEL（Red Hat Enterprise Linux）5



PVSCSI アダプタには、以下の制限があります。

◆ ホット・アドまたはホット・リムーブは、ゲストからバスを再スキャンすることが必要。

◆ 仮想ディスクにスナップショットがあるか、ESXi ホストのメモリがコミット超過になっている場合は、PVSCSI によってパフォーマンスが向上しないことがある。

◆ RHEL 5 が未サポートのカーネルにアップグレードされていると、仮想マシンの PVSCSI ディスクからデータにアクセスできないことがある。アクセスを回復するには、kernel-version パラメータを指定して vmware-config-tools.pl を実行する。

◆ PVSCSI アダプタに接続されていたディスクから Linux ゲストを起動することはサポートされていない。

◆ PVSCSI アダプタに接続されたディスクから Microsoft Windowsゲストを起動することは、ESXi 4.0 Update 1 よりも前の ESXi ではサポートされていない。

詳細については、VMware ナレッジベースの「Configuring disks to use VMware Paravirtual SCSI (PVSCSI) adapters (1010398)」を参照してください。

注：仮想マシンへの PVSCSI アダプタのホット・アドは、サポートされていません。仮想マシンの作成時にストレージ・コントローラでPVSCSI を構成してください。

RDM LUN の N-Port ID VirtualizationFC プロトコルの NPIV（N-Port ID Virtualization）は、複数の仮想 Nポート ID で単一の物理 N ポートを共有できる機能です。この機能の利点は、1 つの物理イニシエータで複数の仮想イニシエータを定義できることです。これによって、ストレージ・システム・レベルのQoS（Quality of Service）を実現する SAN ツールで、仮想マシン・アプリケーションのサービス・レベルを保証することができます。

NPIV には、いくつかの制限があります。NPIV を有効にする際は、次のガイドラインに従ってください。

◆ VMware NPIV サポートは RDM ボリュームに限定される。

◆ ホストHBAとFCスイッチの両方がNPIVをサポートしている必要がある。

◆ 各仮想マシンで NPIV を有効にする必要がある。


116


◆ 各仮想マシンにRDMボリュームが少なくとも1つ割り当てられている必要がある。

◆ LUN のマスキングを、NPIV が有効にされている仮想マシンとESXi ホストの両方に対して行う必要がある。

NPIV は、VMware ESXi 内の各仮想マシンに対して有効にされ、ESXi ホスト上の物理 HBA から個々の仮想マシンに仮想イニシエータが割り当てられます。結果、仮想マシンには、各 HBA 用の仮想イニシエータ（WWN）が割り当てられます。このイニシエータは、他のあらゆるホストと同様、ストレージにログインし、Unisphereを通じて仮想マシンに直接ブロック・デバイスをプロビジョニングすることができます。

図 62 は、仮想マシンの NPIV を有効にする方法を示しています。NPIV 機能を有効にするには、ESXi ホストを通じて RDM ボリュームを仮想マシンに提示します。NPIV を有効にすると、その仮想マシンに対して仮想 WWN が割り当てられます。

図 62 RDM ボリュームの追加後に仮想マシンの NPIV を有効にする



一部のスイッチでは、仮想 WWN 名をスイッチ・インタフェースから手動で入力し、ストレージ・システムのポートに対してゾーニングする必要があります。その後、仮想マシンのイニシエータ・レコードの登録状況が［VNX Connectivity Status］ウィンドウに表示されます（図 63）。ストレージ・グループは、NPIV を有効にした各仮想マシンに対して個別に作成します。加えて、仮想マシンのストレージ・グループに割り当てられているすべての LUN を ESXi ストレージ・グループに提示します。

図 63 仮想マシン（仮想 WWN）のイニシエータ・レコードの手動登録

NPIV の構成は次のステップで行います。

1. HBA および FC スイッチが NPIV をサポートしていることを確認します。

2. RDM ボリュームを ESXi ホスト、仮想マシンの順に割り当てます。

3. NPIV を有効にし、仮想マシンで仮想 WWN を作成します。

4. スイッチ・インタフェース内で仮想 WWN を手動で入力します。

5. スイッチ・インタフェースを使用して VNX プラットフォームに仮想 WWN をゾーニングします。ESXi HBA や VNX ストレージ・ポートと同じゾーンにそれらを追加します。

6. Unisphere を使用して仮想マシンのイニシエータ・レコードを手動で登録し、仮想マシンをフェイルオーバー・モード 4（ALUA）に設定します。

7. 新しい仮想マシン・ストレージ・グループを作成し、仮想マシン・レコードを割り当てます。


118


8. 次のステップで仮想マシンに LUN を追加します。

a. ESXi ホストと仮想マシンのストレージ・グループに対してLUN のマスキングを行います。

b. ESXi ホストと同じホスト LUN 番号（HLU）を LUN に割り当てます。

c. この LUN を各仮想マシンに RDM ボリュームとして割り当てます。

NFS 上の仮想マシンのリカバリ性 vSphere 環境における VNX Data Mover のシステム停止によって、アプリケーションが利用できなくなったり、ゲスト・オペレーティング・システムがクラッシュしたりする可能性があります。

Data Mover がシステム停止に陥った場合、ゲスト OS は、VNXファイル・システム上の NAS データストアとの接続を喪失します。OS システムのイベント・ビューアには、仮想マシンから NAS データストア内の仮想ディスクに送信される I/O 要求が Disk SCSI Timeout エラーとして表示されます。

VNX Data Mover がシステム停止に陥った場合でもアプリケーションと仮想マシンの有効状態を維持するために、ゲスト OS で以下のベスト・プラクティスを実行してください。

VNX Data Mover のシステム停止によるダウンタイムの発生を防ぐには、次の作業を行います。

◆ スタンバイData Moverを少なくとも 1つ使用して環境を構成し、ゲスト OS のクラッシュとアプリケーションの使用不能状態を回避する。

◆ Data Mover と ESX ホストに DNS ラウンド・ロビンを構成し、NFS パスのフォルト・トレランスを確保する。

◆ ゲスト OS に VMware ツールをインストールする。

◆ ゲスト OS でディスクのタイムアウト値を 60 秒以上に設定する。

• Windows OS では、HKEY_LOCAL_MACHINE/System/ControlSet/Services/DISK を変更して、TimeoutValue を 120 に設定する。次のコマンドは、同じタスクを実行するもので、複数の仮想マシンでの自動化に使用できます。

reg.exe add \\%1\HKLM\SYSTEM\CurrentControlSet\Services\Disk /V TimeoutValue /t /REG_DWORD /d 120 /f"



ストレージの監視および管理 vSphere は、vCenter データストア・アラームを使用してストレージ使用率をプロアクティブに監視できるようになっています。シン・プロビジョニングされた VNX ストレージを使用している場合、データストア・モニタリングは特に有効です。シン仮想ディスクをシン LUN にプロビジョニングするときのディスク領域不足を効果的に防ぐことができます。

このセクションでは、vSphere データストアのストレージ使用率をvCenter 内でプロアクティブに監視する方法のほか、EMC VSI for VMware vSphere Storage Viewer を使用する方法について説明します。さらに、基盤となる VNX ファイル・システム LUN がUnisphere を通じてシン・プロビジョニングされている場合に、その使用率を監視する方法も説明します。

注： 20 ページの「EMC VSI for VMware vSphere」でも触れたように、Storage Viewer には、データストアと VNX ストレージの詳細が表示されます。Storage Viewer に表示される情報をもとに、Unisphere を使用してVNX ファイル・システムと LUN のモニタリングを構成してください。

vCenter によるデータストアの監視

NFS データストアと VMFS データストアの現在の使用率情報は、vSphere Client を使用して表示できます。インベントリ内のデータストアの状態の変化、イベント、条件に対応してデータストア・アラームが起動するように、vCenter を構成することができます。アラームの作成と変更は、vCenter Server に接続している vSphere Client から行います。データストア・アラーム（120 ページの図 64）は、単一のデータストア、特定のホスト、またはデータセンター全体に対して設定できます。

データストア・アラームを作成するには、次のステップを実行します。

1. vSphere Client で、監視するデータストアを選択します。

2. データストアを右クリックし、［Add Alarm］を選択します。

3. ［General］をクリックし、必要なプロパティを入力します。

a. アラームの名前と説明を入力します。

b.［Monitor］リスト・ボックスで［Datastore］を選択します。

c. ［Monitor for specific conditions or state］（シン LUN 使用率など）を選択します。

ストレージの監視および管理 119

120


d. 80% の容量で警告、90% でアラートが発生するようにトリガーを追加します。

e. 条件が発生したときにメール通知を行うアクションを追加します。

図 64 データ・アラーム設定：［Actions］ウィンドウ

VNX シン・プロビジョニングを使用している場合は、vCenter で提示されたストレージ情報をストレージ・アレイからのストレージ使用率と関連づけることが重要です。EMC Storage Viewer 機能は、これを vSphere Client 内から行います。

このタスクを実行するには、次のステップを実行します。

1. vSphere Client から、ESXi ホストを選択します。

2. ［EMC VSI］タブをクリックします。このタブの Features Navigation パネルには、EMC ストレージ情報の 3 つのサブビューが表示されます（［Datastores］、［LUNs］、［Targets］）。

3. ［Datastores］をクリックします。右側に Storage Viewer のデータストア情報が表示されます。



4. データストアをリストから選択します。［Storage Details］ウィンドウに、選択されたデータストアの実体であるストレージ・デバイスまたは NFS エクスポートの一覧が表示されます。

注： LUN でシン・プロビジョニングが有効になっている場合、ハイライトした［Storage Details］ペインの VP 列の値が Yes と表示されます。図 65 は、VNX LUN にプロビジョニングされた VMFS データストアの情報を Storage Viewer で表示したところです。

図 65 ［Storage Viewer\Datastores］ウィンドウ：VMFS データストア

シン・プロビジョニングでは、物理ストレージの容量を超えるプロビジョニング（過剰プロビジョニング）が可能です。これは、すべてのユーザーやアプリケーションがそれぞれのストレージ割り当てを一度に必要とすることはないという前提に基づいています。プールを共有することができ、ストレージ・リソースの節約にもなります。ただし、アプリケーションによるストレージ使用が短時間のうちに急増し、ストレージ・プールに対するストレージ要求によって容量が不足する可能性はあります。このセクションでは、VNX LUN でこのような状況を防ぐための手順について説明します。

Unisphere は、ストレージ・プールの使用率を監視し、現在の割当て量を表示します。管理者は、イベント・モニタで監視対象のオブジェクトにアラートを追加することで、メール、ポケットベル、SNMP トラップで送信することが可能です。以下、Unisphere から提供される情報について説明します。

◆ 使用可能なプール容量は、ストレージ・プール内のすべてのLUN に使用できる物理的な容量の合計。

◆ 割り当て済み容量は、すべてのシン LUN に現在割り当てられている物理的な容量の合計。

◆ サブスクライブ容量は、プールでサポートされている、ホストに認識される総容量。


122


LUN の割り当てがプールの容量に近付き始めると、管理者にアラートが送られます。無視できない重要なプール・アラートは次の 2 種類です。

◆ ユーザーが定義した 1 ～ 84 の値をプールが超えると、警告イベントが発生します。

◆ プールが 85% に到達すると、クリティカル・アラートが発生します。

どちらのアラートも、関連づけられているユーザー定義のセカンダリ通知をトリガーします。

ストレージ・プールにユーザー定義のアラートを構成するには、次のステップを実行します。

1. EMC Unisphere にアクセスします。

2. ［Systems］リスト・ボックスで、VNX プラットフォームを選択します。

3. ［Storage］＞［Storage Configuration］＞［Storage Pools for Blocks］を選択します。［Pools］ウィンドウが表示されます。

4. アラートを設定するストレージ・プールを選択します。［Properties］をクリックして［Storage Pool Properties］ウィンドウを表示します。

5. ［Advanced］タブをクリックします。

どの時点でアラートが生成されるかの閾値を［Percent Full Threshold］リスト・ボックスで入力または選択します。



図 66 では、［Storage Pool Properties］ダイアログ・ボックスの［Advanced］タブの［Percent Full Threshold］の値が 70% に設定されています。ストレージ・プールの使用率が 70% に達するとアラートが送信されます。

図 66 ストレージ・プールの使用率閾値は調整可能

ストレージ・プールにドライブを無停止で追加することで、使用可能なプール容量を増やすことができます。

注：割り当てられている容量がプールによって回収されるのは、LUN が削除されたときだけです。仮想マシン・ディスク内のファイルを削除したり領域を解放しても、プール内の領域は解放されません。VNX にシン・プロビジョニングされたファイル・ストレージは、EMC Unisphere で監視してください。

管理者は、過剰プロビジョニングされたストレージ・プール、およびシン・プロビジョニングされたファイル・システム内の領域がいっぱいになって書き込みアクセスが拒否されないように、その使用率を監視する必要があります。ファイル・システム、ストレージ・プールの使用率、いっぱいになるまでの予想時間に基づいて通知の構成とカスタマイズを行ってください。過剰プロビジョニングされたリソースが環境に存在するときは通知が特に重要となります。


124


VNX ファイル・システムの通知機能を使用すると、NFS データストアに使用されている VNX ファイル・システムをプロアクティブに監視して、イベントが発生したときに SMTP（メール）またはSNMP（ネットワーク管理）アラートを生成できます。

同じリソースに複数の通知設定を適用して、悪化していく状況やトレンドを把握することもできます。

VNX ファイル・システムのストレージ使用率通知の構成

大容量に対する使用済み割合（%）をベースにして通知を構成するには、次のステップを実行します。

1. EMC Unisphere にアクセスして、VNX プラットフォームを選択します。

2. ［System］＞［Monitoring and Alerts］＞［Notifications for Files］を選択します。

3. ［Storage Usage］をクリックし、［Create］をクリックします。［Create Storage Usage Notification］ウィンドウが表示されます（図 67）。

図 67 ［Create Storage Usage Notification］ウィンドウ



4. ストレージ情報を指定します。

a. ［Storage Type］フィールドで、［File System］を選択します。

b.［Storage Resource］リスト・ボックスで、ファイル・システムの名前を選択します。

注：すべてのファイル・システムに通知を追加できます。

c. ［Maximum Size］を選択します。

注：［Maximum Size］は、自動拡張の大サイズで、自動拡張対応のファイル・システムでのみ有効です。

d.［Condition］フィールドで、ストレージのパーセンテージ（使用率）を入力し、右側のリスト・ボックスから［% Used］を選択します。

注：［Notify Only If Over-Provisioned］を選択すると、ファイル・システムが過剰プロビジョニングされている場合にのみ通知が生成されます。これが選択されていない場合、条件が満たされるとその都度通知が送信されます。

e. メール・アドレスまたは SNMP アドレスを入力します。SNMP アドレスは、IP アドレス（またはホスト名）とコミュニティ名で構成されます。複数のメール・アドレスまたはトラップ・アドレスは、コンマで区切って入力します。

f. ［OK］をクリックします。構成した通知が［Storage Usage］ウィンドウに表示されます（図 68）。

図 68 ユーザー定義のストレージ使用率通知


126


VNX ファイル・システムのストレージ使用率予想通知の構成

ファイル・システムがいっぱいになると予想される時期の通知を構成するには、次のステップを実行します。

1. EMC Unisphere にアクセスして、VNX プラットフォームを選択します。

2. ［System］＞［Monitoring and Alerts］＞［Notifications for Files］を選択します。

3. ［Storage Usage］をクリックし、［Create］をクリックします。

4. ストレージ情報を指定します。

a. ［Storage Type］フィールドで、［File System］を選択します。

b.［Storage Resource］リスト・ボックスで、ファイル・システムの名前を選択します。

注：すべてのファイル・システムに通知を追加できます。

c. ［Warn Before］フィールドで、ファイル・システムがいっぱいになると予想される何日前に警告の通知を送るか指定します。

注：［Notify Only If Over-Provisioned］を選択すると、ファイル・システムが過剰プロビジョニングされている場合にのみこの通知が生成されます。

d. オプションのメールまたは SNMP アドレスを指定します。

e. ［OK］をクリックします。構成された通知が［Storage Projection］ウィンドウに表示されます（図 69）。

図 69 ユーザー定義のストレージ使用率の予想通知

注：ブロック・ストレージ向けの Unisphere には、対応する機能はありません。ブロック・ストレージについては、VSI を通じて領域の使用率を効果的に監視することができます。



VNX ストレージ・システムのリソース・モニタリング

vSphere 5.1 リリースでは、VNX ストレージ・システムのリソース使用率を監視するための機能が新たに 2 つ追加されました。

EMC VNX 監視 / レポート作成

VNX 監視 / レポート作成は、ストレージ使用率とワークロード・パターンをユーザーがすばやく特定し、把握できる製品です。この製品は、1 つまたは複数の VNX システムからデータを収集し、データベースに格納します。格納したデータは問題の診断やトレンド分析、キャパシティ・プランニングに使用されます。

VNX 監視 / レポート作成には Web インタフェースが備わっており、ユーザーはこのインタフェースを使用して VNX ストレージ・システムのインベントリやパフォーマンス情報、キャパシティ・プランニングのメトリック、稼働状態情報にアクセスすることができます。

図 70 は、過去 1 か月にわたるストレージ・システムの使用率を表したキャパシティ・プランニング・レポートの例です。

図 70 VNX 監視 / レポート作成：キャパシティ・プランニング・レポート


128


128 ページの図 71 は、同じシステムのパフォーマンス・レポートです。この出力結果は、［Top N IOPS］レポートで生成しました。このレポートには、上位 5 件の消費要因が一覧表示されます。N は各ページに表示されるエントリー数を表し、その値はユーザーが定義できます。ストレージ・プールの Top N IOPS には、システム内の上位 6 個のストレージ・プールと RAID グループが、現在のスループットおよび帯域幅とともに表示されます。

図 71 VNX 監視 / レポート作成：パフォーマンス・レポート

この製品の利点は、一連のパフォーマンス情報を集約し、単純化して表示できることです。データは見やすいグラフで表され、リソースの合計や小計とともに表示されるため、ユーザーは、リソースの不均衡や使用率の問題を容易に特定できます。

この製品に使用されている主なパフォーマンス指標は、Unisphere Analyzer でも広く使われています。Analyzer を使ったことがあれば、VNX 監視 / レポート作成のメトリックを違和感なく利用でき、自動化された情報収集とレポート作成機能で Analyzer を補完することができます。



VNX Analytics for vCenter Operations Manager

もう 1 つの監視機能は、VMware vCenter Operations Manager の拡張機能です。vC Ops（vCenter Operations）を使用すると、vSphere環境内のリソースを包括的に見ることができます。ホスト、仮想マシン、ネットワーク、ストレージ使用率のメトリックを幅広く監視することができます。特許取得済みの分析を適用して標準状態を確立し、各リソースの稼働状態スコアを推測します。図 72 に示したのは、vCenter Operations Manager のダッシュボード・インタフェースです。このインタフェースを使用して、環境の状態をいち早く特定することができます。コンポーネントにはそれぞれ、その稼働状態を示す数値と色（緑、黄、赤）が割り当てられます。

図 72 vCenter Operations Manager のダッシュボード


130


VNX ストレージ・システムの情報を vC Ops で収集し保存できるように EMC は、vCenter Operations Manager コネクタ用のアダプタを開発しました。vC Ops は、5 分間隔で VNX をポーリングして使用率のメトリックを収集し、その結果を vCenter Operations Manager データベースに大 30 日間保存します。

VNX コネクタは、アレイのステータスを監視するだけでなく、表 7に示した各リソース・タイプのメトリックも表示します。

表 7 VNX コネクタのメトリック

ブロックのリソース・タイプファイルのリソース・タイプ

ストレージ・プロセッサ Data Mover

FAST Cache NFS エクスポート

ストレージ・プールファイル・システム

RAID グループファイル・プール

LUN ディスク・ボリューム（dVol）

ディスク



vCenter Operations には Array Block Performance と Array File Performance というインタフェース（図 73）があり、それらを通じて管理者は、パフォーマンスのメトリックをリアルタイムに把握することができます。その情報をもとに、ストレージ・システムまたは vSphere 環境に潜むリソースの不均衡や使用率の異常な上昇を特定し、リソースの調整や再バランシングといった対策を講じることができます。

図 73 vCenter Operations Manager：VNX Storage Analytics

クラウド・コンピューティングの進化に伴い、環境全体でのリソースの消費動向やリソース同士の影響を把握することの重要性が次第に増してきました。パフォーマンスの問題を引き起こしている根本的な原因は、EMC Monitoring and Reporting や VNX Analytics Suite などの製品から得られる情報によってすばやく特定し、環境内のアプリケーションやサービスに結び付けることができます。こうした製品の詳細については、EMC の Web サイト（http://emc.com）を参照してください。


http://emc.com

132


ストレージの効率性

シン・プロビジョニングと圧縮は、データの格納効率を高めるための手段として管理者が使用します。このセクションでは、vSphereと VNX から成る環境でこうしたテクノロジーを使用する方法を説明します。

シン・プロビジョニングされたストレージ

シン・プロビジョニングは、VMware vSphere と EMC VNX に備わっているストレージ効率化テクノロジーです。シン・プロビジョニングにおいて VNX からホストに提供されるストレージ・デバイスは、一部未割り当ての状態となっています。VNX は、デバイス容量を部分的に使用して初期割り当てを実行します。その他の領域は、ユーザー、アプリケーション、オペレーティング・システムによって必要に応じて消費されます。vSphere で VNX を使用している場合は、次のようなシン・プロビジョニングの組み合わせが考えられます。

◆ ESXi 上で ESXi のシン・プロビジョニングを使用

◆ VNX ファイル・システム上で、シン・プロビジョニングされたVNX ファイル・システムを使用

◆ VNX ブロック LUN 上で、VNX のシン LUN を使用

シン・プロビジョニングを使用している場合は、領域不足の状態が加速しないようにストレージ使用率を監視してください。シン LUN上のシン仮想ディスクを使用している場合は、ストレージ・プールがストレージ容量の正式なリソースです。領域不足の状態を避けるためにプールを監視します。

仮想マシン・ディスクの割り当て vSphere 5 では、新しい仮想ディスクのプロビジョニングに使用されるディスク識別子の名称が変更されました。このドキュメントでは、vSphere 4 と vSphere 5 について取り上げていますが、説明には新しい名称を使用しています。vSphere 4 の仮想ディスクとの対応関係については、表 8 を参照してください。

表 8 コマンド・ライン、vSphere 4、vSphere 5 における名称の対応

vSphere 5 vSphere 4 コマンド・ライン

フラットシック ZeroedThick

シックフォルト・トレラント EagerZeroedThick

シンシン Thin



VMware では、仮想ディスクのプロビジョニングに 3 つのオプションが用意されています。シン、フラット（ZeroedThick）、シック

（Eagerzeroedthick）の 3 つです。それぞれの説明と VNX ストレージ・プールへの影響については、表 9 を参照してください。サポートされている VNX ストレージ・デバイス（シン、シック、VNX OE、NFS）であれば、いずれの方法でもプロビジョニングできます。

表 9 仮想マシンのディスク割り当てポリシー

割り当てメカニズム（仮想ディスクのフォーマット） VMware カーネルの動作 VNX プールへの影響

シン・プロビジョニング（NFS のデフォルト）

仮想ディスクの作成時に、 VMware ファイル・システム上の領域を確保しない。領域は必要に応じて割り当てられ、ゼロ化される。

初期 VNX プール割り当てが最小。割り当ては要求ベース。

フラット

（Zeroedthick） VMFS のデフォルト

すべての領域が作成時に確保されるが、ゼロによる初期化は行われない。割り当てられた領域では、物理メディアのそれまでのコンテンツがすべて消去される。VMFS データストアのブロック長によって定義されたすべてのブロックが最初の書き込みで初期化される。

LUN またはプール内に .vmdkのサイズを確保する。割り当ては、ブロックが仮想マシンによって初期化されるときに実行される。

シック・プロビジョニング

（Eagerzeroedthick）すべての領域を割り当て、すべてのブロックをゼロで初期化する。仮想ディスクのすべてのブロックに書き込みを行う。

VNX ストレージ・プール内の領域のフル・アロケーション。シンのメリットはない。

RDM 作成された仮想ディスクはマッピング・ファイルになり、マップする SCSI ディスクのブロックへのポインタを含む。物理メディアの SCSI INQ 情報は仮想化される。このフォーマットは一般に「rawディスク・マッピングの仮想互換モード」として知られている。

割り当ては、ファイル・システムまたはアプリケーションのタイプに依存する。

pRDM RDM フォーマットと似ているが、物理メディアの SCSI INQ 情報は仮想化されない。このフォーマットは一般に「パススルー raw ディスク・マッピング」として知られている。

割り当ては、ファイル・システムまたはアプリケーションのタイプに依存する。

ストレージの効率性 133

134


シン・プロビジョニングされたブロック・ベースのストレージ

シン LUN は、オーバーサブスクリプションをサポートする唯一のデバイスです。シン LUN を形成するストレージ・プールでは、アプリケーションまたはゲスト・オペレーティング・システムにブロックが必要となった時点ではじめてそのブロックの割り当てが行われます。ブロックの割り当てを先延ばしすることで領域が節約されます。シック LUN では、使用領域が常に確保されるため、シン・プロビジョニングのような利点はありません。同様に、VNX OE LUN に割り当てられるブロックは、常に RAID グループ内で割り当てられ、その際にシン・プロビジョニングを選択することはできません。

このセクションで取り上げるブロック・ベースのシン・プロビジョニングについての記述は、VMFS ボリュームまたは RDM ボリュームに対する VNX のシン LUN に焦点を絞って説明しています。

VMFS データストアは、シン・フレンドリーです。すなわち、シンLUN 上の VMware ファイル・システムでは、ストレージ・プールから使用されるエクステントの数が小限に抑えられます。VMFSデータストアは割り当て済みのブロックを再利用するため、シン・プロビジョニング LUN からメリットを得られます。RDM ボリュームの場合は、RDM ボリュームがシン・フレンドリーかどうかはゲスト OS のファイル・システムによって決まります。

ブロック・ストレージにおける仮想マシン・ディスク・プロビジョニングvSphere でのデフォルトの .vmdk フォーマットはフラットです。このフォーマットでは、全ブロックを初期化（ゼロ化）することはしませんが、すべての領域が作成時に確保されます。RDM ボリュームはゲスト OS によってフォーマットされます。そのため、フラット、シン、シックなどの仮想ディスク・オプションが適用されるのは、VMFS ボリュームだけです。

割り当てという観点から考えると、領域は VMFS レベルで確保されますが、.vmdk 内のブロックがゼロ化されるまで割り当てられません。図 74 に示した例では、500 GB の .vmdk が作成され、100 GB がディスクに書き込まれています。これにより、500 GB のファイル領域が VMFS ファイル・システムから確保され、100 GB の領域がVNX ストレージ・プール内で割り当てられます。フラットでは、割り当て時間と、ストレージ・プール内での領域の潜在的使用率に関して、パフォーマンス上のメリットが多少あります。割り当てられたブロックは、再び圧縮することはできません。

注：クイック・フォーマットを使用すると、ストレージ領域を節約することができます。Windows ファイル・システムが NTFS でフォーマットされている場合、各ブロックはゼロ化され、ストレージ・プール・レベルでフル・アロケーションが行われます。



NTFS ボリュームでは、領域を節約するために、クイック・フォーマットを使用してください。

図 74 thick または zeroedthick 仮想ディスク割り当て

シン仮想ディスクを使用すると、VMFS データストア内の領域を節約することができます。シン .vmdk では、ゲスト OS またはアプリケーションが使用する分として、仮想マシンが必要とする VMFS ブロックだけが割り当てられます。ファイル・システム内で領域を節約する場合はシック LUN 上にシン .vmdk を作成し、そのメリットをストレージ・プールにまで拡げる場合にはシン LUN 上にシン.vmdk を作成してください。図 75 は、VMFS ボリューム内の同じ500 GB の仮想ディスクを示しています。今回ディスクは、シン・プロビジョニング・フォーマットで作成しています。この方法では、VMFS はファイル・システム内で 100 GB、VNX ストレージ・プールでも 100 GB しか使用しません。追加の領域は、仮想マシンで必要になったときに割り当てられます。割り当て単位は VMFS データストアのブロック長と同じです。仮想マシンが使用する 4 K または 8 K のブロックによる割り当ては行われません。ESXi の小割り当てサイズであり、VMFS ボリュームのデフォルトのブロック長でもある 1 MB から、VMFS で使用されるブロック長の上限である 4 MB までが使用されます。これは、シン・オン・シン（thin-on-thin）の構成で効果的に機能します。

図 75 シン仮想ディスク割り当て


136


SCSI 仮想ディスクを作成する際は、フラット仮想ディスクがデフォルトで選択されます。デフォルトの設定をそのまま使用した場合、フラット（zeroedthick）の仮想ディスクが作成されます。図 76 に示したように、シック・ディスクまたはシン・ディスクが必要な場合には、他のオプションを選択する必要があります。

図 76 仮想マシン・ディスク作成ウィザード

VMFS ボリューム上の仮想ディスクにフラット・オプションを選択すると、ゲスト・ファイル・システムに割り当てられる領域（またはゲスト OS デバイスの書き込みパターン）が影響を受けます。ゲスト・ファイル・システムのすべてのブロックが初期化される場合は、仮想ディスクのすべての領域をあらかじめ割り当てる必要があります。フラット仮想ディスクに対する初の書き込みが行われるとき、アプリケーションによって書き込まれたブロックだけではなく、VMFS のブロック長によって定義された領域にもゼロが書き込まれます。この動作はアレイ・ベースのレプリケーション・ソフトウェアのパフォーマンスに影響します。不要なデータを VMFS のブロック長に基づいてコピーしなければならないからです。しかし、その一方で、シン・オン・シン構成におけるフラグメンテーションの懸念は小さくなります。

ESXi では、仮想マシン・ディスクをフラットまたはシンとして構成します。仮想ディスクにシン・フォーマットを使用した場合、仮想マシンが消費する領域は VMFS データストアによって認識されます。ただし、領域不足の状態を避けるために VMFS データストアの空き容量は絶えず監視する必要があります。vSphere には、データストアがその閾値に達すると送信される簡単なアラートが用意されています。



また、クローン作成、Storage vMotion、コールド移行、テンプレート展開などの vCenter 機能を ESXi で使用した後も、デスティネーション・データストアには、zeroedthick フォーマットまたは thinフォーマットがそのまま維持されます。ソース仮想ディスクの消費済み容量はデスティネーション仮想ディスク上で維持され、フル割り当てされません。

仮想マシンはシン対応ではないので、シン LUN の実体であるストレージ・プールがその容量に到達すると、領域不足の状態が発生する可能性があります。領域不足のエラーによって仮想マシンからの新たな書き込み要求をシン LUN が満たせなくなった場合、ESXi は、仮想マシンの I/O を一時停止し、vSphere クライアントにポップアップ・メッセージを表示して、ユーザーにその問題を警告します。このアラートを図 77 に示します。

図 77 仮想マシンの領域不足のエラー・メッセージ

この状態では、仮想マシンから一切 I/O が生成されません。

［Retry］は選択しないでください。ストレージ・プールを拡張するか、別の仮想マシン（または LUN コンシューマー）によって使用されている領域を削除してシン LUN に必要な容量を増やさない限り、同じエラーが繰り返し表示されます。

a. ［Cancel］を選択するか、仮想マシンの電源をオフにします。

b. ストレージ容量を追加するか回収した後、［Retry］を選択して仮想マシンを再開します。

c. ストレージ容量が確保されるまでの間にタイムアウトしたアプリケーションを再起動します。［Cancel］を選択するか、仮想マシンの電源をオフにします。


138


ファイル・ベースのシン・プロビジョニング・ストレージ VNX でのファイル・ベースのシン・プロビジョニングは、ファイル・システムの VNX Thin Provisioning を使用することで可能になります。USM と Unisphere のどちらでも、ファイル・システムにシン・プロビジョニングを設定できます。

シン・プロビジョニングとファイル・システムの自動拡張がデフォルトで有効になります。

ファイル・システムの自動拡張は、新しい NFS エクスポートに NFSデータストアをプロビジョニングする際に使用する［Advanced］ウィンドウのハイ・ウォーターマーク（HWM）の値によって制御されます（139 ページの図 78）。この値（パーセンテージ）によって、いつファイル・システムが拡張されるかが決まります。デフォルトでは、VSI によって HWM が 90% に設定されます。つまり、容量の 90% が消費された時点でファイル・システムが自動的に拡張されます。NFS データストアは VSI によって作成され、ファイル・システムの大容量で VMware ESXi ホストに提示されます。



ESXi ホストからは、現在ファイル・システムに割り当てられている容量は分かりません。しかし、EMC VSI の Storage Viewer の機能を使用すると、現在ファイル・システムに割り当てられている容量を確認できます。

図 78 ファイル・システムのハイ・ウォーターマーク（EMC VSI：USM 機能）

すべての仮想ディスクを合わせた容量がデータストアのサイズを超えても、データストアには追加の仮想マシンを作成できます。したがって、ストレージの不足を事前に認識してプロアクティブに対処するために、VNX ファイル・システムの使用率を監視することが重要です。

注： 119 ページの「ストレージの監視および管理」は、VMware vSphere とEMC VNX でストレージ使用率を監視する方法の詳細を示しています。

仮想マシンのクローンを作成したり、仮想マシンを他のデータストアに移行した場合、またはその仮想ディスクを拡張した場合でも、シン・プロビジョニングされた仮想ディスクの特性は維持されます。


140


データストアに影響する VNX ベースのブロックおよびファイル・システムの操作は、そこに格納されている仮想マシン・ディスクに対しては透過的です。仮想ディスクの仮想プロビジョニング特性は、前述のどの操作を行っても維持されます。

NFS ストレージをベースとした VMware vSphere 仮想ディスクは、常にシン・プロビジョニングされます。図 79 は、NFS に対する仮想ディスクのプロビジョニング・ポリシーの設定を示しています。

図 79 NFS 仮想マシンの仮想ディスクのプロビジョニング・ポリシー

LUN 圧縮 VNX LUN 圧縮を使用すると、パフォーマンス要件の低い種類のデータに関して、容量を節約することができます。VMware ESXi ホストに提示される LUN は、必要に応じて圧縮または解凍されます。141 ページの図 80 を見ると分かるように、圧縮は LUN の属性です。その有効と無効はユーザーが LUN 単位で設定できます。有効にすると、ディスク上のデータはバックグラウンドで圧縮されます。そのソースが RAID グループ LUN またはシック・プール LUN の場合、圧縮を有効にすると、ソースはシン LUN にオンラインで移行されます。ホストから書き込まれる追加のデータは、まず非圧縮のまま格納されます。その後、システム定義の閾値に基づいて、新しいデータの圧縮が非同期で自動的にトリガーされます。



ホストは、圧縮されたデータをメモリ内で解凍して読み取りますが、データは圧縮された状態のままディスク上に存在します。これらの操作はほとんどがエンド・ユーザーに対して透過的で、圧縮が有効になっているときは、新しいデータの処理がバックグラウンドで自動的に行われます。

図 80 LUN の圧縮プロパティの構成

圧縮データの読み取りと書き込みに伴うインライン処理は、個々のI/O スレッドのパフォーマンスに影響を及ぼします。以下のケースに該当する場合は、圧縮を行わないようにしてください。

◆ I/O 集約型のアプリケーション、または応答時間が重視されるアプリケーション

◆ アクティブなデータベース、またはメッセージング・システム

圧縮は、アーカイブ（仮想マシン・テンプレート）のようにあまり変更されることのないデータセットや、仮想マシンで実行されている非本番環境におけるデータベースやメッセージング・システムのボリュームのクローンに適しています。

圧縮されている LUN で圧縮を無効にすると、LUN 全体がバックグラウンドで処理されます。解凍プロセスが完了しても、LUN は引き続きシン LUN であり、同じプール内に留まります。解凍後のシンLUN の容量割り当ては、圧縮前の元の LUN タイプによって異なります。


142


ファイルの重複排除とファイル圧縮

VNX のファイル重複排除とファイル圧縮は、データ圧縮とデータ重複排除によってファイルのデータを削減する機能です。VNX ファイル圧縮の主な目的は、VNX ファイル・システムに格納されるファイルを圧縮することによってファイル・ストレージの効率性を高めることです。重複排除は、ファイル・システム内の重複するファイルを、エンド・ユーザーへの影響を小限に排除するものです。これらのテクノロジーを使用することで、メガバイトあたりのコストを低く抑え、VNX の総所有コストを削減することができます。

VNX のファイル重複排除とファイル圧縮は、次の 2 つの利用形態においてデータの整理によるコストの削減を実現します。

◆ NFS 上の VNX ファイル・システムに格納される仮想マシンの展開とクローン作成を効率的に行う。

◆ NFS/CIFS ネットワーク・シェアに格納され、仮想マシンから利用されるファイル・ベースのビジネス・データを効率よく保存する。

NFS データストアを格納先とする仮想マシンの展開

VNX のファイル重複排除とファイル圧縮は、アクティブな仮想ディスク・ファイルを圧縮の対象とします。この機能は、VNX ベースのNFS データストアに展開される VMware vSphere 仮想マシンで使用可能です。

VNX のファイル重複排除とファイル圧縮による仮想マシンの圧縮VMware 管理者は、この機能を使用することにより、仮想マシン・ディスクを VNX レベルで圧縮し、ファイル・システムのストレージ消費を大 50% 削減できます。圧縮プロセスに伴う CPU オーバーヘッドが多少発生しますが、VNX には、パフォーマンスに与えるこの影響を小化するための適化技術がいくつか組み込まれています。



VNX のファイル重複排除とファイル圧縮による仮想マシンのクローン作成仮想マシンのクローン作成は、VNX のファイル重複排除とファイル圧縮の持つ機能によってアレイ・レベルで効率的に実行されます。クローン作成には次の 2 つの方法があります。

◆ フル・クローン：この操作では、仮想マシンの完全なクローンが作成されます。VMware vSphere のネイティブなクローン操作に相当します。VNX 仮想マシンの完全なクローン作成操作を、ESXi ホストに代わってストレージ・システムが実行するため、ネイティブのクローン操作で必要となる ESXi の CPU サイクルを節約することができます。結果、仮想マシンのクローン操作の効率がアップし、vSphere のネイティブなクローン操作と比べ、2 ～ 3 倍の速度で実行することができます。

◆ ファスト・クローン：この操作では、レプリカとソース仮想マシンとの間で変更されたブロックだけが複製されます。VNX LUN スナップショット操作とよく似ていますが、操作の対象がLUN レベルではなくファイル・レベルである点が異なります。ファスト・クローンは、ソース仮想マシンと同じファイル・システムに置かれます。変更されていないブロックの読み取りはソース・ファイルから行われ、更新されたブロックはファスト・クローン・ファイルから取得されます。ソース仮想マシンからターゲット・デバイスにデータをコピーする必要がないので、ファスト・クローンの作成はほぼ一瞬で完了します。

VNX のファイル重複排除とファイル圧縮で利用できるすべての圧縮操作およびクローン作成操作は、ファイル・システム・ベースではなく仮想マシン・ベースです。そのため、VNX のファイル重複排除とファイル圧縮に VMware vSphere を組み合わせて、VNX ストレージの効率性をさらに高めるという柔軟な管理が可能となっています。

USM および VNX のファイル重複排除とファイル圧縮を使用して仮想マシンの圧縮およびクローン作成を効率的に行う方法の詳細については、「EMC VSI for VMware vSphere: Unified Storage Management Product Guide」を参照してください。


144


仮想マシンによってマウントまたはマップされる NFS/CIFS ネットワーク・シェアにファイル・ベースのビジネス・データを効率よく保存するエンド・ユーザーの操作性に与える影響を小限に抑えながら高いストレージ効率を実現するために、VNX のファイル重複排除とファイル圧縮では、重複ファイルを取り除く処理も実行されます。残ったデータはさらに、この機能によって圧縮されます。

VNX のファイル重複排除とファイル圧縮では、重複排除とその後の圧縮の候補となる適なファイルが、ファイルのアクセス頻度とサイズに基づいて自動的に選択されます。VNX のファイル重複排除とファイル圧縮を階層型ストレージ・アーキテクチャと組み合わせ、セカンダリ階層で実行することで、アーカイブ後のデータセットのサイズを削減することもできます。

VMware vSphere と連携させた場合、NFS または CIFS を使用する仮想マシンによってマウントまたはマップされるファイル・システム上で VNX のファイル重複排除とファイル圧縮が実行されます。これは、ホーム・ディレクトリやネットワーク・ベースの共有フォルダなどのビジネス・データに適です。同様に、VNX のファイル重複排除とファイル圧縮を使用することで、アーカイブされる仮想マシンの領域消費を減らし、冗長なデータを排除して、ファイル・システムのストレージ効率を高めることができます。



VNX ストレージ・オプション

VNX には、あらゆる vSphere 環境のニーズを満たす幅広い構成オプションが用意されています。VNX の優れた柔軟性は、一般的な環境のための基本的な構成から、一部の環境に特化した構成のための高度な機能までを広くカバーします。このセクションでは、各種のストレージ・コンポーネントと構成オプションを大まかに説明します。

VNX でサポートされているディスク・タイプ

146 ページの表 10 は、現在 VNX プラットフォームでサポートされているドライブのタイプと、一般的に推奨される用途を示しています。このシステムに含まれるドライブは、ストレージ・プールとRAID グループに大別されます。ソリッド・ステート・ドライブを使用した場合、FAST Cache をシステムに構成することで別途、拡張SP キャッシュが利用できるようになります。

VNX ストレージ・オプション 145

146


表 10 VNX でサポートされているディスク・タイプ

ドライブのタイプ

使用可能なサイズメリット推奨される用途注

フラッシュ • 100 GB

• 200 GB

• 極めて高いパフォーマンス

• 最低限の遅延

仮想マシンで優れたレスポンス・タイムが要求される用途

小さなブロック・シーケンシャル I/Oログ・ファイルなど）には、エンタープライズ・フラッシュ・ドライブは推奨されない

SAS （シリアル接続 SCSI）

• 300 GB

• 600 GB

• 10k RPM

• 15k RPM

• 優れたコスト・パフォーマンス

• より優れたパフォーマンス

• 大容量、高性能のVMware 環境

• Tier 1 および Tier 2 のほとんどのビジネス・アプリケーション（SQL、Exchange など）

NL-SAS • 1 TB

• 2 TB

• 3 TB

• 7,200 RPM

SATA ドライブと同等の性能と信頼性

• 大容量ストレージ

• アーカイブ・データ、バックアップ、仮想マシン・テンプレート、 ISO イ

メージ用領域

• スループット要件が低くかつレスポンス・タイム要件が中程度の Tier 2/3アプリケーション向き（インフラストラクチャ・サービスである DNS、AD などのアプリケーション）



ストレージ・プール VNX には、ディスクのグループ分けの方法として、RAID グループとストレージ・プールの 2 種類があります。物理ディスクを論理グループにまとめる点ではどちらも同じですが、サポートされる LUNのタイプと機能が異なります。

RAID グループは従来型のストレージ管理手法で、ストレージ・プールが使われる以前から存在します。RAID グループの大きな特徴は、大 16 台のディスクと RAID グループ LUN をサポートする点です。すべてのディスク・ブロックは作成時に確保され割り当てられます。

一方、ストレージ・プールでは、ディスク数、領域の割り当て、LUN タイプの点で、より柔軟な構成が可能です。コスト・パフォーマンスに優れたシン・プロビジョニングや自動調整機構を備えた階層型ストレージなどの高度な機能は、プールを通じて提供されます。プールを作成し、それをもとにして、サポート対象のドライブ・タイプから成る単一階層または多重階層のストレージ構成を実現することができます。

プール LUN は、次の機能をサポートしています。

◆ シック・プロビジョニング LUN とシン・プロビジョニング LUN

◆ metaLUN を使わない拡張

◆ 縮小可能な LUN

◆ ブロック圧縮（Compression Enabler 使用）

◆ 自動階層化（FAST Enabler がインストールされていること）

◆ Dead Space Reclamation

プール・ストレージを利用することによって、各プール内のスペース利用を流動化することができます。プール内の空き領域は流動的であり、仮想マシンやアプリケーションのストレージ要件に応じて絶えず変動します。LUN の構成は FAST VP によって合理化されており、階層化されたストレージによって、さまざまなサービス・レベルとワークロードに対応するプールを作成することができます。


148


ストレージ・プールと RAID グループの違い

ストレージ・プールと RAID グループの主な違いは、次のとおりです。

◆ RAID グループのディスク数の上限は 16。それを超えるディスク構成は metaLun を使用して実現できます。

◆ プールはそれよりも多くのディスクを使って作成でき、合理的なストレージ管理が可能。

◆ プールは TLU（シン LUN）をサポートしている。

◆ FAST VP を使用するように構成したプールには、あらゆる種類のディスクを組み合わせることが可能。

◆ プールは LUN 圧縮をサポートする。

◆ ストレージ・プールは 1 GB のスライスにセグメント化される。プール LUN は、プール内のスライスを複数使用して作成されます。

表 11 は、RAID グループとストレージ・プールの機能の一覧です。

注： RAID グループの拡張機能は metaLUN によって提供されます。LUN圧縮を有効にすると、既存の LUN はシン・プール LUN に変換されます。Windows 2008 と Solutions Enabler が実行されている場合は、FLARE LUNを縮小できます。

VNX は、プールの導入によって合理化と適化が図られていますが、データ保護テクノロジーに使用される内部ストレージ・デバイスや、リソース要件の厳しい環境（またはアプリケーション）のために RAID グループが残されています。

表 11 プールの機能

プール・タイプタイプ割り当て最大ディスク数拡張圧縮

割り当て解除縮小自動階層化

RAID グループ FLARE LUN フル 16 不可可不可不可不可

ストレージ・プール

シン（TLU）

割り当てなし

71 ～ 996プラットフォームに依存

可可可可可

シック（DLU）

割り当て領域は確保されない



RAID 構成オプション

VNX には、さまざまな RAID 保護アルゴリズムが用意されており、VMware 環境のパフォーマンスおよび信頼性の要件に対応することができます。すべてのブロック・デバイスおよびファイル・デバイスには、VNX RAID 保護が使用されています。表 12 は、RAID 保護オプションの一覧です。

注：現在、NL-SAS デバイスの構成には RAID 6 の使用が推奨され、混在プールの使用は限られています。

ストレージおよび RAID のアルゴリズムは、主にアプリケーションまたは仮想マシンのスループットおよびデータ保護の要件に基づいて選択します。VMFS ボリュームに使用する RAID 構成としても有力な選択肢は、RAID 1/0 と RAID 5 です。パリティ RAID は、も効率的にディスク容量を使用でき、アプリケーションの要件を満たすことができます。EMC のラボで実施したテストでは、多くの場合 RAID 5 が、仮想マシンのストレージ・ニーズをも広く満たすことが分かっています。適切な RAID 構成を判断するには、コンピューティング環境におけるアプリケーションとストレージの要件を理解することが大切です。

表 12 VNX RAID オプション

アルゴリズム説明 RAID グループプール考慮事項

RAID 0 RAID ストライピング ○ データ保護なし

RAID 1 データはすべてのスピンドルにわたってストライピングされる

○ 各データ・ディスクにつき 1台のミラー・ディスクが使用される。

RAID 1/0 データはすべてのスピンドルにわたってミラーリングおよびストライピングされる

○ ○ 各データ・ディスクにつき 1 台のミラー・ディスクが使用される。分散パリティと比べ、消費されるディスク領域が多い。

RAID 3 データは専用のパリティ・ディスクを使用してストライピングされる

○

RAID 5 分散パリティを使用し、すべてのディスクにわたってデータがストライピングされる

○ ○ パリティ RAID は、最も効率的にディスク容量を使用でき、アプリケーションの要件を満たすことができる。

RAID 6 ダブル・パリティを使用し、すべてのディスクにわたってデータがストライピングされる

○ ○ パリティ計算が増えるため、書き込みレーテンシーが増える。


150


ストレージ・プールの機能

FAST VP FAST VP（Fully Automated Storage Tiering for Virtual Pools）は、149 ページの表 12 に示した複数のディスク・タイプを組み合わせて構成します。FAST VP では、パフォーマンス階層に基づいてドライブのタイプが特定されます。これらの階層の名前を次に示します。

◆ Extreme Performance（ソリッド・ステート・ディスク）

◆ Performance（SAS）

◆ Capacity（NL-SAS）

パフォーマンスがも高く、なおかつ容量がも小さいのはフラッシュです。NL-SAS は容量とコストの点でも優れています。SAS ディスクは、両方の特性を合わせたパフォーマンス階層に使用されます。

注： FAST VP 階層内では回転スピードは区別されません。そのため、回転スピードの異なるディスク（10k RPM と 15k RPM の SAS ドライブなど）が同じプール階層に割り当てられます。EMC では、このような構成を推奨していません。

プール内に作成された LUN は、1 つまたは複数のストレージ階層に分散されます。FAST VP は、「スライス」と呼ばれる 1 GB セグメントを使用し、サブ LUN レベルで作用します。LUN が作成されると、プール内の利用可能な階層全体にスライスが分散されます。LUN のスライス配分は、プールに割り当てられたポリシーと階層の既存の使用率によって決定されます。

FAST VP プールはスライスの再配置を実行し、使用頻度のも高いストレージと上位の階層、使用頻度の低いストレージと下位の階層をそれぞれ結び付けます。スライスの再バランシングは、スケジュールされた時間帯に自動的に実行されるほか、管理者が手動で実行することもできます。

VNX OE for Block バージョン 5.32 では、プールが拡張されたときや、スライスを監視するソフトウェアによってストレージ・プール内のプライベート LUN 上にホット・スポット（負荷の高い部分）が検出されたときに、階層内のスライスの再バランシングが実行されます。スライスの再バランシング試験を EMC で行ったところ、プールの拡張時にごくわずかなパフォーマンス・インパクトが見られましたが、再バランシングの完了後はパフォーマンスが改善され、そのメリットが確認されました。

vSphere 環境内のブロックの使用パターンは変化します。環境内のデータ・アクセス・パターンの変化に適応できることが FAST VP の利点です。



Unisphere では、すべてのプール作成タスクについて構成のガイダンスが表示されます。FAST VP のプールにバインドするディスクの数は、RAID 5 プールが 5 の倍数単位、RAID 1/0 プールと RAID 6プールが 8 の倍数単位となっています。

プールの拡張は、この構成ルールに従っている必要があります。また、パリティのオーバーヘッドが生じること、および LUN 分散のバランスが乱れることを避けるために、増分は既存の構成とほぼ同じにする必要があります。たとえば、既存のプールが 20 ディスクで構成されている場合、プールの拡張は 20 ディスク単位で行い、プール内の LUN のエクステント配分を均等に保つようにします。

図 81 は、階層の情報を表示する Unisphere のウィンドウを示しています。このウィンドウには、47 GB のデータが Performance 階層への移行対象として表示されています。また、Extreme Performance階層には 28 GB のデータが移動されます。この例では、プールの階層化ポリシーが［Manual］に設定されています。移行機能を作動させるためには、管理者が手動で再配置を開始する必要があります。

一般に、FAST VP によるブロックの再配置はリアルタイムには実行されません。ワークロードにもよりますが、利用者の少ない時間帯や業務時間外に再配置が実行されるようにスケジューリングするのがも効果的です。

図 81 VNX FAST VP のレポートおよび管理インタフェース


152


FAST Cache FAST Cache は、VMware 環境内のデータベースなど各種アプリケーションのパフォーマンスを大幅に高める適化テクノロジーです。FAST Cache は、システム内で利用頻度のも高いデータをソリッド・ステート・ディスクを使用して格納します。FAST Cacheは、64 KB のエクステント・サイズで動作します。エクステント内のブロックへのアクセスが、システム定義のインターバルの間に複数回生じた場合、そのエクステントはフラッシュ・ディスクにプロモートされ、それ以降のアクセス・リクエストのパフォーマンスが大きく向上します。

キャッシュされたエクステント内のデータ・ブロックへのアクセス頻度が低下するか、ブロックの優先度が変更されると、それらのエクステントは HDD にデステージングされ、より優先度の高いエクステントと置き換えられます。FAST Cache はリアルタイムで動作するので、仮想マシンのアクセス要件に合わせてエクステントは頻繁に移行されます。

注： FAST Cache にも適した用途はデータの再使用です。シーケンシャルな読み取りや書き込みを行うアプリケーションよりも、同じデータを高頻度で再使用するアプリケーションや、特定の領域への負荷が大きいアプリケーションで大きな効果が期待できます。一方、シーケンシャルな特性を備えたアプリケーションでは、SSD を FAST VP プールとして構成することで、より高いパフォーマンスを得ることができます。

Advanced スナップショット

VNX OE for Block バージョン 5.32 は、「Advanced スナップショット」と呼ばれる新しい LUN スナップショット機能をサポートしています。Advanced スナップショットを使用すると、ストレージ・プール LUN のスナップショット・イメージを瞬時に作成することができます。

Advanced スナップショットの機能は次のとおりです。

◆ 任意のソース LUN から大 256 コピーを作成できる。

◆ 既存のスナップショットのスナップショットを作成できる。

◆ いつでも任意の順序でスナップショットを削除できる。

◆ コンシステンシ・グループをサポートしているため、マルチLUN ストレージ・デバイスからアプリケーション・コンシステントなイメージを作成できる。

Advanced スナップショットでは、Copy On Write 動作は実行されません。つまり、書き込み処理のオーバーヘッドはほとんど発生しません。更新されたデータは、「Allocate On Write」動作によってストレージ・プール内の新しい領域に書き込まれます。

VNX スナップショットには、追加のセットアップ（予約済み LUN）は不要です。スナップショットには、ストレージ・プール内の空き領域が使用されます。



VNX LUN 148 ページの表 11 は、サポートされる各種 LUN タイプをストレージ・プール別に示したものです。以下の説明では、VNX で利用できる各種 LUN を比較しています。

シック LUN ストレージ・プールに作成されるデフォルトの LUN は「シックLUN」と呼ばれます。これらの LUN は、プール内のストレージ・グループ全体に分散される 1 GB のスライスで構成されます。

シック LUN には、メタデータ用に 1 GB のスライスが 3 つ必要となります。残りのスライスは、システム上で実行されている VNX OE for Block のバージョンに応じて確保されるか割り当てられます。

VNX OE for Block 5.32 より前のリリースでは、残りのスライスはプール内で確保され、仮想マシンまたはホストに LUN 内の追加領域が必要となったときに別途スライスの割り当てが実行されます。

VNX 5.32 では、シック LUN の領域が作成時に割り当てられます。この変更によって、LUN 内のブロックのローカル性が向上しています。

プール LUN には、プールのサイズ、利用可能なスライス、LUN のサイズに応じて複数のディスクが使用されます。スライスの初期配置は、利用可能な領域に基づいてプールが実行します。プールがあまり一杯になると、その一部のディスクに対して LUN をストライピングできない場合もありますが、VNX OE for Block バージョン5.32 は、スライスのアクティビティを監視し、再バランシングを行うことで、プール内のスライスの配分を調整します。


154


シン LUN シン LUN（TLU）は、Thin Enabler がインストールされている場合にストレージ・プール内に作成されます。シン LUN には、メタデータ用に 1 GB のスライスが 3 つ必要となります。シン LUN の目的はスペースの節約であるため、仮想マシンまたはホストで追加領域が必要になるまでブロックの割り当ては行われません。また新しい領域は、より細かい 8 KB 単位で割り当てられます。

消費される領域を抑える関係上、シン LUN では、ストレージ・プール内の領域が確保されません。この機能が、多数の TLU によるストレージ・プールのオーバーサブスクライブ（プールの容量を超える TLU サイズの構成）を可能にしています。シン LUN で使用するストレージおよびアプリケーションは、「シン・フレンドリー」であることが必要です。一杯になる頻度がさほど高くないケースや、容量が流動的で、ある期間に一杯になった後、その領域が再びプールに戻されるようなケースで、シン LUN はも効果を発揮します。構成対象の LUN がすべて同時に一杯になる可能性がある場合、TLU は不向きと考えられます。オーバーサブスクライブされたストレージ・プールは監視し、プールの領域不足を事前に検出する必要があります。VNX ストレージの監視方法の詳細については、119 ページの「ストレージの監視および管理」を参照してください。



シン LUN とシック LUN の違い

表 13 は、シック LUN とシン LUN の主な違いを示しています。

表 13 シン LUN とシック LUN の違い

RAID グループ LUN RAID グループ LUN は、固定のディスク・グループから作成される従来型のデバイスです。RG LUN に関連づけられたすべてのディスク・ブロックは、LUN の作成時に連続的に割り当てられます。RAID グループ LUN は、ドライブ数が 16 に固定され、シン LUNを選択することはできません。

VNX metaLUN metaLUN は、異なる RAID グループに属している複数の LUN をストライピングまたは連結することによって集約された LUN です。VNX は metaLUN を通じて、ディスク数が 16 を超える単一のRAID グループ・デバイスを表現できます。RAID グループを使用して、より多くのリソースを使って容量を確保したり、より多くのスピンドルにワークロードを分散することが可能です。

プール LUN と RAID グループ LUN のパフォーマンス比較前述したように、使用される割り当て方式は LUN タイプごとに異なります。

RAID LUN は、その作成時にすべてのブロックを割り当てることで、LUN の領域上のローカル性（またはスキュー）を向上させています。通常、このレイアウトを使用した場合、LUN のレスポンス・タイムが向上します。RAID LUN には MetaLUN を使用し、線形的な拡張性によってデバイスを束ねることができます。LUN のパフォーマンスをも予測しやすいのは、RAID グループから作成された LUN です。

VNX OE for Block バージョン 5.32 以降では、シック LUN も、すべてのブロックの割り当てが作成時に実行されます。そのため、RAIDグループ LUN と同様のローカル性とパフォーマンスを得ることができます。

シン LUN シック LUN

ストレージ領域を節約するために、領域の割り当ては、シック LUN より細かな増分単位（8 KB）で行われる

必要なスライスをすべて確保し、割り当てる（VNX 5.32 ではブロック）

領域の確保は行わない（プール内のすべての TLU がそのプールの空き領域を共有する）

パフォーマンスに優れる

領域の再使用に優れる（特に、 ESXi 5.0 U1 以降に備わっている Dead Space Reclamation 機能を使用した場合）


156


VNX OE for Block 5.32 よりも前に作成されたシック LUN では初期割り当てが実行されません。領域上のローカル性とレスポンス・タイムが、RAID グループ LUN とわずかに異なる場合があります。構成によっては、RAID グループ LUN と比べて大 10% のパフォーマンス・オーバーヘッドがシック LUN には存在します。

シン LUN は、ストレージ・システム上の領域を節約する関係上、実際に領域が必要になるまでブロックの割り当てを先送りします。そのことがシン LUN のレスポンス・タイムに影響する場合があります。RAID グループ LUN と比べて 20% 以上の違いが生じることもあります。

VNX ファイル・ボリューム

VNX OE for File バージョン 7.1 は、「はじめに」のセクションで取り上げたものと同じ LUN および LUN タイプを使用して、vSphere 環境の NFS ファイル・システムを作成します。ファイル環境には VNX LUN が、ディスク・ボリューム（dvol）としてインポートされます。集約、ストライピング、スライスの dvol を作成して、ESXi にNFS データストアとして表現されるファイル・システムを作成するには、VNX OE for File ボリューム・マネージャを使用します。

そのため、このドキュメントで取り上げた LUN のプロパティと機能は、その多くが、NFS データストア用ファイル・システム・ストレージにも当てはまります。

VNX でのボリュームの作成には、AVM（自動ボリューム管理）とMVM（手動ボリューム管理）の 2 つの方法があります。AVM には、ボリュームの作成と VNX ファイル・システムの作成を自動化するためのテンプレートが用意されています。作成作業を合理化するために、既存のストレージ・リソースにベスト・プラクティスのアルゴリズムが適用されます。

2 つ目の方法（MVM）では、ボリュームの作成に使用するコンポーネントをストレージ管理者が選択できるため柔軟性が高く、NFS ボリュームの綿密な構成が可能となります。

VNX のボリューム管理機能を通じて、管理者は次のことを実行できます。

◆ ファイル・システム・ストレージ用にカスタマイズしたボリュームを作成する。

◆ ボリュームのグループ化、結合、スライスによって特定の構成ニーズを満たす。

◆ VNX ボリュームとファイル・システムおよび LUN を単一のインタフェースで管理する。



AVM で生成されるボリュームは、ほとんどの VMware 環境の要件を満たします。

MVM は、特殊なアプリケーション要件を持ったファイル・システムの構成にも適しています。MVM には制御の手段が多く設けられているため、ストレージ構成の厳密な選択とレイアウトが可能です。MVM インタフェースを使用して、さまざまな特性を備えたファイル・システムを作成できます。

Unisphere には、管理者がファイル環境専用の LUN を確保できる一連の構成ウィザードがあります。ファイル・プロビジョニングに使用するストレージのプールは、ストレージ管理者が Disk Provisioning Wizard（図 82）を使用して定義できます。

図 82 Disk Provisioning Wizard


158



2


◆ はじめに .......................................................................................... 160◆ EMC VNX クローン作成テクノロジーの使用 ........................... 162◆ サマリー .......................................................................................... 176

仮想マシンのクローン作成

仮想マシンのクローン作成 159

160


はじめに

仮想化された環境では、既存の仮想マシンのレプリカを迅速に作成する機能を活用します。vCenter で開始される仮想マシン・レプリカは、次の 2 種類です。

◆ 仮想マシンのフル・レプリカまたはフル・クローン（仮想マシンおよびその仮想ディスクのブロック単位のコピー）

◆ スナップショット・レプリカ（通常はシン・ジャーナル・ファイル・イメージ、または仮想マシンとその仮想ディスクを構成するファイルのブロック / ファイル・システム・ポインタ・ベースのイメージ）

VMware では、仮想マシンのクローンを作成するためのネイティブ・レプリケーション機能として、vCenter の Clone Virtual Machine ウィザードと VMware vCenter Converter Standalone ユーティリティが用意されています。

◆ Clone Virtual Machine ウィザード：既存の仮想マシンのクローンを作成し、ESXi ホストにアクセスできるサポートされているデータストアにそのクローンを格納できます。このウィザードには、データストア内の領域を確保するために、シンなど他の割り当てポリシーを使用する仮想ディスクのクローン作成オプションも用意されています。

◆ vCenter Converter：任意の Windows システムを ESXi ホスト上の仮想マシンに変換できます。既存の仮想マシンのクローン作成機能も用意されています。必要に応じて、既存の仮想ディスクのサイズを変更することもできます。このツールは、小限のダウンタイムと管理作業で、オペレーティング・システム・ディスクのサイズを変更できる、非常に有効なツールです。

ほとんどの場合、vCenter 内のネイティブのスナップショット・ウィザードおよびレプリケーション・ウィザードには、仮想マシンに適なレプリケーション・オプションが用意されています。これらのウィザードでは、仮想マシン・レプリカの自動化と登録を行う統合 vCenter 機能を備えています。

EMC では、NFS データストアで仮想マシン・レプリカを作成および登録し、VNX ストレージ・デバイスでデータストア・レプリカを作成する代替のレプリケーション・オプションも提供しています。



VNX には、仮想マシン・クローンのための次の機能があります。

◆ FC、iSCSI、FCoE プロトコルを使用する場合のブロック・ストレージのための VNX SnapViewTM。

◆ NFS プロトコルを使用する場合のファイル・システムのためのVNX SnapSureTM。

◆ ネイティブ仮想マシン・クローン作成を促進するブロック・ストレージのための VMware VAAI テクノロジー。

◆ NFS データストアでの設置効率の高い FAST 仮想マシン・クローンを NFS で実行するための VAAI プラグ・イン。

◆ 個々の仮想マシン・クローン作成のための VSI Unified Storage Management。

はじめに 161

162


EMC VNX クローン作成テクノロジーの使用

このセクションでは、EMC VNX ソフトウェア・テクノロジーを使用して仮想マシンのクローンを作成する方法について説明します。VNX プラットフォーム・ベースのテクノロジーにより、vSphereデータストアおよび RDM 仮想ディスクの実体となるストレージ・デバイスの正確なコピーが作成されます。

信頼性の高いストレージ・システムのクローンを作成するには、VNX ストレージ・デバイスのクローンを作成する前に、次の準備を行います。

◆ 仮想マシンで実行されているアプリケーションをシャットダウンまたは停止して、メモリのすべてのデータを仮想ディスクにコミットする。

◆ Windows System Preparation ツール、Sysprep などのツールを使用して、仮想マシンを展開可能な状態にする。

他の仮想マシンと名前やアドレスが競合しないように、一意の仮想マシン・ホスト名およびネットワーク・アドレスを割り当てます。Windows 仮想マシンの場合は、ゲスト・オペレーティング・システム内で Sysprep を実行することにより、システムの起動時に新しいセキュリティ識別子およびネットワーク・アドレスを自動的に生成します。

VNX SnapView による仮想マシンのレプリケート

VNX SnapView テクノロジーにより、仮想マシンをサポートするVMFS データストアまたは RDM LUN のコピーを作成します。

SnapView を使用して、テスト、バックアップ、リカバリ操作のための LUN レベルのコピーを作成できます。SnapView には、柔軟性の高い 3 つのオプションがあります。

◆ ポインタ・ベースの省ディスク・スペース型のスナップショット：SnapView スナップショットでは、ポインタ・ベースのテクノロジーを使用して、既存の LUN のポイント・イン・タイム・イメージを作成します。SnapView は、ソース LUN ブロックをコピーすることにより、更新がソース LUN に適用される前にスナップショット・イメージ・コンテンツを保持します。1 個のソース LUN に、大 8 個のスナップショットを保有して、一定期間の LUN のコンテンツを収集できます。



◆ VNX Advanced スナップショット：VNX OE for Block バージョン 5.32 では、Advanced スナップショットがサポートされ、プール・ベースの LUN のスナップショットを大で 256 個まで作成できます。Advanced スナップショットは、ソース LUN のポインタ・ベースのコピーですが、変更されたブロックはスナップショットに書き込まれません。Advanced スナップショットでは、元のブロックへのポインタが保持され、ソースLUN に対するブロックの変更に対応できるように新しいブロックが割り当てられます。Advanced スナップショットでは、ストレージ・プール内の LUN に更新が書き込まれ、別の予約済みLUN プールは必要ありません。

◆ フル・ボリューム・クローン：SnapView クローンは、ほぼすべてのビジネス用途に活用できる、ソース LUN のフル・イメージ・コピーです。SnapView は、デバイスのブロックの変更を追跡します。これにより、以前に同期された状態からの変更をソースに反映して、クローン・デバイスを再同期します。LUNには、大 8 個の同時ターゲット・クローンを保有できます。

EMC VNX クローン作成テクノロジーの使用 163

164


SnapView クローンを使用した VMFS データストアでの仮想マシンのレプリケート

VNX LUN は VMFS データストアとしてフォーマットされるか、または RDM ボリュームとして仮想マシンに提示されます。SnapViewクローンを使用して VMFS データストアをレプリケートできます。それには、ESXi で VMFS データストアの作成に使用される LUN の同一ブロック単位のレプリカを作成します。

SnapView クローン作成は、Unisphere または Navisphere® CLI で管理されます。図 83 は、クローン LUN を作成して ESXi ホストに提示する場合に使用されるインタフェースを示しています。

図 83 Unisphere クローン LUN 管理



クローン LUN を作成して提示するには、次のステップを実行します。

1. Unisphere Host Virtualization インタフェースまたは EMC VSI Storage Viewer 機能を使用して、以下を識別します。

a. VMFS データストアをサポートする VNX LUN

b. データストア内に含まれている仮想マシン

2. クローンを作成する各 VNX LUN のクローン・グループを定義します。

3. 各クローン・グループにクローン・ターゲット LUN を追加します。

ターゲット・デバイスを追加すると、SnapView クローン同期プロセスが自動的に開始されます。

4. 同期した後で、ソース・ボリュームからクローン・ボリュームをフラクチャします。これにより、現在の LUN の状態が維持され、LUN に読み取り / 書き込み状態が設定されるため、ESXi ホストで LUN にアクセスできます。

同じソース LUN に対して複数の VNX クローンを作成できます。クローンを活用するには、ソース LUN からクローンをフラクチャしてストレージ・グループに提示します（図 84 を参照）。ストレージ・グループの一部である任意の ESXi ホストは、フラクチャされたときのソース・ボリュームの整合性のとれた読み取り / 書き込みコピーとともに提示されます。

注： Navisphere CLI ユーティリティ（naviseccli）でこのタスクを実行するには、-consistent スイッチを指定して整合性のとれたフラクチャを実行します。

図 84 整合性のとれたクローン・フラクチャ操作の実行


166


SnapView スナップショットを使用した VMFS データストアでの仮想マシンのレプリケート

SnapView スナップショットを作成および提示するには、次のステップを実行します。

1. Unisphere Host Virtualization インタフェースを使用して、スナップショットを作成するソース・デバイスを特定します。

2. Unisphere を使用して、ソース・デバイスの SnapView スナップショットを作成します。

スナップショットは、スナップショット LUN に必要なストレージ・リソースを確立します。

3. Unisphere または Navisphere CLI を使用して、ソース・デバイスで SnapView セッションを開始します（167 ページの図 85 を参照）。

これにより、Copy On Write アクティビティを開始します。

4. 以前に作成された SnapView スナップショット・デバイス・セッションをアクティブ化することにより、SnapView セッションにアクセスします。



図 85 VMware ファイル・システムのコピーを作成するための SnapView セッションの作成

ESXi ボリューム・シグネチャ

ESXi VMkernel は、すべての VMFS 形式のディスクに一意のシグネチャを割り当てます。シグネチャは、LUN のデバイス ID に基づきます。これには、データストア / ボリューム名などユーザーが割り当てたプロパティも含まれます。レプリケートされた VNX ストレージ・デバイスは、一意のシグネチャおよびボリュームの詳細が含まれた完全なブロック単位のコピーです。


168


VMkernel は、ホストからアクセスできるすべてのデバイスで SCSIデバイス照会を実行して、デバイスのプロパティを検出し、既存のデバイス・シグネチャがあるかどうかを判断します。vSphere は、既存デバイスのシグネチャがデバイスに含まれていることを検出すると、そのデバイスに新しいシグネチャを割り当てることにより、それがマウントされないようにし、LUN を使用するオプションを提示します。同じクラスタに含まれないホストにレプリカを提示する場合は、既存のシグネチャを保持してデバイスをマウントします。

再スキャン後に、LUN レプリカの既存のシグネチャを保持するか、必要に応じて LUN レプリカを再署名します。

◆ Keep the existing signature ：ソース・デバイスと同じラベル名およびシグネチャでデータのコピーを提供します。ESXi は、シグネチャの競合が存在する場合はレプリカを提示しません。新しいシグネチャを割り当てて、ソース LUN と同じホスト上のレプリカをアクティブ化します。

◆ Assign a new signature ：VMFS ボリューム・レプリカに新しいシグネチャを割り当てます。レプリカ LUN の UID および LUN番号を使用して新しいシグネチャが計算されます。データストアに割り当てられる新しいラベルのデフォルト・フォーマットは、snap-<snap_ID>-<old_label> です。ここで、<snap_ID> は整数、<old_label> は元のデータストアのラベルです。

SnapView クローンまたはスナップショット LUN を再署名するには、次のステップを実行します。

1. ESXi ホストでストレージを再スキャンして、デバイスの検出を実行し、SCSI デバイス・リストを更新します。

2. ［Inventory］領域でホストを選択します。

3. ［Configuration］を選択し、［Hardware］領域の［Storage］をクリックします。

4. ［Add Storage］をクリックします。

5. ［Disk/LUN］ストレージ・タイプを選択し、［Next］をクリックします。

6. LUN のリストから LUN を選択すると、［VMFS Label］列にデータストア名が表示されます。［Next］をクリックします。

［Select VMFS Mount Options］ダイアログ・ボックスが表示されます。

注：［VMFS Label］列に表示される名前は、LUN が既存の vStorage VMFSデータストアのコピーであることを示しています。



7. 図 86 に示すように、［Keep the existing signature］または［Assign a new signature］を選択し、［Next］をクリックします。

図 86 デバイス・シグネチャの割り当て

8. データストア構成情報を確認し、［Finish］をクリックしてタスクを完了し、データストアを追加します。

9. 新しいデータストアを参照し、仮想マシンの構成（.vmx）ファイルを検索して、vCenter Inventory にインポートします。

RDM LUN の SnapView クローンによる仮想マシンのレプリケート RDM ボリュームのレプリケートでは、レプリケートされた RDM ボリュームへのアクセスを容易にするためのソース仮想マシン構成ファイルのコピーが必要です。SnapView テクノロジーにより、RDM ボリュームの論理的なポイント・イン・タイム・コピーを作成します。次に、コピーが仮想マシンに提示されます。

RDM ボリュームには、仮想マシンまたは仮想マシン・クラスタとの 1 対 1 の関係があります。

RDM LUN の SnapView クローンで仮想マシンをレプリケートするには、次のステップを実行します。

1. RDM LUN の SnapView クローンまたはスナップショットを作成します。

2. vCenter 内で、クローン・イメージが作成される ESXi ホストを識別します。

3. 既存のデータストア内にフォルダを作成し、仮想マシン構成ファイルのコピーを保持します。


170


4. 図 87 に示すように、vSphere Client の Datastore Browser を使用して、ターゲット仮想マシンの構成ファイルを、ステップ 3で作成したディレクトリにコピーします。

図 87 Datastore Browser での仮想マシン構成ファイルの選択

5. 仮想マシン構成ファイル（.vmx）のコピーを識別し、このコピーを使用して、新しい仮想マシンを ESXi ホストのインベントリに追加します（図 88 を参照）。

図 88 ESXi ホスト・インベントリへの新しい仮想マシンの追加



6. 次の仮想マシン設定を編集します。

a. ソース RDM を参照する既存の［Hard Disk］エントリーを削除する。

b. 新しいハード・ディスクをタイプ RDM として追加し、クローン RDM デバイスを指定する。

7. vSphere Client から、クローン仮想マシンを起動します。

VNX SnapSure による VNX NFS データストアでの仮想マシンのクローン作成

VNX SnapSure 機能により、仮想ディスクおよび仮想マシン構成ファイルが含まれた NFS データストアをサポートする、NFS ファイル・システムの論理的なポイント・イン・タイム・イメージ（チェックポイント）を作成します。ESXi ホストでは、仮想マシンを起動するために、ファイル・システムが読み取り / 書き込みモードであることが必要です。書き込み可能なチェックポイント・ファイル・システムは、Unisphere で作成されます（図 89 を参照）。

図 89 書き込み可能な NAS データストアのチェックポイントの作成


172


CLI で次のコマンドを実行して、書き込み可能なチェックポイント・ファイル・システムを作成します。

# fs_ckpt <NAS_file_system_checkpoint> -Create -readonly n

仮想マシンを起動する場合、VMkernel にはチェックポイント・ファイル・システムへの読み取り / 書き込みおよびルート・アクセスが必要です。詳細については、50 ページの「EMC Unified Storage Management を使用した NFS データストアの作成」を参照してください。チェックポイント・ファイル・システムを ESXi ホストにエクスポートして、ルート・レベル・アクセスをホストに提供します。

複数の仮想マシンをチェックポイント・ファイル・システムにインポートするには、vCenter UI 内で次のステップを実行します。

1. チェックポイント・ファイル・システムにアクセスできる ESXiホストを選択します。

2. ［Configuration］タブを選択し、Add Storage Wizard を起動します。

3. 書き込み可能なチェックポイント・ファイル・システムを NFSデータストアとして ESXi ホストに追加します。

4. 新しいデータストアを参照し、仮想マシンの .vmx ファイルをvCenter Inventory に追加します。

ネイティブ vCenter クローン作成および VAAI による仮想マシンのクローン作成

このセクションでは、vCenter 仮想マシンのクローン作成が、VAAI対応の VNX ブロック・ストレージでどのように動作するかについて説明します。VAAI 動作では、ホストでクローンを実行する場合に消費される ESXi リソースが節約されます。使用されるリソースは、コピーするデータの量に比例します。

VAAI を使用すると、VMware vSphere 4.1 以降では、ESXi ホスト・ベースの機能の代わりとして効率的なディスク・アレイ・ストレージ機能の利点を活用できます。これらの vStorage API により、vSphere とストレージ・ハードウェアとを緊密に統合することができ、以下を実現できます。

◆ 仮想マシンで実行されているアプリケーションの QoS（Quality of Service）が改善される。

◆ 迅速なプロビジョニングにより可用性が向上する。

◆ 仮想マシンの拡張性が向上する。



vStorage API は、VMFS データストア、RDM ボリューム、NFS システムを VNX プラットフォームでサポートします。VAAI オフロードのための小 VNX リリース・バージョンは、VNX OE for Block 5.31 および VNX OE for File 7.0.45 です。VAAI スイートの Full Copy 機能は、仮想マシンのクローン作成操作をストレージ・システムにオフロードします。

注： VAAI サポートは、VNX OE for Block バージョン 5.31 以降が動作している VNX ストレージ・システムで提供されます。

ESXi ホストは、ソース・デバイスおよびデスティネーション・デバイスをサポートするアレイに XCOPY コマンドを発行します。アレイは、内部データ・コピー操作を実行して仮想ディスク・レプリカを作成します。ホストは、データ移動を実行するアレイにコピー操作を発行します。フロー制御とコピーの実行のために、ストレージ・システム間で SCSI ステータス・メッセージが交換されます。アレイ・コピーのオフロードにより、ホスト I/O トラフィックと CPU使用率が大幅に減少します。フル・コピー機能は、ソース LUN とデスティネーション LUN が同じ VNX プラットフォームに属している場合にのみサポートされます。

フル・コピー機能は、管理者が以下の操作を行うときに便利です。

◆ 仮想マシンの複数のコピーを同じストレージ・システムの LUN内に作成するか、複数の LUN 内に別々に作成する。

◆ LUN が同じストレージ・システムにある場合に、VMFS データストアの vMotion 仮想マシンを別の VMFS データストアに格納する。

◆ VNX LUN を使用するテンプレートから仮想マシンを展開する。

NFS データストアでの個々の仮想マシンのクローン作成

vSphere 5.0 では、NFS データストアに仮想マシンのクローンを作成するときの NFS コピー操作のための VAAI サポートが導入されています。

EMC NAS ソフトウェア・パッケージが構成されている ESXi ホストは、コピー操作を VNX Data Mover にオフロードします。すべてのレプリケーションまたはクローン作成は、ストレージ環境内で実行され、ホストおよびネットワーク・リソースの消費が小化されます。

この機能には、EMC NAS ソフトウェア・パッケージが必要です。EMC のお客様およびパートナーは、VMware のインストール・バンドル（VIB）として EMC オンライン・サポートで、このパッケージを入手できます。


174


NFS に対する VAAI オフロードにより、クローン作成に必要な ESXiホストのリソースの量が低減されます。また、ESXi および VNX システムでのネットワーク・リソース使用率も低減されます。

EMC NAS VIB パッケージは、ESXi コンソールから、またはvSphere での自動展開イメージとしてインストールします。vSphere Client を使用するか、次のコマンドを実行して、EMC NAS VIB がインストールされていることを確認します。

esxcli software vib list |grep EMCNas

図 90 は、NFS プラグ・インが構成されている VNX からの VAAI 対応 NFS データストアのデータストア・プロパティを示しています。

注：データストアのリストから、Hardware Acceleration がサポートされていることがわかります。

図 90 vSphere のクローン NFS データストア

NFS VAAI クローンによる実行時間が、ホスト・ベースのクローン操作よりも速くなるとは限りません。特に、環境内の他の負荷がかからないように孤立した状態でテストを実行した場合は、その傾向が顕著になります。オフロード操作のメリットは、リソース使用率の低減です。ホスト・リソースの競合があり、ホストがアイドル状態でない場合は、オフロード操作のメリットが大きくなります。

VNX には、仮想マシンが NFS データストアにある場合に個々の仮想マシンのクローンを作成する機能も用意されています。VSI USM機能は、VAAI クローン作成操作とは別の管理手法を使用して、ストレージ・システム内で直接、クローン作成操作を実行します。



USM には、フル・クローンとファスト・クローンを含むユーティリティのセットがあります。

◆ フル・クローン：フル・クローン操作は、Data Mover 内の複数のファイル・システムに対して実行されます。ESXi ホストをプロセスから削除することにより、仮想マシン・クローン作成操作は、ネイティブ vSphere 仮想マシン・クローン作成操作の 2倍から 3 倍速くなります。

◆ ファスト・クローン：ファスト・クローン操作は、1 つのファイル・システム内で実行されます。ファスト・クローンは、Data Mover レベルで実行され、ほぼ一瞬で完了する操作です。外部データ移動は発生しません。フル・クローンと異なり、ファスト・クローン・イメージには、クローン仮想マシンへの変更のみが含まれ、変更されていないデータについてはソース仮想マシンが参照されます。これらは、ソース仮想マシンと同じフォルダに格納されます。

USM 機能の詳細については、EMC オンライン・サポートで入手できる製品ガイド「EMC VSI for VMware vSphere: Unified Storage Management—Product Guide」を参照してください。


176


サマリー

VNX プラットフォーム・ベースのテクノロジーにより、従来のVMware ベースのクローン作成に代わる方法が提供されます。VNXベースのテクノロジーでは、1 回の操作で、ストレージ・レイヤーで仮想マシン・クローンが作成されます。これらのタスクをストレージ・システムにオフロードすると、操作が高速化され、vSphere CPU、メモリ、ネットワーク・リソースの消費が低減されます。

VNX ベースのテクノロジーにより、管理者に以下のオプションが提供されます。

◆ 1 個または少数の仮想マシンのクローンを作成し、個々の仮想マシンのグラニュールを維持する。

◆ データストアまたは LUN において、個々の仮想マシンのグラニュールなしで、多数またはすべての仮想マシンのクローンを作成する。

VNX ベースのテクノロジーのオプションを、表 14 に示します。

表 14 仮想マシンのクローン作成のための VNX ベースのテクノロジー

ストレージ・タイプ

少数の仮想マシンに対する個々の仮想マシンのグラニュール

多数の仮想マシンに対するグラニュールなし

ブロック・ストレージ（VMFS データストアまたはRDM）

VAAI Full Copy による VMwareネイティブ・クローン作成

VNX SnapView

Network 接続型ストレージ

（NFS データストア）

VSI Unified Storage Management機能を使用した VNX ファイル重複排除

VNX SnapSure


3


◆ はじめに ........................................................................................... 178◆ 仮想マシンのデータの整合性 ....................................................... 179◆ VNX ネイティブ・バックアップ / リカバリのオプション ..... 182◆ VMFS データストアのスナップショット・バックアップ /

リカバリ ........................................................................................... 184◆ RDM ボリュームのバックアップ / リカバリ ............................ 187◆ Replication Manager ....................................................................... 188◆ VNX Advanced スナップショットを使用した VMFS のバック

アップ / リカバリ ........................................................................... 193◆ VADP（vStorage APIs for Data Protection） ............................... 201◆ VMware Data Recovery を使用したバックアップ / リカバリ .... 202◆ Avamar を使用したバックアップ / リカバリ ............................ 205◆ NetWorker を使用したバックアップ / リカバリ ...................... 214◆ サマリー ........................................................................................... 220

バックアップ / リカバリのオプション

バックアップ / リカバリのオプション 177

178


はじめに

EMC のデータ保護テクノロジーと VMware vSphere を組み合わせることで、仮想環境向けのバックアップ / リカバリ・オプションを複数利用できるようになります。バックアップ・ソリューションを検討する際には、サービス・レベル要件を満たし、ダウンタイムが

小になるような方法を選択するために、RPO（目標復旧時点）および RTO（目標復旧時間）を決定します。

この章では、ストレージ・レイヤーで使用できる、論理バックアップと物理バックアップという 2 種類のデータ保護テクノロジーについて説明します。

論理バックアップ（スナップショット）では、VNX ファイル・システムまたは LUN のポイント・イン・タイム・イメージを作成します。論理バックアップは高速に作成され、必要なストレージ領域も非常に少ないため、頻繁に作成することができます。論理バックアップからのリストアも高速に実行できるため、平均リカバリ時間を大幅に短縮できます。論理バックアップは、ファイル・システムを破損した場合やファイルを誤って削除した場合などに有効です。

物理バックアップでは、ファイル・システムまたは LUN のフル・コピーを作成します。ソース・データの独立した完全なコピーが得られます。このコピーはソース・デバイス以外のデバイスに保存し、管理することができます。

論理バックアップで物理バックアップを置き換えることはできません。フル・バックアップとフル・リカバリには時間がかかりますが、物理バックアップではハードウェア障害にも対応するため、より高いレベルの保護を実現できます。



仮想マシンのデータの整合性

VNX ストレージでサポートされる ESXi 環境では、この章で説明するテクノロジーを使用して、クラッシュ・コンシステントなバックアップを生成することができます。単純な構成の場合、すべての仮想マシンと仮想ディスクが 1 つのデータストアに保存されます。クラッシュ・コンシステンシを実現するには、そのデータストアをサポートする LUN またはファイル・システムのレプリカを作成します。

ただし、多くのアプリケーション・ベンダー（特にデータベース・ベンダー）は、パフォーマンスを向上するためにデータ・ファイルとログ・ファイルを分けて、別々のストレージ・デバイスに分散することを推奨しています。このような構成の場合、アプリケーションをサポートするすべてのデータストアを 1 つのエンティティとして扱います。VNX では、コンシステンシ・グループ全体で複数のデバイスを管理することができます。コンシステンシ・グループをVMware スナップショットと組み合わせて使用することで、このようなシナリオでもブロック・ストレージ・デバイスのクラッシュ・コンシステンシを実現します。

VMware スナップショットはソフトウェア・ベースの仮想マシン保護メカニズムであり、ジャーナルまたはログ・ファイルを使用して、ソース仮想ディスクに加えられた変更を追跡します。VMware スナップショットが作成される前に、ハイパーバイザによってゲストOS（オペレーティング・システム）のすべての I/O が停止されます。スナップショットでは仮想マシン全体の状態が収集されます。仮想マシンの構成設定、仮想ディスクの内容などに加え、オプションで仮想マシンのメモリの内容も含められます。

スナップショット仮想デバイスが新規に作成されている間、仮想ディスクの I/O は停止されます。I/O が再開されると、仮想マシンへの書き込み（デルタ・ファイル）がスナップショット仮想デバイスに適用されますが、ソース・ディスクは変更されません。更新は元の仮想ディスクに適用されないため、デルタ・ファイルを破棄することで、仮想マシンをスナップショット前の状態にリストアすることができます。スナップショットを削除すると、デルタ・ファイルと仮想ディスク・ファイルがマージされ、1 ファイルの仮想ディスク・イメージが作成されます。

仮想マシンのデータの整合性 179

180


EMC バックアップ・テクノロジーでは、VMware スナップショットを利用して複数の仮想マシンをコンシステント状態にした後で、NFS SnapSure チェックポイントまたは LUN スナップショットを作成します。バックアップ・セットは、バックアップ対象のすべての仮想マシンの仮想ディスクが格納されるすべてのデータストアのEMC スナップショットで構成されます。スナップショットの作成時に、特定の仮想マシンに関連づけられているすべてのファイルがまとめてバックアップされます。このファイルをリストアすることで、仮想マシンのシステム状態を復元します。データストア内の複数の仮想マシンをまとめることで、仮想マシンを容易に一括バックアップ / リストアすることができます。そうしない場合、LUN をリストアするとデータストア内の他の仮想マシンに影響が及びます。

バックアップ・セットが変更されない場合、仮想マシンの仮想ディスクがさまざまなストレージ・タイプやプロトコル（VMFS、NFS、RDM Virtual Mode）でプロビジョニングされている場合でも、クラッシュ・コンシステンシが維持されます。

バックアップ操作を実行するには、次のステップを実行します。

注： EMC Replication Manager を使用すると、ステップを自動化して、アプリケーションの統合性とアプリケーションの一貫性を確保することができます。Replication Manager の詳細については、188 ページの「Replication Manager」を参照してください。

1. VMware スナップショットを開始します。

2. ファイル・システムを停止するフラグを設定します。必要に応じて、メモリの状態を収集します。

3. バックアップする仮想マシン・ディスクが含まれているデータストア・デバイスの VNX NFS ファイル・システム・チェックポイントまたは LUN スナップショットを作成します。

注：各データストアの実体である VNX ストレージ・デバイスを特定する際には、EMC Storage Viewer と Unisphere Virtualization ビューが役立ちます。詳細については、22 ページの「VSI：Storage Viewer」を参照してください。

4. VMware スナップショットを削除します。



スナップショットから仮想マシンをリストアするには、次のステップを実行します。

1. 仮想マシンを停止します。

2. その仮想マシンに属する仮想ディスクが含まれているすべてのデータストアに対して、NFS/LUN リストアを開始します。

3. ESXi ホスト・コンソールで管理エージェントを再起動し、vSphere UI 内の仮想マシンの状態を更新します。詳細については、VMware ナレッジベースの「Restarting the Management agents on an ESXi or ESX host (1003490)」を参照してください。コンソールが更新されるまで 30 秒待ちます。

4. VMware Snapshot Manager を開き、バックアップ操作で取得されたスナップショットに戻ります。スナップショットを削除します。

5. 仮想マシンを起動します。

EMC Replication Manager は vSphere 環境での VMFS および NFSデータストア・レプリカの作成をサポートしており、VNX OE for Block 5.31 以降では、仮想マシン・レベル・イメージのポイント・アンド・クリック・バックアップ / リカバリと選択的なファイル・リストアに対応します。

仮想マシンのデータの整合性 181

182


VNX ネイティブ・バックアップ / リカバリのオプション

VNX には、ESXi 環境をサポートするファイル・システムおよびLUN のレプリカを作成するためのネイティブ・ユーティリティが用意されています。このユーティリティは vSphere 環境のエンタープライズ管理のために使用されますが、Replication Manager にはvSphere 環境のエンタープライズ・レベルのバックアップ / リカバリに適した、アプリケーション・レベルで統合されたソリューションが用意されています。

VNX SnapSure を使用したファイル・システムの論理バックアップ / リストア

VNX SnapSure を使用して、ESXi ホストにマウントされている個々の NFS データストアのニアライン論理バックアップを作成します。Unisphere のインタフェースを使用して、1 回限りのファイル・システム・チェックポイントを作成することや、VNX での新規ファイル・システム・チェックポイントの作成を自動化するチェックポイント・スケジュールを定義することができます。

注： SnapSure チェックポイント・ファイル・システムは、ソース・ファイル・システムのルートにある非表示フォルダに置かれています。このフォルダを表示し、vCenter Datastore Browser から選択的にコピーできるようにするには、Data Mover の構成を変更する必要があります。非表示フォルダを表示するには、Data Mover のパラメータである showChildFSRoot を 1に設定します（図 91）。

図 91 Unisphere の ShowChildFsRoot パラメータ・プロパティ



1 回の操作でデータストア内の仮想マシン・ファイルがバックアップされ、リカバリされます。NFS チェックポイントから個別の仮想マシンをリカバリするには、次のステップを実行します。

1. 仮想マシンを停止します。

2. チェックポイント・ファイル・システムで、仮想マシンが含まれるフォルダに移動します。

3. Datastore Browser を使用してチェックポイント・ファイル・システムのファイルを選択し、ESXi ホスト上の既存のデータストアの場所にコピーします。


VNX File Replicator を使用した物理バックアップ / リストア

VNX File Replicator を使用して、NFS データストアの物理バックアップを作成できます。/nas/bin/nas_replicate コマンドを使用するか、Unisphere UI を使用して、ローカルまたはリモートのレプリケーションを実行します。

VNX File Replicator は、仮想マシンの選択的リカバリ、またはUnisphere によるファイル・システム全体のリストアを実行するための、独立したファイル・システムを作成します。

仮想マシンの選択的リカバリは、ホストのコピーによって実行されます。ファイル・システムのコピーが完了したら、レプリケーションを停止し、ターゲット・ファイル・システムをスタンドアロンの読み取り / 書き込みコピーに移行させます。ターゲット・ファイル・システムを任意の ESXi ホストにマウントし、Datastore Browser を使用して仮想マシンのファイルとフォルダをコピーします。

ファイル・システム・リソースを使用する場合、ファイル・システム内のすべての仮想マシンを同じ時点にリカバリする必要があります。管理レベルまたはサービス・レベルの要件が異なる仮想マシンは、別々のファイル・システムに配置します。

注：バックアップを作成する前の VMware スナップショットが存在する場合、vCenter Snapshot Manager では、仮想マシンをリストアする際にその情報が正しく表示されないことがあります。この問題が発生した場合は、vCenter Inventory からその仮想マシンを削除した後、再度インポートし、仮想マシンが正しく認識されていることを確認します。vCenter Inventory から仮想マシンを削除する際には、仮想ディスクを削除しないように注意してください。

ファイル・システム全体をリカバリするには、nas_replicateコマンドを使用して、ターゲット・ファイル・システムから本番ファイル・システムへのレプリケーション・セッションを確立します。

VNX ネイティブ・バックアップ / リカバリのオプション 183

184


VMFS データストアのスナップショット・バックアップ / リカバリ

EMC SnapView for VNX には、VNX LUN の論理レプリカ（スナップショット）またはボリューム全体のコピー（クローン）を使用して VMFS データストアを保護する機能があります。このストレージ・システム機能は、Unisphere、Unisphere Snapshot Configuration ウィザード、admsnap ユーティリティから使用できます。

エンタープライズ環境では、LUN の保護は Replication Manager によって管理され、レプリケーション・ジョブの構成、自動化、監視を簡単に実行できます。このセクションで説明するユーティリティでは、VNX LUN のレプリカを手動で作成またはリストアすることもできます。

スナップショットをアクティブ化すると、SnapView によってそのLUN のすべてのデータ・ブロックが追跡されます。LUN に変更が加えられると、予約済み LUN プール内の別のデバイスに元のデータ・ブロックがコピーされます。

同様に、クローン関係にあるソース LUN とターゲット LUN の間のさまざまな状態が、クローン・プライベート LUN プールを使用して維持されます。このような操作を実行する前に、予約済み LUNプールとクローン・プライベート LUN プールが構成済みであることを確認してください。

SnapView は LUN レベルで動作するため、VNX スナップショット・レプリカの効率がも高くなるのは、対象のデータストアが 1つの LUN からプロビジョニングされている場合です。

注： VMFS データストア LUN のスナップショットを容易に管理できるようにするには、データストアを 1 つの LUN から作成してください。metaLUN またはプール LUN を使用し、単独の大きい LUN データストアを作成します。

複数の仮想マシンが同じ VMFS データストアを共有している場合、スナップ操作またはリストア操作の際に、すべての仮想マシンがまとめてバックアップ / リストアされます。スナップショット LUNから個々の仮想マシンを手動でリストアすることは可能ですが、リストアの際の誤操作を防ぐために、同様の仮想マシンを 1 つのデータストアにまとめることをお勧めします。



Unisphere Snapshot Configuration ウィザードを使用してスナップショット LUN を作成するには、次のステップを実行します。

1. Unisphere でウィザードを起動し、ソース LUN が存在している本番サーバを指定します。

2. SnapView セッションに必要な VNX ストレージ・システムとLUN を選択します（185 ページの図 92）。

図 92 Snapshot Configuration ウィザード

3. 各ソース LUN の適切なコピー数を選択します。必要に応じて、スナップショットを他の ESXi ホストに割り当てます（186 ページの図 93）。

VMFS データストアのスナップショット・バックアップ / リカバリ 185

186


図 93 Snapshot Configuration ウィザード（続き）

4. スナップショットの名前を入力します。

5. ホストを選択して、スナップショット・イメージをホスト・ストレージ・グループに追加します。

6. 構成情報を確認して［OK］をクリックすると、スナップショットが作成され、マウントされます。

7. Unisphere を使用してスナップショット・セッションを開始し、スナップショットをアクティブ化して、他のホストからアクセスできるようにします。

8. ESXi ホストを再スキャンして、ストレージが適切な場所に表示されていることを確認します。

必要に応じて［Assign a new signature］を選択し、デバイスにシグネチャを自動で再割り当てします。167 ページの「ESXi ボリューム・シグネチャ」では、デバイスのシグネチャの詳細について説明しています。

スナップされた VMFS LUN に ESXi ホストからアクセスできる場合、仮想マシンをリカバリするために、スナップされたデータストアから元の VMFS データストアに仮想マシンのファイルがコピーされます。



RDM ボリュームのバックアップ / リカバリ

VNX LUN は VMFS ファイル・システム・ボリュームまたは RDMボリュームとしてフォーマットされています。RDM ボリュームは、仮想マシンに直接マップされた raw デバイスです。RDM は VMFS仮想ディスクと同様の機能を持つだけでなく、物理デバイスの特性も持っています。管理者は RDM ボリュームを利用することで、ストレージ・アレイ・ベースのデータ保護テクノロジーを活用することができます。EMC SnapView には RDM デバイスの論理保護機能があり、スナップショット・イメージを作成できます。

RDM ボリュームをバックアップするには、さまざまな EMC レプリケーション・テクノロジーを利用して、デバイスの有用なコピーを作成します。

RDM ボリュームについては、次のどちらかの方法でスナップショットまたなクローンを作成します。

◆ admsnapコマンドまたはUnisphere Snapshot Configurationウィザードを使用する。

◆ Replication Managerを使用してWindowsアプリケーションと統合するか、RDM ボリュームのスタンドアロンのスナップショットまたはクローンを作成する。

注： Replication Manager でサポートされる RDM ボリュームは、物理的な互換モードで作成され、NTFS ボリュームとしてフォーマットされたものに限られます。

RDM ボリュームのバックアップ / リカバリ 187

188


Replication ManagerEMC Replication Manager は、EMC データ保護テクノロジーを統合した、レプリケーション作業を簡易化し自動化するためのソフトウェア・ソリューションです。EMC SnapSure または EMC SnapView を利用して、VNX データストアのローカル・レプリカやリモート・レプリカを作成します。

Replication Manager は vCenter と連携して、オンライン中のすべての仮想マシンのスナップショットを作成してから、ローカル・レプリカを作成します。このような仮想マシンのスナップショットの作成機能によって、単純にデータストアのスナップショットを作成する以上の、高いレベルの整合性を達成できます。VMware スナップショット機能では、スナップショットが作成される前に仮想マシンとの I/O をすべて停止しようとします。Replication Manager は、プロキシ・ホストとして動作する物理マシンまたは仮想マシンを使用して、すべての VMware 管理タスクおよび VNX 管理タスクを処理します。このプロキシ・ホストは、vCenter Server ストレージ・システムおよび VNX ストレージ・システムと通信できるように構成されています。仮想環境およびストレージ環境のストレージ・デバイスを検出して、データストアおよび仮想マシン・ディスクの整合性のとれたコピーを確立するために必要な管理タスクを実行します。Replication Manager Job ウィザードを使用して、レプリカのタイプと有効期限のオプションを選択します（189 ページの図 94）。データストアをサポートするには、Replication Manager 5.2.2 が必須です。



レプリカをリストアする前に、次のステップを実行します。

1. データストア内にある仮想マシンを停止します。

2. その仮想マシンを vCenter Server インベントリから削除します。

図 94 Replication Manager Job ウィザード

Replication Manager の［Restore］オプションを選択して、データストア全体をリストアします。

1. レプリカをリストアします。

2. リストアが完了したら、仮想マシンを vCenter Server インベントリにインポートします。

3. Replication Manager が取得した VMware スナップショットに戻って、OS コンシステントなレプリカを取得した後、スナップショットを削除します。

4. 各仮想マシンを起動するように、Replication Manager を構成します。

Replication Manager 189

190


Replication Manager がリストアしたすべての VNX ファイル・システムに対して、ロールバック・スナップショットが作成されます。それぞれのロールバック・スナップショットの名前は、図 95 に示すように、リストアの詳細に表示されます。リストアの内容を確認したら、ロールバック・スナップショットを削除します。

図 95 Replication Manager の［Replica Properties］



Replication Manager 5.3 以降では、図 96 に示すように、仮想マシンを選択的にリストアする機能が用意されています。

図 96 Replication Manager の仮想マシンのリストア機能

仮想マシンを選択的にリストアするには、次のステップを実行します。

1. リストアするレプリカが含まれているアプリケーション・セットを選択します。

2. レプリカの作成日時を確認します。

3. 右クリックして、管理オプションを表示します。

4. ［Restore a Replica］を選択して、［Next］をクリックします。

5. リストアする仮想マシンを選択して、［Next］をクリックします。

Replication Manager 191

192


6. Replication Manager のステータス・ウィンドウで、進行状況を確認します。

7. Replication Manager が取得した VMware スナップショットに戻って、OS コンシステントなレプリカを取得した後、スナップショットを削除します。

8. Replication Manager を使用してレプリカをアンマウントします。


図 97 vSphere クライアントのデータストアの読み取り専用コピー表示



VNX Advanced スナップショットを使用した VMFS のバックアップ /リカバリ

EMC VNX OE for Block リリース 5.32 では、プール LUN 向けの新しいスナップショット・アーキテクチャが導入されました。この新しいスナップショット機能では、ソース LUN のスナップショットを大 256 個作成できます。さらに、その LUN の他のスナップショットのスナップショットを作成することもできます。

スナップショットは、個別の LUN、または LUN のグループ（コンシステンシ・グループ内で定義されたもの）から作成されます。既存のスナップショットを新しいスナップショットのソースとして使用して、スナップショットを作成することができます。スナップショット要求により、選択されたソース LUN のクラッシュ・コンシステントなバージョンが作成されます。

マウント・ポイントと呼ばれる新しいオブジェクトは、スナップショット・イメージをストレージ・グループ（つまりホスト）に提示するために使用される管理オブジェクトの役割を持ちます。ESXiホスト内では、マウント・ポイントは仮想デバイスとして表示されます。Advanced スナップショット・イメージがデバイスに接続されるまで、デバイスを管理したり、アクセスしたりできません。各バージョンのスナップショットをマウント・ポイントに接続したり接続解除したりすることで、デバイスの内容が変更されます。Advanced スナップショットは読み書きが可能です。つまり、LUNをマウント・ポイントに接続している間に、スナップショットの内容を変更することができます。

Unisphere UI には、Advanced スナップショットを管理するためのサポート・インタフェースが用意されています。さらに、スナップショット・マウント・ポイントが有効である場合、コマンド・ライン・ユーティリティを使用してインバンドで管理することができます。194 ページの図 98 に、ホストに割り当てられているスナップショットのインバンド管理を指定するチェック・ボックスを示します。Unisphere を使用してプール LUN のスナップショットを作成するには、次のステップを実行します。

1. スナップショットを作成する LUN を選択します（VSI またはUnisphere Virtualization ビューを使用すると、データベースLUN を特定しやすくなります）。

2. LUN を右クリックして、［Create Snapshot］を選択します。

VNX Advanced スナップショットを使用した VMFS のバックアップ / リカバリ 193

194


図 98 Advanced スナップショットの基本構成

3. スナップショット・マウント・ポイントが存在しない場合は作成し、スナップショット・イメージにアクセスする ESXi ホストのストレージ・グループにそのマウント・ポイントを割り当てます。

図 99 の例では、Blade8-MP という名前のスナップショット・マウント・ポイントが作成され、Blade8 に割り当てられます。スナップショットの作成後は、Unisphere を使用してマウント・ポイントから接続したり、接続を解除したりできます。



CLI からスナップショットを管理するためのオプション（チェック・ボックス）があることに注意してください。Blade8 のストレージ・グループを選択した場合、図 99 に示すように、そのストレージ・グループと関連づけられているマウント・ポイントが表示されます。

図 99 スナップショット・マウント・ポイント

4. スナップショットとマウント・ポイントが作成されたら、スナップショットの名前を指定します。

コンシステンシ・グループ

マルチ LUN 構成を含むコンシステンシ・グループについては、次のステップを実行します。

1. Unisphere の［Data Protection］タブを選択して、［Snapshots］オプションを選択します。

2. ホストには、コンシステンシ・グループの各 LUN に対応するスナップショット・マウント・ポイントが必要です。196 ページの図 100 に示すように、［Snapshot Mount Points Wizard］を選択します。

a. スナップショットをマウントするシステムを選択します。

b. コンシステンシ・グループに追加する LUN を含むストレージ・システムを選択します。

c. コンシステンシ・グループに追加する LUN をすべて選択します。


196


d. ホストにマウント・ポイントを割り当てます。マウント・ポイントが作成されると、ホストはマウント・ポイントを論理デバイスと見なします。スナップショットを接続せずにデバイスをマウントしようとしても、それほど役に立つ結果は得られません。

3. ［OK］をクリックして、終了します。これで、アプリケーション LUN からのスナップショットを接続するために必要なマウント・ポイントを用意できました。

図 100 Snapshot Mount Points ウィザード



4. ［Data Protection］タブのスナップショット・インタフェースで、［Create Group］をクリックして、コンシステンシ・グループを作成します。

5. グループの名前と説明を入力します。説明は省略できます（この例では複数の Oracle データベース LUN を保護します）。

6. このコンシステンシ・グループに含まれている LUN を選択します。スナップショット・ジョブが実行されると、すぐに各 LUNのスナップショットが作成されます。マウント・ポイントに 1つのスナップショットが接続されると、すべての LUN がそのマウント・ポイントに接続されます。

7. ［Finish］をクリックします。図 101 に、コンシステンシ・グループの作成方法を示します。

図 101 スナップショット・コンシステンシ・グループの作成


198


8. コンシステンシ・グループを選択して、コンシステンシ・グループ内のすべての LUN のスナップショットを作成します。ホストを選択して、スナップショット・イメージをホスト・ストレージ・グループに追加します。図 102 に、コンシステンシ・グループのスナップショットの作成方法を示します。

図 102 コンシステンシ・グループのスナップショットの作成



9. 図 103 に、スナップショットをマウント・ポイントに接続してスナップショットをホストに提示する方法を示します。

図 103 コンシステンシ・グループのスナップショットの接続

10. コンシステンシ・グループ内に作成されているスナップショットを 1 つ選択します。次のいずれかの方法で、スナップショットを接続します。

• LUN を右クリックして管理オプションを表示し、［Attach］を選択します。

• スナップショット管理ウィンドウの［Attach］をクリックします。

11. スナップショットを接続するホストを選択します。


200


12. ウィザードで、次のいずれかの操作を選択します。

• 既存のスナップショットを接続する。

• 追加のスナップショット・コピーを作成する。

• 既存のスナップショットを保存する。

13.［Create a new snapshot］を選択して、スナップショットに変更を加えて既存の状態を保存するか、コピーを接続します。

14. vCenter にログインして、ホストまたはクラスタを指定します。ホスト・アダプタを再スキャンして、ホストに新しい SCSI デバイスを認識させます。

必要に応じて［Assign a new signature］を選択し、デバイスに自動的にシグネチャを再割り当てします。167 ページの「ESXi ボリューム・シグネチャ」では、デバイスのシグネチャの詳細について説明しています。

スナップショットを作成した VMFS LUN に ESXi ホストからアクセスできる場合、スナップショットが作成されたデータストアから仮想マシン・ファイルをコピーして元の VMFS データストアに送ることで、仮想マシンをリカバリすることができます。



VADP（vStorage APIs for Data Protection）VMware VADP（vStorage APIs for Data Protection）には、仮想マシンのスナップショットを作成し管理するための、vCenter 環境に対するインタフェースがあります。データ保護ベンダーは VADP を利用して、仮想マシンの完全復旧可能な無停止の増分バックアップを自動化し、効率化することができます。VADP の核となる機能は、CBT（Changed Block Tracking）です。CBT によって、仮想マシン上で変更された内容を以前の VMware スナップショットに基づいて特定するデータ保護アプリケーションが可能になります。これによって、仮想マシンの差分バックアップを実行しながら、バックアップ / リストアが必要なデータの量を減らすことができます。

メリットとしては、環境のバックアップに必要な時間を短縮できることと、仮想マシンのフル・バックアップではなく必要なデータ・ブロックのみをバックアップすることでストレージを削減できることが挙げられます。

VADP には、仮想マシンのファイルのフル・バックアップと増分バックアップを実行するための既存のバックアップ・ツールとテクノロジーが統合されています。図 104 に、VADP の動作原理を示します。

図 104 VADP のフロー・ダイアグラム

VADP（vStorage APIs for Data Protection） 201

202


VMware Data Recovery を使用したバックアップ / リカバリ

注： vSphere 5.1 では、この機能は VMware Data Protection と呼ばれていました。

VDR（VMware Data Recovery）は、VADP を基にして開発されたディスク・ベースのバックアップ / リカバリ・ソリューションです。仮想アプライアンスとクライアント・プラグインを使用して、仮想マシンのバックアップの管理およびリストアを行います。VMware Data Recovery では、任意の種類の OS を保護できます。初のフル・バックアップ後に増分バックアップを実行することで、トレージの効率を大限に高める、ブロック・ベースのデータ重複排除などの機能を統合しています。VDR バックアップのデスティネーション・ストレージとしては、VNX CIFS、iSCSI、FC ストレージが使用されます。それぞれの仮想マシンのバックアップは、重複排除されたストア内のターゲット・ディスクに格納されます。

図 105 VMware Data Recovery



バックアップ中、VDR は仮想マシンのスナップショットを取得し、それを VDR 仮想マシンに直接マウントします。VDR はデータ・ブロックをデスティネーション・ストレージにストリーミングします（202 ページの図 105）。このプロセスの間、VDR は ESXi ホストのVADP CBT 機能を使用して変更されたブロックを識別し、バックアップするデータの量を小限に抑えます。データ・ブロックのストリームに重複排除を実行して冗長データをさらに排除してから、デスティネーション・ディスクにバックアップを書き込みます。重複排除されたストアで、前回のバックアップ・イメージに基づく仮想フル・バックアップが作成され、それに変更が適用されます。すべてのデータが書き込まれると、VMware Data Recovery によってスナップショットのマウントが解除され、仮想ディスクのスナップショット・モードが終了されます。VMware Data Recovery では、仮想マシン・レベルでのフル・バックアップと増分バックアップのみがサポートされており、ファイル・レベルでのバックアップはサポートされません。

VMware Data Recovery については、次のガイドラインに従ってください。

◆ VMware Data Recovery アプライアンスは大 100 個の仮想マシンを保護できますが、同時に使用できるバックアップ・デスティネーションは 2 つまでです。この制限を回避するには、バックアップが順次実行されるようにスケジュールを設定してください。VDR バックアップ・ジョブが重ならないようにし、バックアップ・デスティネーションのサイズが 1 TB を超えないようにします。

◆ VMware Data Recovery アプライアンスでは、バックアップ・デスティネーションとして NFS ファイル・システムを使用することができません。ただし、NFS データストアから作成され、VDR システムにマウントされた仮想ディスクは、有効なバックアップ・ターゲットです。NFS を使用するには、NFS データストア内に仮想マシン・ディスクを作成し、それを VDR アプライアンスに割り当てます。

◆ VMware Data Recovery では、バックアップ・デスティネーションとして RDM の仮想 / 物理互換モードがサポートされています。バックアップ・デスティネーションとして、RDM の仮想互換モードを使用します。SAS デバイスまたは NL-SAS デバイスは、VDR バックアップ用の便利な RDM ターゲット・デバイスとなります。

VMware Data Recovery を使用したバックアップ / リカバリ 203

204


◆ 同様の仮想マシンは同じデスティネーションにバックアップします。VMware Data Recovery が複数の仮想マシンでのデータ重複排除を実行するとき、複数の仮想マシンで同じ OS が使用されていれば、その OS のコピーが 1 つのみ格納されます。

◆ VMware Data Recovery によってバックアップが実行される前に、仮想マシンに _data recovery_ という名前のスナップショットを作成しないでください。VDR のバックアップ・プロセスで、_data recovery_ という名前のスナップショットが作成されます。これと同じ名前のスナップショットが既に存在していた場合、そのスナップショットは削除され、再作成されます。

◆ RDM を使用した仮想マシンのバックアップは、RDM が仮想互換モードで実行されている場合に限って実行できます。

◆ VMware Data Recovery には、Windows システム向けの実験的機能として FLR（File Level Restore）が用意されています。ユーザーは FLR を使用することで、仮想マシン全体をリストアせずに個別のファイルをリストアすることができます。

◆ VMware Data Recovery は、バックアップ時点での仮想マシンの状態のみをコピーします。以前から存在していたスナップショットは、VMware Data Recovery のバックアップ・プロセスに含まれません。



Avamar を使用したバックアップ / リカバリ

EMC Avamar® は、バックアップ / リカバリ用のソフトウェア製品です。Avamar の統合ソフトウェア・ソリューションは、vSphere環境における仮想マシンとアプリケーション・データのバックアップおよびリストアを支援します。Avamar にはソース・データおよびグローバル・データの重複排除機能があり、ネットワーク全体からコピーしてディスクに格納する必要があるバックアップ・データの量を削減します。グローバル重複排除機能によって、環境内で保護されるすべての物理サーバおよび仮想サーバに対応する、一意のサブファイル（可変長データ・セグメント）1 つにつき 1 つのコピーが格納されます。

仮想マシンの初回バックアップの後で、仮想マシンのフル・リストア・バックアップが作成されます。この処理に必要な容量と時間は、元の仮想マシンを作成する場合と比べるとごくわずかです。Avamarは vCenter および VMware vStorage API と統合されているため、vSphere の CBT 機能を利用して、バックアップ・ジョブの対象となるデータ・ブロックを特定することができます。Avamar は、格納されているデータをグローバルに把握して重複排除を実施し、グローバルで一意なブロックのみを Avamar ストレージ・ノードまたは AVE（Avamar Virtual Edition）サーバにコピーします。これにより、バックアップの頻度が減り、バックアップ環境のストレージ消費が大幅に減少します。

Avamar は、バックアップ頻度、必要なバックアップ容量、ESXi ホスト・リソースの使用率を減らします。

Avamar 環境のアーキテクチャ Avamar サーバは、仮想マシンのバックアップ環境における管理機能とストレージ機能を担うコア・コンポーネントです。このサーバは、すべてのバックアップ操作および管理操作をサポートするための管理機能、サービス、ファイル・システム・ストレージを備えています。Avamar サーバには、次の種類があります。

◆ Avamar Data Grid：事前構成された、EMC 認定済みのハードウェア・プラットフォーム上で Avamar ソフトウェアを実行する、オール・イン・ワン型サーバです。オプションとしては、内部ストレージまたは SAN ストレージを使用する、シングルノード・サーバやマルチノード・サーバがあります。

◆ Avamar AVE（Virtual Edition for VMware）：vSphere 環境内でインストールされて仮想アプライアンスとして実行される、完全な機能を備えた Avamar サーバです。

Avamar を使用したバックアップ / リカバリ 205

206


Avamar サーバとしては、物理的な製品でも仮想的な製品でも、機能は同じです。しかし、AVE には vSphere 環境に容易に導入できるという利点があります。AVE の実体は VNX ブロック・ストレージであるため、高い性能を発揮し、仮想マシン、アプリケーション、ユーザー・データの Tier 1 保護を実現します。また、VMware 環境の AVE の方が Avamar Datastore よりも圧倒的に性能が優れています。図 106 に示すサンプル構成では、1 つの DRS クラスタと複数のESXi ホストが含まれ、VNX ブロック LUN にアクセスしています。この LUN に、環境内の仮想マシンが含まれています。この環境では、本番仮想マシン、イメージ・プロキシ、ファイル・レベル・プロキシという 3 種類の仮想マシンが使用されています。

本番仮想マシンは VMware でサポートされる任意の OS を実行でき、任意のアプリケーションの役割または機能を果たすことができます。このシナリオの場合、仮想マシンには Avamar エージェントが必要ありません。

図 106 サンプル Avamar 環境



Avamar バックアップ Avamar には、vSphere 環境向けの次のバックアップ・オプションが用意されています。

◆ ファイル・レベル・バックアップ：ゲスト OS 内に Avamar Clientをインストールし、そのクライアントを Avamar サーバに登録することで、ファイル・レベル・バックアップが有効になります。このオプションでは、仮想マシンのすべてのファイルを計画的にバックアップする機能を利用できます。またユーザーは、デスクトップの仮想マシンのファイルを手動でバックアップ /リストアすることができます。このクライアント機能は、物理コンピュータの環境にクライアントをインストールした場合と同じです。

Avamar Client を使用することで、バックアップの実行に必要な管理リソースを小限に抑えることができます。計画的なバックアップは、管理ポリシーに基づいて実行されます。ユーザーも、バックアップとリストアを手動でいつでも実行することができます。

Avamar Client は優先順位の低い仮想マシン・プロセスとして実行されるため、バックアップ操作が他のプロセスに大きな影響を与えることはありません。vSphere の観点から見ると、Avamar から仮想マシンの CPU を抑制して、バックアップ操作中に消費される ESXi ホストの CPU リソースの量を制限することができます。

◆ イメージ・レベル・バックアップ：イメージ・レベル・バックアップを使用して、それぞれの仮想マシンにクライアントをインストールすることなく、vSphere 環境をバックアップすることができます。イメージ・レベル・バックアップでは、共有VNX ストレージ環境にアクセスできる仮想マシンであるAvamar Image Proxy サーバを 1 つ以上使用します。

Avamar Image Proxy は、ダウンロード可能な .ova イメージとして提供されます。これは AVE サーバの Web インタフェースを利用してアクセスできます。Image Proxy サーバは、vCenter 内部に仮想マシン・アプライアンスとしてインストールされます。Windows とLinux の仮想マシン・イメージをバックアップするには、別々のImage Proxy サーバが必要です。


208


Image Proxy サーバはインストール後に Windows 仮想マシンまたはLinux 仮想マシンを保護するように構成します。Avamar は vCenterと統合されており、仮想マシンの保護をインポートして構成するための管理インタフェースも似ています。図 107 に、サンプルのプロキシ構成を示します。

図 107 サンプルのプロキシ構成



Avamar Manager でも、バックアップ処理をさらに高速化するために、仮想マシンに対する CBT を有効にすることができます。CBTを有効にすると、VMware によってフラグが設定されたブロックをAvamar で簡単に特定し、重複排除することができ、その他の処理を実行する必要がなくなります。これにより、仮想マシン・イメージをより高速に、効率よくバックアップすることができます。詳細については、図 108 を参照してください。

注： CBT は、バージョン 7 以降の仮想マシンに対して使用できます。CBTを有効にして仮想マシンをバックアップするには、古いバージョンの仮想マシンをバージョン 7 に更新してください。

図 108 Avamar バックアップ管理の構成オプション


210


バックアップ・ジョブが開始されると、Avamar から vCenter サーバに、バックアップ・ポリシーで指定された各 VMDK のスナップショット・イメージを新規作成するように通知されます。VADP SCSIホット・アドを使用して、スナップショットをイメージ・プロキシにマウントします。CBT が有効になっている場合、CBT を使用してバックアップ対象データをフィルタ選択します。Avamar は対象のブロックを認識した後で、重複排除アルゴリズムを適用し、各セグメントが一意であるかどうかを判断します。各セグメントが一意であれば、それを AVE サーバにコピーします。一意でなかった場合、ディスク上の既存のセグメントを参照する新しいポインタを作成します。その後、イメージ・プロキシにより、Avamar 仮想アプライアンス上の仮想ディスク（VNX を実体とする）にブロックがコピーされます。

Windows 環境および Linux 環境を保護するには、一意のプロキシが必要です。管理者は追加のプロキシを展開することで、拡張性を確保でき、複数のバックアップとリカバリを並行して実行することができます。Avamar には各イメージ・プロキシを構成する機能があり、vCenter の複数のデータストアを保護することや、そのデータストア全体でバックアップのロード・バランシングをラウンド・ロビン方式で実行することができ、拡張性を向上できます。

Avamar データ・リカバリさらに、Avamar には複数のリカバリ・オプションが用意されています。バックアップ管理者に対するリカバリ要求でもよくあるものが、次の 2 種類です。

◆ ファイル・レベル・リカバリ：ユーザーのサポート要求の多くを占める、オブジェクト・レベルのリカバリです。ファイル・レベル・リカバリが適しているのは、次の 3 つです。

• 削除済みファイル

• アプリケーションのリカバリ

• バッチ・プロセスに関連する消去

ユーザーは Avamar Client を使用して、ファイル・システムを参照し、リストアが必要なファイルを特定して、セルフ・サービス方式でファイル・リカバリを実行できます。

◆ システム・リカバリ：完全なシステム・リカバリが必要になる頻度はファイル・レベル・リカバリよりも少ないですが、この単純なリストア機能は企業にとって欠かせないものです。フル・システム・リカバリ要求が発生する原因として一般的なのは、次の 3 つです。

• ウイルスの感染

• レジストリの破損

• 特定ができず、リカバリが不可能な問題



仮想マシン・イメージのリストア

イメージ・プロキシでは、元の仮想マシン、新しい仮想マシン、元の仮想マシンと構成が似た既存の代替仮想マシンのいずれかに、イメージ全体をリストアできます。Avamar Image Proxy では、仮想マシンが作成されたのと同じ場所、または別の既存の仮想マシンに仮想マシン・イメージをリストアできます。さらに、環境内の別の場所に新しい仮想マシンとして仮想マシン・イメージをリストアすることもできます。図 109 では、仮想マシンを元の場所にリストアしています。この例の場合、仮想マシンがディスク上から削除され、既存のデータストアにリストアされます。

図 109 Avamar 仮想マシン・イメージのリストア

Avamar ファイル・レベル・リカバリ・プロキシは、フル・イメージ・バックアップ内の 1 つ以上のファイルを仮想マシンにリカバリできる仮想マシンです。この仮想マシンでは、AvFS（Avamar Virtual File System）を利用して、ユーザーが参照できる仮想マシン・ディスクのビューを表示します。管理者はこのビューを使用してファイルまたはフォルダを選択し、元の場所、または同じ仮想マシン内の新しい場所にリストアします。現時点では、Avamar ファイル・レベル・プロキシ機能を使用できるのは Windows 仮想マシンに限られます。


212


ファイル・レベル・リストア機能では Windows プロキシ・クライアント仮想マシンを使用します。Windows プロキシの Avamar および VMware ソフトウェアには CIFS 共有が必要ですが、これはAvamar サーバからエクスポートされます。

この CIFS 共有によって、Avamar サーバに格納されているバックアップのリモート・ビュー、階層ビュー、ファイル・システム・ビューが得られます。CIFS 共有にアクセスすることで、VMware イメージ・バックアップの内容を参照し、リストアします。

リカバリするバックアップが選択されると、FLR プロキシ・サーバが Avamar システムの VMDK データを読み取り、管理 GUI に表示される参照ツリーを作成します（図 110）。

図 110 Avamar 参照ツリー

Avamar システムからのリストア要求は Windows FLR プロキシを経由して保護対象マシンに渡されます。この操作のリカバリ速度は、データを読み取ってリカバリ対象の仮想マシンに書き込む FLR プロキシのリソースによって決まります。そのため、FLR プロキシを経由して大量のデータをリカバリすることはお勧めしません。そのような場合、元の場所以外へのイメージ・レベルのリカバリの方が効率的です。

注： FLR を使用する場合、対象の仮想マシンを起動し、仮想マシン・ツールを実行しておく必要があります。



環境を設定する際には、次の点に注意してください。

◆ 数千個のファイルまたはサブディレクトリが含まれるフォルダまたはディレクトリは、FLR を使用して参照しないようにしてください。仮想マシンをリストアしてから、ネイティブ OS を使用して、リストアするファイルを参照し、指定することをお勧めします。

◆ Avamar プロキシ・クライアントをバックアップする必要はありません。プロキシ・クライアント仮想マシンは、必要であればテンプレートから簡単に再配置できます。

◆ Avamar イメージ・バックアップには、信頼できる DNS サービスと時刻同期が欠かせません。これらのサービスを提供するネットワーク・ホストにアクセスできるように、ネットワーク・ルーティング設定とファイアウォール設定を正しく構成しておく必要があります。

◆ vCenter、ESXi ホスト、Avamar プロキシ仮想マシン・アプライアンスに、SSL 証明書をインストールしておく必要があります。ただし、Avamar サーバでは SSL 証明書の認証を無効にすることができます。

◆ Avamar Datastore Node で高可用性構成を行うには、複数のネットワーク・インタフェースを使用します。

◆ バックアップは、完全な仮想マシン・イメージのクラッシュ・コンシステントなスナップショットです。OS コンシステントおよびアプリケーション・コンシステントなバックアップを実行するには、Avamar Client を使用します。

◆ Image Proxy は一度に 1 回のバックアップを実行します。並列処理が可能になるのは、環境内に複数のプロキシが存在する場合のみです。

◆ 仮想マシン・スナップショットは、バックアップ・プロセスの中で必要になります。

◆ イメージ・バックアップでは、次の種類のディスクがサポートされます。

• フラット（バージョン 1 および 2）。

• RDM（Raw デバイス・マップ）、仮想モードのみ（バージョン 1 および 2）。

• スパース（バージョン 1 および 2）。


214


NetWorker を使用したバックアップ / リカバリ

EMC NetWorker は、任意の OS を実行する仮想マシンに対してエージェントが不要のイメージ・レベルのフル・バックアップを実行し、Microsoft Windows を実行している仮想マシンに対してはファイル・レベル・バックアップを実行します。NetWorker は次のコンポーネントで構成されます。

◆ エージェント：NetWorker エージェントのアーキテクチャでは、アプリケーションの整合性が必要となる環境が特に重視されています。アプリケーションの統合が必要な仮想マシン・バックアップの場合、仮想マシン・スナップショットを生成する前に、エージェントを使用してアプリケーションと OS をコンシステント状態にします。エージェントの構成では、すべての仮想マシンで追加のクライアント管理が必要になります。クラッシュ・コンシステントなイメージまたは OS コンシステントなイメージが既にある場合、VADP の方が適している可能性があります。

◆ VADP：NetWorker 7.6 SP2 では、VADP を使用した仮想マシンの保護をサポートするために、VMware との統合が導入されました。NetWorker 環境では、VADP によって、仮想マシン・ディスクの実行のスナップショット・コピーが作成されます。NetWorker には柔軟なバックアップ・ソリューションを構築する機能があり、バックアップ・プロセスを改善し、バックアップ・ウィンドウを縮小し、バックアップ・イメージの格納に必要な領域を減らすことができます。



図 111 に、NetWorker を使用した環境における仮想化トポロジーを示します。

図 111 NetWorker の仮想化トポロジー・ビュー

NetWorker バックアップでは、VADP API を使用して仮想マシン・スナップショットを vCenter サーバに生成します。このスナップショットは VADP プロキシ・ホストにホット・アドされ、LAN を経由しないバックアップに使用されます。NetWorker が開始したスナップショットは、_VADP_BACKUP_ という名前になります（図 112）。

図 112 VADP スナップショット

NetWorker を使用したバックアップ / リカバリ 215

216


NetWorker 向けの VNX ストレージ・デバイス

NetWorker には、バックアップ・ジョブのターゲットとして複数のストレージ・タイプを使用できる柔軟性があります。サポートされるストレージ・タイプは、標準的な物理テープ・デバイス、仮想テープ・ライブラリ、VNX ストレージにプロビジョニングされたAFTD（Advanced File Type Devices）などです。AFTD は、ブロック LUN または NAS ファイル・システムを使用して NetWorkerサーバまたはストレージ・ノードに構成できます。NL-SAS デバイスで構成された NL-SAS LUN または VNX FAST Pool LUN が、AFTD には理想的です。

図 113 VADP 向けの NetWorker 構成設定

vSphere で VADP を使用する場合、次のガイドラインおよびベスト・プラクティスを検討してください。

◆ すべての仮想マシンに新バージョンのVMwareツールをインストールする必要があります。VMware ツールがない場合、VADP で作成されるバックアップはクラッシュ・コンシステントになります。

◆ ファイル・レベル・バックアップは、Windows 仮想マシンに対してのみ使用できます。他のすべての OS については、VADPはイメージ・レベル・バックアップをサポートします。



◆ VADP は RDM 物理互換モードをサポートしません。

◆ 仮想互換モードの RDM は、バックアップの際に標準の仮想ディスク・フォーマットに変換されます。リストアの際に VMFS 仮想ディスクに変換されます。

◆ LAN モードでは、それぞれの仮想ディスクの容量が 1 TB を超えないようにします。

◆ SAN がデフォルトのバックアップ・モードです。LAN ベースのバックアップを実行する場合は、config.js ファイルで、TRANSPORT_MODE を nbd、nbdssl、hotadd のいずれかに変更します。

◆ ホット・アド・トランスポート・モードでは、別々のデータストアに属する複数の仮想ディスクのバックアップはサポートされません。

◆ VADP では、ファイル・レベル・バックアップの前に、_VADP-BACKUP_ という名前の仮想マシン・スナップショットが作成されます。同じ名前のスナップショットが既に存在していた場合、NetWorker バックアップが失敗します。デフォルトの動作を削除または変更するには、config.js ファイルのPREEXISTING_VADP_SNAPSHOT パラメータを変更します。

◆ バックアップ・ジョブが失敗した場合でも、仮想マシンはスナップショット・モードでマウントされたままになります。NetWorker Monitoring Window には、スナップショットを手動で削除する必要がある場合にアラートが表示されます。

◆ VADP はターゲット仮想マシンを IP アドレスで検索します。仮想マシンが初にバックアップされるときに、仮想マシンを起動しておく必要があるため、仮想ディスクの情報が vCenter サーバを経由して NetWorker にリレーされます。この情報は VADPプロキシにキャッシュされ、以降のバックアップ・ジョブに使用されます。この動作を変更するには、config.js ファイルのVM_LOOKUP_METHOD=name パラメータを変更します。

注：仮想マシンの名前が重複していた場合、バックアップが失敗します。

◆ NetWorkerリリース7.4.1以降、NetWorkerクライアントとしてバックアップされる各仮想マシンをユーザーが追加する必要があります。仮想マシンには、NetWorker クライアント・ソフトウェアは不要です。NetWorker リリース 7.4.1 以降では、VADP では IP アドレスに基づいて仮想マシンを検索します（デフォルト設定）。


218


NetWorker を使用した VNX NAS ファイル・システム NDMP のバックアップ / リストア

NetWorker には、VNX NFS データストアとストレージを統合する方法が 2 つあります。VNX には、AFTD（Advanced File System Type Devices）として使用されるファイル・システムと、VTLU

（Virtual Tape Library Unit）として使用されるファイル・システムが用意されています。

VNX ファイル・システムに VTLU を構成した後で、NetWorker をNDMP ターゲットとして構成し、VNX プラットフォームの NFSデータストアをバックアップします。VNX ファイル・システムの統合チェックポイントを使用して NDMP バックアップを作成するために、次の手順で NetWorker を構成します。

1. VNX NAS ストレージに VTLU（Virtual Tape Library Unit）を作成します。

2. EMC NetWorker でライブラリを作成します。

3. ブートストラップ構成、バックアップ・グループ、バックアップ・クライアントを作成するように、NetWorker を構成します。

4. NetWorker バックアップを実行します。

5. NetWorker Recover を実行します。

データストア全体、または個別の仮想マシンをバックアップまたはリカバリすることができます。図 114 に、このプロセスの途中のNetWorker を示します。

図 114 NetWorker を使用した NDMP リカバリ



統合チェックポイントを含む VNX ファイル・バックアップを使用するには、環境変数 SNAPSURE を「y」に設定します。この機能により、環境変数を入力することで、認定ベンダー・バックアップ・ソフトウェアでのチェックポイントの作成、管理、削除の操作が自動化されます。図 115 では、統合チェックポイントを使用してバックアップを作成する場合の SNAPSURE パラメータの設定を示しています。

図 115 統合チェックポイントを使用したバックアップ

SNAPSURE パラメータが Y に設定されている場合、ファイル・システム・チェックポイントが自動的に作成されます。特定のジョブが実行されるたびに、このチェックポイントが読み取り専用としてマウントされ、その後に NDMP バックアップが開始されます。プロセスが自動化されることで、ファイル・システムへの割り込みが発生することなく、本番のアクティビティを続行することができます。バックアップ操作が完了すると、チェックポイントが自動的に削除されます。


220


サマリー

本章では、いくつかのバックアップ・オプションについて説明し、仮想マシンの保護の例を示しました。VNX ストレージ・システムのネイティブ・オプションおよびツールを使用して、データストアの基盤となるストレージ・デバイスのレプリカまたはスナップショットを作成します。SnapSure は、NFS データストアのポイント・イン・タイム・コピーを管理します。LUN クローンまたは LUN スナップショットは、VNX ブロック環境と類似した保護機能を実現します。

Virtual Data Recovery アプライアンスは導入と構成が非常に容易であり、VNX ブロック・ストレージを使用して導入されます。1 つのアプライアンスで大 100 個の仮想マシンをサポートします。

大規模環境の場合、EMC Avamar はグローバルでのデータ重複排除を大幅に促進し、バックアップのあらゆる面でのリソース要件を軽減します。EMC Avamar Virtual Edition for VMware および Avamar Image Proxy 仮想アプライアンスは、vCenter と vSphere 環境の強固な統合によって、容易にインストールして構成できます。この製品は VNX ストレージを基盤としており、拡張性の高い効率的なデータ保護ソリューションを実現します。

EMC NetWorker には、vSphere 向けのイメージ保護オプションが用意されており、vCenter と強固に統合されているため、個々の仮想マシンのバックアップ / リストア・オプションを作成し管理することができます。NetWorker では VNX OE for Block 向けに NDMP がサポートされており、さらに VNX OE for File Virtual Tape Librariesも統合されています。221 ページの表 15 に、イメージ・レベル・バックアップとファイル・レベル・バックアップの実施に使用されるバックアップ・テクノロジーおよびバックアップ製品の一部をまとめています。VNX ストレージ・プラットフォームと vSphere には数多くのデータ保護ソリューションが統合されています。



このセクションとこの表では、対応する製品の一部しか示していません。ここに示したのは、EMC VNX および VMware vSphere で提供されるデータ保護オプションおよびデータ保護テクノロジーの例です。

表 15 バックアップ / リカバリ・オプション

ストレージ

バックアップ / リカバリ

イメージ・レベルファイル・レベル

VMFS/NFS データストア • Avamar Image Proxy

• NDMP

• VDR

• EMC NetWorker

• EMC SnapSure/SnapClone

• Avamar Client またはファイ

ル・レベル・リカバリ

• EMC SnapSure/SnapView /Replication Manager

RDM （物理） Replication Manager N/A

RDM

（仮想）

• VDR

• Avamar Proxy

• NetWorker

• Avamar

• NetWorker

サマリー 221

222



4


◆ 概要 ................................................................................................... 224◆ EMC リモート・レプリケーション・テクノロジーの概要 ..... 227◆ RDM ボリュームのレプリケーション ......................................... 249◆ EMC Replication Manager.............................................................. 253◆ SRM と VNX を使用したサイト・フェイルオーバーの自動化 .... 256◆ サマリー ........................................................................................... 266

データ・リスタート・ソリューションでの

VMware vSphere の使用

データ・リスタート・ソリューションでの VMware vSphere の使用 223

224

データ・リスタート・ソリューションでのVMware vSphere の使用

概要

階層 1 アプリケーションの仮想化が進むにつれ、仮想化データセンターの BC（ビジネス継続性）プランを策定することが重要になっています。EMC VNX システムには、カスタム DR（災害復旧）ソリューションを定義するネイティブ機能が搭載されています。EMCレプリケーション・テクノロジーと VMware® vCenter™ Site Recovery Manager™（SRM）を併用すると、エンド・ツー・エンドの DR ソリューションを作成できます。

本章では、EMC レプリケーション・テクノロジーと SRM を使用してリモート DR ソリューションを作成する方法を取り上げます。これらのソリューションでは、通常、別々のデータセンターに配置された EMC ストレージ・システムと VMware 仮想インフラストラクチャを組み合わせて使用します。EMC テクノロジーにより、それらのデータセンター間でのデータ・レプリケーションを実行します。

本章の内容は次のとおりです。

◆ EMC レプリケーションの構成と、その構成による ESXi ホストとのやり取り。

◆ ゲスト・オペレーティング環境と EMC テクノロジーの統合。

◆ SRM を使用した、VNX によるサイト間 DR の管理と自動化。

◆ 以下のようなレプリケーション・オプションの確認：

• EMC VNX Replicator

• EMC MirrorView™

• EMC RecoverPoint™

定義 / 考慮事項

本章では以下の用語を使用します。

◆ 相互依存する書き込みの整合性：相互依存する書き込みの I/O によってデータの整合性が保証された状態。相互依存する書き込みの I/O は、関連する前の I/O がストレージ・システムにコミットされるまでは発行できません。



◆ 災害後のリスタート：システムの初期化中にアクティブ・ログを暗黙的に使用して、トランザクションの整合性を確保します。データベースまたはアプリケーションが正常にシャットダウンした場合、整合性は迅速に確保されますが、データベースまたはアプリケーションが異常終了した場合は、リスタート処理に時間がかかります。その長さは、終了時に進行していたトランザクションの数とサイズに左右されます。

実行中のデータベースまたはアプリケーションから準備なしで作成されたレプリカ・イメージは、リスタート可能と見なされます。これは、電源障害が発生したときの状態と似ています。アプリケーションが起動すると、コミット済みのトランザクションを完了し、コミットされていないトランザクションをロールバックすることで、トランザクションの整合性を確保します。

◆ 災害復旧：バックアップ・イメージからデータを再構築し、その後のログを適用して、整合性のとれた特定の時点に環境を更新するプロセス。リカバリ可能なデータのコピーを作成するのに必要なステップは、保護対象のアプリケーションによって変わります。

◆ ロール・フォワード・リカバリ：場合によっては、アーカイブ・ログを DBMS（データベース管理システム）に適用して、特定のポイント・イン・タイムまでロール・フォワードすることもできます。この機能を利用すれば、ベースライン・イメージ・バックアップと、復旧時点を確立するためのアーカイブ・ログを使用するバックアップ戦略を策定できます。

◆ RPO（Recovery Point Objective：目標復旧時点）：障害の後に確立する必要のある整合性ポイント。イメージが作成された時点から障害が発生した時点までの間で許容できるデータ消失の量によって決まります。

◆ RTO（Recovery Time Objective：目標復旧時間）：災害の宣言の後、データをリカバリするのに要する長時間。次の処理に要する時間が算入されます。

• 電源とユーティリティの準備

• サーバ・ソフトウェアとネットワークの構成

• 新しいサイトでのデータのリストア

• 既知の整合性ポイントまで環境をロール・フォワードし、データを検証

概要 225

226


DR に対して前もって次の準備をしておくと、データ・リカバリでの遅延を減らしたり、ゼロにしたりできます。

• 構成済みのサーバでホット・サイトを用意する。

• アプリケーションを新のデータで起動できるように、ストレージ・レプリケーション・ソリューションを実装する。

• インフラストラクチャ全体をリカバリするためのインテリジェンスを提供するそのソリューションと、ブート順やアプリケーションとインフラストラクチャの依存関係に関する考慮事項を統合して考える。

RTO ソリューションごとにコスト・プロファイルは異なります。通常は、ソリューションのコストと、アプリケーションが使用不可になったときに予測される売上の損失を比較して、

適なプロファイルを決定します。

DR とデータ・リスタートの設計上の考慮事項

データ消失とアプリケーションが使用不可になる事態の影響はビジネスによって異なり、どれだけ許容できるかによって、DR ソリューションのメトリックと要件が決まります。

ソリューションを評価するときは、業務の RPO と RTO の要件が満たされることを確認してください。それと併せて、ソリューションの運用の複雑さ、コスト、業務全体を整合性ポイントに戻す機能についても考慮してください。これらの側面については、これ以降のセクションで個別に説明します。

ソリューションのテスト

DR ソリューションには、テスト、実証、文書化された手順が欠かせません。運用テストの手順は、多くの場合、災害復旧の手順とは異なります。

運用手順は明確に文書化されます。また、実際の DR シナリオをシミュレートし、新の状態であることを確認するために、定期的に実施されます。

地理的に分散された vSphere 環境

VNX ストレージ・システムのレプリケーション製品と VMware テクノロジーの統合により、コスト・パフォーマンスに優れた DR ソリューションと BC ソリューションが実現されます。SRM には、フェイルオーバー後のサービス・リカバリを自動化したり、その優先順位を設定したりするための検証可能な手順書を作成する機能が用意されています。これらのソリューションの一部については、これ以降のセクションで説明します。



EMC リモート・レプリケーション・テクノロジーの概要

ビジネス継続性ソリューション

本番 vSphere 環境向けのビジネス継続性ソリューションでは、信頼できるコピーをセカンダリ・サイトに作成するために、オフサイト（リモート）レプリケーションを実行する必要があります。EMC テクノロジーによるアクティブ・データ・レプリケーションと SRMを組み合わせることで、仮想マシンのフェイルオーバーとリモート・サイトでのアプリケーションおよびサービスの再開を自動化するシームレスなソリューションが実現します。

VNX は、ファイル・システムと LUN の保護に役立つ高度なデータ・レプリケーション・ソリューションを提供します。災害発生時には、管理者の手をできるだけわずらわせることなく、リモート・サイトに環境をフェイルオーバーします。

EMC レプリケーションでは、オブジェクトをグループ化して単一のセッションとして管理することも、サービス・レベルの違いや、リモート・ストレージの更新を同期と非同期のどちらで実行するかを意識することなく管理することもできます。WAN 帯域幅、RPO、データ変更レートにより、更新の頻度が高まります。

EMC は、VNX ストレージ・システムのレプリケーション・オプションを 3 つ用意しています。

◆ EMC Replicator：NFS データストア向けのネイティブの非同期レプリケーション。

◆ EMC MirrrorView：VNX Block 向けのネイティブの同期および非同期レプリケーション。

◆ EMC RecoverPoint：VNX Block および VNX File データストア向けの同期および非同期バンド外レプリケーション。

EMC リモート・レプリケーション・テクノロジーの概要 227

228


各レプリケーション・テクノロジーは、Replication Manager およびSRM と統合されています。表 16 に、ストレージ・デバイスのタイプごとに、使用できる DR および BC ソフトウェアのオプションを示します。

EMC MirrorView と RecoverPoint は、同様の LUN およびコンシステンシ・グループのレプリケーション機能を提供します。アーキテクチャにも細かい違いがあるものの、ビジネス・プロセスの観点から重要なのは機能面の違いです。具体的には、サポートされるレプリカの数、管理性、リモート・サイト上のレプリカへのアクセスのしやすさが異なります。

EMC Replicator は、NFS データストア・ファイル・システムをレプリケートするためのも包括的なソリューションです。MirrorViewと RecoverPoint は NFS をサポートしています。一方、Replicatorは VNX OE for File と統合されており、NFS に非常に柔軟に対応できます。

注： Replicator では、レプリケートされたファイル・システム間でのアプリケーションの整合性を、コンシステンシ・グループにより確保することはできません。アプリケーションの整合性を向上させるには、すべての仮想マシンをレプリケートされる単一のファイル・システムに配置するか、MirrorView または RecoverPoint を使用して VNX OE for File LUN をレプリケートしてください。

VNX OE for Block には MirrorView ドライバが統合されています。このドライバは、ソース・デバイス宛てに送信された I/O を途中で受け取り、それらの書き込みをリモート VNX 上の LUN にミラーリングします。MirrorView は、多数の VNX LUN の 1 対 1 のレプリケーションに対し、多数のレプリケーション・セッションをサポートしており、ストレージ・システム間の LUN レベル・レプリケーションに適したソリューションです。

表 16 VMware 環境向けの EMC レプリケーションのオプション

レプリケーション・テクノロジー NFS VMFS RDM

EMC Replicator ○

EMC RecoverPoint CRR1 ○ ○ ○

EMC MirrorView ○ ○

1. ファイル・システム・レプリケーションは LUN レベルで実行されます。



RecoverPoint はきわめて柔軟性の高いレプリケーション・テクノロジーであり、アプリケーションおよびビジネス・プロセスとの統合に役立つレベルのグラニュールを備えています。RecoverPoint では、多数のポイント・イン・タイム・コピー（ブックマーク）を作成できるので、バーチャル・ストレージ・デバイスの正確なポイント・イン・タイム・イメージを柔軟に確立できます。

EMC Replicator EMC Replicator では、NFS データストアのネイティブ・ファイル・システム・レプリケーションに対応しています。Replicator は、VNX システム内または VNX システム間でローカルまたはリモートのファイル・システム・レプリケーションを実行する非同期レプリケーション・ソリューションです。Replicator は、VNX Data Moverあたり大 1,024 個の個別ファイル・システム・セッションにより、リモート・ファイル・システムと本番環境の整合性を保ちます。

ユーザー固有の更新期間を設定して、Replicator によるリモート・ファイル・システムの更新間隔を定義できます。デフォルトでは、累積した変更の新しいデルタ・セットが 10 分間隔でリモート・システムに送信されます。リモート・サイトでは、デルタ・セットがプレイバックされてリモート・ファイル・システムが更新されます。レプリケーション・セッションはカスタマイズでき、更新間隔やサービス品質の設定を変更して、NFS データストア間で更新の優先順位を設定できます。

EMC Replicator はファイル・システム・レベルで動作するため、 NFS データストア内のファイルとすべての仮想マシンをカプセル化します。DR ソリューションの信頼性と効果を高めるために、保護の要件が似ている仮想マシンをグループ化することをお勧めします。仮想マシンをファイル・システム・レベルで編成すると、RPO に応じた DR ポリシーの優先順位設定が容易になります。

NAS ファイル・システムのレプリケート

リモート・ファイル・システムのレプリケーションを実行するには、Unisphere で以下のステップを実行します。

1. Unisphere ホーム・インタフェースで［Data Protection］タブを選択します。

2. ［File Replication Wizard - Unisphere］をクリックします。［Replication Wizard］が表示されます。


230


3. 以下のとおり、231 ページの図 116 と 232 ページの図 117 のステップを実行します。

a. レプリケーションのタイプとして［File System］を選択します。

b.［Ongoing File System Replication］を選択して、ターゲット VNX ネットワーク・サーバのリストを表示します。

c. ターゲット VNX システムを選択し、ターゲットにソース・ファイル・システムの読み取り専用のポイント・イン・タイム・コピーを作成します。

注：ターゲットとしては、同じ Data Mover（ループバック・レプリケーションの場合）、同じ VNX キャビネット内の別の Data Mover、別の VNX キャビネット内の Data Mover を選択できます。

d. ネットワーク・インタフェースを選択して、レプリケーション・デルタ・セットを転送します。Replicator は、ソースData Mover とターゲット Data Mover の間に専用の相互接続ネットワークを必要とします。ウィザードでは、リスト内の

初に構成されたインタフェースがデフォルトになっています。Data Mover 間でのレプリケーションをサポートするうえで適なインタフェースを選択してください。



図 116 レプリケーション・ウィザード


232


e. レプリケーション・セッションの名前を指定します。

f. リモート・サイトにレプリケートするソース・ファイル・システムを選択します。

図 117 レプリケーション・ウィザード（続き）

g. レプリケーション・セッションをサポートするファイル・システムをターゲットで選択します。ファイル・システムが存在しない場合は、作成してから［Next］をクリックします。

注： Replicator を使用してターゲット・ファイル・システムを作成する際には、ソース・ファイル・システムのプロパティに基づいてターゲット・ファイル・システムの名前とサイズが割り当てられます。ターゲット・ファイル・システムのストレージ・プールとチェックポイントのストレージ・プールは管理者が選択します。レプリケーション関係を識別しやすいように、「DR」などの識別子を使ってわかりやすい名前を割り当ててください。

h. セカンダリ・サイトの更新間隔を選択します。



ファイル・システムが同期されると、リモート・イメージが読み取り専用の動作状態に切り替わります。NFS データストアをリモート・サイトで使用するには、次のいずれかのオプションを使用して、ファイル・システムを読み取り / 書き込み可能としてマウントします。

◆ フェイルオーバーの開始

◆ レプリケーション・セッションの終了

◆ レプリケーションのリバース

このアクションにより、リモート・サイトでストレージ・デバイスがプロモートされます。また、その環境から変更内容が収集され、前のソース・サイトに適用されます。

ファイル・システムが読み取り / 書き込み可能としてマウントされたら、それを ESXi ホストに提示し、仮想マシンを手動で登録してください。

EMC MirrorView EMC MirrorView は、VNX ストレージ・システム間における VNXブロック・ストレージの同期および非同期レプリケーション向けに、各種オプションをサポートしています。レプリケーション・データは、ストレージ・システム間で確立されたファイバ・チャネル接続または iSCSI 接続を介して転送されます。保護は個々の LUN かコンシステンシ・グループ単位で設定できます。

MirrorView LUN レプリケーション

ESXi ホスト環境では、VMFS データストアの LUN がレプリケートされ、リモート・サイトに同期データストア・コピーが作成されます。セカンダリ・デバイスの初期化中には、ソース・デバイスのブロック単位のイメージが作成されます。MirrorView には、Synchronized（同期）状態と Consistent（コンシステント）状態という 2 つの便利な LUN 状態があります。Synchronized（同期）状態では、リモート LUN はソース LUN とブロック単位で同じコピーとなります。Consistent（コンシステント）状態では、リモートLUN は同期されるものの、状態は異なります。ミラーは LUN に適用されていない更新を受け取っているためです。更新後、ミラーがConsistent（コンシステント）状態から Synchronized（同期）状態に移行するまでの期間は、キューエス閾値と呼ばれます。ミラーへのホスト I/O がないときのデフォルト値は 60 秒です。リモート・サイトの LUN またはコンシステンシ・グループは、どちらかの状態にあるときに、ESXi によってプロモートおよび使用されます。


234


LUN が複数存在する場合は、コンシステンシ・グループを使用することをお勧めします。234 ページの表 17 に、VNX プラットフォーム向けの MirrorView の制限事項を示します。

表 17 VNX MirrorView の制限事項

VNX5100 VNX5300 VNX5500 VNX5700 VNX7500

ミラーの最大数 128 128 256 512 1024

コンシステンシ・グループの最大数

64 64 64 64 64

コンシステンシ・グループあたりのミラーの最大数

32 32 32 64 64



MirrorView コンシステンシ・グループ

MirrorView コンシステンシ・グループは、VNX ストレージ・システム内で単一のオブジェクトとして扱われるミラーされたデバイスのコレクションです。同期化、プロモーション、フラクチャリングなどの操作は、コンシステンシ・グループのすべてのコンポーネントに適用されます。イベントがコンシステンシ・グループの状態に影響する場合は、コンシステンシ・グループのすべてのコンポーネントへの I/O が中断され、LUN と関連アプリケーションへの I/Oが保持されます（I/O の書き込み順も維持されます）。

コンシステンシ・グループのメンバーはいずれも異なるストレージ・プロセッサによって所有されますが、同じ VNX ストレージ・システム上に存在します。

コンシステンシ・グループでは同期ミラーと非同期ミラーがサポートされますが、コンシステンシ・グループ内の LUN はすべて同じレプリケーション・モードで保護されます。VNX は、MirrorViewのコンシステンシ・グループあたり 32 個の LUN をサポートしています（同期および非同期）。235 ページの図 118 に、LUN が 4 つあるコンシステンシ・グループの例を示します。MirrorView コンシステンシ・グループは、SRM 構成を設定のうえで使用してください。

図 118 MirrorView コンシステンシ・グループ・テクノロジーを使用して相互依存する書き込みの整合性を維持する


236


この例では、通信に障害が発生すると、ローカルおよびリモートVNX ストレージ・システム上のストレージ・プロセッサ間のMirrorView リンクにフラクチャが生じます。中断の時点で、MirrorView はコンシステンシ・グループの全 LUN ミラーをフラクチャします。セカンダリ・イメージがフラクチャされると、プライマリ・ボリュームへの更新はデータの整合性を維持するためにセカンダリ・ボリュームに反映されません。この時点で、本番 LUN への書き込みはライト・インテント・ログと呼ばれるログに記録されます。エラーが解決されると、すべての更新がリモート・システム上のコンシステンシ・グループに適用されます。

非同期 MirrorView（MV/A）

MirrorView/A を使用すると、VNX システム間で大 256 個のLUN をレプリケートできます。MirrorView/A では、ホストの書き込みがすぐに確認され、ソース VNX でバッファされます。MirrorView は、管理者が定義した間隔で差分 LUN ビューを作成し、変更のあるブロックをリモート VNX にコピーして、本番 LUNのポイント・イン・タイム・コピーを作成します。このコピーでは整合性が確保され、書き込み順も維持されます。ソースまたはターゲットが更新される前に、ターゲット・データのゴールド・コピーが作成されます。このコピーには、転送が中断された場合に備えてターゲット側のデータが保持されます。

MV/A レプリケーションは非同期的な処理であるため、RPO はゼロではありません。MV/A では、30 分以上の RPO が想定されています。ソースとターゲットの VNX ストレージ・システムに距離の制限はありません。

同期 MirrorView（MV/S）MirrorView/S は LUN またはコンシステンシ・グループの同期レプリケーションに対応しており、各 I/O をリモート・システムにレプリケートします。vSphere の同期レプリケーションでは、プライマリ・ストレージ・サイトとセカンダリ・ストレージ・サイトの間でロックステップの整合性が維持されます。仮想マシンからの書き込み操作は、両 VNX アレイのライト・キャッシュにデータのコピーが作成されるまでは、確認されません。これらの更新はネットワークの距離や品質の影響を受け、伝播に遅延が生じます。このような遅延があることから、MV/S は 100 km 以上離れたサイト間には適していません。



Unisphere で MirrorView レプリケーションを設定するには、以下のステップを実行します。MirrorView を構成するときは、Unisphereの［Virtualization］タブまたは VSI Storage Viewer 機能を使用して、LUN の数と、LUN と VMFS データストアおよび RDM デバイスの関係を確認します。その様子を図 119 に示します。

注： MirrorView レプリケーションを構成するプロセスとコマンドは、同期の場合も非同期の場合も非常によく似ています。非同期レプリケーションの場合は -async 引数を指定します。

図 119 EMC VMware Unisphere インタフェース


238


1. ［Unisphere Data Protection］ウィンドウで、［Manage Mirror Connections］を選択します。

2. 図 120 に示すとおり、ピア・ストレージ・システムを確認し、2つのシステム間の MirrorView 接続を有効化します。

図 120 VNX システム間の MirrorView の有効化



3. 図 121 に示すように、Unisphere の［MirrowView LUN］ウィザードを使用してソース LUN を選択し、リカバリ・サイトにリモート・ミラーを確立します。

図 121 MirrorView ウィザード：ソース LUN を選択


240


4. 図 122 に示すように、MirrorView セッションで使用するリモート・ストレージ・プールを選択します。

図 122 MirrorView ウィザード：リモート・ストレージを選択



5. 図 123 に示すように、DR サイトのセカンダリ・イメージをプロモートします。

図 123 ミラーされた LUN のプロモート

注：セカンダリ・イメージが Synchronized（同期）または Consistent（コンシステント）状態になると、SnapView のクローンまたはスナップショットにより、整合性のあるイメージのポイント・イン・タイム・コピーを作成できます。その際、イメージのプロモートや MirrorViewセッションの中断は必要ありません。


242


242 ページの図 124 に、VMware vSphere と MirrorView を統合したビジネス継続性ソリューションの概略図を示します。この図に描かれている 2 つの仮想マシンは、VNX LUN を RDM ボリュームと見なしてアクセスします。

このソリューションでは、リモート・サイトの仮想インフラストラクチャを統合できます。仮想マシンをクラスタ内の任意の ESXi ホストで実行できるため、リモート・サイトでレプリケートされた仮想マシンをサポートするために必要な ESXi ホストが減ります。

図 124 VMFS に基づく仮想インフラストラクチャでの MirrorView/S を使用したビジネス継続性ソリューション



CLI を使用したリモート・サイトへの MirrorView LUN のフェイルオーバー

MirrorView LUN またはコンシステンシ・グループは、フェイルオーバー処理の間にセカンダリ・サイトでアクティブ化されます。その結果、すべてのデバイスが書き込み可能な状態に移行し、その環境内のアプリケーションをリスタートできるようになります。計画のうえでのフェイルオーバーでは、フェイルオーバー・タスクを実行する前に本番サイトの VNX を無効化するか、シャットダウンしてください。

データ消失を防ぐために、フェイルオーバー・プロセスを開始する前にセカンダリ MirrorView/S LUN を同期します。本番サイトでアプリケーションをシャットダウンし、セカンダリ・イメージを手動で更新します。

図 125 に示すように、コンシステンシ・グループを右クリックし、［Synchronize］を選択してすべての LUN を同期します。

図 125 MirrorView LUN の同期

MirrorView LUN の同期では、次の変更を行います。

◆ 本番サイトのプライマリ・イメージを書き込み不可に設定する。

◆ デバイスのミラー関係をリバースする。リモート・サイトのデバイスはプライマリ役割を引き継ぎ、書き込み可能に設定される。

◆ MirrorView リンクを再開して、更新内容をリモート・データセンターから本番データセンターに反映できるようにする。

◆ vSphere Client またはコマンド・ライン・ユーティリティから仮想マシンを登録し、起動する。


244


EMC RecoverPoint EMC RecoverPoint は、ローカルおよびリモートの LUN レプリケーションに対応しています。

RecoverPoint は次のコンポーネントで構成されます。

◆ ローカル・レプリケーション用の CDP（継続的なデータ保護）

◆ リモート・レプリケーション用の CRR（継続的なリモート・レプリケーション）

◆ 上記 2 つを組み合わせた CLR（継続的なローカル / リモート・レプリケーション）。同じ LUN のシーケンシャル、リモート、ローカルの各レプリケーション用。

図 126 に、RecoverPoint アーキテクチャの概要を示します。

図 126 RecoverPoint アーキテクチャの概要



管理者は RecoverPoint を次の目的で使用できます。

◆ 距離の制限やパフォーマンスの低下を心配せずに柔軟な保護をサポートする。RecoverPoint は VMFS デバイスと RDM デバイス向けの綿密なリカバリに対応しているため、レプリカ・デバイスへの頻繁な更新によりリカバリ・ポイントを減らすことができます。

◆ 緊密に結合されたサーバのクラスタを通じてリモート・サイトにブロック・ストレージをレプリケートする。

◆ SAN ファブリック内の VNX アレイまたはホストに存在する書き込みスプリッタを使用する。書き込みスプリッタは ESXi データストア・ボリューム宛ての書き込み I/O をコピーし、RecoverPoint アプライアンスに送信します。RecoverPoint アプライアンスはそれを IP ネットワーク経由でリモート・サイトに転送します（244 ページの図 126 を参照）。

◆ VMware ESXi ホストについて、死角のないレプリケーションと継続的なデータ保護を実現する。リモート・レプリケーションの場合、RecoverPoint CRR は小さなスナップショット・イメージを使用することで RPO を短くするか、RPO の短い非同期レプリケーションを使用して VMware を保護し、データ消失を小限に抑えたリカバリを実現します。

仮想マシンの書き込みスプリット

RecoverPoint には、VMware 向けにホスト・ベースの書き込みスプリッタが用意されているため、Windows 仮想マシン向けのアプリケーション統合がサポートされます。このドライバは、保護された各 RDM ボリュームへの書き込み処理をフィルタし、各書き込みコマンドが RecoverPoint アプライアンスに送信されるようにします。このスプリッタ（KDriver）は仮想マシンで実行されるので、pRDM（物理 RDM モード）で仮想マシンに接続された SAN ボリュームだけが RecoverPoint によってレプリケートされます。


246


RecoverPoint VAAI のサポート vSphere バージョン 5.1 では、VNX スプリッタで VAAI が完全にサポートされています。表 18 に、VNX RecoverPoint スプリッタでVAAI がサポートされる小リリースを示します。この表に記載されているバージョンよりも前の VNX スプリッタまたは VNX OE for Block コードでは、ブロック・ストレージ・デバイス用に ATS（Hardware Accelerated Locking）しかサポートされていません。表 18 に記載されているバージョンよりも前の VNX と RecoverPointでは、ATS が唯一サポートされている SCSI コマンドです。旧バージョンを実行している場合、ATS 以外の SCSI コマンドは拒否され、ホストに戻って処理が継続されます。

注：バージョン 4.2（3K）より前の RecoverPoint SAN スプリッタのStorage Services Interface では、VAAI SCSI コマンドはサポートされていません。SSI 4.2（3K）より前の SAN スプリッタの場合は、VAAI で SAN スプリッタを使用できないようにしてください。

表 18 VNX RecoverPoint スプリッタで VAAI がサポートされる最小リビジョン・レベル

VAAI プリミティブ VNX リビジョン・レベル注

Hardware Assisted Locking

FLARE 31 以降が稼働する VNX スプリッタ 3.4

サポート

Block Zeroing FLARE 31 以降が稼働する VNX スプリッタ 3.4

サポート

フル・コピー FLARE 31 以降が稼働する VNX スプリッタ 3.4

サポート。パフォーマンス拡張なし

アンコピー VNX スプリッタ 3.5 SP1 以降サポート



図 127 に、Data Mover の高度な設定用のインタフェースを示します。VAAI Hardware Accelerated Move（XCOPY）と Hardware Accelerated Init（Write-Same）を設定する画面です。これらのパラメータの値を 0 に設定し、ESXi ホストでの XCOPY と Write-Sameのサポートを無効化してください。

図 127 ESXi ホストでの VAAI のサポートの無効化

RecoverPoint では、コンシステンシ・グループを利用して VNX ストレージ・デバイスを ESXi ホストに割り当てることができます。各コンシステンシ・グループは、保護対象の LUN で構成されます。ジャーナル LUN（ボリューム）も各コンシステンシ・グループに割り当てられ、RecoverPoint から提供された各種状態とブックマークが維持されます。RecoverPoint アプライアンスと ESXi ホスト HBA用には別個の VNX ストレージ・グループが作成されます。保護が必要な LUN は両方のストレージ・グループに割り当てられます。

コンシステンシ・グループの構成、ポリシーの適用、ストレージ・アクセスの管理は、RecoverPoint 管理 UI または CLI で行います。

注：仮想マシンを構成するすべての仮想ディスクは、同じコンシステンシ・グループに属します。RDM の使用時にアプリケーションの整合性を確保する必要がある場合は、Windows ゲスト OS に RecoverPoint ドライバをインストールしてください。248 ページの表 19 に、RecoverPoint を使用したVNX のレプリケーションで利用できるサポート・オプションをまとめます。


248


表 19 EMC RecoverPoint の機能のサポート

機能

スプリッタ

Windows ホスト書き込みスプリッタ

アレイ・ベースの書き込みスプリッタ

Brocade/Cisco インテリジェント・ファブリック書き込みスプリッタ

物理 RDM のサポート

○ ○ ○

仮想 RDM のサポート

× ○ ○

VMFS のサポート × ○ ○

VMotion® のサポート × ○ ○

HA/DRS のサポート × ○ ○

vCenter Site Recovery Manager のサポート

× ○ ○

P2V レプリケーションのサポート

RDM/P のみ RDM/P と VMFS RDM/P と VMFS

V2V レプリケーションのサポート


ゲスト OS Boot from SAN のサポート


ESXi Boot from SANのサポート

× ○ ○

ESXi ホストごとにサポートされるLUN の最大数

255 （VMware の制限） N/A N/A

異機種混在アレイのサポート

EMC VNX、 CLARiX CX、Symmetrix、特定のサード・パーティ製ストレージ

EMC VNX と CLARiX CX3/CX4

EMC とサード・パーティ

RecoverPoint クラスタ間で共有可能かどうか

× ○ ○



RDM ボリュームのレプリケーション RDM のレプリケーションには、VMFS LUN のデータストア・レプリケーションの場合よりも多くの管理タスクが必要になります。RDM ボリュームは、ハイパーバイザの I/O パスなしで仮想マシンに直接割り当てられる個別の物理デバイスです。そのため、ESXi ホストはリモート・ホスト上のデバイスを識別するためのデバイス IDまたは LUN シグネチャを持ちません。RDM デバイスのパスは OSレベルで保持され、OS とアプリケーションの整合性が保たれます。

EMC Replication Manager は、EMC レプリケーション・テクノロジーとの連携により、リモート・レプリカを管理し、NTFS でフォーマットされた pRDM ボリュームのデバイス・マッピングを保持します。

RDM が追加された vSphere 仮想マシン向けのリモート・サイトの構成

RDM を仮想マシンに追加すると、論理仮想マシン・デバイスを物理デバイスにマップする仮想ディスク・ファイルが作成されます。このファイルには、仮想マシンに提示されたデバイスの VNX LUN WWN と LUN 番号が含まれます。

仮想マシンの構成に、RDM ボリュームの名前と、RDM ボリュームが存在する VMFS データストアのラベルが反映されます。仮想マシンを含むデータストアがリモート・サイトにレプリケートされるとき、構成と仮想ディスク・ファイルの情報は保持されます。ただし、ターゲット LUN の UUID は異なるため、仮想マシンを起動すると構成エラーが発生します。

スナップショットとクローン LUN は、レプリケーション・セッションを中断することなくホストまたは仮想マシンに提供されるので、構成の検証に使用されます。これらは、QA やバックアップなどの副次的な目的にも活用できます。

RDM レプリケーションで忘れてはならないのは、SCSI ディスクでゲスト OS 内の同じデバイス順を維持することです。これには、セカンダリ・サイトの仮想マシンに VNX LUN を正確にマッピングすることが必要です。

RDM ボリュームのレプリケーション 249

250


ESXi ホストのデバイス・マッピングを決定し、リモート・サイトの仮想マシンに提示されるデバイスのディスク順を文書化してください。表 20 に、3 つのアプリケーション・データ・ディスクの例を示します。

これら 3 つの VNX LUN はリモート VNX にレプリケートされます。SCSI ターゲット 0:0 を占有するブート・デバイスは除外し、以下を提示するようにリモート・サイトの仮想マシンを構成します。

◆ LUN 2 に関連づけられた、SCSI ディスク 0:1 としてレプリケートされる LUN

◆ SCSI ディスク 0:2 としてレプリケートされる LUN 3◆ SCSI ディスク 0:3 としてレプリケートされる LUN 4

VMware ファイル・システムをレプリケートする代わりに、ソース仮想マシンの構成ファイルのコピーを使用します。リモート・サイトで RDM を使用して本番仮想マシンのコピーを作成するには、以下のステップを実行します。

1. リモート・サイトのクラスタ・データストア内にディレクトリを作成し、レプリケートされた仮想マシン・ファイルを格納します。

注：現在のレプリケーション構成に属していないデータストアを選択したうえで、この 1 回限りの操作を実行してください。

2. ソース仮想マシンの構成ファイルをディレクトリにコピーします。

3. vSphere Client またはサービス・コンソールを使用して、クローンされた仮想マシンを登録します。

4. セカンダリ MirrorView LUN を RDM デバイスとして使用するようにリモート・サイトの ESXi ホストを構成します。

5. vSphere Client またはサービス・コンソールを使用して、リモート・サイトの仮想マシンを起動します。

注：ここで示すタスクには構成上のリスクが伴うので、SRM か、自動化された Power Shell スクリプト・ユーティリティを使用することをお勧めします。

表 20 VNX と仮想マシンの RDM

LUN 番号 Windows ディスク仮想デバイス・ノード

2 \\.\PHYSICALDRIVE2 SCSI （0:1）





災害発生後のリモート・サイトでの仮想マシンの起動

レプリケートされたデータ・コピーを使用して仮想マシンをリモート・サイトでリスタートするには、以下のステップを実行します。

1. レプリカが Synchronized（同期）または Consistent（コンシステント）状態になっていることを確認します。

2. レプリカ LUN、ファイル・システム、コンシステンシ・グループをリモート・サイトでプロモートします。LUN をプロモートすると、デバイスの状態が書き込み可能に変更され、リモート環境の ESXi ホストによって使用できるようになります。

3. プロモートされたデバイスを ESXi ストレージ・グループに追加し、ESXi ホストがセカンダリ・イメージにアクセスできるようにします。

4. SCSI バスを再スキャンし、ブロック・ストレージ用の新しいデバイスを検出します。

5. vSphere Client または CLI を使用して、クローンされた仮想マシンを起動します。

VMFS を使用した仮想マシンに対するリモート・サイトの構成

レプリケートされた VMFS ボリューム上の仮想マシンの管理は、RDM ボリュームの管理と非常によく似ています。

リモート・サイトに仮想マシンを作成するには、以下のステップを実行します。

1. セカンダリ LUN イメージをプロモートし、リモート・データセンターの VMware ESXi クラスタ・グループによる書き込みとアクセスを可能にします。

2. ターゲット・デバイスを VMware ESXi ホストに提示した後で、vSphere Client を使用して SCSI バスの再スキャンを開始します。

3. vSphere Client の［Add Storage］ウィザードを使用して、VMware ファイル・システムのコピーを含む、レプリケートされたデバイスを選択します。各 LUN コピーに対して［Keep existing signature］オプションを選択します。すべてのデバイスが処理されたら、VMware ファイル・システムが vSphere Client インタフェースの［Storage］タブに表示されます。

RDM ボリュームのレプリケーション 251

252


4. vSphere Client でデータストアを参照し、仮想マシンを特定および登録します。

注：レプリケーション・サービスを使用すると、仮想マシン名が意図せず重複することがあります。vCenter では、同じデータセンター内で名前の重複は許可されていません。オブジェクト名が重複した場合は、新しい仮想マシン名を割り当てて登録を完了してください。

5. 次の要件が満たされており、変更を加えなくてもリモート・サイトの ESXi ホスト上の仮想マシンが起動することを確認します。

• ターゲット ESXi ホストの仮想ネットワーク・スイッチの構成がソース ESXi ホストと同じである。仮想スイッチの名前と番号がソース ESXi クラスタ・グループから複製される場合など。

• ソース仮想マシンによって使用されるすべての VMware ファイル・システムがレプリケートされる。

• クローンされたすべての仮想マシンの小リソース要件がターゲット ESXi ホストでサポートされている。

• CD-ROM ドライブやフロッピー・ドライブなどの周辺機器が物理ハードウェアに接続されているか、仮想マシンで切断状態に設定されている。

6. 必要に応じて vCenter またはコマンド・ラインから、クローンされた仮想マシンを起動します。vCenter によってmsg.uuid.alteredメッセージが生成された場合は、［copied］オプションを選択して起動処理を完了します。



EMC Replication Manager EMC RM（Replication Manager）は、あらゆる EMC レプリケーション・テクノロジーをサポートしています。RM を使用すれば、アプリケーション・セットを利用してストレージ・デバイスのレプリカを簡単に作成、管理できます。アプリケーション・セットには、レプリケーション・ジョブの詳細のほか、仮想マシンまたはデータストアのレプリカを作成する前に仮想マシン内で実行されているアプリケーションを Consistent（コンシステント）状態にするのに必要なタスクが含まれます。

VMware 環境では、RM はプロキシ・ホスト（物理または仮想）を使用して、vCenter と VNX で管理タスクを開始します。RM プロキシ・サービスは、RM サーバと同じ物理または仮想ホストで実行されます。

その他の要件には、次のものがあります。

◆ プロキシ・ホストに構成するもの：

• RM エージェント

• VNX Block 用の EMC Solutions Enabler

• VNX Block 用の Navisphere Secure CLI

• VNX ストレージ・システムへの管理アクセス権

◆ ゲスト仮想マシン内でアプリケーションの整合性を確保する必要がある場合は、仮想マシンに RM エージェントをインストールする。

◆ 環境に適切な DNS 構成があり、プロキシ・ホストが RM サーバ、マウント・ホスト、VNX Control Station のホスト名を解決できること。

仮想マシンを含む VNX デバイスでアプリケーション・セットが開始されると、RM プロキシが vCenter リクエストを送信し、ESXiデータストアに存在するすべてのオンライン仮想マシンの VMware

EMC Replication Manager 253

254


スナップショットを作成します。このステップにより、作成されるレプリカで OS レベルの整合性が確保されます。図 128 に、RM のNAS データストア・レプリカを示します。

図 128 RM による NFS データストアと仮想マシンの保護

RM には、レプリケートされたデバイスを別の ESXi ホストにマウントするオプションが用意されています。フェイルオーバー操作の後、RM は、デバイスの状態を変更し、データストアを ESXi ホスト環境にマウントおよびインポートするのに必要なすべてのステップを実行します。その他、仮想マシンとアプリケーションの起動などの管理タスクはアプリケーション・セットで定義され、RM を通じて自動化されます。

Unisphere には、管理目的でファイル・システムをリモート・サイトにフェイルオーバーするオプションが用意されています。フェイルオーバーの後、ファイル・システムはリモート ESXi ホストにマウントされます。データストアに存在する仮想マシンは、必要に応じて vSphere Client を使用して登録します。



vSphere Client で仮想マシンを登録するには、以下のステップを実行します。

1. Datastore Browser を使用して仮想マシン・フォルダを選択します。

2. 図 129 に示すように、構成（.vmx）ファイルを選択して右クリックし、［Add to Inventory］を選択して仮想マシンを ESXi ホストに登録します。

注：仮想マシン・ネットワーク（VMkernel）で使用する ESXi ホスト名などの各種プロパティはソースと同じです。ネットワーク名が違っていると、アクセスに問題が生じます。

図 129 vSphere Client を使用した仮想マシンの ESXi への登録

EMC Replication Manager 255

256


SRM と VNX を使用したサイト・フェイルオーバーの自動化

VMware vCenter SRM（Site Recovery Manager）には、VMware サイト・フェイルオーバーを自動化するための標準化フレームワークが用意されています。SRM は vCenter および EMC ストレージ・システムと統合されており、その管理には vCenter Client プラグインを使用します。このプラグインには、リカバリ・プランと呼ばれるフェイルオーバー・プロセスを定義、テスト、実行するための構成ユーティリティとウィザードがあります。リカバリ・プランでは、フェイルオーバーするアセットと、プランの実行時にアセットをリストアする順序が定義されます。SRM には、環境の準備とリストアを支援するフェイルオーバー前とフェイルオーバー後のスクリプトを実行する機能があります。

SRM テスト SRM の魅力的な機能の 1 つは、実際のサイトの停止に備えてフェイルオーバーをシミュレートできるリカバリ・プラン検証テストで利用できます。リカバリ・プラン検証テストの間、保護サイトの本番仮想マシンを引き続き実行できるほか、レプリケーション・セッションもレプリケート対象のすべての LUN またはファイル・システムに対してアクティブのままとなります。

test failover コマンドを実行すると、SRM により、書き込み可能なスナップショットをリカバリ・サイトに生成するコマンドが VNXに発行され、ストレージ・デバイスのフェイルオーバーがシミュレートされます。スナップショット LUN またはファイル・システムは ESXi ホストにマウントされます。仮想マシンが起動され、オプションで起動後スクリプトが実行されます。テスト・リカバリではフェイルオーバーと同じステップが実行されます。そのため、テスト・プロセスが成功するようであれば、フェイルオーバーが成功する確率も高まります。ユーザーが災害復旧プロセスを熟知しており、毎回正しく実行できるとわかっていれば、企業の安心感は大幅に高まります。管理者は、テスト・フェイルオーバーのワークフローにテスト固有のカスタマイズを施すことができるので、テストと実際のフェイルオーバー・シナリオが違っていても対応可能です。仮想マシンが正常に起動されると、SRM テスト・プロセスは完了です。ユーザーは必要に応じてアプリケーションを開始し、検証テストを実行することもできます。257 ページの図 130 に示すように、クリーンアップ・タスクを実行して環境をテスト前の状態に戻し、テストの一環として作成された一時ストレージ・デバイスをすべて削除します。



図 130 SRM リカバリ・プランのサマリー

実際のフェイルオーバー（SRM ではリカバリ）はテスト・フェイルオーバーと似たものとなりますが、スナップショットを使用する代わりに、実際のストレージ・デバイスをリモート・サイトにフェイルオーバーする点が異なります。リカバリ・サイトの LUN とファイル・システムがオンラインになり、仮想システムが起動します。

フェイルオーバーの際には、保護サイトのアクティブな仮想マシンが終了されます。これは、両方のサイトで仮想マシンがアクティブになることを避けるためです。このタスクは、保護サイトが稼働しない場合は完了しません。

EMC Storage Replication Adapter

SRM では、SRA（Storage Replication Adapter）というインタフェースを通じて、基になるストレージ・システムのデータ・レプリケーション機能を活用します。SRM では、EMC Replicator、EMC MirrorView、EMC RecoverPoint 向けの SRA がサポートされています。

SRM と VNX を使用したサイト・フェイルオーバーの自動化 257

258


各 EMC SRA は、レプリケーション・ソフトウェアを実行する VNXストレージ・システムを使用して SRM が仮想マシンの災害復旧を実装できるようにするソフトウェア・パッケージです。SRA 固有のスクリプトにより、アレイの検出、レプリケートされた LUN の検出、テスト・フェイルオーバー、フェイルバック、実際のフェイルオーバーがサポートされます。災害復旧プランは、NFS、VMFS、RDM ストレージで実行される仮想マシンのフェイルオーバー・ポリシーを定義するためのインタフェースを提供します。

図 131 に、vCenter の SRM 構成の例を示します。

図 131 VMware vCenter SRM 構成



保護サイトの SRM 保護グループ

保護グループは、仮想マシンとテンプレートを含む 1 つ以上のレプリケート対象データストアで構成され、災害発生時にリカバリ・サイトに移行するアイテムが指定されます。保護グループは仮想マシンの保護を確立し、仮想マシンのリソースをプライマリ・サイトからリカバリ・サイトにマップします。SRM 保護グループと VNX または RecoverPoint コンシステンシ・グループの間には、1 対 1 マッピングが存在します。図 132 に、MirrorView LUN コンシステンシ・グループを使用する保護グループの構成を示します。

図 132 SRM 保護グループの作成

注： 1 対 1 マッピングが使用されない場合もあります。具体的には、バイナリ、ユーザー・データベース、システム・データベース用に別々のコンシステンシ・グループがあるデータベース・アプリケーションを RecoverPointで保護する場合などです。この場合、SRM 保護グループは複数のコンシステンシ・グループで構成されます。

保護グループ内で保護するデバイスの数が VNX モデルでサポートされる数よりも多い場合は、保護グループごとに複数の VNX コンシステンシ・グループを作成してください。

注：ストレージ・システムごとに作成できるコンシステンシ・グループの大数は 64 です。MirrorView/S と MirrorView/A は両方ともカウントされます。


260


EMC オンライン・サポートから入手できる「VNX Open Systems Configuration Guide」には、同期ミラーと非同期ミラーの新の制限が記載されています。

SRM リカバリ・プラン SRM リカバリ・プランは、保護サイトからリカバリ・サイトにデータセンターの運用をスイッチするのに必要な一連のステップです。リカバリ・プランの目的は、優先順位の設定されたアプリケーション・リカバリを含む、信頼できるフェイルオーバー・プロセスを確立することです。たとえば、アプリケーション・サーバよりも先にデータベース管理サーバに電源を投入する必要がある場合、リカバリ・プランではまずデータベース管理サーバを起動してからアプリケーション・サーバを起動します。優先順位を設定したら、リカバリ・プランをテストして、リカバリ・サイトでの業務を継続できるようにアクティビティの順序が正しく設定されていることを確認します。

リカバリ・プランはリカバリ・サイトで作成され、保護サイトに作成された 1 つ以上の保護グループに関連づけられます。保護グループに対して複数のリカバリ・プランを定義すれば、アプリケーションや仮想マシンのリカバリの優先順位が異なる場合も対処できます。

リカバリ・プランの管理のオプションは以下のとおりです。

◆ テスト：スナップショット・ベースの一時ストレージ・デバイスを使用して、ストレージおよび仮想マシン環境のフェイルオーバーをテストします。

◆ クリーンアップ：保護された環境とリカバリ環境をテスト前の状態に戻します。リカバリ・サイトの仮想マシンをサポートするために作成された一時ストレージの削除も行います。

◆ リカバリ：「移行」と「災害」の 2 つのオプションがあります。移行オプションでは、保護サイトの仮想マシンをシャットダウンし、2 つの VNX システム間でストレージを同期して、保護サイトからリカバリ・サイトに仮想マシンをスムーズに移行します。災害オプションの場合も同じストレージ・タスクを実行しますが、保護サイトでの仮想マシンのシャットダウンは試みません。

◆ 再保護：計画に基づく移行の後に、仮想マシンの保護を再確立します。保護はフェイルオーバー・サイトで確立されます。仮想マシンは、前の本番サイトを含むセカンダリ・サイトで保護されます。



リカバリ・サイトでの SRM リカバリ・プランのテスト

SRM リカバリ・プランをテストして、想定どおりに実行されることを確認します。図 133 にリカバリ・プランのサンプルを示します。

図 133 リカバリ・プランのテスト

［Test］をクリックしてリカバリ・プランをテストします。テスト中、次のイベントが発生します。

◆ 本番仮想マシンがシャットダウンされる。

◆ 既存のスナップショットを使用して SnapView セッションが作成、アクティブ化される。

◆ SRM 保護グループ内で作成された全リソースがリカバリ・サイトで再作成される。

◆ リカバリ・プランで定義された順序で仮想マシンが起動される。

SRM リリース 4 の場合、リカバリ・プランの全タスクが完了すると、結果が検証されるまで SRM は一時停止します。テスト結果が検証されたら、［Continue］をクリックして環境を本番状態に戻します。

SRM リリース 5 にはクリーンアップ・オプションが用意されているため、リカバリ環境をテスト前の構成に戻し、テストで作成された一時ストレージ・デバイスを削除できます。


262


図 134 に、サンプル・リカバリ・プランのクリーンアップを示します。

図 134 リカバリ・プランのクリーンアップ

SRM リカバリ・プランと保護グループの詳細については、EMC オンライン・サポートと VMware Web サイトから入手できる「VMware vCenter SRM Administration Guide」を参照してください。

リカバリ・サイトでの SRM リカバリ・プランの実行

SRM リカバリ・プランの実行は環境のテストと似ていますが、次の違いがあります。

◆ SRM リカバリ・プランの実行は、1 回限りのアクティビティである。

◆ SRM リカバリ・プランの実行時に SnapView スナップショットは使用されない。

◆ MirrorView、RecoverPoint、Replicator のセカンダリ・コピーは、新しいプライマリ本番 LUN としてプロモートされる。

◆ 本番環境にリストアするには、SRM 5 の再保護機能を実行する必要がある。テスト、クリーンアップ、フェイルバックの各機能と共に SRM 5 の再保護を使用すると、データセンターのロード・バランシングや移行のサポートなど、DR を超えた力を発揮します。



◆ 前のフェイルバック・オプションのいずれかが利用できない場合は、リカバリ・プランの実行後に保護サイトを手動でリストアする必要がある。

注： SRM リカバリ・プランは、検証テストの一環として実行するか、災害が宣言された場合にのみ実行してください。

図 135 に完了したリカバリ・プランを示します。

図 135 EMC MirrorView を使用した SRM リカバリ・プラン

SRM フェイルバック・シナリオ

SRM フェイルバックは、保護された環境のストレージ・インフラストラクチャと vSphere 環境を、アプリケーション・データをサポートする状態にリストアした後で、保護された VMware 構成をリストアするプロセスです。

SRM 5 には統合された再保護機能があり、仮想マシンを再作成できるほか、環境がリカバリされたサイトとフェイルオーバー後に本番環境をサポートしていた前の保護サイトの間のストレージ・リソース関係を再作成できます。


264


再保護機能を使用すると、2 つの環境の役割をリバースすることで、サイト間に新しい関係を確立できます。リカバリ・サイトは保護サイトになり、保護サイトはリカバリ・サイトになります。

SRM の再保護はすべての EMC ストレージ・レプリケーション・アダプタと連携し、2 つのサイト間でストレージ・レプリケーション・セッションを再確立またはリバースします。

再保護により、2 つの環境間で保護の関係とストレージ構成を再確立し、リカバリ・サイトのストレージ・デバイスがフェイルオーバーの発生後すぐに保護されるようにすることができます。再保護タスクが完了すると、本番サイトへのリカバリを開始する前に、SRM リカバリ・プランのテストが実行され、構成が検証されます（図 136 を参照）。

図 136 SRM の再保護



VNX での SRM の推奨事項と注意事項

次の推奨事項と注意事項を確認してください。

◆ VMwareツールをフェイルオーバー用の仮想マシンにインストールする。ツールがインストールされていない場合は、SRM が仮想マシンのシャットダウンを試みると、リカバリ・プランでエラー・イベントが生成されます。エラーを確認するには、［History］タブをクリックしてください。

◆ プライマリ・サイトとセカンダリ・サイトの両方で、スナップショットを持つアレイで SnapView を有効化し、フェイルオーバーとフェイルバックをテストする。

◆ データストアに新しい仮想マシンが作成されたことを通知するアラームを作成し、新しい仮想マシンが SRM の保護計画でミラーに追加されるようにする。

◆ SRM と SRA をインストールする前に、VNX 側の構成（MirrorView のセットアップ、スナップショットの作成など）を終わらせる。

◆ リカバリ・プランのテストが正常に実行されるように、セカンダリ・サイトの仮想マシンとスワップ・ファイルに対して十分なディスク領域が構成されていることを確認する。

◆ SRM をフェイルオーバーに使用する場合は、SRM を使用してフェイルバックを簡略化する。手動フェイルバックは煩雑なプロセスです。プライマリ ESXi ホストで vSphere の適切なデバイス・シグネチャ・オプションを選択するなど、各 LUN を個別に処理する必要があります。SRM を使用すると、これらのステップが自動化されます。

◆ リカバリ・プランのテストでは、MirrorView セカンダリ・イメージのスナップショットだけが作成される。アレイ間の接続のチェックや、MirrorView が正常に動作するかどうかの検証は行われません。SRM 接続を使用して、仮想マシン・コンソール間の接続を検証してください。アレイ間の接続のチェックには、SRM Array Manager または Unisphere を使用します。


266


サマリー

表 21 に、ESXi ホストに提示された各種 VNX ストレージで使用できるデータ・レプリケーション・ソリューションを示します。

表 21 データ・レプリケーション・ソリューション

仮想オブジェクトのタイプレプリケーション

NAS データストア • EMC Replicator

• EMC Replication Manager

• VMware vCenter SRM

VMFS/iSCSI • EMC RecoverPoint

• EMC MirrorView

• EMC Replication Manager


RDM/iSCSI （物理） • EMC RecoverPoint

• EMC MirrorView


RDM/iSCSI （仮想） • EMC RecoverPoint

• EMC MirrorView



5


◆ はじめに ........................................................................................... 268◆ SAN Copy の VMware ファイル・システムとの相互運用性 .... 269◆ SAN Copy と RDM 仮想ディスクとの相互運用性 .................... 270◆ データ・ヴォールティングのための SAN Copy の使用 .......... 271◆ リモート環境へのストレージのインポート ............................... 278◆ VNX アレイへのデータ移行のための SAN Copy ...................... 280◆ サマリー ........................................................................................... 284

データ・ヴォールティングと移行

データ・ヴォールティングと移行 267

268


はじめに

仮想化の主要な価値は、データセンターおよびネットワーク環境全体でアプリケーションとデータを自由に移動できる機能です。データ移動により、必要なときに必要な場所にデータを移動できます。アプリケーション・サーバおよびそのデータを、比較的短時間で、カプセル化して別の場所に転送することができます。この機能により、時間と IT リソースを節約し、新しい方法でデータを保護し、コラボレーションを促進することができます。

クラウド・コンピューティングの進化により、データおよびアプリケーションのモビリティを促進する傾向が強まり、ビジネスのさまざまな目的を満たすための定期的 / 循環的な移行プロセスが必要になってきました。

法令遵守を目的として、指定された期間にわたって、保護された施設でデータの複数のコピーを保持することが必要な場合があります。また、ビジネス情報の重要度に応じて、厳格な可用性要件が課されることもあります。データを峻別してユーザー・グループに再分配するために、長時間のダウンタイムを確保する余裕のある企業はほとんどありません。データのコピーと移行は、テープレス・バックアップやデータ・ヴォールティングなど多くの用途に利用される、仮想データセンター管理の重要なコンポーネントです。

以下の例では、データ移行を単純化するテクノロジーおよび手法の必要性を示しています。

VMware が提供する Storage vMotion および Storage DRS は、データストア間での仮想マシンの再分配と移行を実行します。ただし、本番環境に影響を与えることなく、あるストレージの場所から別の場所にデータストアを全面的に移行するエンタープライズ・レベルのソリューションはまだありません。

EMC では、ESXi 動作環境への影響を小限に抑えながら、ストレージ・システム間でデータを移行するテクノロジーを提供します。この章では、vSphere 環境での SAN Copy™ と VNX ブロック・ストレージとの相互運用性について説明します。



SAN Copy の VMware ファイル・システムとの相互運用性

SAN Copy は、ブロック・ストレージ・デバイスのコピーを別のストレージ・システムに作成する VNX サービスを提供します。SAN Copy は、本番ボリュームのデータを、リモート・ストレージ・アレイ上の同じサイズか、より大きいサイズのボリュームに伝搬します。SAN Copy は、以下の機能を提供します。

◆ ワン・タイム LUN レプリカを別のシステムに作成する。

◆ システム・アップグレード・プロセスの一部として、LUN 移行を実行する。

◆ 一元化されたデータのヴォールティングまたはアーカイブに対して、ストレージ・システム間の定期的な更新を実行する。

SAN Copy は、LUN レベルでレプリケーションを実行し、 VMFSデータストアまたは RDM ボリュームをサポートする LUN のコピーを作成します。

第 2 章「仮想マシンのクローン作成」で説明されている、LUN のクローン作成およびレプリケーションの他のテクノロジー同様、ファイル・システムまたは RDM ボリュームのコンテンツはレプリカLUN 内にカプセル化されます。レプリカは、仮想マシンおよびデータをその環境にインポートできる別のホストに提示されます。

注：マルチエクステント・ファイル・システムで SAN Copy を使用しないでください。VMFS ファイル・システムに複数のエクステントが含まれている場合は、すべての LUN をターゲットの場所にレプリケートし、同じデバイスの順序で提示する必要があります。

アプリケーションの整合性を確保するには、SAN Copy セッションを開始する前に、展開された VMware ファイル・システムにアクセスする仮想マシンをシャットダウンします。仮想マシンをシャットダウンできない場合は、SnapView™ を使用してクラッシュ・コンシステントな LUN を作成し、SnapView LUN を SAN Copy セッションのソースとして使用します。

SAN Copy の VMware ファイル・システムとの相互運用性 269

270


SAN Copy と RDM 仮想ディスクとの相互運用性

物理的な互換性モードが構成された RDM ボリュームでは、直接的な VNX LUN アクセスを仮想マシンに提供します。仮想マシン I/Oは VMkernel をバイパスし、SCSI コマンドを VNX LUN に直接発行します。

ゲスト・オペレーティング・システムは RDM LUN 経由で SCSI コマンドをストレージ・アレイに発行できるので、仮想マシンは SAN Copy セッションを開始する前に、アプリケーション・ユーティリティおよびストレージ・コマンドを使用して LUN を準備します。データを RDM ボリュームから移行する場合は、アプリケーションをホット・スタンバイ・モードにするか、シャットダウンして、アプリケーションの整合性を確保します。



データ・ヴォールティングのための SAN Copy の使用

SAN Copy の操作には、次の 2 種類のモードがあります。

◆ フル・モード：各 SAN Copy 操作中にターゲット・デバイスの完全な再シルバリングが実行されます。

◆ 差分モード：既存のレプリカの定期的な更新が実行されます。これにより、データ・ヴォールティング・ソリューションの基盤が提供されます。オフサイト・コピーは、定期的に更新され、本番環境から更新されたコンテンツが維持されます。

272 ページの図 137 は、データ・ヴォールティング・ソリューションの概略を示しています。Incremental SAN Copy は、SnapView テクノロジーを使用して、本番 LUN の状態の整合性のあるイメージを確立し、データをバッファリングした後で、データをターゲット・アレイにコピーします。SnapView は、Copy On Write 処理を使用してイメージのバージョンを維持します。

注：データの変更の比率が高い環境で Incremental SAN Copy を使用する場合は、I/O オーバーヘッドの量を考慮してください。

SnapView クローン LUN を SAN Copy で使用すると、Copy On Write のオーバーヘッドが解消されます。SnapView クローンは、本番 LUN に対する I/O を軽減する独立したレプリカを確立します。SAN Copy レプリカ LUN を更新するには、クローンの更新が必要です。

データ・ヴォールティングのための SAN Copy の使用 271

272


図 137 Incremental SAN Copy によるデータ・ヴォールティング

SAN Copy を使用した VMware ファイル・システムのデータ・ヴォールティング

SAN Copy で LUN を移行するには、以下のステップを実行します。コア・プロセスは、すべての VMFS または RDM LUN に適用されます。

1. コピーするすべてのデバイスを識別します。

2. Unisphere または VSI Storage Viewer 機能を使用して、VMFSデータストアまたは RDM ボリュームをサポートする LUN を識別します。



3. リモート・ストレージ・システム上の SAN Copy ターゲット・デバイスを選択します。複数の VNX システムがドメインに構成されている場合は、リモート・ストレージ・システムのストレージ・デバイスを SAN Copy Wizard で確認できます（図 138を参照）。

図 138 Unisphere または Storage Viewer を使用したソース LUN の特定

4. VNX 以外のストレージ・システムの場合は、LUN 番号および128 ビットの WWN 番号（SCSI デバイスを一意に識別する）を特定します。ソースおよびデスティネーション LUN を特定した後で、Unisphere SAN Copy 構成インタフェースに接続します。

注： WWN を特定する方法はいくつかあります。サポートされているストレージ・アレイ（Symmetrix、HDS、HP StorageWorks）のデバイスのWWN を取得するには、ストレージ・アレイの管理ソフトウェアおよびSolutions Enabler を使用します。

SAN Copy を使用して移行セッションを開始し、データ・ヴォールティング・ソリューションを作成するには、以下のステップを実行します。

1. SAN Copy 構成の VNX ストレージ・プロセッサ（SP）ポートは、ソース VNX をリモート VNX システムの SP ポートに接続するホスト・イニシエータとして動作します。ソースおよびターゲット VNX システムからの VNX SP WWN を含むストレージ・スイッチ・ゾーンを作成します。


274


2. VNX では、ストレージへの無制限アクセスは許可されません。ストレージ・グループを作成し、ソース VNX イニシエータをVNX ターゲット LUN でマスキングします。ストレージ・アレイ管理ユーティリティを使用して、VNX SP ポートがリモート・ストレージ・アレイの適切な LUN にアクセスできるようにします。

3. Incremental SAN Copy セッションは、SnapView と内部的に通信して、SAN Copy セッションの更新を追跡します。Incremental SAN Copy セッションを作成する前に、SnapView予約済み LUN プールを利用可能な LUN で構成します。予約済み LUN のサイズと数は、SAN Copy 更新間のソース LUN への累積した変更の数に依存します。変更の比率が非常に高い場合、またはソースとデスティネーションの間の更新があまり発生しない場合（おそらくスケジュール設定または帯域幅のため）、予約済み LUN プールのサイズを大きくします。

4. ソースおよびデスティネーション LUN の間の Incremental SAN Copy セッションを作成します（275 ページの図 139 および276 ページの図 140 を参照）。

5. SAN Copy セッションの属性を指定します。

• SAN Copy セッション名

• ソースおよびデスティネーション LUN の WWN

• ストレージ・システム相互接続のスロットル値、レーテンシー、帯域幅の制御値

注： SAN Copy は、テスト I/O をターゲットに送信することによりレーテンシー値を確立します。レーテンシー値を変更しないでください。

SAN Copy セッションを確立しても、データ移動はトリガーされません。セッションを開始すると、一連の検証テストが実行され、VNX SP ポートでリモート・デバイスにアクセスできること、および各リモート・デバイスの容量がソース・デバイスと同じかそれ以上であることが確認されます。

◆ セッションをアクティブ化すると、ソース・デバイスからのデータのポイント・イン・タイム・コピーが確立され、ターゲット・デバイスに伝播されます。

◆ SAN Copy には、ソース・システムとターゲット・システムの間でデータがコピーされる速度を制御するスロットル・パラメータがあります。スロットル値が 10 の場合、転送速度を大にするために、すべての利用可能なシステム・リソースが使用されます。セッションの作成後、いつでもスロットル値を調整できます。



図 139 Incremental SAN Copy セッションの作成


276


図 140 Incremental SAN Copy セッションの作成（続き）

6. コピー・プロセスの完了後、Unisphere のリモート・サイトでLUN をアクティブ化し、ESXi ホストで利用できるようにします。

注：ターゲット・デバイスでは、非アクティブな状態を維持して、差分更新を継続的に実行する必要があります。SnapView LUN スナップショットを作成し、ESXi ホストに提示して、リモート ESX 環境からデータのコピーにアクセスできるようにします。

7. 既存の SAN Copy セッションを再開し、リモート・デバイスの差分更新を実行します。更新間でソース・ボリュームにほとんど変更がない場合は、差分更新によって伝搬を必要とするデータ量が大幅に削減されます。



RDM が構成された仮想マシンの SAN Copy によるデータ・ヴォールティング

SAN Copy のストレージ・アレイ・ベースのメカニズムにより、VNX LUN に格納されている仮想ディスクの整合性のとれたポイント・イン・タイム・コピーを作成できます。SAN Copy RDM LUNレプリケーションで、仮想ディスク・レプリケーションをより効率的に実行できます。SAN Copy は RDM ボリュームを使用して、VMFS ボリューム内に含まれる複数の仮想ディスクではなく、ゲストにより変更されたボリュームのコンテンツのみをレプリケートします。

物理互換モードにおいて RDM ボリュームが構成された仮想マシンは、Navisphere CLI/Agent のインストール時に VNX デバイスの存在を認識します。仮想マシンには、SAN Copy でレプリケートするデバイスを判別する機能があります。保護を必要とするデバイスを特定し、272 ページの「SAN Copy を使用した VMware ファイル・システムのデータ・ヴォールティング」で説明されているのと同じ方法で raw デバイスのレプリケーションを実行するように SAN Copy を構成します。


278


リモート環境へのストレージのインポート

VMFS を使用した仮想マシンに対するリモート・サイトの構成

リモート・サイトで仮想マシンを作成するには、以下のステップを実行します。

1. ESXi ホストがリモート・データセンターのリモート LUN コピーにアクセスできるようにします。実際のデバイスの代わりに LUN のスナップショットを使用して、Incremental SAN Copy 機能を保持します。

2. 名前が競合しないように、一意の仮想マシン名およびデータストア名を使用します。vCenter では、vCenter データセンター内でのオブジェクト名（仮想マシン名など）の重複は許容されません。

3. LUN をアクティブ化し、それをターゲット・サイトの ESXi クラスタのストレージ・グループに割り当て、ホスト・バスの再スキャンを実行して新しいデバイスを識別します。

4. vSphere Client を使用して、レプリケートされた VMware ファイル・システム・デバイスが存在するストレージ・デバイスを追加します。各 LUN に対して［Keep existing signature］を選択します。すべてのレプリカ・ストレージが追加された後で、VMFデータストアが vCenter の［Host］＞［Configuration］＞

［Storage］ウィンドウに表示されます。

5. データストアを参照し、仮想マシンを検出して登録します。

次の構成要件が満たされている場合は、変更なしで、仮想マシンをリモート・サイトで起動できます。

◆ ターゲット ESXi ホストは、ソース ESXi ホストと同じ仮想スイッチ構成を使用する必要がある。たとえば、仮想スイッチおよび仮想マシン・ネットワークの名前は、ソース vCenter クラスタと整合性がとれている必要があります。

◆ ソース仮想マシンによって使用されるすべての VMware ファイル・システムがレプリケートされる。

◆ ターゲット ESXi ホストに、DRS クラスタ構成で接続の可否を管理するために十分なメモリおよびプロセッサ・リソースが含まれている。

◆ CD-ROM やフロッピー・ドライブなどのデバイスは、電源投入時に、物理ハードウェアに接続されるか、仮想マシンから接続解除される。



RDM を含む vSphere 仮想マシンに対するリモート・サイトの構成

LUN が RDM デバイスとして仮想マシンに割り当てられると、新しい仮想ディスク・ファイルが VMware ファイル内に作成されます。この仮想ディスク・ファイルには、仮想ディスクを物理 SCSI デバイスにマッピングするメタデータが含まれます。このファイルには、デバイス ID、LUN 番号、RDM 名、マッピングが格納されるVMware ファイル・システムの名前などの情報が含まれます。仮想マシン構成および RDM ファイルを保持するデータストアがレプリケートされ、別の ESXi ホストに提示された場合は、アクセスできないデバイスを参照しているためにマッピング・ファイルが有効でない可能性があります。したがって、ソース仮想マシン構成ファイルのコピーを使用し、リモート・サイトで仮想マシンを構築します。.vmx ファイルを使用して仮想マシンを登録し、仮想マシン・ディスクを vCenter の RDM レプリカに再マッピングします。

RDM を含む仮想マシンのリモート・コピーを作成するには、以下のステップを実行します。

1. リモート・サイトのクラスタ内の ESXi ホストに存在するデータストア内にフォルダを作成します。このフォルダには、レプリケートされた仮想マシン用の仮想マシン構成ファイルが含まれています。レプリケーション・セッションの一部ではないデータストアを使用して、ファイルが上書きされる可能性を回避します。

2. ステップ 1 で作成したディレクトリに、ソース仮想マシンの構成ファイルをコピーします。このステップを実行するには、scpなどのコマンド・ライン・ユーティリティを使用するか、または vSphere Client Datastore Browser を使用します。

3. リモート vCenter 環境で、ステップ 2 でコピーした .vmx ファイルを使用して、クローン仮想マシンを登録します。

4. ステップ 1 で作成したディレクトリ内のターゲット ESXi ホストで、RDM を生成します。デバイスのリモート・コピーを使用するように、仮想マシンの RDM 仮想ディスクを構成します。

5. リモート・サイトで仮想マシンを起動し、ゲスト OS 内のデバイスがアクセス可能であることを確認します。

注：このセクションで示されている手順は、ソース仮想マシンが VMwareファイル・システムに仮想ディスクを保持していないことを前提にしています。RDM と仮想ディスクが混在した仮想マシンのクローン作成プロセスは複雑であるため、このドキュメントの範囲外です。

251 ページの「災害発生後のリモート・サイトでの仮想マシンの起動」で説明している手順で、仮想マシンを起動します。

リモート環境へのストレージのインポート 279

280


VNX アレイへのデータ移行のための SAN CopyVMware ストレージの移行は、主に Storage vMotion により実現されます。これは、プラットフォーム・アップグレードの一部として、既存のストレージ・プラットフォームから新しいシステムに仮想マシンを再配置する統合ソリューションを提供します。

移行ソリューションとしての Storage vMotion の価値は、vCenter環境内で仮想マシン、データセンター、リソース・プール、ホスト構成が維持されることです。vSphere 5 の Storage vMotion には、複数の vMotion インタフェースサポートが含まれ、ESXi ホスト間で同時移行を実行する機能が用意されています。ほとんどの場合、Storage vMotion は、システム移行に適な手法を提供します。ただし、時間やプロセスにより移行が制限される場合があります。これには、仮想マシンをデータストア・レベルで移行することで対応します。たとえば、大規模な LUN の移行では、SAN Copy によりホストのリソース使用率が低減されるというメリットがあります。

Storage vMotion は、RDM ボリュームを維持しません。RDM LUNを含む仮想マシンを移行すると、そのプロセスの中で仮想ディスクが VMFS に変換されます。

SAN Copy は、LUN から VNX への移行でよく使用されます。SAN Copy の主な利点の 1 つは、Incremental SAN Copy を提供して、ターゲット環境に対する事前入力および検証によりカットオーバ中のサービス中断を抑制することです。

SAN Copy には、さまざまな操作モードがあります。差分コピー・モードに加えて、フル・コピー・モードがサポートされます。フル・コピー・モードでは、サポートされるストレージ・システムのデータを、VNX ストレージ・システムに移行します。VMware 仮想インフラストラクチャ・データを SAN Copy 対応のストレージ・アレイから EMC VNX ストレージ・システムに移行するには、以下のステップを実行します。

1. ソース・ストレージ・アレイの管理インタフェースを使用して、ソース・デバイスの WWN を識別します。

2. VNX システムのターゲット LUN を識別します。ターゲットLUN は、ソース LUN と同じかそれ以上の容量がある必要があります。

3. リモート・アレイのクローン・ボリュームに対するフル SAN Copy セッションを作成します。281 ページの図 141 に、フルSAN Copy セッションの作成に必要なオプションを示します。



図 141 VNX にデータを移行するための SAN Copy セッションの作成

4. 移行対象のデバイスを使用している仮想マシンをシャットダウンして、アプリケーションの整合性を確保します。

5. SAN Copy セッションを開始して、ソース・デバイスから VNXデバイスへのデータ移行を開始します。

6. VNX LUN マスキングを変更して、ESXi ホストから移行済みデバイスに確実にアクセスできるようにします。ゾーニング情報を更新して、ESXi ホストから VNX ストレージ・システムの適切なフロント・エンド Fibre Channel ポートにアクセスできるようにします。

注：ターゲット環境が完全に検証されるまでは、ソース環境を維持することをお勧めします。LUN マッピングを維持しながら、ESXi ホストをストレージ・グループから削除する方法が便利です。この方法では、問題が発生した場合、ホストをストレージ・グループに戻すことで以前の構成を迅速にリストアできます。

VNX アレイへのデータ移行のための SAN Copy 281

282


7. フル SAN Copy セッションが完了した後で、ESXi ホスト・バス再スキャンを実行して、VNX デバイスを検出します。ESXi ホストは、VMFS ボリュームを認識し、それらを vSphere Client の

［Storage］タブで表示できる ESXi ホストに入力します。

8. vSphere Client Datastore Browser を使用して、移行された LUN内の各仮想マシンを識別します。

9. 各仮想マシンを登録して起動し、仮想マシンが適切に起動することを確認します。また、仮想マシンで実行されるすべてのアプリケーションが、以前のストレージ・システムの場合と同じように機能することを確認します。

SAN Copy は、移行するコンテンツの量が非常に多い場合に、ストレージ・アレイ機能を活用して移行を高速化する、便利なメカニズムを備えています。SAN Copy は、VNX アレイへのデータの移行により、ダウンタイムを大幅に低減できます。

RDM として使用されるデバイスの移行

279 ページの「RDM を含む vSphere 仮想マシンに対するリモート・サイトの構成」で示されている手順は、このシナリオにも適用できます。

RDM ボリュームには、転送できない一意のデバイス情報が含まれています。RDM 仮想ディスクが新しい LUN にレプリケートされると、仮想ディスク構成が無効になります。RDM マッピング・ファイルが、その仮想マシンに対して存在していないデバイス UUID を示しているからです。

仮想マシンの仮想ディスク構成を変更した場合、既存のデバイス・パスに依存するアプリケーションに影響が及びます。ソースおよびデスティネーション・デバイス ID が正しくマッピングされている場合、RDM レプリケーションは vSphere Client によって簡単に実現できます。

RDM ボリュームを含む仮想マシンのデータが別の VNX に移行された場合は、RDM レプリカ LUN を処理するために仮想マシンのディスク構成を変更する必要があります。デバイス・マッピングの修正に失敗すると、仮想マシンが正常に起動しなくなります。この問題を避けるには、以下のステップを実行します。

1. 既存の RDM LUN を仮想マシンから削除します。

2. ESXi ホストと RDM ボリュームとして使用される LUN の関連づけを解除します。



3. レプリカ・デバイスの正規名を使用して RDM デバイス・マッピングをもう一度作成します。同じ ALU/HLU シーケンスのデバイスを提示し、ゲスト仮想マシン内の同じディスク ID のデバイスを追加します。

4. ESXi ホストを再スキャンし、vSphere Client を使用して適切なデバイス・マッピングを確立し、仮想マシンを適切な移行済みLUN に関連づけます。

5. 仮想マシンを起動して、OS およびアプリケーションが適切に動作することを確認します。

VNX アレイへのデータ移行のための SAN Copy 283

284


サマリー

この章では、SAN Copy を vSphere のデータ移行ツールとして使用する方法について説明しました。 SAN Copy は、ストレージ・システム間の 1 回だけの移行または定期的な更新のためのストレージ・システム間のインタフェースとなります。

SAN Copy の特徴の 1 つは、さまざまなストレージ・システム・タイプと互換性があることです。このため、ストレージ・システムのアップグレード時のデータ移行や、既存のストレージ・プラットフォームから VNX プラットフォームへの移行に有用なツールとして使用できます。

SAN Copy を使用したデータ移行の詳細については、EMC オンライン・サポートの「Migrating Data From an EMC CLARiiON Array to a VNX Platform using SAN Copy」（ホワイト・ペーパー）を参照してください。


Documents

VMware vSphere での EMC VNX ストレージの使用 · VMware vSphere でのEMC VNX ... 127 ESXi ホストでのVAAI のサポートの無効化..... 247 128 RM によるNFS データストアと