Specialist試験に続き、更にその上を行くレベルとしてのハイパーコンバージドインフラストラクチャ向けの認定試験が出ました。認定資格試験の情報リンクはこちらです。しては、VCP試験とほぼ同じようです。選択問題のようですので、VCAPのような実操作は無いようです。6.7の場合と比べて見た所気になるのが試験提供形式がどうやら複数選択式しかないように見えます。Master試験という名前だけあって、簡単にはパスさせないという意気込みを感じます。Guideが同試験紹介ページ内にありますが、案の定英語です。いうことで試験範囲について全て日本語化してみました。Specialistレベルで確認済みという事でしょう。ご自身のスキルチェックをされたいという方は、以下のリンク内に問題集を作成しておりますので、よければチャレンジしてみてください。Replicationの構成(ストレージポリシーの効果)ストレージが持つ代表的な機能の1つに”Replication”がありますね。vSANデータストアは、レプリカデータの保存先(保護ストレージ)として活用が可能です。vSANデータストア上に仮想マシンのデータを配置した際に、仮想マシンのオブジェクトはどのように保存されるのか、ということに対する理解を試される模様です。公式ドキュメントでは次のページ内にポリシー適用後のコンポーネント数についての言及があります。ポイントは差分ディスク1つ辺り、1つのオブジェクトとして存在するため、コンポーネントの数がスナップショットの回数分増えるということですね。docs.vmware.comまた最近ではvSANデータストアのバージョンが一定以上である際にはRPOを5分として設定も可能となりましたのでこの点もレプリケーション絡みということで少し気になります。Managerを使えば、既存のvSphere環境は勿論、プラグインをインストールしているサードパーティー製品はパブリッククラウド環境もデータに基づいた予測を含めてよりプロアクティブに管理が出来ます。実はvSAN環境の監視にも既に対応をしています。本項では、vRopsを使ったvSAN監視について問われることを宣言しているようですが、対応バージョンを見てみたいと思います。7以降が利用可能です。7系の組み合わせで検証されているのがkwmt氏のブログですね。ClientからvRopsのデータを閲覧出来るのは嬉しいですね。(監視者の目線では見る画面が少し変わるだけでも、監視のために覚え直すことが出てしまうのはちょっと大変ですね)勿論実際の環境操作も試験用にしておくのは大事ですね。Simulatorがあります。こちらのリンクからダイレクトにアクセスが出来ますので、ご興味が有る方はアクセスしてみてください。DocsvSANにおけるポリシーと言えば、ストレージポリシーです。6.7時点では冗長化、パフォーマンス、キャパシティ、その他で合計8種類のルールがあります。一部はオールフラッシュ限定、ハイブリッド限定のものもあります。フォルトドメインフォルトドメインはラックアウェアなコンポーネント配置を提供してくれる機能ですね。Domains上図では6つのラックがあるので、6つのフォールトドメインが構成されています。4に初期配置されています。これはフォールトドメインが動作した結果です。単一ラックに3つのコンポーネントが保存されるとラックレベル障害がSPOCになります。基本的には、コンポーネント数分のフォールトドメインを構成するのが最低限ではあるのですが、VMwareでは、”N+1′′のフォールトドメインを構成することを推奨としています。RAID1/FTT=1の場合は、3つのコンポーネントが生成されるので、”3+1′′となり、4つのラックを備えたデータセンターが理想的であるということになります。implement”と、”常に実装しましょう”ということでやたらと強い口調が気にはなります。ディスクグループディスクグループについては、こちらを参照ください。トラフィックvSANのストレージIOはvmkernelアダプターにて制御されますが、その構成方法について聞かれる予感がします。ネットワーク設計がとてもクオリティが高く、この中から出題されそうな気がしますね、特にチーミング系。answer.vSANの公式コースよりも詳しく書いてある。vSANはチーミング組めますか?ってよく聞かれるんですが、組めるけど負荷分散は無し。LACP使えば負荷分散もいけます。vSANクラスターの設計(可用性、キャパシティ層、耐障害性など)クラスターの設計要素といえば、次のような点でしょう。ストレージポリシーの内容に応じて適切な台数のホストを判別出来るか。Flash構成かつ4台以上のESXiホストが必要等の条件があります。定義した保護要件に応じてどのような要件を満たせばよいかなどは抑えておくべきでしょう。各ホスト構成の類似性ホストは必ず完全一致であるべきか、異なってもよいか?この点については、完全一致が好ましいが多少のズレは許容されます。サイジングとデザインガイドの項目”バランスのとれた構成“を参照ください。複数のディスクグループ構成を持つ事で、可用性が高まります。lab8010.comネットワーク構成ネットワーク構成は、次のような点が質問されそうな予感がします。デフォルトで有効かつ基本的に利用するフォルトドメイン基本的に利用するストレージポリシーにより生成される1オブジェクト当たりの総コンポーネント数+1の数で、フォルトドメインが構成されるのが望ましい本記事内の項目”フォルトドメイン“を参照ください。Benchなど)本稿で取り上げられている各項目についてはそれぞれ対応するリンクがありますので、それをご紹介します。ネットワーク設計を一通り見れば良いでしょう。フォルトドメインについても前述している項目で十分だと言えます。Clientから健全性の確認が出来るようになった機能ですね。Docs画面の様子については、以下の動画からも確認が可能です。6.7u1で登場した新機能であり、ウィザードを用いて手軽にvSANの展開が出来るようになりました。Docs利用条件が、次のように定義されています。以降が実行されていることを確認します。ネットワーク構成がないことを確認します。Eppingによるデモンストレーションです。ネットワーク周りに構成についても分散スイッチの作成UIを使わずに手軽に構成出来ます。動画内では、ストレッチクラスターを構成しています。加えて2点注意点です。クイックスタートで提示される環境チェックをクリアしないと本ウィザードを通じての構成は次のステップに進めない。クイックスタートをスキップすると、復元出来ない。Clientから行います。リリース当初から一貫したものが提供されています。6.5から登場したvSANデータストア領域を切り出して、iSCSIマウント出来る機能ですね。7からはNFSシェア機能も登場しましたので、これらの機能と合わせる事でvSANはユニファイドストレージになりました。一部の主要な情報を抜粋して掲示しました。Linuxへのマウントに対応なお、掲示時点と読者様が閲覧頂く時点では機能アップデートや改修により上述の内容に変更が出ている可能性がありますので必ずStorageHub本家のリンク側を参照ください。データストア内のデータを暗号化出来ます。この機能についてサマライズしてみると次の通りです。Docsキー管理サーバー(KMS)を構成する必要がある。Blocks自己暗号化ドライブのようなハードウェア機能は不要デフォルトで無効、クラスター単位での設定なお、この機能ですが、”仮想マシンレベルでの暗号化”とは異なります。6.5からは非vSAN環境を対象に、KMSを用いて、仮想マシンごとに暗号化有無をストレージポリシーで定義する機能が登場しています。仕組みは大変似ていますが異なる機能ですのでご注意ください。Docsフォルトドメインやたらと出てくるな、フォルトドメイン....良い機能なのだがそんなに派手目な機能でもないけど。前項で気合を入れて書いたのでこちらを参照ください。基本的には前項の内容の箇所を確認いただければ良いと思います。本機能はこれまではユーザーによる有効、無効が出来ていました。Skylineサポートとの連携画面が追加されているなどが真新しい変更点です。CEIP(カスタマーエクスペリエンス向上プログラム)を利用して、VMware社と通信することでプロアクティブなサポートを受けられる機能が増えていますので、この辺りが問われるかもしれませんね。#1データストアスペースの節約のために便利な機能ですが、注意点や制約事項への理解が重要な機能です。Docsいくつか主要な内容を上げてみましょう。ストレージポリシーに対して最小台数のホストでのクラスタリング環境の場合は次のオプションが必要です。スペースの予約”を100%にした場合の、所謂シックディスクの場合には重複排除と圧縮機能は利用されませんのでご注意ください。Hostを構成する必要があるクラスタリングですね。要件の決定...というのが何を示すのか気になりますね。ユーザーの目線では、vSANの選定で初期段階に来るのは、”どの世代のvSANを運用するか”でしょう。新しければいいというものではありません。基本的には必要な機能が備わっているかどうかです。リリースノート”で確認が出来ます。ノートリリースノートには基本的には上記のような情報がありますので、必ず読みましょう。以上をもって特定のvSAN世代を使いたいというのが決まると次に必要な情報は、そもそも環境に何が必要か、という事です。こちらに答えがあります。(2150753)基本的にはvSANの世代は、ESXiホストとディスクフォーマットの2種類で決定されます。Serverも重要な要素です。Matricesにて確認が出来ますね。ディスクフォーマットの手順を踏みます。Manager(VUM)を使って、vSAN環境をどのように更新するかの手順や条件などを問われると思います。エアギャップ環境という表現をどう捉えるかも割と重要だと思います。IOの冗長化の箇所で出てきます。VMwareが、HCI環境の更新というテーマとの関連性は薄いのでこの意味合いではないですね。Serverがインターネット接続が無い場合を示します。6.6.1から、VUMを使ってvSANの更新管理が自動化される便利な機能が出たので、こちらとの兼ね合いを抑えておきましょう。端的に言えば、vSANクラスターで適用するべき推奨またはクリティカルなパッチを24時間おきに自動的に検索及び通知をしてくれる機能です。適用したほうが良いこれらのパッチ類を”読み取り専用のベースライン”として自動設定してくれます(ユーザーで編集は不可)この機能のおかげで、ユーザーはvSAN向けの重要な修正情報を見落とす心配が低減されると言えます。Docsしかし試験で問われるエアギャップ環境ではこうした自動的な検査機能は利用出来ません。Serverに渡してやる必要があります。Serverにわたす方法が存在します。Docsその方法が以下のKBで紹介されていますので、多分ですが、これは抑えておくべきでしょう。ノードの追加作業については、2つの方法がありますね。DocsvSANノードの削除ですが、次のKBが大変参考になりますね。メンテナンスモード時には全データ退避オプションを使うのがポイントです。メンテナンスモードオプションの利用ケースの評価vSAN環境においてホストをメンテナンスモードに投入する際には、3つのオプションを適切に使う必要があります。Docs上記のリンク内にもありますが、簡単にまとめると次の通りです。おけるクラスター全体のノードの停止時には、”データ移行無し”なお、本記事投稿時点ではクラスター全停止ケースにおける諸注意がKBとして紹介されています。こちらも合わせてご確認ください。Client経由でいずれも行います。Docsディスクグループの構成ルールやデザインについては本ページ内のこちらの項目を参照ください。”暗号化”と”重複排除と圧縮”を利用する際は、ディスクグループのフォーマットをそれらの機能対応形式に変えるためのディスクグループの再作成が発生しますのでそこも覚えておきましょう。HealthとVUM、互換性ガイドを利用したファームウェアとドライバーの管理vSANとVUMの関係については上記の項目で何度か説明をしています。6.6.1では、推奨ベースラインの提供(ESXiイメージとパッチ)が可能となりました。Update1からは、HBAのファームウェアとドライバーの更新管理機能の追加されました。今回項目内には互換性ガイドの記述があります。Guideの事を指しますが、このページでは、3つのデバイスに関してvSANに特化した互換性情報を確認出来ます。ストレージコントローラーSSDHDD以下の検索画面を使い、希望するvSANのバージョンにて使えるハードウェアを検索出来ます。下図は一つの検索例です。330というストレージコントローラーをvSANで利用する際に動作認定を受けているファームウェアとドライバーのバージョンの組み合わせを確認している図です。健全性チェックとハードウェアの互換性管理ですが、以下の図内の”ハードウェア互換性”項目にて認定構成かどうかの判断をするという事を問われると思われます。Guideでは3つのデバイスの互換性を見ていたのに対して、こちらのページ内ではストレージコントローラーのみが観察対象になっているのは1つのポイントだと言えるでしょう。一応物理ドライブの項目も見ますが、ディスクグループ内に組み込まれているドライブのファームウェアのチェックは有りません。6.6.1以降から、VUMがvSAN用のシステムベースラインを自動で構成してくれる機能については以下のリンクで言及しました。本稿で取り扱う内容は、その自動作成されたベースラインを”システムのバージョンアップ&パッチ”とするか”パッチのみとするか”を選択できる機能についてです。VMwareの目線では、可能ならば常に新しいメジャーバージョン、マイナーバージョンを適用して欲しいものですが、ハードウェアの互換性の面からはそうも行かない事があるでしょう。レガシーなハードウェアを使っている場合、バージョンそのものを上げてしまう事がふさわしくないケースではこの機能が役に立ちます。VMwareこちらの2つのリンクではドキュメント並びにシミュレーターが利用出来ますので、ご確認ください。Clientにて行います。上記で示す、次の項目は全てvSANの健全性にて確認が出来ます。Handling”の略称であり、一定のしきい値により観測された高遅延のドライブをディスクグループから切り離す仕組みです。この動作は高遅延ドライブをそのままvSANに組み込んで置くと、待ちが増えてパフォーマンスを劣化させる原因となるので、それを回避することが目的の動作です。positive(誤検知)発生が存在した”という記載もあります。健全性については前項をご覧ください。この機能により確認された問題については、項目ごとに解決策がKBで用意されています。Clientからもアクセスが可能です。本項でのポイントは、これらの各評価項目に対しての意味合いと対処を問われるのではないか、ということです。ハードウェア交換の管理(デバイス障害、ディスク交換、ホストの入れ替え)vSANのディスクグループに組み込まれているSSDやHDD交換は”ディスクの管理”画面から行います。Docsそれ以外のデバイスの交換の際にはホストの停止が必要となります。Docs代表的なものに次のようなデバイスがあります。CPU、メモリ、マザーボードストレージアダプターバックプレーン但し、どのパーツを交換するにしても、該当のホストやドライブに保存されているデータを他のホストに退避する動作が発生します。Clientから確認が可能です。監視できる項目にどのようなものがあるかを確認しておきましょう。Docsまた、vSAN上で発生している再同期タスクにおけるIOPSを調整する機能もあります。本機能の目的は再同期を速くするのではなく、再同期によりクラスタのパフォーマンスが低下している場合に、この調整機能によりパフォーマンスのバランスを取る事です。Docs上記記事内には使い方のポイントが次のように記載されています。数を大きくするには、スライダを右に移動します。数を小さくするには、スライダを左に移動します。半分だけ調整して、クラスタが適応するまでしばらく待ちます。半分だけ調整して、クラスタを安定させます。関連付けられていないオブジェクトを特定して削除し、容量を回収するvSAN環境を運用する上で、稀に本来なら存在しえないデータがvSANデータストア内に保持されてしまうケースがあります。したケースに対しては、現在はGUI上からの操作で削除が可能です。GUI上からの削除はvSAN初期からあったわけではなく、vSAN初期から存在するのはRVCコマンドによる削除です。以下2つのリンク内にエキスパート達による検証レポートがありますので、是非ご覧ください。クラスタ」でESXiを特定。オブジェクトのコンプライアンス問題の解決vSANでは、仮想マシンの各要素はオブジェクトという単位で管理されます。オブジェクトは、ストレージポリシーで定義された冗長性などのルールによって、複数のコンポーネントとして保存され、複数のホストに分散配置されます。RAID1/FTT=1の場合は3つのコンポーネントが登場します。(詳細については本記事では取り扱いません)本来正常であれば3つのコンポーネントが存在しているのが正しい状況であり、この状況を”準拠”というステータスで呼びます。障害により1つのコンポーネントが欠損した場合は”非準拠”となり、2つ以上が欠損すると”アクセス不可”となります。お客様の環境ではRAID5やRAID6などのポリシーを使う場合もあるため、各ステータスに陥る障害数はそれに伴い異なります。公式なソースとしてはこちらのリンクが提供されています。サービス機能に内包されている機能です。セットアップの手順については以下のURLと画像を参照ください。Docs本機能を有効化すると、メモリ上に統計情報が記録されていく仕組みです。そのため1日以上有効化した状態が続くと自動的にこの機能を終了してくれます。この自動無効化機能により機能が切られた場合、上記の画像のようにUI上ではチェックマークが残ったままとなるため、以下のURLが示すように設定と現状が一致しないという警告が出ます。vSANのデータ配置変更の説明vSANにおけるデータ配置とは、リバランシングの事でしょう。“リバランス”とは、vSANデータストアに含まれているキャパシティドライブの利用率のバランスを取る機能です。これにより特定のドライブにIOが集中しすぎないようにしたり、ドライブ当たりの空き容量を確保するようなメリットがあります。リバランスそのものの動きとしては、キャパシティドライブ間でデータの移行を行う行為に当たります。IO用のネットワークを経由して行われます。vSANでは、いくつかのトリガーをもって、このデータ移行を行います。Docs2本のキャパシティドライブ間での利用率の差が一定値を上回った場合に発動するデフォルト値は30%である。U3以前には管理者がクリック操作で行う”手動リバランス”機能もありましたが、現在では手動リバランス機能はなくなり、自動のみとなっています。Server自体が持つ機能です。一般的なSANストレージの場合は、パフォーマンス監視ソフトウェアが別製品として実装されていて、インストールや仮想アプライアンスの展開が必要なケースなどもあるため、これと比べれば実装の手間がない点や新規のUIを覚えなくてよい点は利点です。メンテナンスモードオプションの効果の説明(UIとCLI、新機能など)まず、メンテナンスモードの基礎についてはこちらを参照ください。u3からの”事前チェック機能”でしょう。ストレージポリシーのコンプライアンス監視vSAN環境内では仮想マシンのデータはオブジェクトとして取り扱われ、それらはストレージポリシーによって定義されたルールに基づいて1つ以上のコンポーネントとして、個別のディスクグループに配置されます。トラブルがない健全なクラスターであれば、必要数のコンポーネントが存在します。この状態をオブジェクトは”準拠”状態にあると言えます。障害に伴い部分的、または全てのコンポーネントにアクセスが出来ないと、オブジェクトは”非準拠”あるいは”アクセス不可”状態にあると言えます。ポリシー変更に伴う影響の理解(容量、冗長性、IOPS制限)まずvSANに置いてストレージポリシーは稼働中の仮想マシンであっても変更が可能です。Hogan氏が解説してくれています。cormachogan.com上記記事内ではRAID1ポリシーが適用されている仮想マシンに対して、ストライピング機能を追加して、RAID01構成に変更するシナリオが紹介されています。変更作業中には、IOを継続提供する必要があるためソースオブジェクトは残り、新ポリシーで管理されるオブジェクトが空き容量上に対して構成されます。新しいオブジェクトが構成されると、ソースだったオブジェクトは破棄されます。VSAN本項目のタイトルにはIOPSに関するポリシーについても言及があります。vSANでは、IOPSに制限をかけるためのポリシーが存在します。こちらも稼働中の仮想マシンに対して適用可能であり、即時反映します。この記事は、VMware社提供の認定資格についての概要や受験までのFAQを掲載している記事です。7.x系の認定資格までの情報を提供しております。Blogにて公開されましたvSphere7の記事の英文版を日本語化かつダイジェストで提供しているものです。EMC所属のvExpertのご紹介、に掲載されました!!この度所属しているDellのフォーラム上で、vExpert紹介記事にて取り上げて頂きました。今回も、トレーニングで質問を受けた内容から1点紹介です。自分自身もたまに見返すことがある"iSCSIポートバインド"について、備忘録としての意味合いも込めて投稿しておきたいと思います。2種類のiS...VMware仮想スイッチ”スイッチへの通知”について(1)今回は自分のための備忘録です。仮想スイッチのセッティング内で、”スイッチへの通知”という設定項目があります。