ワークロードバランシングの基本的なタスク

最終公開日 : Oct 07, 2026
ワークロードバランシングを初めて使用する際、定期的にワークロードバランシングを使用して実行する基本的なタスクがいくつかあります。
これらの基本的なタスクを実行できるだけでなく、Workload Balancing は、環境内のワークロードを最適化する強力な XenServer® コンポーネントです。 ワークロードを最適化できる機能には、次のものがあります。
  • ホストの電源管理
  • 最適化モード変更のスケジュール設定
  • レポートの実行
  • ワークロードバランシングが最適化推奨事項を作成するために使用する基準の微調整。
これらのより複雑な機能の詳細については、 Administer Workload Balancing を参照してください。
注:
  • Workload Balancing は、XenServer Premium Edition のお客様にご利用いただけます。XenServer のライセンスの詳細については、 Licensing を参照してください。アップグレードまたは XenServer ライセンスの取得については、 XenServer website を参照してください。
  • Workload Balancing 8.4.1 は、XenServer 8.4 および XenServer 9 と互換性があります。
  • Workload Balancing 仮想アプライアンスのベース OS は、元々汎用 Linux ディストリビューションから派生したものです。 Workload Balancing 仮想アプライアンス全体は、XenServer によって、 XenServer Product Matrix に記載されているとおりにサポートされています。
Related information
ワークロードバランシング

VM を実行するのに最適なホストを決定する

Workload Balancing を有効にしてオフラインの VM を再起動すると、XenCenter® は VM を起動するのに最適なプールメンバーを推奨します。 推奨は、星が最適なホストを示すために使用されるため、スター評価とも呼ばれます。
この図は、サーバーで起動機能のスクリーンショットを示しています。host17 は VM を起動するのに最適なホストであるため、その横に多くの星が表示されています。host16 の横には星がなく、そのホストが推奨されないことを示しています。ただし、host16 は有効になっているため、ユーザーは選択できます。host18 はメモリ不足のためグレー表示されており、ユーザーは選択できません。](/en-us/xenserver/8/media/wlb-vm-placement.png)
Workload Balancing が有効になっている場合、XenCenter は VM を起動するための最適なホストを示すスター評価を提供します。 これらの評価は、次の場合にも提供されます。
  • VM の電源がオフのときに起動したい場合
  • VM がサスペンドされているときに起動したい場合
  • VM を別のホストに移行したい場合 (移行およびメンテナンスモード)
Workload Balancing を有効にしてこれらの機能を使用すると、物理ホスト名の横にホストの推奨がスター評価として表示されます。 5つの空の星は、最低評価、つまり最も最適ではないホストを示します。
用語 最適 は、ワークロードのホスティングに最も適した物理ホストを示します。いくつかの要素を 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 は、利用可能な CPU は少ないが、利用可能なメモリは多いホストを選択する可能性があります。 これは VM が必要とする場合です。
一般に、Workload Balancing は、推奨するホストで VM を起動すると、より効果的に機能し、より適切で頻度の低い最適化の推奨を行います。 ホストの推奨に従うには、配置機能のいずれかを使用して、最も多くの星が付いているホストを選択します。 配置の推奨は、 Citrix Virtual Apps and Desktops™ 環境でも役立ちます。

最適なホストで VM を起動するには

  1. XenCenter のリソースペインで、起動したい VM を選択します。
  2. 「VM」メニューから「サーバーで起動」を選択し、次のいずれかを選択します。
    • 最適なサーバー。最適なサーバーとは、起動しようとしているVMのリソース要件に最も適した物理ホストのことです。 Workload Balancingは、パフォーマンスメトリックの履歴記録と配置戦略に基づいて最適なサーバーを決定します。 最適なサーバーは、最も多くの星が付いているホストです。
    • 最適なサーバーコマンドの下にリストされている、星評価付きのサーバーのいずれか。5つの星は最も推奨される（最適な）ホストを、 5つの空の星は最も推奨されないホストを示します。
ヒント:
「サーバーで起動」は、リソースペインで起動したいVMを右クリックして選択することもできます。

最適なホストでVMを再開するには

  1. XenCenterのリソースペインで、再開したい中断状態のVMを選択します。
  2. 「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最適化タブに表示されます。
](/en-us/xenserver/8/media/wlb-optimize-recommendations.png)
最適化の推奨事項には、次の情報が表示されます。
  • Workload Balancingが再配置を推奨するVMの名前
  • VMが現在存在するホスト
  • Workload Balancingが新しい場所として推奨するホスト。
