パーティションとはログを保存する領域のことです。英語でScratchを形容詞で調べると”集める”という意味合いがあるので、後述していますが情報収集をする、という意味合いだと解釈出来ます。この領域は運用上はオプションとしての設定ではあるものの、トラブル対処を行う上では大変重要な設定になります。ユーザーはESXiに対して、ログの排出先をどこに設定するかを計画する必要があります。パーティションが自動的に設定されます。言い換えるならばログが排出される動きとなります。一般的にメモリは揮発性(電力供給が無い状況ではデータを保持出来ない)ため、例えばESXiで電源障害などが発生してしまうと、メモリ上のログ情報は消失してしまい、トラブルの原因調査が出来なくなります。パーティション設定が現在では/tmp/scratchに設定されている状況が確認出来ました。WinSCPにてログの排出状況を確認した結果がこちらです。次にlogディレクトリ内部を確認すると80個ほどのログが排出されています。シミュレートするため本ESXiホストの再起動を実施します。現在メモリ上に排出をされていたため、先程のログは消失し新しいログが生成されています。ログ数も46個まで減っており、見た目にはしっかりログが残っていますが、ログサイズが再起動後に小さくなっているものが確認出来ます。2つの図を並べて比較すると一目瞭然です。パーティションを作成し、そこにログが排出されるよう設定を変更してみようと思います。ディレクトリ配下に”RAID-VMFS”と書かれたエイリアスパスで保存されていることが確認出来ました。パーティションの移行先指定で必要なためこのステップで確認をしています。ここで、同VMFS内に、”scratch-on-VMFS”というディレクトリを作成してみました。(この名前は運用者が任意で作成可能です)ちなみに、上図の水色の列をご覧頂くと、/vmfs/volumes/5c6d6c25-6a386380-a837-509a4cab3cc2というパスが記述されていますが、この英数字の羅列がESXiが内的にこの”RAID-VMFS”に対してつけている管理識別子(UUID)です。ここで確認をしたパス名を、下図内の1つ目の設定キーである”ScracthConfig.ConfiguredScratchLocation”に入力します。この設定値に、次のうちどちらかを入力します。/vmfs/volumes/5c6d6c25-6a386380-a837-509a4cab3cc2/Scratch-on-VMFS/または/vmfs/volumes/RAID-VMFS/RAID-VMFS/どちらを入力したとしても、再起動後の設定値はUUIDを含むフォーマットで設定が行われます(上の入力値で設定が保存されます)再起動後に本設定が保存され、ログも移動されていることを確認が出来ました。設定変更前に取得されていたログ情報も残ったままログ保存先の変更が出来ました。T620を利用し、RAIDを構成したドライブにESXiをインストールしました。筐体内蔵のRAIDコントローラーとハードドライブ2本を使い、RAID1を構成しました。iDRACから見たRAID構成は次の通りです、RAID仮想ディスクのサイズは278GBです。Clientの画面です。VMFSも同一ボリューム上に作成されました。パーティションはメモリ上ではなく、このRAID仮想ディスク上に設定されているはずですので、上記で確認した項目と同じ箇所を確認してみましょう。/tmpディレクトリではなく、初めから/vmfs/volumes配下が指定されています。この点からもファイルシステム内(物理ドライブ内にログが保存されていることが確認出来ました)vSANにおけるログ管理vSAN環境においても、ログ管理は重要です。上記の操作紹介ではVMFS上にログ排出先指定を行いました。vSAN環境においては”vSANデータストアにログを排出することは非サポート”と明言されています。6.7)“からの抜粋です。vSANを構成する要素として、ESXiはまさにストレージとして振る舞うと言えます。一方でストレージであるESXiはサーバーであり、そのログをvSANに保存するとなると、ログ自体が自分自身に出力されてしまうことになります。ハードウェア損傷などに伴い、サーバー自体の起動プロセスに問題を抱えてしまった場合、ログはそのサーバーの中に入っているため取り出しが出来ません。Channel)でしたので、ログを排出する先のストレージ=サーバー内部ではないと言えます。パーティションを設定しましょう”ではなく、その設定が”vSANノードではない所に保存されるように”という点を注意として促しています。この点を考慮するといくつかのパターンが見えてきます。SSDドライブなどがあります。Solution”(通称BOSS)と読んでいるデバイスが第14世代のPowerEdgeから登場しています。SSDを搭載するというもので、容量も100GB以上です。この場合、このカード上にESXiのインストールを行い、残った領域にVMFSを作成後その中にログ保存領域を配置するという選択肢が生まれます。した新世代のデバイスでなくとも、vSANノード上に非vSANディスク(SASのHDDなど)を配置し、そこにESXiをインストールし、上記と同様に余った領域にログ保存用のVMFSを設定するという方法もあります。この場合、vSAN用のディスクと同じストレージコントローラー配下のディスクにESXiの領域にはハードウェアRAIDは構成出来ません。詳細についてはこちらのKBを参照ください。本項で取り扱う小容量デバイスとは、例えばSDカード、USBメモリスティックなどを言います。vSANに限らずですがESXiをインストールするには最低1GBの容量のデバイスであればインストールが可能です。ESXiのハードウェア要件これに加えESXiはインストール時に、インストール先となるデバイスのIO感度を確認し、USBメモリやSDカードなどのデバイスはログ保存領域としては不適切とし、これらにログを配置しません。ESXiのハードウェア要件ログの出力というのは大量の書き込みを発生させる動きとなるため、一定のIOをさばけるデバイスでないと行けないということですね。その点についてはこちらのKBでも言及があります。(2145210)SDカードやUSBメモリスティックにESXiをインストールする場合にはやはり別途vSANノードにマウントをするVMFSやNFSを用意する必要が出てくると言えますね。VCAP-Deployの試験対策記事です。2019でご紹介があったvSANの運用における注意点について、私個人が検証を加えた技術記事です。NSX-vの最新バージョンを元に記事を掲載しております。2019に参加をしています。今年も残す所後数日となりました。Session&会場レポートおはようございます、バルセロナ滞在5日目です。朝は肌寒いですが過度な防寒は不要で上着があれば全然問題ない気候です。日本の11月と同じ装いで過ごせます。