ad1

2019年5月31日金曜日

HCIBench を利用したベンチマークテストのポイントと効率化(1)

HCIBench 2.0 が先月リリースされ、その機能強化のポイントは以下にまとめましたが、
今回は HCIBench を利用してストレージの性能検証、ベンチマークを取るときのポイントをご紹介します。
【前回の HCIBench 2.0 の紹介】
HCIBench 2.0 のリリースと機能強化のご紹介
※ vSAN 性能検証のベストプラクティスについては、スライド付きで詳細な説明をVmware の vSAN 担当 SE 知久さんが VxRail チャンピオンクラブ で紹介しているのでそちらもご覧ください。
vSAN性能試験ベストプラクティス
https://www.slideshare.net/VxRailChampionClub/20180222vxrailccvsanvm

2019年5月15日水曜日

vRealize Operations を活用した vSAN 6.7 の運用最適化

先日、Dell Community でのディスカッションで vRealize Operations (vROps) について触れる事があり、あまり vROps の最新機能について知られていないようなのでご紹介します。
Dell Community : VxRailに実装されているvRealize Log Insightについて

※ 細かい vROps plug-in の有効化方法や vROps そのものの View の詳細紹介は公式ガイドの他、vExpert 中川さんが公式ブログでも紹介しているのでご参照ください。
https://blogs.vmware.com/jp-cim/2018/12/vrops-6-7-nakagawa-part5.html

vROps HTML5 vSphere Client plug-in の活用

vCeneter 6.7 から HTML5 vSphere Client に vRealize Operations の View がplug-inで取り込まれましたが、vSAN のモニタリング機能としても特化した活用が可能です。
※ vCenter 6.7 と vROps 7.x サポートされるバージョンとなります。

2019年4月15日月曜日

HCIBench 2.0 のリリースと機能強化のご紹介

ストレージの性能検証、ベンチマークツールとして便利な HCIBench が 4/4 にメジャーバージョンアップして HCIBench 2.0 になりました。

https://labs.vmware.com/flings/hcibench

初のメジャーバージョンアップでかなり大きく変更が入り、

  • UI が Clarity ベースとなり HTML5 vSphere Client 等と似た雰囲気に進化
  • Grafana を利用したテスト中のリアルタイム性能モニタリング機能を実装
  • 従来の VDBench を利用したワークロードだけでなく、fio を利用した負荷テストも可能に
  • Easy Run のパターンが4パターンに増加

などの、見た目と使い勝手が大きく更新されています。

HCIBench については2年前の vExpert Advent Calendar 2017 の投稿で利用方法をまめていましたが、今回 GUI 含めて大幅にアップデートされたので改めてご紹介します。
※2年前のコミュニティに投稿した記事(旧EMC Community Networkの廃止によりそろそろ消えるはず…)
https://community.emc.com/community/support/japanese/blog/2018/07/04/hcibench-vsan-performancetest

2019年4月3日水曜日

vSphere 6.7 Update2 のリリースと 外部 PSC の「非推奨」化

本日 4/3、Vmware公式ブログにて vSphere 6.7 Update2 が発表されました。
(4/3時点だとまだリリースノートやバイナリは入手不可)

Announcing vSphere 6.7 Update 2, vSphere Platinum updates, and vSphere ROBO Enterprise

セキュリティ機能の強化やROBO向け機能の強化、vCenter 機能、vUM の強化など各種の改善が入いますが、
vCenter PSC の構成で 外部 PSC (Extarnal  PSC)が正式に「非推奨」と Update のアナウンスで案内される事となりました。
With vSphere 6.7 Update 2, VMware is announcing the deprecation of external PSCs.  
昨年秋の vSphere 6.7 Update1 リリース後に、同じく公式ブログや KB で外部 PSC は非推奨になる、とアナウンスされていましたが vSphere 6.7 Update2 からは正式に「外部 PSC は非推奨」となったのでこれから導入される、バージョンアップされる方は注意が必要です。

External Platform Services Controller, A Thing of the Past
Deprecation of the external Platform Services Controller deployment model (60229)

次期バージョン vSphere 7.0(?) では外部 PSC が廃止になる様なので、それに向けてConversion Tool を利用してバージョンアップ時に組み込み PSC(Emmbedded PSC)に変更する事が推奨されます。
ちなみに、このバージョンから Conversion Tool が GUI 対応になりましたので、vCenter 6.7u2 へのバージョンアップ時に 組み込みPSC にコンバージョンするのが良さそうです。

1年前、vSphere 6.7 / 6.5u2 のリリース時に公式ドキュメントの記載で外部 PSC の利用を推奨しないような記載になった事をブログ記事にしましたが、
今回明確に「非推奨」とされたことで VxRail などのアプライアンス製品のデザインも若干変わってくると思われます。
vCenter 6.7 での組み込みPSC(Enbedded PSC)が(強く?)推奨されるようです
https://kwmtlog.blogspot.com/2018/06/vcenter67-enbedded-psc.html