最適化の推奨事項には、Workload BalancingがVMの移動を推奨する理由も表示されます。たとえば、 CPU使用率を改善するために「CPU」と表示されます。Workload Balancingの電源管理が有効になっている場合、 Workload Balancingは、電源のオン/オフを推奨するホストの最適化推奨事項も表示します。 具体的には、これらの推奨事項は統合のためのものです。
推奨事項の適用をクリックすると、最適化推奨事項リストに記載されているすべての操作を実行できます。

最適化の推奨事項を適用するには

  1. XenCenterの［リソース］ペインで、推奨事項を表示するリソースプールを選択します。
  2. 「WLB」タブをクリックします。選択したリソースプール上のいずれかのVMに推奨される最適化がある場合、それらは WLBタブの「最適化の推奨事項」セクションに表示されます。
  3. 推奨事項を適用するには、「推奨事項の適用」をクリックします。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 レポートを生成する

  1. XenCenterで、プールメニューからワークロードレポートの表示を選択します。
    WLBタブからレポートボタンをクリックして、ワークロードレポート画面を表示することもできます。
  2. ワークロードレポート画面で、レポートペインからレポートを選択します。
  3. レポート期間の開始日と終了日を選択します。選択したレポートによっては、 ホストリストでホストを指定する必要がある場合があります。
  4. レポートの実行をクリックします。レポートがレポートウィンドウに表示されます。レポートの意味については、 参照してください Workload Balancing レポート用語集。

Workload Balancing レポート内を移動する

レポートを生成した後、レポート内のツールバーボタンを使用して、移動したり特定のタスクを実行したりできます。ツールバーボタンの名前を表示するには、 ツールバーアイコンの上にマウスを置きます。
ツールバーボタン 説明
ドキュメントマップ(/en-us/xenserver/8/media/wlb-doc-map-icon.png) ドキュメントマップを使用すると、長いレポート内を移動するのに役立つドキュメントマップを表示できます。
ページ送り/戻し(/en-us/xenserver/8/media/wlb-page-forward-back-icon.png) ページ送り/戻しを使用すると、レポート内で1ページ進む、または戻ることができます。
親レポートに戻る(/en-us/xenserver/8/media/wlb-back-parent.png) 親レポートに戻るを使用すると、ドリルスルーレポートを操作しているときに、親レポートに戻ることができます。 注: このボタンは、プール健全性レポートなどのドリルスルーレポートでのみ使用できます。
レンダリングを停止(/en-us/xenserver/8/media/wlb-stop-render-icon.png) レンダリングを停止は、レポートの生成をキャンセルします。
印刷(/en-us/xenserver/8/media/wlb-printer-icon.png) 印刷を使用すると、レポートを印刷し、一般的な印刷オプションを指定できます。これらのオプションには、プリンター、ページ数、部数が含まれます。
印刷レイアウト(/en-us/xenserver/8/media/wlb-print-layout-icon.png) 印刷レイアウトを使用すると、印刷する前にレポートのプレビューを表示できます。印刷レイアウトを終了するには、「印刷レイアウト」ボタンをもう一度クリックします。
ページ設定(/en-us/xenserver/8/media/wlb-page-setup-icon.png) ページ設定を使用すると、用紙サイズ、ページの向き、余白などの印刷オプションを指定できます。
エクスポート(/en-us/xenserver/8/media/wlb-save-icon.png) エクスポートを使用すると、レポートをAcrobat (.PDF) ファイルまたは.XLS拡張子のExcelファイルとしてエクスポートできます。
検索(/en-us/xenserver/8/media/wlb-find-icon.png) 検索を使用すると、レポート内の単語（VMの名前など）を検索できます。

Workload Balancing レポートのエクスポート

レポートは、Microsoft Excel形式またはAdobe Acrobat (PDF) 形式でエクスポートできます。
  1. レポートを生成した後、次の「エクスポート」ボタンをクリックします。
  2. 「エクスポート」ボタンメニューから、次のいずれかの項目を選択します。
    • エクセル
    • Acrobat (PDF) ファイル
注：
選択したエクスポート形式によって、レポートに含まれるデータ量が異なります。エクセルにエクスポートされたレポートには、 「ドリルダウン」データを含む、レポートで利用可能なすべてのデータが含まれます。PDF にエクスポートされ、 XenCenter に表示されるレポートには、レポート生成時に選択したデータのみが含まれます。

