VMware ESX 機能/プリミティ ブ
サポート済み。 3PAR VAAI プラグイン は不要 (標準の T10 ESX プラグインで サポート)。
3PAR VAAI 1.1.1 プラグインが必要 ATS
XCOPY WRITE_SAME
ESX/ESXi 4.1、ESXi 5.x、および ESXi 6.0 の追加機能に関する考慮事項 59
ESXi 5.x または ESXi 6.0 での UNMAP ( スペース再利用 ) ストレージハードウェ アのサポート
3PAR OS 3.1.1 以降、およびデフォルトの VMware T10 VAAI プラグインを使用している ESXi 5.0 Update 1 および ESXi 6.0 から、スペース再利用の UNMAP ストレージプリミティブがサ ポートされました。 3PAR VAAI プラグインをインストールする必要はありません。
注記: VMware KB 2007427 および 2014849 で説明されている発生の可能性がある問題を回
避するために、ESXi 5.0 GA では自動 VAAI Thin Provisioning Block Space Reclamation (UNMAP) を無効にする必要があります。
VMware Knowledge Base の Web サイトで上記の KB 記事を参照してください。
ESXi 5.0 Update 1 以降では、vmkfstools のアップデートバージョンが提供されており、オ プション [-y] を使用して、ESXi ホストのグローバル設定に関わらず UNMAP コマンドを送 信することができます。
[-y] オプションは、次のように使用します。
# cd /vmfs/volumes/<volune-name>
vmkfstools -y <percentage of deleted block to reclaim>
注記: ESXi 5.0 GA では、vmkfstools -y オプションは機能しません。
ESXi 5.5 では、VAAI の UNMAP プリミティブをサポートしている、シンプロビジョニングさ れた LUN 上で、削除されたブロックを再利用できる新しいコマンドが esxcli namespace に導入されました。
# esxcli storage vmfs unmap -l <datastore name>
vmkfstools -y コマンドは、ESXi 5.5 で廃止されました。 詳細は、VMware KB 2057513 を 参照してください。
UNMAP はまた、LUN が TPVV ストレージボリューム上の RDM LUN であれば、RedHat Enterprise 6 などの UNMAP をサポートする VM 上でファイルが削除された場合に、領域を解 放します (たとえば、RedHat VM 上の RDM ボリュームで ext4 ファイルシステムが使用され、
discard オプションを指定してマウントされている場合)。
# mount —t ext4 —o discard /dev/sda2 /mnt
これにより Red Hat 6 の VM は UNMAP コマンドを実行し、その ext4 ファイルシステム内の すべての削除に対して、アレイ上の領域の解放が行われます。
その他の情報
http://kb.vmware.com
60 FC 接続でのホストの構成
ESX 4.1 、 ESXi 5.x 、または ESXi 6.0 での領域不足状態
ESX 4.1、ESXi 5.x、または ESXi 6.0、および 3PAR OS 3.1.1 以降では、「VM STUN」とい う領域不足状態が実装されました。 この OS 機能は VAAI プラグインとは無関係であり、TPVV ボリュームタイプに適用されます。
TPVV が追加のストレージ領域を割り当てられない場合、またはストレージシステムのディス ク領域が不足しているために TPVV ボリュームを増やせない場合、TPVV ボリュームは「DATA PROTECT」センスキーエラーおよび追加センス「SPACE ALLOCATION FAILED WRITE
PROTECT」の付いたチェックコンディションを送信します。 結果として、ESX は VM を一時
停止し、vSphere の VM の [サマリ]タブに「空き領域がありません」メッセージを表示しま す。この際、[再試行]または [キャンセル]オプションも表示されます。 VM の一時停止状態で は、読み取り要求および割り当てられた LUN ブロックへの再書き込みは可能ですが、新しい 領域への書き込みはできません。 VM への Ping、telnet、および ssh 要求は受け付けられませ ん。 ストレージ管理者は、ディスク領域を追加する、またはストレージ vMotion を使用して、
その LUN からの影響がない他の VM に移行する必要があります。 ディスク領域を追加した 後、警告メッセージの [再試行]オプションを使用して、VM を読み書き状態に戻します。 [キャ ンセル]オプションを選択すると、VM が再起動します。
次の例では、1 つの 3PAR StoreServ Storage の TPVV が、showvv -alert コマンド内に示 されているように 60% の割り当て警告で作成されています。
#showvv —alert
---Alerts--- --(MB)-- -Snp(%VSize)- -Usr(%VSize)- Adm ----Snp--- ---- Usr---Id Name Prov Type VSize Used Wrn Lim Used Wrn Lim Fail Fail Wrn Lim Fail Wrn Lim
612 nospace1 tyvv base 102400 0.0 -- -- 61.1 60 - - - y
ESX/ESXi 4.1、ESXi 5.x、および ESXi 6.0 の追加機能に関する考慮事項 61
割り当て警告に到達した場合、3PAR StoreServ Storage はソフトしきい値エラー「asc/q:
0x38/0x7」を送信し、ESX は書き込みを継続します。
InServ debug log:
1 Debug Host error undefined Port 1:5:2 -- SCSI status 0x02 (Check condition) Host:sqa-dl380g5-14-esx5 (WWN 2101001B32A4BA98) LUN:22 LUN
WWN:50002ac00264011c VV:0 CDB:280000AB082000000800 (Read10) Skey:0x06 (Unit attention) asc/q:0x38/07 (Thin provisioning soft threshold reached) VVstat:0x00 (TE_PASS
-- Success) after 0.000s (Abort source unknown) toterr:74882, lunerr:2
# showalert
Id: 193
State: New
Message Code: 0x0270001
Time: 2011-07-13 16:12:15 PDT Severity: Informational
Type: TP VV allocation size warning
Message: Thin provisioned VV nospace1 has reached allocation warning of 60G (60% of 100G)
3PAR StoreServ Storage でディスク領域不足が発生すると、ハードパーマネントエラー「asc/q:
0x27/0x7」が送信されます。 showspace、showvv -r、および showalert を使用して、警 告および使用領域を表示します。 ESX は VM を一時停止することによって応答します。
InServ debug log:
1 Debug Host error undefined Port 1:5:2 -- SCSI status 0x02 (Check condition) Host:sqa-dl380g5-14-esx5 (WWN 2101001B32A4BA98) LUN:22 LUN
WWN:50002ac00264011c VV:612 CDB:2A00005D6CC800040000 (Write10) Skey:0x07 (Data protect) asc/q:0x27/07 (Space allocation failed write protect) VVstat:0x41 (VV_ADM_NO_R5
-- No space left on snap data volume) after 0.302s (Abort source unknown) toterr:74886, lunerr:3
次の図は、vSphere 上に表示される、[再試行]および [キャンセル]オプション付きの VM 警告 を示しています。
図 3 VM メッセージ - [再試行] および [キャンセル] オプション
62 FC 接続でのホストの構成