2019年3月20日水曜日

ESXi で FC 16Gbps 直結(DAS)構成にしたい場合の注意点

以前に Dell コミュニティで回答した内容になるのですが、
FC接続の外部ストレージをDAS接続で利用する際の注意点として、FC 16Gbps は FC-AL をサポートしないので ESXi ではPoint to Point (P2P/PTP/Fabric) 接続となります。

これによる弊害は、パス断から復帰した時に自動では Fabric Login されず、LUN は切断されたままになります。

過去にいくつかコミュニティで回答している例があるので参照先としてご利用ください。
パスが確実に接続、自動で戻るようにしたい場合は、FC 8Gbps で FC-AL を利用するように HBA とストレージを設定する事をお勧めします。

ただ、最近は FC-AL に対応していない FC 16Gbps HBA (Emulex LPe 3x00x シリーズ や Qlogic QLE 274x シリーズ) もあり、どうしても PTP で DAS 接続する必要がある場合は esxcli で強制的に Fabric Login する事で LUN の利用が出来ます。

esxcli storage san fc reset -A vmhbaX

詳細は以下の KB にて説明されています。
起動時に LUN が見えない、などの事象があるときは 上記の esxcli コマンドをスクリプト化して、rc.local などで起動時に実行されるようにする事も出来ます。
Modifying the rc.local or local.sh file in ESX/ESXi to execute commands while booting (2043564)
https://kb.vmware.com/kb/2043564



※ 強制 Fabric Login する以外に何か良い手段ご存知の方いらっしゃいましたら教えてください…

2019年3月17日日曜日

調べものや自己学習に有用な Vmware ハンズオンラボ (HOL) のドキュメント

ちょっとした検証や操作方法の確認に重宝する Vmware ハンズオンラボ (HOL) 。



そのラボ内で閲覧している操作手順書などは、それぞれのラボ内から参考資料としてダウンロードも可能ですが、
以下の 「Hands-on Labs - Content Catalog」にて過去の HOL の手順書含めて各国の言語で HTML でオンラインで閲覧でき、PDF ファイルでもローカル保存が可能です。

Hands-on Labs - Content Catalog
http://docs.hol.vmware.com/



HOL だと、古いコンテンツは利用できなくなってしまいますが、
過去バージョンのドキュメントも Hands-on Labs - Content Catalog ならば現在でも閲覧可能なので振り返りにも調べものにも便利です。

個人的には HOL 内の検索でラボを探すよりも、このカタログ内で絞り込みして Description をテキスト検索かけた方が目的のラボにたどり着くのが早いです。

ちなみに Hands-on Labs - Content Catalog の一覧情報は json 形式のファイルでも直接入手が可能です。
http://docs.hol.vmware.com/catalog/hol-content-catalog.json

PDFファイルを一つ一つダウンロードするのは面倒なとき、PowerShell などスクリプトに 読み込ませて自動でダウンロード、ファイル名を変更なども割と手軽にできます。
PCのローカルに保存しておいて、調べ物の時にテキスト検索で探す事も可能なのでとても便利です。
※対象絞り込まずに一気にダウンロードすると大量のデータ転送が始まるのでご注意ください。

vSAN キャッシュ層 SSD の選定・サイジングのおさらい(2019年版)

vSAN を構成する各 ESXi ホストのディスクグループのサイジングに関して、過去のナレッジ(特に HY vSAN)では仮想マシンの容量(FTT=0 相当の冗長化無しの容量)の合計の10%を按分した容量がキャッシュSSDのサイジングの目安でした。
しかし、AF vSAN構成においては単純に10%の容量だけのサイジングではなく、
想定するパフォーマンス(IOPS)とワークロード(Read:Write比、Random:Sequential比)に応じてキャッシュ層デバイスのサイズを決定する指針が2017年1月にVmware公式ブログにてアナウンスされました。
現在はこのサイジングの指針が StorageHub などの公式ガイドにも記載されています。

Designing vSAN Disk groups – All Flash Cache Ratio Update
https://blogs.vmware.com/virtualblocks/2017/01/18/designing-vsan-disk-groups-cache-ratio-revisited/

Flash Cache Sizing for All-Flash Configurations (StorageHub)
https://storagehub.vmware.com/t/vmware-vsan/vmware-r-vsan-tm-design-and-sizing-guide-2/flash-cache-sizing-for-all-flash-configurations-6/

これにより用途によっては、AF vSAN のキャッシュ層 SSD は仮想マシン容量の10%よりも少なく済む場合もあり、逆に高いパフォーマンスが求められる環境では10%以上の容量が推奨される場合があります。

過去30日でアクセスの多い投稿