This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Anpassen der Metrik-Gewichtungen
Workload Balancing verwendet Metrik-Gewichtungen, eine Methode zur Zuweisung von Wichtigkeit zu Ressourcen, um zu bestimmen, welche Hosts zuerst optimiert werden sollen.
Hinweis:
Bevor Sie Metrik-Gewichtungen anpassen, empfiehlt Citrix, sich über den Optimierungs- und Konsolidierungsprozess in der Workload Balancing-Dokumentation zu informieren. Die Informationen in diesem Artikel sind ein Teilausschnitt dieser Informationen und dienen lediglich als Referenz beim Ändern der Benutzeroberfläche.
Wenn Workload Balancing Optimierungsempfehlungen verarbeitet, erstellt es eine Optimierungsreihenfolge. Workload Balancing bestimmt die Optimierungsreihenfolge, indem es die zuerst zu bearbeitenden Hosts nach den Hosts mit den höchsten Metrikwerten für die Ressource ordnet, die auf der Seite für Metrik-Gewichtungen als die wichtigste eingestuft ist.
Wie Workload Balancing Metrik-Gewichtungen verwendet, um zu bestimmen, welche Hosts und VMs zuerst verarbeitet werden sollen, variiert je nach Optimierungsmodus, Maximale Dichte oder Maximale Leistung. Im Allgemeinen werden Metrik-Gewichtungen verwendet, wenn ein Pool im Modus Maximale Leistung ist. Wenn Workload Balancing jedoch im Modus Maximale Dichte ist, verwendet es Metrik-Gewichtungen, wenn eine Ressource ihren kritischen Schwellenwert überschreitet.
Wie Metrik-Gewichtungen im Modus Maximale Leistung angewendet werden
Im Modus Maximale Leistung verwendet Workload Balancing Metrik-Gewichtungen, um zu bestimmen:
- Welche Host-Leistung zuerst behandelt werden soll
- Welche VMs zuerst zur Migration empfohlen werden sollen
Wenn Sie beispielsweise Netzwerkschreibvorgänge als die wichtigste Ressource einstufen, behebt Workload Balancing zuerst Leistungsprobleme und gibt Optimierungsempfehlungen für den Host mit den meisten Netzwerkschreibvorgängen pro Sekunde.
Wie Metrik-Gewichtungen im Modus Maximale Dichte angewendet werden
Im Modus Maximale Dichte verwendet Workload Balancing Metrik-Gewichtungen nur, wenn ein Host den kritischen Schwellenwert erreicht. Anschließend wendet Workload Balancing einen Algorithmus ähnlich dem für Maximale Leistung an, bis keine Hosts mehr die kritischen Schwellenwerte überschreiten. Bei Verwendung des Algorithmus ähnlich dem für Maximale Leistung verwendet Workload Balancing Metrik-Gewichtungen, um die Optimierungsreihenfolge auf die gleiche Weise zu bestimmen wie im Modus Maximale Leistung.
Wenn zwei oder mehr Hosts Ressourcen haben, die ihre kritischen Schwellenwerte überschreiten, überprüft Workload Balancing die von Ihnen für jede Ressource festgelegte Wichtigkeit, bevor es bestimmt, welcher Host zuerst optimiert und welche VMs auf diesem Host zuerst verschoben werden sollen.
Ihr Pool enthält beispielsweise Host A und Host B, die sich im folgenden Zustand befinden:
- Die CPU-Auslastung auf Host A überschreitet den kritischen Schwellenwert für die CPU. Die Metrikgewichtung für die CPU-Auslastung ist ganz rechts am Schieberegler eingestellt (Wichtiger).
- Die Speicherauslastung auf Host B überschreitet den kritischen Schwellenwert für den Speicher. Die Metrikgewichtung für die Speicherauslastung ist ganz links am Schieberegler eingestellt (Weniger wichtig).
Workload Balancing empfiehlt, zuerst Host A zu optimieren, da die Ressource, die dort den kritischen Schwellenwert erreicht hat, die Ressource mit der höchsten Gewichtung ist. Nachdem Workload Balancing festgestellt hat, dass die Leistung auf Host A angegangen werden muss, beginnt Workload Balancing, Platzierungen für VMs auf diesem Host zu empfehlen. Diese Empfehlungen beginnen mit der VM, die die höchste CPU-Auslastung aufweist, da diese CPU-Auslastung die Ressource mit der höchsten Gewichtung ist.
Nachdem Workload Balancing die Optimierung von Host A empfohlen hat, gibt es Optimierungsempfehlungen für Host B. Wenn es Platzierungen für die VMs auf Host B empfiehlt, geschieht dies, indem zuerst die CPU-Auslastung berücksichtigt wird, da der CPU-Auslastung die höchste Gewichtung zugewiesen wurde.
Wenn weitere Hosts optimiert werden müssen, befasst sich Workload Balancing mit der Leistung auf diesen Hosts entsprechend dem Host, der die dritthöchste CPU-Auslastung aufweist.
Standardmäßig sind alle Metrikgewichtungen auf den äußersten Punkt des Schiebereglers eingestellt (Wichtiger).
Hinweis:
Die Gewichtung von Metriken ist relativ. Dieses Verhalten bedeutet, dass, wenn alle Metriken auf dasselbe Niveau eingestellt sind, selbst wenn dieses Niveau Weniger wichtig ist, sie alle gleich gewichtet werden. Die Beziehung der Metriken zueinander ist wichtiger als die tatsächliche Gewichtung, die Sie für jede Metrik festlegen.
Metrikgewichtungsfaktoren bearbeiten
- Wählen Sie den Pool im Bereich Ressourcen, wählen Sie die Registerkarte WLB und dann Einstellungen.
- Wählen Sie im linken Bereich Metrikgewichtung.
-
Passen Sie auf der Seite Metrikgewichtung die Schieberegler neben den einzelnen Ressourcen nach Wunsch an.
Das Verschieben des Schiebereglers in Richtung Weniger wichtig zeigt an, dass die Sicherstellung, dass virtuelle Maschinen immer die höchste Menge dieser Ressource zur Verfügung haben, in diesem Ressourcenpool nicht so entscheidend ist.
Verwandte Dokumentation
XenServer Current Release
Teilen
Teilen
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.