Workload Balancing の基本タスク
Workload Balancing を初めて使用する際、定期的に Workload Balancing を使用する基本的なタスクがいくつかあります。
- VM を実行する最適なホストの決定(/ja-jp/xenserver/9/wlb/basic-tasks.html#determine-the-best-host-on-which-to-run-a-vm)
- Workload Balancing の最適化推奨事項の承認(/ja-jp/xenserver/9/wlb/basic-tasks.html#accept-workload-balancing-optimization-recommendations)
- 環境内のワークロードに関するレポートの実行(/ja-jp/xenserver/9/wlb/basic-tasks.html#generate-workload-reports)
これらの基本的なタスクを実行できるだけでなく、Workload Balancing は環境内のワークロードを最適化する強力な XenServer® コンポーネントです。 ワークロードを最適化できる機能には、次のものがあります。
- ホストの電源管理
- 最適化モード変更のスケジュール設定
- レポートの実行
- Workload Balancing が最適化の推奨事項を作成するために使用する基準の微調整。
これらのより複雑な機能の詳細については、 Workload Balancing の管理を参照してください。
注記:
- Workload Balancing は、XenServer Premium Edition のお客様にご利用いただけます。XenServer ライセンスの詳細については、ライセンスを参照してください。アップグレードまたは XenServer ライセンスの取得については、 Citrix Web サイトにアクセスしてください。
- Workload Balancing 8.4.1 は XenServer 8.4 および XenServer 9 と互換性があります。
- Workload Balancing 仮想アプライアンスのベース OS は、元々汎用 Linux ディストリビューションから派生したものです。Workload Balancing 仮想アプライアンス全体は、 XenServer 製品マトリックスに記載されているとおり、XenServer によってサポートされています。
VMを実行する最適なホストを決定する
Workload Balancing を有効にしてオフラインのVMを再起動すると、XenCenter® はVMを起動する最適なプールメンバーを推奨します。 これらの推奨は、最適なホストを示すために星が使用されるため、スターレーティングとも呼ばれます。
この図は、[Start On Server] 機能のスクリーンショットを示しています。host17 の横にはより多くの星が表示されています。これは、このホストがVMを起動する最適なホストであることを示しています。host16 の横には星が表示されていません。これは、このホストが推奨されないことを示しています。ただし、host16 は有効になっているため、ユーザーは選択できます。host18 はメモリ不足のためグレー表示されており、ユーザーは選択できません。](/en-us/xenserver/9/media/wlb-vm-placement.png)
Workload Balancing が有効になっている場合、XenCenter は、VMを起動するための最適なホストを示すスターレーティングを提供します。 これらのレーティングは、次の場合にも提供されます。
- VMの電源がオフのときに起動したい場合
- VMがサスペンドされているときに起動したい場合
- VMを別のホストに移行したい場合 (移行およびメンテナンスモード)
Workload Balancing を有効にしてこれらの機能を使用すると、ホストの推奨事項は、物理ホスト名の横にスターレーティングとして表示されます。 5つの空の星は、最も評価が低く、したがって最適ではないホストを示します。VMをホストに起動または移行できない場合、 配置機能のメニューコマンドでホスト名がグレー表示されます。VMを受け入れられない理由が その横に表示されます。
「最適」という用語は、ワークロードのホスティングに最も適した物理ホストを示します。Workload Balancing が ワークロードに最適なホストを決定する際に使用する要素がいくつかあります。
-
プール内の各ホストで利用可能なリソースの量。プールが最大パフォーマンスモードで実行されている場合、 Workload Balancing は、すべてのVMが良好なパフォーマンスを発揮するように、VMをホスト間でバランスさせようとします。プールが 最大密度モードで実行されている場合、Workload Balancing は、VMが十分なリソースを持つことを保証しながら、 可能な限り高密度にVMをホストに配置します。
-
プールが実行されている最適化モード (最大パフォーマンスまたは最大密度)。プールが 最大パフォーマンスモードで実行されている場合、Workload Balancing は、VMが必要とするタイプのリソースが最も多く利用可能なホストにVMを配置します。 プールが最大密度モードで実行されている場合、Workload Balancing は、すでにVMが実行されているホストにVMを配置します。 このアプローチにより、VMは可能な限り少ないホストで実行されるようになります。
-
VMが必要とするリソースの量と種類。Workload Balancing がしばらくVMを監視した後、 VMメトリックを使用して、VMが必要とするリソースの種類に応じて配置の推奨を行います。たとえば、 Workload Balancing は、VMが必要とするのが利用可能なCPUは少ないが利用可能なメモリは多いホストである場合、 そのようなホストを選択する可能性があります。
一般的に、Workload Balancing が推奨するホストでVMを起動すると、Workload Balancing はより効果的に機能し、 より適切で頻度の少ない最適化の推奨を行います。ホストの推奨に従うには、配置機能のいずれかを使用して、 最も多くの星が付いているホストを選択します。配置の推奨は、 Citrix Virtual Apps and Desktops™ 環境でも役立ちます。
最適なホストでVMを起動するには
-
XenCenter の [リソース] ペインで、起動したいVMを選択します。
-
「VM」メニューから「サーバーで起動」を選択し、次のいずれかを選択します。
-
最適なサーバー。最適なサーバーとは、起動するVMのリソース要件に最も適した物理ホストです。 Workload Balancingは、パフォーマンスメトリックの履歴記録と配置戦略に基づいて最適なサーバーを決定します。 最適なサーバーは、最も多くの星を持つホストです。
-
「最適なサーバー」コマンドの下にリストされている星評価付きサーバーのいずれか。5つの星は 最も推奨される（最適な）ホストを示し、5つの空の星は最も推奨されないホストを示します。
-
ヒント:
リソースペインで起動したいVMを右クリックして、「サーバーで起動」を選択することもできます。
最適なホストでVMを再開するには
-
XenCenterのリソースペインで、再開したい中断中のVMを選択します。
-
「VM」メニューから「サーバーで再開」を選択し、次のいずれかを選択します。
-
最適なサーバー。最適なサーバーとは、起動するVMのリソース要件に最も適した物理ホストです。 Workload Balancingは、パフォーマンスメトリックの履歴記録と配置戦略に基づいて最適なサーバーを決定します。 最適なサーバーは、最も多くの星を持つホストです。
-
「最適なサーバー」コマンドの下にリストされている星評価付きサーバーのいずれか。5つの星は 最も推奨される（最適な）ホストを示し、5つの空の星は最も推奨されないホストを示します。
-
ヒント:
リソースペインで中断中のVMを右クリックして、「サーバーで再開」を選択することもできます。
Workload Balancingの最適化推奨事項を受け入れる
Workload Balancingがしばらく実行されると、環境を改善する方法について推奨事項を提示し始め、改善できる 環境について提案します。たとえば、ホスト上のVM密度を向上させることが目標の場合、ある時点でWorkload Balancingは、 VMをホストに統合することを推奨する場合があります。自動モードで実行していない場合は、この推奨事項を承諾して 適用するか、無視するかを選択できます。
重要:
Workload Balancingをしばらく実行した後、最適な配置の推奨事項が表示されない場合は、 パフォーマンスしきい値を評価してください。この評価については、 Workload Balancingが推奨事項を作成するタイミングを理解するで説明されています。 Workload Balancingを環境に適したしきい値に設定することが重要です。そうしないと、推奨事項が 適切でない場合があります。
最適化の推奨事項は、以下の基準に基づいています。
-
選択した配置戦略（つまり、最適化モード）。
XenCenterを使用してプールを選択し、プールの最適化モードを確認します。 情報はWLBタブの「構成」セクションで確認してください。
-
物理ホストのCPU、メモリ、ネットワーク、ディスク使用率などのリソースのパフォーマンスメトリック。
-
リソースプールにおけるホストの役割。
配置の推奨を行う際、Workload Balancingは、他のホストがワークロードを受け入れられない場合にのみ、 VM配置のためにプールコーディネーターを考慮します。同様に、プールが最大密度モードで動作している場合、Workload Balancingは VMをホストに埋める順序を決定する際に、プールコーディネーターを最後に考慮します。
最適化の推奨事項は、XenCenterのWLB最適化タブに表示されます。
![ この図は、WLBタブに表示される最適化推奨事項リストのスクリーンショットを示しています。「操作」列には、その最適化推奨事項で提案されている動作変更が表示されます。「理由」列には、推奨事項の目的が表示されます。このスクリーンショットは、VM (HA-prot-VM-7) とホスト (host17.domain4.bedford4.ctx4) の最適化推奨事項を示しています。]](/en-us/xenserver/9/media/wlb-optimize-recommendations.png)
最適化の推奨事項は、以下の情報を表示します。
- Workload Balancingが再配置を推奨するVMの名前
- VMが現在存在するホスト
- Workload Balancingが新しい場所として推奨するホスト。
最適化の推奨事項には、Workload BalancingがVMの移動を推奨する理由も表示されます。たとえば、 CPU使用率を改善するために、推奨事項には「CPU」と表示されます。Workload Balancingの電源管理が有効になっている場合、 Workload Balancingは、電源のオン/オフを推奨するホストの最適化推奨事項も表示します。 具体的には、これらの推奨事項は統合のためのものです。
推奨事項の適用をクリックすると、最適化推奨事項リストに記載されているすべての操作を実行できます。
最適化の推奨事項を承認するには
-
XenCenter のリソースペインで、推奨事項を表示するリソースプールを選択します。
-
WLBタブをクリックします。選択したリソースプール上のいずれかのVMに対して推奨される最適化がある場合、それらは WLBタブの「最適化の推奨事項」セクションに表示されます。
-
推奨事項を承認するには、「推奨事項を適用」をクリックします。XenServerは、最適化の推奨事項セクションの「操作」列にリストされているすべての操作の実行を 開始します。
「推奨事項を適用」をクリックすると、XenCenterは自動的に通知 > イベントビューを表示し、 VM移行の進行状況を確認できます。
高可用性における Workload Balancing の推奨事項を理解する
同じプールでWorkload BalancingとXenServerの高可用性を有効にしている場合、これら2つの機能がどのように相互作用するかを 理解することは役立ちます。Workload Balancingは高可用性に干渉しないように設計されています。Workload Balancingの推奨事項と高可用性の設定の間に 競合がある場合、高可用性の 設定が常に優先されます。実際には、この優先順位は次のことを意味します。
-
ホスト上でVMを起動しようとすると高可用性プランに違反する場合、Workload Balancingは星評価を 与えません。
-
Workload Balancingは、HAの構成ダイアログの「許可される障害」ボックスで指定された数を超えて、ホストを自動的にパワーオフ しません。
-
ただし、Workload Balancingは、許容されるホスト障害の数よりも多くのホストをパワーオフするよう推奨する 場合があります。（たとえば、高可用性が1つのホスト障害しか許容しないように構成されている場合でも、Workload Balancingは2つのホストをパワーオフするよう 推奨します。）しかし、推奨事項を適用しようとすると、 XenCenterは、高可用性がもはや 保証されないことを示すエラーメッセージを表示する場合があります。
-
Workload Balancingが自動モードで実行され、電源管理が有効になっている場合、許容されるホスト障害の数を超える推奨事項は 無視されます。この状況では、Workload Balancingのログに、高可用性が有効になっているため電源管理の推奨事項が適用されなかったという メッセージが表示されます。
-
ワークロードレポートを生成する
Workload Balancingはパフォーマンスデータを取得し、このデータを使用して、ワークロードレポートと呼ばれる、 ホストやVMに関するレポートを含む、仮想化環境に関するレポートを生成できます。Workload Balancingレポートは、 キャパシティプランニングの実行、仮想サーバーの健全性の判断、および構成されたしきい値レベルの有効性の評価に役立ち ます。
プール健全性レポートを使用して、最適化のしきい値がどの程度効果的であるかを評価できます。Workload Balancingはデフォルトのしきい値設定を提供しますが、環境で価値を提供するためにこれらのデフォルトを調整する必要がある 場合があります。環境に合わせて最適化のしきい値が適切なレベルに調整されていない場合、 Workload Balancingの推奨事項は環境に適さない可能性があります。
レポートを実行するために、Workload Balancingが配置の推奨事項を作成したり、VMを移動したりするように構成する必要は ありません。ただし、Workload Balancingコンポーネントを構成する必要があります。理想的には、プールのホストのパフォーマンスが低下する時点を反映する値に重要な しきい値を設定する必要があります。理想的には、プールは数時間、またはレポートに表示するデータを生成するのに十分な期間、Workload Balancingを 実行している必要があります。
Workload Balancingでは、物理ホスト、リソースプール、VMの3種類のオブジェクトに関するレポートを生成できます。大まかに言うと、 Workload Balancingは次の2種類のレポートを提供します。
-
日付別に情報を表示する履歴レポート
-
特定の領域の概要をまとめた「ロールアップ」形式のレポート
-
監査目的のレポート。たとえば、VMが移動した回数を特定できます
-
VMの使用状況を表示し、コストを測定および割り当てるのに役立つチャージバックレポート
Workload Balancingレポートを生成する
-
XenCenterで、プールメニューからワークロードレポートの表示を選択します。
WLBタブからレポートボタンをクリックして、ワークロードレポート画面を表示することもできます。
-
ワークロードレポート画面から、レポートペインでレポートを選択します。
-
レポート期間の開始日と終了日を選択します。選択するレポートによっては、 ホストリストでホストを指定する必要がある場合があります。
-
レポートの実行をクリックします。レポートはレポートウィンドウに表示されます。レポートの意味については、 以下を 参照してください: Workload Balancingレポート用語集。
Workload Balancingレポート内を移動する
レポートを生成した後、レポート内のツールバーボタンを使用して、移動したり特定のタスクを実行したりできます。 ツールバーボタンの名前を表示するには、ツールバーアイコンの上にマウスを置きます。
| ツールバーボタン | 説明 |
|---|---|
| ドキュメントマップ(/en-us/xenserver/9/media/wlb-doc-map-icon.png) | ドキュメントマップを使用すると、長いレポート内を移動するのに役立つドキュメントマップを表示できます。 |
| ページ送り/戻し(/en-us/xenserver/9/media/wlb-page-forward-back-icon.png) | ページ送り/戻しを使用すると、レポート内で1ページ進む、または戻ることができます。 |
| 親レポートに戻る(/en-us/xenserver/9/media/wlb-back-parent.png) | 親レポートに戻るを使用すると、ドリルスルーレポートを操作しているときに、親レポートに戻ることができます。注: このボタンは、プール健全性レポートなどのドリルスルーレポートでのみ使用できます。 |
| レンダリングを停止(/en-us/xenserver/9/media/wlb-stop-render-icon.png) | レンダリングを停止は、レポートの生成をキャンセルします。 |
| 印刷(/en-us/xenserver/9/media/wlb-printer-icon.png) | 印刷を使用すると、レポートを印刷し、一般的な印刷オプションを指定できます。これらのオプションには、プリンター、ページ数、部数が含まれます。 |
| 印刷レイアウト(/en-us/xenserver/9/media/wlb-print-layout-icon.png) | 印刷レイアウトを使用すると、印刷する前にレポートのプレビューを表示できます。印刷レイアウトを終了するには、印刷レイアウトボタンをもう一度クリックします。 |
| ページ設定(/en-us/xenserver/9/media/wlb-page-setup-icon.png) | ページ設定を使用すると、用紙サイズ、ページの向き、余白などの印刷オプションを指定できます。 |
| エクスポート(/en-us/xenserver/9/media/wlb-save-icon.png) | 「エクスポート」を使用すると、レポートを Acrobat (.PDF) ファイルまたは .XLS 拡張子の Excel ファイルとしてエクスポートできます。 |
| 「検索」(/en-us/xenserver/9/media/wlb-find-icon.png) | 「検索」を使用すると、レポート内で単語を検索できます。たとえば、VM の名前などです。 |
Workload Balancing レポートのエクスポート
レポートは、Microsoft Excel 形式または Adobe Acrobat (PDF) 形式のいずれかでエクスポートできます。
-
レポートを生成した後、次の「エクスポート」ボタンをクリックします。
-
「エクスポート」ボタンメニューから次のいずれかの項目を選択します。
-
エクセル
-
Acrobat (PDF) ファイル
-
注:
選択したエクスポート形式に応じて、レポートに含まれるデータの量が異なります。Excel にエクスポートされたレポートには、 「ドリルダウン」データを含む、レポートで利用可能なすべてのデータが含まれます。PDF にエクスポートされ、XenCenter に表示されるレポートには、 レポート生成時に選択したデータのみが含まれます。
Workload Balancing レポート用語集
このセクションでは、次の Workload Balancing レポートに関する情報を提供します。
チャージバック使用状況分析
「チャージバック使用状況分析レポート」（「チャージバックレポート」）を使用して、組織内の特定の部門がどれだけのリソースを使用したかを判断できます。 具体的には、このレポートには、プール内のすべてのVMに関する情報（可用性やリソース使用率など）が表示されます。 このレポートはVMの稼働時間を示すため、 サービスレベル契約（SLA）への準拠と可用性を実証するのに役立ちます。
チャージバックレポートは、シンプルなチャージバックソリューションを実装し、請求を容易にするのに役立ちます。顧客に請求するには 特定のリソースについて、レポートを生成し、Excelとして保存し、スプレッドシートを編集して単位あたりの価格を含めます。 あるいは、Excelデータを請求システムにインポートすることもできます。
VMの使用量について社内または社外の顧客に請求する場合、VMの命名規則に部門名または顧客名を含めることを検討してください。 この慣行により、チャージバックレポートの読み取りが容易になります。
チャージバックレポートにおけるリソースレポートは、個々のVMへの物理リソースの割り当てに 基づいている場合があります。
このレポートの平均メモリデータは、現在VMに割り当てられているメモリ量に基づいています。 XenServerでは、固定メモリ割り当てまたは自動調整メモリ割り当て （動的メモリ制御）を使用できます。
チャージバックレポートには、以下のデータ列が含まれています。
-
VM Name。その行の列のデータが適用されるVMの名前。
-
VM稼働時間。VMが電源オンになっていた分数（より具体的には、XenCenterでVMの横に緑色のアイコンが表示されている 状態）。
-
vCPU割り当て。VMに構成されている仮想CPUの数。各仮想CPUは、均等なシェアを ホスト上の物理CPUから受け取ります。例えば、8つの仮想CPUを構成したホストを考えます。 2つの物理CPUを含むホストに。vCPU割り当て列に「1」と表示されている場合、この値は2/16の ホスト上の総処理能力に相当します。
-
最小CPU使用率 (%)。レポート期間中に記録された仮想CPU使用率の最低値。この 値は、VMのvCPU容量に対する割合として表されます。容量は、VMに割り当てられた vCPUの数に基づいています。例えば、VMに1つのvCPUを割り当てた場合、最小CPU使用率は記録された最低 vCPU使用率の割合を表します。VMに2つのvCPUを割り当てた場合、この値は最低使用率です。 両方のvCPUの合計容量のパーセンテージ。
最終的に、CPU使用率のパーセンテージは、仮想CPUが処理した最低記録ワークロードを表します。 例えば、VMに1つのvCPUを割り当て、ホスト上のpCPUが2.4 GHzの場合、0.3 GHzがVMに割り当てられます。 VMの最小CPU使用率が20%だった場合、VMの物理ホストCPUの最低使用率は、 レポート期間中に60 MHzでした。
-
最大CPU使用率 (%)。レポート期間中にVMが消費した、VMの仮想CPU容量の最高割合。 消費されたCPU容量は、VMに割り当てた仮想CPU容量に対する割合です。 例えば、VMに1つのvCPUを割り当てた場合、最大CPU使用率は、報告された期間中に記録されたvCPU使用率の最高 割合を表します。VMに2つの仮想CPUを割り当てた場合、この 列の値は、両方の仮想CPUの合計容量からの最高使用率を表します。
-
平均CPU使用率 (%)。VMの仮想CPU容量のうち、パーセンテージで表される平均量で、 レポート期間中に使用されたものです。CPU容量は、VMに割り当てた仮想CPU容量です。VMに 2つの仮想CPUを割り当てた場合、この列の値は、両方の仮想CPUの合計 容量からの平均使用率を表します。
-
合計ストレージ割り当て (GB)。レポート実行時にVMに現在割り当てられているディスク容量。 多くの場合、変更しない限り、このディスク容量は、VMに割り当てた VM作成時のディスク容量です。
-
仮想NIC割り当て。VMに割り当てられた仮想インターフェース (VIF) の数。
-
現在の最小動的メモリ (MB)。
-
固定メモリ割り当て。VMに固定量のメモリ（例えば1,024 MB）を割り当てた場合、同じ 量のメモリが以下の列に表示されます: 現在の最小動的メモリ (MB)、現在の最大動的 メモリ (MB)、現在の割り当て済みメモリ (MB)、および平均割り当て済みメモリ (MB)。
-
動的メモリ割り当て。XenServerを動的メモリ制御を使用するように構成した場合、範囲で指定された最小 メモリ量がこの列に表示されます。範囲が最小メモリ1,024 MB、最大メモリ2,048 MBの場合、 現在の最小動的メモリ (MB) 列には1,024 MBが表示されます。
-
-
現在の最大動的メモリ (MB)。
-
動的メモリ割り当て。XenServerが範囲に基づいてVMのメモリを自動的に調整する場合、範囲で指定された最大 メモリ量がこの列に表示されます。例えば、メモリ範囲の値が 最小1,024 MB、最大2,048 MBの場合、現在の最大動的メモリ (MB) 列には2,048 MBが表示されます。
-
固定メモリ割り当て。VMに固定量のメモリ（例えば1,024 MB）を割り当てた場合、同じ 量のメモリが以下の列に表示されます: 現在の最小動的メモリ (MB)、現在の最大動的 メモリ (MB)、現在の割り当て済みメモリ (MB)、および平均割り当て済みメモリ (MB)。
-
-
現在の割り当て済みメモリ (MB)。
-
動的メモリ割り当て。動的メモリ制御が構成されている場合、この値はレポート実行時に XenServerがVMに割り当てるメモリ量を示します。
-
固定メモリ割り当て。VMに固定量のメモリ（例：1,024 MB）を割り当てた場合、同じ メモリ量が以下の列に表示されます: 現在の最小動的メモリ (MB)、現在の最大動的 メモリ (MB)、現在割り当てられているメモリ (MB)、平均割り当てメモリ (MB)。
注:
このレポートを実行する直前にVMのメモリ割り当てを変更した場合、この 列に反映される値は、構成した新しいメモリ割り当てを反映します。
-
-
平均割り当てメモリ (MB)。
-
動的メモリ割り当て。動的メモリ制御が構成されている場合、この値はレポート期間中に XenServerがVMに割り当てた平均メモリ量を示します。
-
固定メモリ割り当て。VMに固定量のメモリ（例：1,024 MB）を割り当てた場合、同じ メモリ量が以下の列に表示されます: 現在の最小動的メモリ (MB)、現在の最大動的 メモリ (MB)、現在割り当てられているメモリ (MB)、平均割り当てメモリ (MB)。
注:
このレポートを実行する直前にVMのメモリ割り当てを変更した場合、この列の値は、 以前表示されていたものから変更されない場合があります。この列の値は、期間中の 平均を反映します。
-
-
平均ネットワーク読み取り (BPS)。レポート期間中にVMが受信したデータの平均量 （ビット/秒）。
-
平均ネットワーク書き込み (BPS)。レポート期間中にVMが送信したデータの平均量 （ビット/秒）。
-
平均ネットワーク使用量 (BPS)。平均ネットワーク読み取りと平均ネットワーク書き込みの合計 （ビット/秒）。VMがレポート期間中に平均1,027 bpsを送信し、平均23,831 bpsを受信した場合、 平均ネットワーク使用量はこれらの値の合計である24,858 bpsになります。
-
総ネットワーク使用量 (BPS)。レポート期間中のすべてのネットワーク読み取りおよび書き込み トランザクションの合計（ビット/秒）。
ホストの健全性履歴
このレポートは、特定のホストにおけるリソース（CPU、メモリ、ネットワーク読み取り、ネットワーク書き込み）のパフォーマンスを、 しきい値との関連で表示します。
色付きの線（赤、緑、黄）は、しきい値を示します。このレポートをホストのプール健全性 レポートと併用して、ホストのパフォーマンスがプール全体の健全性にどのように影響するかを判断できます。パフォーマンスのしきい値を編集する際には、 このレポートをホストのパフォーマンスに関する洞察を得るために使用できます。
リソース使用率を日次または時間平均で表示できます。時間平均では、期間中の1日の最も忙しい時間を 平均して確認できます。
時間別にグループ化されたレポートデータを表示するには、Host Health Historyの下にある期間の時間別にグループ化されたレポートデータを 表示するにはここをクリックを展開します。
Workload Balancingは、設定した期間の各時間の平均を表示します。データポイントは、 その時間の期間内のすべての日における使用率の平均に基づいています。たとえば、May 1, 2009からMay 15, 2009までのレポートでは、Average CPU Usageのデータポイントは、15日間のすべてにおける12:00時点のリソース使用率を表します。この 情報は平均として結合されます。CPU使用率がMay 1の12PMに82%、May 2の12PMに88%、そして75%が その他のすべての日に表示された場合、12PMに表示される平均は76.3%になります。
注:
Workload Balancingは、スパイクやピークを平滑化するため、データが人為的に高く表示されることはありません。
プール最適化パフォーマンス履歴
最適化パフォーマンスレポートは、そのプールの平均リソース使用量に対する最適化イベントを表示します。これらの イベントは、リソースプールを最適化したインスタンスです。具体的には、CPU、メモリ、 ネットワーク読み取り、およびネットワーク書き込みのリソース使用量を表示します。
点線は、選択した期間におけるプール全体の平均使用量を示します。青いバーは、 プールを最適化した日を示します。
このレポートは、Workload Balancingが環境で正常に機能しているかどうかを判断するのに役立ちます。このレポートを使用して、 最適化イベントに至るまでの状況（つまり、Workload Balancingが最適化を推奨する前のリソース使用量）を 確認できます。
このレポートは、1日の平均リソース使用量を表示します。システムが負荷を受けているときのようなピーク時の使用率は表示されません。 Workload Balancingが最適化の推奨を行っていない場合のリソースプールのパフォーマンスを確認するためにも、このレポートを 使用できます。
一般的に、最適化イベントの後、リソース使用量は減少するか、安定した状態を保ちます。最適化後にリソース使用量の改善が見られない場合は、 しきい値の再調整を検討してください。また、リソースプールにVMが多すぎるかどうか、および指定した期間中に新しい VMを追加または削除したかどうかも検討してください。
プール監査証跡
このレポートには、XenServer Audit Logの内容が表示されます。Audit Logは、不正なアクションの実行試行と、選択された承認済みアクションをログに記録するように設計されたXenServerの機能です。 これらのアクションには以下が含まれます。
- インポートとエクスポート
- ホストとプールのバックアップ
- ゲストおよびホストのコンソールアクセス。
RBAC機能を使用してXenServer管理者に個別のユーザーアカウントと明確な役割を割り当てると、レポートは より意味のある情報を提供します。
重要:
監査ログレポートを実行するには、監査ログ機能を有効にする必要があります。デフォルトでは、Workload Balancing仮想アプライアンスで 監査ログは常に有効になっています。
強化されたプール監査証跡機能により、監査ログレポートの粒度を指定できます。また、 特定のユーザー、オブジェクト、および時間で監査証跡ログを検索およびフィルタリングすることもできます。プール監査証跡の粒度は、 デフォルトで「最小」に設定されています。このオプションは、特定のユーザーおよびオブジェクトタイプに対して限られた量のデータをキャプチャします。 レポートに必要な詳細レベルに基づいて、いつでも設定を変更できます。たとえば、 監査ログのユーザーフレンドリーなレポートには粒度を「中」に設定します。詳細なレポートが必要な場合は、オプションを 「最大」に設定します。
プール監査証跡レポートには、次の情報が含まれています。
-
時間。XenServerがユーザーのアクションを記録した時間。
-
ユーザー名。アクションが実行されたセッションを作成した人物の名前。場合によっては、この値は ユーザーIDになることがあります。
-
イベントオブジェクト。アクションの対象となったオブジェクト（例：VM）。
-
イベントアクション。発生したアクション。これらのアクションの定義については、 監査ログイベント名を参照してください。
-
アクセス。ユーザーがそのアクションを実行する権限を持っていたかどうか。
-
オブジェクト名。オブジェクトの名前（例：VMの名前）。
-
オブジェクトUUID。オブジェクトのUUID（例：VMのUUID）。
-
成功。この情報は、アクションのステータス（つまり、成功したかどうか）を提供します。
監査ログイベント名
監査ログレポートは、インポート/エクスポート、ホストとプールのバックアップ、 ゲストとホストのコンソールアクセスなど、XenServerのイベント、イベントオブジェクト、およびアクションをログに記録します。次の表は、XenServer監査ログおよびプール監査証跡レポートに頻繁に表示される一般的なイベントの一部を定義しています。 この表では、これらのイベントの粒度も指定しています。
プール監査証跡レポートでは、Event Action列にリストされているイベントは、プール、VM、またはホストに適用されます。To
イベントが何に適用されるかを判断するには、レポートのEvent Object列とObject Name列を参照してください。イベントの定義の詳細については、
XenServer Management APIのイベントセクションを参照してください。
| プール監査証跡の粒度 | イベントアクション | ユーザーアクション |
|---|---|---|
| 最小 | pool.join |
ホストに新しいプールへの参加を指示しました |
| 最小 | pool.join_force |
ホストにプールへの参加を指示しました（強制） |
| 中 | SR.destroy |
ストレージリポジトリを破棄しました |
| 中 | SR.create |
ストレージリポジトリを作成しました |
| 中 | VDI.snapshot |
VDIの読み取り専用スナップショットを取得し、そのスナップショットへの参照を返しました |
| 中 | VDI.clone |
VDIの正確なコピーを取得し、新しいディスクへの参照を返しました |
| 中 | VIF.plug |
指定されたVIFをホットプラグし、実行中のVMに動的にアタッチしました |
| 中 | VIF.unplug |
指定されたVIFをホットアンプラグし、実行中のVMから動的にデタッチしました |
| 最大 | auth.get_subject_identifier |
外部ディレクトリサービスにクエリを実行し、人間が判読できるサブジェクト名からサブジェクト識別子を文字列として取得しました |
| 最大 | task.cancel |
タスクのキャンセルを要求しました |
| 最大 | VBD.insert |
デバイスに新しいメディアを挿入しました |
| 最大 | VIF.get_by_uuid |
指定されたUUIDを持つVIFインスタンスへの参照を取得しました |
| 最大 | VDI.get_sharable |
指定されたVDIの共有可能フィールドを取得しました |
| 最大 | SR.get_all |
システムに認識されているすべてのSRのリストを返します |
| 最大 | pool.create_new_blob |
このプールに関連付けられている、名前付きバイナリデータの一部に対するプレースホルダーを作成しました |
| 最大 | host.send_debug_keys |
指定された文字列をデバッグキーとしてXenに挿入しました |
| 最大 | VM.get_boot_record |
VMの動的状態を記述するレコードを返しました。これはVMの起動時に初期化され、CPUホットプラグなどの実行時構成の変更を反映するように更新されます |
プールの健全性
プールの健全性レポートには、リソースプールとそのホストが4つの異なるしきい値 範囲（クリティカル、高、中、低）で費やした時間の割合が表示されます。プールの健全性レポートを使用して、 パフォーマンスしきい値の有効性を評価できます。
このレポートを解釈する際のいくつかのポイント：
-
平均中しきい値（青）のリソース使用率は、選択した配置戦略に関わらず最適なリソース使用率です。 同様に、円グラフの青いセクションは、そのホストが リソースを最適に使用した時間の量を示します。
-
平均低しきい値パーセント（緑）のリソース使用率は、必ずしも肯定的ではありません。低リソース 使用率が肯定的であるかどうかは、配置戦略によって異なります。配置戦略が最大密度で、 リソース使用率が緑色の場合、Workload Balancing は、そのホストまたはプールに最大数の VM を適合させていない可能性があります。もし そうであれば、ほとんどのリソース使用率が平均中 （青）しきい値の範囲に収まるまで、パフォーマンスしきい値の値を調整してください。
-
平均クリティカルしきい値パーセント（赤）のリソース使用率は、平均リソース 使用率がクリティカルしきい値に達したか、それを超えた時間の量を示します。
ホストのリソース使用率の円グラフをダブルクリックすると、XenCenter はそのホストのそのリソースに関するホスト健全性履歴レポートを 表示します。ツールバーの「親レポートに戻る」をクリックすると、プール健全性レポートに戻ります。
レポート結果のほとんどが平均中しきい値の範囲にない場合は、このプールのクリティカル しきい値を調整してください。Workload Balancing はデフォルトのしきい値設定を提供しますが、これらのデフォルトは すべての環境で効果的ではありません。環境に合わせてしきい値が適切なレベルに調整されていない場合、 Workload Balancing の最適化および配置の推奨事項は適切ではない可能性があります。詳細については、 クリティカルしきい値を変更する を参照してください。
プール健全性履歴
このレポートは、プール内のすべての物理ホストにおけるリソース使用率の経時的な折れ線グラフを提供します。これにより、 リソース使用率の傾向（しきい値（クリティカル、高、中、低）に対して増加傾向にあるかどうか）を確認できます。 パフォーマンスしきい値の有効性は、このレポートのデータポイントの傾向を監視することで、 このレポートで評価できます。
Workload Balancing は、プールを Workload Balancing に接続したときにクリティカルしきい値に設定した値からしきい値範囲を外挿します。 プール健全性レポートと似ていますが、プール健全性履歴レポートは、特定の日付におけるリソースの平均使用率を表示します。 リソースがしきい値内で費やした全体的な時間ではなく、 しきい値内で費やされた時間です。
平均空きメモリグラフを除いて、データポイントはクリティカルしきい値ライン（赤）を平均して超えることはありません。 平均空きメモリグラフの場合、データポイントはクリティカルしきい値ライン（グラフの下部にある）を平均して下回ることはありません。 このグラフは空きメモリを表示するため、クリティカルしきい値は、他のリソースとは異なり、 低い値です。
このレポートを解釈する上でのいくつかのポイント：
-
チャートの平均使用量ラインが平均中しきい値（青）ラインに近づくと、 プールのリソース使用率が最適であることを示します。この表示は、構成されている配置戦略に関わらず適用されます。
- 平均低しきい値（緑）に近づくリソース使用率は、必ずしも肯定的ではありません。低
リソース使用率が肯定的であるかどうかは、配置戦略によって異なります。次の場合：
- 配置戦略が最大密度である
- ほとんどの日で平均使用量ラインが緑色のライン以下である場合、 Workload Balancing は、そのプールに可能な限り高密度に VM を配置していない可能性があります。その場合、プールのクリティカル しきい値の値を、ほとんどのリソース使用率が平均中（青）しきい値の範囲に収まるまで調整してください。
- 平均使用量ラインが平均クリティカルしきい値（赤）と交差すると、 そのリソースの平均リソース使用率がクリティカルしきい値に達したか、それを超えた時期を示します。
グラフのデータポイントが平均中しきい値の範囲内にない場合でも、パフォーマンスが満足できるものであれば、 このプールのクリティカルしきい値を調整できます。詳細については、 クリティカルしきい値の変更を参照してください。
プール最適化履歴
プール最適化履歴レポートは、Workload Balancingの最適化アクティビティを時系列で可視化します。
最適化アクティビティは、グラフと表で要約されます。表内の日付フィールドをドリルダウンすると、 その日に実行された各プール最適化の詳細情報が表示されます。
このレポートでは、以下の情報を確認できます。
-
VM名: Workload Balancingが最適化したVMの名前。
-
理由: 最適化の理由。
-
方法: 最適化が成功したかどうか。
-
元ホスト: VMが元々ホストされていた物理ホスト。
-
移行先ホスト: VMが移行された物理ホスト。
-
時刻: 最適化が行われた時刻。
ヒント:
WLBタブの「履歴の表示」リンクをクリックして、プール最適化履歴レポートを生成することもできます。
仮想マシン移動履歴
この折れ線グラフは、一定期間にリソースプール上でVMが移行された回数を表示します。移行が 最適化の推奨によるものか、どのホストにVMが移動したかを示します。このレポートは、最適化の 理由も示します。このレポートを使用して、プール上の移行回数を監査できます。
このレポートを解釈する上でのいくつかのポイント：
-
チャートの左側にある数字は、可能な移行の数に対応しています。この値は、 リソースプール内のVMの数に基づいています。
-
レポートの「日付」セクションにある「+」記号を展開すると、特定の日付の移行の詳細を 確認できます。
仮想マシンのパフォーマンス履歴
このレポートは、指定した期間における特定のホスト上の各VMのパフォーマンスデータを表示します。Workload Balancingは、 VMに割り当てられた仮想リソースの量に基づいてパフォーマンスデータを算出します。たとえば、平均CPU使用率が VMで67%の場合、VMは指定された期間にvCPUの平均67%を使用しています。
レポートの初期表示では、指定した期間におけるリソース使用率の平均値が表示されます。
「+」記号を展開すると、個々のリソースの折れ線グラフが表示されます。これらのグラフを使用して、 時間の経過に伴うリソース使用率の傾向を確認できます。
このレポートは、CPU使用率、空きメモリ、ネットワーク読み取り/書き込み、ディスク読み取り/書き込みのデータを表示します。