コマース&サービスの中川明美です。Insightを連携した活用法をご紹介します。仮想化健康診断では、「ワークロード」と「ストレス」の値を参考に、分析してくださいとお話しています。「ワークロード」は現在の状態を、「ストレス」は過去6週間の平均値を表わしています。下図の「ストレス」の結果から、木曜の16時から18時、19時から20時の間で負荷が高いことがわかります。バックアップなど定時に高負荷な状態が起きる場合は、この画面から原因を推察することができます。突発的な負荷が起きた場合は、原因を調査する必要があります。Insightで収集されたイベントから何が起きたかを調査すれば、より早く原因を特定することができます。Insightを連携することで、よりパワーアップできますね。このBlogでは、ネットワークの負荷を高めた状態を準備し、原因を特定するまでのプロセスを、連携の活用法としてご紹介します。ネットワークの負荷を高める方法は、仮想マシン「Win7-01(192.168.250.202)」から、仮想マシン「Win7-02(192.168.250.200)」へPingコマンドを実行します。Pingコマンドは、「-t:パケットの送受信を無限に繰り返す」と「-l:パケットのデータサイズ(バイト単位)を指定する」の2つのオプションを追加しています。1000」を指定しました。-lのデフォルト値は32バイトです。実行してしばらく経つと、「推奨」タブに、Win7-01でCPU使用量が高いためストレスが発生しているとアラートが表示されました。◆vROpsでの分析◆ここから順に原因を特定していきます!「Win7-01」の「分析」タブで詳細な状況を確認します。通常とは異なる状態であることを表わす「アノマリ」が高い値を示しています。どのリソースが高い値を引き起こしているかを、画面下部の詳細情報から確認します。これらの情報から、「ネットワークリソース」に原因があることがわかります。「詳細」タブの「仮想マシンのネットワークI/O診断」からは、14:40以降に受信/送信パケット数が上がっていることもわかります。ここで、あらためてネットワークのパフォーマンスについて確認します。仮想ネットワークは、「スループット」や「パケットドロップ」のメトリックを使用してパフォーマンスを監視します。「パケットドロップ」が発生しているかを確認することはパフォーマンス劣化の原因を特定する有効な方法です。パケットドロップは、受信と送信でパフォーマンス劣化の原因が異なります。そのため対応方法もそれぞれ異なります。<ドロップ送信パケット>送信パケットは、ネットワークキャパシティが足りない場合に、仮想NICから仮想スイッチポートの順でキューイングされ、いずれもキューがあふれるとドロップされます。<ドロップ受信パケット>受信パケットは、準備できていない場合に、仮想NICから仮想スイッチポートの順でキューイングされ、いずれもキューがあふれるとドロップされます。「準備できる」というのは、受信する仮想マシンで、仮想CPUに物理CPUが割り当てられた状態です。物理CPUが割り当てられなければ、受信処理を行うことができません。仮想マシンのCPU使用率は、受信パケットのドロップ数にも影響を与えます。下図は、「IPアドレス」と「dropped」をキーワードに、仮想マシン「Win7-01」のLogを検索した結果です。木曜(12/8)の17時前後にドロップされているイベントがあります。vROpsの「ストレス」で確認した曜日と時間が一致しています。ドロップによるパフォーマンスが劣化していることは確定しました。参考までに、受信側の仮想マシン「Win7-02」の状況も確認してみます。こちらの仮想マシンも、「アノマリ」で高い値を示しています。送信側の仮想マシン「Win7-01」と異なるのは、「CPU|準備完了」の値も上がっています。仮想CPUに物理CPUに割り当てられず、受信処理が行われていないことがわかります。ネットワークのパフォーマンスが劣化している場合は、原因特定にCPUの状況も確認する必要がありますね。Insightと連携することで、詳細な日時で何が起きたのかを確認することができます。vROpsの「詳細」タブでは日時までは確認できますが、具体的に何が起きているかまでは調査するのは厳しいですね。仮想化健康診断で、具体的な日時で何が起きているのでしょうかと聞かれます。連携すると、このご質問にも対応できますね。ご活用いただきたいと思います。x5回)にわたり、vROpsの活用法をご紹介してきました。「このBlogで勉強しています」と声をかけていただくこともあり、嬉しいフィードバックでした。今後も、様々な製品の活用法をご紹介していけたらと思います!ソフトバンクC&SのサイトでvROpsを使用した仮想化健康診断の事例を紹介しています。ここでは、「vSphere環境を運用管理している方が何に困っているのか」「その困ったことにパートナーのみなさまがどのようにアプローチされているのか」を載せています。インタビュー形式で構成しています。コマース&サービスの中川明美です。今回はレポートの活用方法をご紹介します。「レポートの出力期間を変更したい」と質問を受けることがあります。その場合はレポートの元となる「ビュー」の日付範囲を変更します。レポートは、1つ以上の「ビュー」または「ダッシュボード」、もしくは両方から構成されます。データの表示は「ビュー」または「ダッシュボード」を使用し、レイアウト(配置)や出力形式(PDF/CSV)をレポートの作成ウィザードで指定します。既存レポートの出力期間(過去の期間)をデフォルトの30日から特定の2ヶ月間に変更します。<データタイプの確認>ここでは、「ホストのCPUデマンドおよび使用量(%)トレンドビューレポート」をカスタムの対象にします。どのビューを元にレポートが構成されているかを確認します。レポートを選択し、「テンプレートの編集」アイコンをクリックします。「2.ビューとダッシュボード」の「データタイプ」が表示されます。このレポートは、「ホストのCPUデマンドおよび使用量(%)トレンドビュー」というビューで構成されていることがわかります。<ビュー/レポートの編集>レポートのデータ表示期間を変更するには、レポートのデータタイプで指定されたビューの日付範囲を変更します。その後、変更したビューに差し替えます。この場合、ビューもレポートもコピーを作成し、変更することをお勧めします。◆レポートの出力◆レポートのテンプレートを実行し、レポートを出力(ダウンロード)します。下図は、日付範囲を変更したレポートをPDFで出力した結果です。「特定の日付範囲」で指定した8月~9月の過去データが表示されています。新規レポートを作成します。前回のBlogで作成したカスタムビューを元にレポートを作成します。下図は、前回のBlogで作成したカスタムビューです。<レポートの新規作成>◆まとめ2つのカスタムレポートの作成方法をご紹介しました。活用してみてください!全体を通したお話となりますが、vROpsに慣れるまでは標準の機能(ダッシュボード/ビュー/レポート)を使用してみてください。vROpsを知る段階で、カスタム機能までを習得しようとすると、「やることがいっぱい」「カスタム機能は難しい」と思ってしまうようです。「vROpsで何ができるの?」を知ることから始めてください。その後、カスタム機能を習得するのが理想的です。カスタム機能については、ぜひこちらのBlogをご活用いただけたらと思います。Insightとの連携をご紹介します。ソフトバンクC&SのサイトでvROpsを使用した仮想化健康診断の事例を紹介しています。何に困っているのか」「その困ったことにパートナーのみなさまがどのようにアプローチされているのか」を載せています。インタビュー形式で構成しています。clusterとは?皆さん、こんにちは。JBCC株式会社の美谷島と申します。今回から4回にわたってご紹介していきたいと思います。clusterの概要・メリット、サイジング方法をご紹介します。弊社では、VMware社のvSphereやHorizonのような仮想化製品のインテグレーションに力を入れています。Storage(以下SDS)”です。一言でいうとソフトウェアでストレージ機能を実装するという技術です。導入すれば汎用的なx86サーバだけで共有ストレージ機能を実現できるのが強みです。x86サーバを追加するだけで簡単に容量とパフォーマンスを増強することができますので、オンプレミス環境であってもクラウド環境のような柔軟な拡張性が実現できるようなりました。コアテクノロジーでもあります。対策も可能な高度な機能を有したストレージです。ソリューションをお届けするためにこれを検証することにしました。製品の中でも代表格となる製品です。キャッシュとして利用することができパフォーマンス向上も期待できます。ない、非常に大きな強みとなっています。構成と何が違うのでしょうか。組めるということです。2つのサイト間(地理的に離れたサーバ同士)でも1つの共有ストレージとして扱うことができます。Active構成にすることで以下のメリットが挙げられます。Objective・各サイトにvCenterを配置する必要がなく、本番サイト1つで良い・本番サイトから災害対策サイトへの切り替え作業が不要(基本的にL2延伸でサイト間は利用しますので、DNSによるレコード切替、IPアドレス変更といったサイトを切り替える手順を実施する手間が省けます。構成を組みたいといったユーザ様にとってはメリットが大きい構成だと思います。データロスなしで対応できます。サーバは両サイトとは別のセグメントで立てる必要があります。環境では2フォルトドメインまで立てられ、各フォルトドメインに15ホストまで構築可能です。グループで構成される障害の単位になります。要件は以下の通りです。必要条件はここでは割愛します。お気づきかと思いますが、ここで肝となるのがネットワーク(vSANネットワーク)です。ネットワークのサイジング方法をご紹介します。サイジングここからはサイジングの話となります。川崎様記載のブログを参照ください。http://blogs.vmware.com/jp-cim/2016/04/vSAN_04.html通常のvSAN構成と違う点としては、片方のサイトが被災した場合も考慮しなければいけないのでCPU、メモリは片方のサイトで賄えるようにサイジングする必要があります。スループットがポイントとなってきます。5msec以内であることが必須要件となります。データの読み込みは仮想マシンが稼働しているプライマリホスト群から直接読み込みますので別サイトにあるホストにアクセスすることはなく、WAN経由してまでvSANネットワークを使うことはありません。スループットの算出がお勧めです。Gbpsの帯域で余裕ですね。Clusterの概要、サイジング方法でした。弊社ではストレージのワークロードを分析しお客様環境のIO分析をするストレージクリニックと呼ばれる無償サービスを実施していますのでwriteスループットの算出のみでなく仮想環境のサイジングを実施する際は是非ともご活用ください。Clusterをお客様に提案し、ご採用頂きました。ご採用頂くにあたり私共は、様々な検証をしました。そのときの内容を元に、次回は障害時の挙動に関してご紹介しますので是非ともご確認ください。