パフォーマンスイベントに関連したワークロードの役割
変更を提案
PDF
Unified Manager では、ロールを使用して、パフォーマンスイベントにワークロードがどのように関連しているかを特定します。役割には Victim 、 Bully 、 Shark があります。ユーザ定義のワークロードは同時に Victim 、 Bully 、 Shark となることがあります。
| ロール | 説明 |
|---|---|
被害者 |
クラスタコンポーネントを過剰に使用している、他のワークロード（ Bully ）によってパフォーマンスが低下したユーザ定義のワークロード。Victim とみなされるのはユーザ定義のワークロードのみです。Unified Manager はレイテンシの偏差に基づいて、イベント中のレイテンシの実測値がレイテンシ予測（想定範囲）から大幅に増加しているワークロードを Victim ワークロードとして特定します。 |
影響源 |
ユーザ定義またはシステム定義のワークロードで、クラスタコンポーネントが過剰に使用されていると、「 Victim 」と呼ばれる他のワークロードのパフォーマンスが低下した場合。Unified Manager はクラスタコンポーネントの使用量の偏差に基づいて、イベント中の使用量の実測値が想定範囲から大幅に増加しているワークロードを Bully ワークロードとして特定します。 |
シャーク |
イベントに関連するすべてのワークロードの中でクラスタコンポーネントの使用量が最も多いユーザ定義のワークロード。Unified Manager はイベント中のクラスタコンポーネントの使用量に基づいて Shark ワークロードを特定します。 |
クラスタのワークロードは、アグリゲートや CPU などのクラスタコンポーネントの多くを共有し、ネットワークやデータの処理に使用できます。ボリュームなどのワークロードがあると、クラスタコンポーネントの使用量が増えて、コンポーネントがワークロードの要求を効率的に満たすことができない状態になると、コンポーネントは競合状態になります。この、クラスタコンポーネントを過剰に消費しているワークロードが「 Bully 」で、これらのコンポーネントを共有しており、 Bully によってパフォーマンスに影響が出ているワークロードが「 Victim 」です。重複排除や Snapshot コピーなど、システム定義のワークロードのアクティビティも、「いじめ」にエスカレーションできます。
Unified Manager はイベントを検出すると、関連するすべてのワークロードとクラスタコンポーネントを特定します。これには、イベントの原因となった Bully ワークロード、競合状態のクラスタコンポーネント、および Bully ワークロードのアクティビティが増加したためにパフォーマンスが低下した Victim ワークロードが含まれます。
|
Unified Manager が Bully ワークロードを特定できない場合は、 Victim ワークロードと関連するクラスタコンポーネントに関するアラートだけが生成されます。 |
Unified Manager は Bully ワークロードの Victim ワークロードを特定でき、同じワークロードが Bully ワークロードになった場合にも特定できます。ワークロードは自身に対して Bully ワークロードになることがあります。たとえば、負荷の高いワークロードがポリシーグループの制限によって調整される場合、そのワークロードが含まれるポリシーグループ内のすべてのワークロードが調整されます。継続的なパフォーマンスイベントでは、 Bully ワークロードまたは Victim ワークロードは役割が変わったり、あるいはイベントに関連しなくなったりすることがあります。