2019.02.14今回も実際のトレーニングであった話です。Datastore以外利用出来ますか?良い着眼点ですね。ストレージ管理に於いて、パフォーマンスの監視は重要です。基本的なパフォーマンス取得機能は以下をご覧頂ければ理解ができます。Clientでは、これまでvSANのパフォーマンス情報(IOPS/スループット/遅延など)は閲覧が出来ませんでした。Observer”という機能を利用する必要がありました。Clientにてこの情報を閲覧が出来るようになりました。blogs.vmware.comこの際、vSANのパフォーマンス情報は、vSANのデータストア上に保存されます。この統計情報も”オブジェクト”であり、”ストレージポリシー”により保護されます。ここで、こんな疑問が生まれます。パフォーマンス情報を取得し続けると、データが肥大化するのかパフォーマンス情報は、ローテートなど、古いデータのパージは行われるかパフォーマンス情報は、保存先をvSANデータストア以外を利用出来るかどれ位の期間のパフォーマンス情報を保存出来るのか答えはここにありました。kb.vmware.com一部抜粋しました。(KBのUpdateは2017/01/30のものです)データサイズの上限は255GBと既定されています。パフォーマンス統計の取得は約3ヶ月と記載があります。古いデータはパージされます。残念ながら、別のデータストアへの保存については言及がありませんが、vSANデータストアのみを前提としているようですね。6.5をデプロイしてみました。AWS"の使い方を紹介するデモ用ラボが解禁されていました。vsan.vm_object_infoの出力情報についての紹介です。今回は3台のホストでの、同コマンドの出力差も見てみます。前回のRVCから続き、第2弾です。RVCはその性質上、込み入ったトラブルシュートを行うためのツールという要素が強いです。Awarenessの略称です。似た単語で、”VAAI”がありますがこれはまた別回にて紹介します。vsan.disks_statsの出力情報についての紹介です。