ad1

2020年9月9日水曜日

新しい vSAN Ready Node Sizer の効果的な利用方法

先月末に vSAN Ready Node Sizer の効果的な利用方法 という記事を投稿した4日後(2020年9月4日)に vSAN Ready Node Sizer (以下 vSAN Sizer) の UI や操作方法が刷新されてしまったので、改めて利用方法をまとめました。
※ 前回記事と被る内容が多数ありますがご了承ください
※ 2020年10月に vSAN 7.0u1 に対応したアップデートも vSAN Ready Node Sizer に組み込まれました。

vSAN のハードウェア構成を考える際の BestPractice 的なポイントやアセスメントについては以前書いた以下にまとめているので、今回の vSAN Sizer で組むべき構成もこちらをベースにしています。

今回の内容です。

2020年8月31日月曜日

vSAN Ready Node Sizer の効果的な利用方法

※ 2020/9/9 更新 : vSAN Sizer のデザインが新しくなったため本投稿は「Old vSAN Ready Node Sizer」に画面を切り替えた際の操作ガイドとなります。
新しい画面の操作ガイドは 新しい vSAN Ready Node Sizer の効果的な利用方法 を参照してください。

vSAN を導入する際に構成選定やサイジングに利用するツールがいくつかありますが、周りから聞こえてくる声で「使い方がイマイチわからない」「想定している構成・サイジングが出来ない」など悩みを良く聞くので、今回は vSAN Ready Node Sizer (以下 vSAN Sizer) の私なりの使い方をご紹介します。

vSAN のハードウェア構成を考える際の BestPractice 的なポイントは以前書いた以下にまとめているので、今回の vSAN Sizer で組むべき構成もこちらをベースにしています。
また、vSAN に限らずサイジングする際には現状のリソースの利用状況を把握する事は重要なので、アセスメントに関しても検討してください。
vSAN Sizer は LiveOptics や RVTools で取得したデータを取り込んでより現実的なサイジングが可能なのでアセスメントはなるべくするようにしてください。

今回の内容です。

2020年7月31日金曜日

vRealize Operations の標準ダッシュボードを削除してしまった際の復元方法

vRealize Operations Manager のダッシュボードを編集する際、ボーっとして操作すると「ダッシュボードの削除」を間違って押してしまいダッシュボードが vROps 無いから削除されてしまう事があります...
何で「ダッシュボードの削除」ボタンが上から2番目という押しやすい場所にあるのかは謎です...

ダッシュボードそのものを"削除"してしまった場合

ダッシュボードを開いた状態で「アクション」 > 「ダッシュボードの削除」を選ぶと、ダッシュボードそのものが消し去られます。
ダッシュボードタブから非表示にしたい場合は「メニューからダッシュボードを削除」を選択する必要がありますが、似た操作名でインパクトのあるものが上にあるので操作する際は気を付ける必要があります。

vRealize Operations の標準ダッシュボードで「ダッシュボード時間」の切り替えを有効にする方法

検証環境の vRealize Operations Manager の 7.x から 8.x にバージョンアップした際に気になった事でした、各ダッシュボードの右上にある「ダッシュボード時間」の切り替えがグレーアウトしている事象があります。
デモ用環境なのでコロナ禍で出番無くずっと放置していましたが、今回はその修正方法を覚え書きしておきます

2020年6月20日土曜日

VMware 技術情報で便利な公式まとめサイト集

一昨年頃からいろいろと VMware 関連の情報ページが再編・新設されており、有益なものは都度記事にまとめてましたが、改めてベストプラクティス系の資料が集まったサイトを整理したいと思います。
※ 昨年から今年にかけてまとめた記事、ダブった内容もありますが結構書いてました。
これらサイトの中身、全部目を通す必要は全くありませんが、どこにどんなコンテンツがあるのか見出しだけでも眺めておくと今後業務で必要になった際に素早く情報にたどり着けますので参考にしていただけると幸いです。

2020年6月15日月曜日

ESXi 6.x 以降でシステムリソースの予約値を変更する方法

vSphere 5.5 (ESXi 5.5) までは vSphere Client で値の変更が出来たシステムリソース(ESXi Kernel のリソース)の予約値ですが、vSphere 6.0 以降では変更が出来なくなってしまいました。
あえて修正しなくてもベストな値が自動で反映されているので通常は修正する必要はありませんが、各 ESXi 毎に予めシステムリソースの予約値を多めに確保しておきたい場合や、ホームラボ用途で予約値を減らしたいという場合もあるので、本記事では PowerCLI を利用して変更する方法を記します。

※ 正式な手順ではないので設定する場合は必ず事前検証、場合によっては各メーカーサポートへの確認を行ってください。変更すると公式サポートが受けられない可能性があります。
※ あと、だいぶ前に見た KB で今見つからなかったのですが、vSphere のバージョンアップ時などに設定がリセットされる事象があったのでもしかしたら今のバージョンでも元に戻る仕様かもしれません。

本記事は LucD さんの VMTN での助言をベースにしています。

システムリソースの予約値とは?

システムリソースの予約とは、ESXi が動作するために最低限確保している CPU とメモリのリソース予約値で vSphere Client からホストを選択し、設定 > システム > システムリソースの予約 を開く事で確認できます。


このシステムリソースの予約、vSphere 5.5 までは vSphere Client の画面上にて編集する事が可能でしたが、vSphere 6.0 以降では vSphere Client では編集が出来ません(上記画面上で編集ボタンがそもそもない)。
※ これは設定に応じて適切な値が自動で予約されており、意図的にリソースを減らされて ESXi Kernel が不安定になる事を防止するために変更されたものと思われます。

今回はこの値を PowerCLI を利用して変更する方法をご紹介します。

2020年6月12日金曜日

ストレージ性能設計・検証のすすめ② : ストレージの性能を考慮した vSAN ハードウェア構成の組み方

昨年末に書いた vSAN 性能検証の記事の続きで、本当はもっと早めに投稿したかったのですが色々な調整でなかなか纏められずにいた記事です。

本記事で書いている内容は先日の VMware 公式ブログでも紹介があった vSAN を構成するハードウェアに観点を置いた内容となります。
個人的なサイジングの考えが前提だったので、今まではパートナー様やお客様向けの勉強会で紹介していた内容ですが、公式側でも同様の見解でアナウンスが出たので公開する事にしました。


本記事は長文でダラダラと書いていますが、シンプルに本記事で伝えたい事をまとめると、All Flash 構成で大容量の SATA を組み込むときは SATA の特性を理解して欲しい、All Flash vSAN だからって油断して少数の大容量 SATA SSDで組んでしまうと性能が出ない時もあるから注意して欲しい、という内容になります。
「vSAN で思ったような性能が出ないじゃん!」となってしまう前に、本来のハードウェアとしてのサーバー構成の考慮点や、vSAN としてハードウェア性能を最大限に引き出すポイントをご紹介します。

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