Workload Balancing レポート用語集

このセクションでは、次のWorkload Balancing レポートに関する情報を提供します。
  • チャージバック使用率分析
  • ホストの健全性履歴
  • 「プール最適化パフォーマンス履歴」(/ja-jp/xenserver/8/wlb/basic-tasks.html#pool-optimization-performance-history)
  • 「プール監査証跡」(/ja-jp/xenserver/8/wlb/basic-tasks.html#pool-audit-trail)
  • 「プール健全性」(/ja-jp/xenserver/8/wlb/basic-tasks.html#pool-health)
  • 「プール健全性履歴」(/ja-jp/xenserver/8/wlb/basic-tasks.html#pool-health-history)
  • 「プール最適化履歴」(/ja-jp/xenserver/8/wlb/basic-tasks.html#pool-optimization-history)
  • 「仮想マシン移動履歴」(/ja-jp/xenserver/8/wlb/basic-tasks.html#virtual-machine-motion-history)
  • 「仮想マシンパフォーマンス履歴」(/ja-jp/xenserver/8/wlb/basic-tasks.html#virtual-machine-performance-history)

チャージバック利用状況分析

「チャージバック利用状況分析レポート」（「チャージバックレポート」）を使用して、組織内の 特定の部門がどれだけのリソースを使用したかを判断できます。具体的には、このレポートは、 プール内のすべてのVMに関する情報（可用性やリソース使用率など）を表示します。このレポートはVMの稼働時間を示すため、 サービスレベル契約（SLA）への準拠と可用性を実証するのに役立ちます。
チャージバックレポートは、シンプルなチャージバックソリューションを実装し、請求を容易にするのに役立ちます。顧客に 特定のリソースの料金を請求するには、レポートを生成し、Excel形式で保存し、スプレッドシートを編集して単位あたりの 価格を含めます。あるいは、Excelデータを請求システムにインポートすることもできます。
内部または外部の顧客にVMの使用量について請求する場合、VMの命名規則に部門名または顧客名を 含めることを検討してください。この慣行により、チャージバックレポートの読み取りが容易になります。
チャージバックレポートにおけるリソースレポートは、個々のVMへの物理リソースの割り当てに 基づいている場合があります。
このレポートの平均メモリデータは、現在VMに割り当てられているメモリ量に基づいています。XenServerでは、 固定メモリ割り当てまたは自動調整メモリ割り当て（動的メモリ 制御）を使用できます。
チャージバックレポートには、以下のデータ列が含まれています。
  • VM名。その行の列のデータが適用されるVMの名前。
  • VM稼働時間。VMが起動していた時間（より具体的には、XenCenterでVMの横に緑色のアイコンが表示されていた 時間）を分単位で表します。
  • vCPU割り当て。VMに構成されている仮想CPUの数。各仮想CPUは、均等なシェアを受け取ります。 ホスト上の物理CPUの。例えば、2つの物理CPUを含むホストに8つの仮想CPUを構成した場合を考えてみましょう。 2つの物理CPUを含むホストに。vCPU割り当て列に「1」と表示されている場合、この値はホストの総処理能力の2/16に相当します。 ホストの総処理能力の。
  • 最小CPU使用率 (%)。レポート期間中に記録された仮想CPU使用率の最低値。この 値は、VMのvCPU容量に対する割合として表されます。容量は、vCPUの数に基づいています。 VMに割り当てられたvCPUの数に基づいています。例えば、VMに1つのvCPUをVMに割り当てた場合、「最小CPU使用率」は最低 記録されたvCPU使用率の割合を表します。VMに2つのvCPUをVMに割り当てた場合、この値は最低使用率です。 両方の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をVMに割り当てた場合、最大CPU使用率は報告期間中に記録されたvCPU使用率の最高 割合を表します。VMに2つの仮想CPUをVMに割り当てた場合、この列の値は 両方の仮想CPUの合計容量からの最高使用率を表します。
  • 平均CPU使用率 (%)。レポート期間中に使用されたVMの仮想CPU容量の平均量（割合で表示）。 CPU容量は、VMに割り当てた仮想CPU容量です。VMに2つの仮想CPUをVMに割り当てた場合、 この列の値は両方の仮想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の場合、2,048 MBが「現在の最大動的メモリ (MB)」列に表示されます。
    • 固定メモリ割り当て。VMに固定量のメモリ（例えば1,024 MB）を割り当てた場合、同じ 量のメモリが以下の列に表示されます: 現在の最小動的メモリ (MB)、現在の最大動的 メモリ (MB)、現在の割り当て済みメモリ (MB)、および平均割り当て済みメモリ (MB)。
  • 現在の割り当て済みメモリ (MB)。
    • 動的メモリ割り当て。動的メモリ制御が構成されている場合、この値は、 レポート実行時にXenServerがVMに割り当てるメモリの量を示します。
    • 固定メモリ割り当て。VMに固定量のメモリ（例：1,024 MB）を割り当てた場合、同じ メモリ量が以下の列に表示されます：Current Minimum Dynamic Memory (MB)、Current Maximum Dynamic Memory (MB)、Current Assigned Memory (MB)、およびAverage Assigned Memory (MB)。
    注記:
    このレポートを実行する直前にVMのメモリ割り当てを変更した場合、この 列に反映される値は、構成した新しいメモリ割り当てを反映します。
  • 平均割り当てメモリ (MB)。
    • 動的メモリ割り当て。動的メモリ制御が構成されている場合、この値は、 レポート期間中にXenServerがVMに割り当てたメモリの平均量を示します。
    • 固定メモリ割り当て。VMに固定量のメモリ（例：1,024 MB）を割り当てた場合、同じ メモリ量が以下の列に表示されます：Current Minimum Dynamic Memory (MB)、Current Maximum Dynamic Memory (MB)、Current Assigned Memory (MB)、およびAverage Assigned Memory (MB)。
    注記:
    このレポートを実行する直前にVMのメモリ割り当てを変更した場合、この列の値は 以前表示されていたものから変わらない可能性があります。この列の値は、期間中の 平均を反映します。
  • 平均ネットワーク読み取り (BPS)。レポート期間中にVMが受信したデータの平均量（ ビット/秒）です。
  • 平均ネットワーク書き込み (BPS)。レポート期間中にVMが送信したデータの平均量（ ビット/秒）です。
  • 平均ネットワーク使用量 (BPS)。平均ネットワーク読み取りと平均ネットワーク書き込みの合計（ビット/秒）。 VMがレポート期間中に平均1,027 bpsを送信し、平均23,831 bpsを受信した場合、平均ネットワーク使用量はこれらの値の合計である 24,858 bpsになります。
  • 合計ネットワーク使用量 (BPS)。レポート期間中のすべてのネットワーク読み取りおよび書き込みトランザクションの合計（ ビット/秒）です。

ホストの健全性履歴

このレポートは、特定のホストにおけるリソース（CPU、メモリ、ネットワーク読み取り、ネットワーク書き込み）のパフォーマンスを、 しきい値との関連で表示します。
色付きの線（赤、緑、黄）は、しきい値を表します。ホストのパフォーマンスがプール全体の健全性にどのように影響するかを判断するために、このレポートをホストのプール健全性 レポートと組み合わせて使用できます。パフォーマンスのしきい値を編集する際に、 ホストのパフォーマンスに関する洞察を得るためにこのレポートを使用できます。
リソース使用率を日次または時間ごとの平均として表示できます。時間ごとの平均では、最も忙しい時間帯を 指定された期間の平均として確認できます。
時間ごとにグループ化されたレポートデータを表示するには、Host Health Historyの下にあるClick to view report data grouped by hour for the time periodを展開します。
Workload Balancing displays the average for each hour for the time period you set. The data point is based on a utilization average for that hour for all days in the time period. For example, in a report for May 1, 2009, to May 15, 2009, the Average CPU Usage data point represents the resource utilization of all 15 days at 12:00 hours. This information is combined as an average. If CPU utilization was 82% at 12PM on May 1, 88% at 12PM on May 2, and 75% on all other days, the average displayed for 12PM is 76.3%.
注記:
Workload Balancingは、スパイクやピークを平滑化し、データが人為的に高く表示されないようにします。

プール最適化パフォーマンス履歴

最適化パフォーマンスレポートは、プールの平均リソース使用量に対する最適化イベントを表示します。これらの イベントは、リソースプールを最適化した時点のものです。具体的には、CPU、メモリ、 ネットワーク読み取り、およびネットワーク書き込みのリソース使用量を表示します。
点線は、選択した期間におけるプール全体の平均使用量を示します。青いバーは、 プールを最適化した日を示します。
このレポートは、Workload Balancingが環境で正常に機能しているかどうかを判断するのに役立ちます。この レポートを使用して、最適化イベントに至るまでの状況（つまり、Workload Balancingが最適化を推奨する前のリソース使用量）を 確認できます。
このレポートは、その日の平均リソース使用量を表示します。システムが負荷を受けているときのようなピーク使用率は表示されません。 Workload Balancingが最適化の推奨を行っていないときに、リソースプールがどのように機能しているかを確認するためにも、このレポートを 使用できます。
一般的に、最適化イベントの後、リソース使用量は減少するか、安定した状態を保ちます。最適化後にリソース 使用量の改善が見られない場合は、しきい値の再調整を検討してください。また、リソースプールにVMが多すぎるかどうか、および 指定した期間中に新しいVMを追加または削除したかどうかを検討してください。

プール監査証跡

このレポートは、XenServer Audit Logの内容を表示します。Audit Logは、不正なアクションの実行試行と、選択された承認済みアクションをログに記録するように設計されたXenServerの機能です。 これらのアクションには以下が含まれます。
  • インポートとエクスポート
  • ホストとプールのバックアップ
  • ゲストおよびホストのコンソールアクセス。
RBAC機能を使用してXenServer管理者に個別のユーザーアカウントと 明確な役割を割り当てると、レポートはより意味のある情報を提供します。
重要:
監査ログレポートを実行するには、監査ログ機能を有効にする必要があります。デフォルトでは、 Workload Balancing仮想アプライアンスでは監査ログは常に有効になっています。
強化されたプール監査証跡機能により、監査ログレポートの粒度を指定できます。また、 特定のユーザー、オブジェクト、および時間で監査証跡ログを検索およびフィルタリングすることもできます。プール監査証跡の粒度は、 デフォルトで「最小」に設定されています。このオプションは、特定のユーザーとオブジェクトタイプに対して限られた量のデータをキャプチャします。いつでも レポートに必要な詳細レベルに基づいて設定を変更できます。たとえば、監査ログのユーザーフレンドリーなレポートには 粒度を「中」に設定します。詳細なレポートが必要な場合は、オプションを 「最大」に設定します。
プール監査証跡レポートには、次の情報が含まれています。
  • 時刻。XenServerがユーザーのアクションを記録した時刻。
  • ユーザー名。アクションが実行されたセッションを作成した人物の名前。場合によっては、この値 はユーザーIDになることがあります。
  • イベントオブジェクト。アクションの対象となったオブジェクト（例：VM）。
  • イベントアクション。発生したアクション。これらのアクションの定義については、 Audit Log Event Namesを参照してください。
  • アクセス。ユーザーがアクションを実行する権限を持っていたかどうか。
  • オブジェクト名。オブジェクトの名前（例：VMの名前）。
  • オブジェクトUUID。オブジェクトのUUID（例：VMのUUID）。
  • 成功。この情報は、アクションのステータス（つまり、成功したかどうか）を提供します。

監査ログイベント名

監査ログレポートは、インポート/エクスポート、ホストおよびプールバックアップを含むXenServerイベント、イベントオブジェクト、およびアクションをログに記録します。 ゲストおよびホストのコンソールアクセス。次の表は、XenServer監査ログおよびプール監査証跡レポートに頻繁に表示される一般的なイベントの一部を定義しています。 この表では、これらのイベントの粒度も指定しています。
プール監査証跡レポートでは、Event Action列にリストされているイベントは、プール、VM、またはホストに適用されます。 イベントが何に適用されるかを判断するには、レポートの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を適合させていない可能性があります。If so, adjust your performance threshold values until most of your resource utilization falls into the Average Medium (blue) threshold range.
  • 平均クリティカルしきい値パーセント（赤）のリソース使用率は、平均リソース使用率がクリティカルしきい値に達した、またはそれを 超えた時間を示します。
ホストのリソース使用状況の円グラフをダブルクリックすると、XenCenterはそのホストのそのリソースに関するホスト健全性履歴レポートを 表示します。ツールバーの親レポートに戻るをクリックすると、プール健全性レポートに戻ります。
レポート結果のほとんどが平均中しきい値の範囲内にない場合は、このプールのクリティカル しきい値を調整してください。Workload Balancingはデフォルトのしきい値設定を提供しますが、これらのデフォルトは すべての環境で効果的ではありません。環境に合わせてしきい値が適切なレベルに調整されていない場合、 Workload Balancingの最適化と配置の推奨事項は適切ではない可能性があります。詳細については、 クリティカルしきい値を変更するを参照してください。

プール健全性履歴

このレポートは、プール内のすべての物理ホストにおけるリソース使用率の経時的な折れ線グラフを提供します。これにより、 リソース使用率の傾向（しきい値（クリティカル、高、中、 および低）に対して増加傾向にあるかどうか）を確認できます。このレポートのデータポイントの傾向を監視することで、 パフォーマンスしきい値の有効性を評価できます。
Workload Balancingは、プールをWorkload Balancingに接続したときにクリティカルしきい値に設定した値からしきい値範囲を 外挿します。プール健全性レポートと似ていますが、プール健全性履歴レポートは、 特定の日付におけるリソースの平均使用率を表示します。リソースがしきい値内で費やした全体的な時間ではなく、 そのしきい値内で費やした時間ではありません。
平均空きメモリグラフを除き、データポイントがクリティカルしきい値ライン（赤）を平均して超えることはありません。For the Average Free Memory graph, the data points never average below the Critical threshold line (which is at the bottom of the graph). Because this graph displays free memory, the Critical threshold is a low value, unlike the other resources.
このレポートの解釈に関するいくつかのポイント：
  • チャートの平均使用量ラインが平均中しきい値（青）ラインに近づくと、プールのリソース使用率が 最適であることを示します。この表示は、設定されている配置戦略に関係ありません。
  • 平均低しきい値（緑）に近づくリソース使用率は、必ずしも肯定的ではありません。低 リソース使用率が肯定的であるかどうかは、配置戦略によって異なります。次の場合：
    • 配置戦略が最大密度である
    • ほとんどの日で平均使用量ラインが緑色のライン以下である Workload Balancingは、そのプールにVMを可能な限り高密度に配置していない可能性があります。その場合は、リソース使用率のほとんどが平均中（青）のしきい値範囲に収まるまで、プールのクリティカル しきい値の値を調整してください。
  • 平均使用量ラインが平均クリティカルしきい値（赤）と交差すると、そのリソースの平均 リソース使用率がクリティカルしきい値に達した、またはそれを超えた時期を示します。
グラフのデータポイントが平均中しきい値の範囲内にない場合でも、パフォーマンスが満足できるものであれば、 このプールのクリティカルしきい値を調整できます。詳細については、 クリティカルしきい値を変更するを参照してください。

プール最適化履歴

プール最適化履歴レポートは、Workload Balancing の最適化アクティビティを時系列で可視化します。
最適化アクティビティは、グラフと表で要約されます。表内の日付フィールドをドリルダウンすると、 その日に実行された各プール最適化の詳細情報が表示されます。
このレポートでは、次の情報を確認できます。
  • VM名: Workload Balancing が最適化したVMの名前。
  • 理由: 最適化の理由。
  • 方法: 最適化が成功したかどうか。
  • 元ホスト: VMが元々ホストされていた物理ホスト。
  • 移行先ホスト: VMが移行された物理ホスト。
  • 時刻: 最適化が行われた時刻。
ヒント:
WLBタブで「履歴の表示」リンクをクリックして、プール最適化履歴レポートを生成することもできます。

仮想マシン移動履歴

この折れ線グラフは、一定期間にリソースプール上でVMが移行された回数を表示します。 移行が最適化の推奨によるものか、どのホストにVMが移動したかを示します。このレポートは、 最適化の理由も示します。このレポートを使用して、プール上の移行数を監査できます。
このレポートの解釈に関するいくつかのポイント:
  • グラフの左側の数値は、可能な移行の数に対応しています。この値は、 リソースプール内のVMの数に基づいています。
  • レポートの「日付」セクションにある「+」記号を展開すると、特定の日の移行の詳細を 確認できます。

仮想マシンのパフォーマンス履歴

このレポートは、指定した期間における特定のホスト上の各VMのパフォーマンスデータを表示します。Workload Balancingは VMに割り当てられた仮想リソースの量に基づいてパフォーマンスデータを算出します。たとえば、VMの平均CPU使用率が 67%の場合、VMは指定された期間において平均でvCPUの67%を使用します。
レポートの初期表示では、指定した期間におけるリソース使用率の平均値が表示されます。
「+」記号を展開すると、個々のリソースの折れ線グラフが表示されます。これらのグラフを使用して、リソースの 時間の経過に伴う使用率の傾向を確認できます。
このレポートは、CPU使用率、空きメモリ、ネットワーク読み取り/書き込み、ディスク読み取り/書き込みのデータを表示します。