Live Optics, Optical Prime: Richtige Dimensionierung virtueller Maschinen

Hinweis: Die folgenden Funktionen sind abhängig von der Datenverfügbarkeit. In bestimmten VM-Umgebungen sind keine Einblicke in bereitgestellte und verbrauchte Ressourcen möglich oder sie sind zu diesem Zeitpunkt möglicherweise nicht verfügbar. In diesem Fall werden die VM und manchmal das gesamte Diagramm (alle VMs) durch graue Balken dargestellt. Dies tritt fast immer in einem Hyper-V-Projekt auf, in dem keine VMTools-Entsprechung vorhanden ist. 

Es ist eine gängige Technik und ein gängiger Vorteil der Virtualisierung, virtuelle Maschinen übermäßig bereitzustellen. Die Praxis besteht im Wesentlichen aus zwei Strategien: (1) Zuweisung von mehr Ressourcen für eine VM, als sie zu diesem Zeitpunkt benötigt, und (2) optionale Zuweisung von mehr Ressourcen für alle VMs, als eine als Infrastruktur zur Verfügung steht.

Alternativ kann einer VM eine verschwenderische Anzahl von Ressourcen zugewiesen worden sein, die wahrscheinlich nie verbraucht werden. In einer Private-Cloud-Umgebung muss dies möglicherweise nicht überwacht werden. Wenn Sie jedoch eine dieser VMs auf eine Plattform verschieben, deren Gebühren auf der Grundlage der zugewiesenen Ressourcen abgerechnet werden, kann ein stark überdimensionierter Computer viel Geld kosten.

Selbst in einigen Private-Cloud-Umgebungen wird eine Ressource, wenn sie zugewiesen wird, aus dem verfügbaren Pool entfernt. Wenn die Ressourcen aufgebraucht sind, beschaffen Sie sich mehr, um sie zu erweitern. Alternativ können Sie alle ungenutzten Ressourcen zurückfordern, um Ausgaben zu vermeiden.

Public-Cloud-Anbieter fallen zufällig in diese Kategorie. Die Strategie der Public Cloud besteht darin, nur für das zu zahlen, was tatsächlich genutzt wird, und bei Bedarf mehr oder weniger Ressourcen nach Bedarf anzupassen.

In der Regel weist ein Administrator in der Public Cloud einer VM eine "Instanz" zu. Eine Instanz ist ein festes Bundle aus vCPU, Arbeitsspeicher und Kapazität und stellt im Grunde ein inkrementelles Fakturierungsinkrement dar.

Für diejenigen, die neu in der Public Cloud sind, versuchen AdministratorInnen möglicherweise, die bereitgestellten Merkmale einer VM zu replizieren, und zahlen dabei übermäßige Beträge für Ressourcen, die die VM nie verwendet.

Beispiel für eine Arbeitsspeicherüberbelegung

Im folgenden Beispiel werden die VMs mit der niedrigsten Auslastung der zugewiesenen Ressourcen von links nach rechts ausgerichtet, wobei die am weitesten links stehende VM die VM ist, die über die größte Menge an ungenutztem zugewiesenem Arbeitsspeicher verfügt. Theoretisch sind dies die VMs mit der höchsten Menge an Ressourcen, die zurückgewonnen werden können, und die idealen Kandidaten für die richtige Dimensionierung. 

Bevor Sie Ressourcen auf ein Fakturierungsmodell umstellen, bei dem eine Zahlung für die Ressourcenzuweisung im Vergleich zum Ressourcenverbrauch erforderlich ist, legen Sie zunächst die richtige Größe für die VMs fest.

Das Live Optics-Overprovisioning-Diagramm hilft dabei, zu visualisieren, welche VMs in Ihrer Umgebung potenzielle Kandidaten für eine kleinere Konfigurationsstellfläche sind.

Dieses Diagramm zeigt die bereitgestellten und verwendeten Attribute von vCPU, Arbeitsspeicher und Kapazität als einzelne Diagramme. Die VMs mit dem höchsten ungenutzten Speicherplatz für die ausgewählte Kategorie werden beginnend auf der linken Seite des Diagramms von der höchsten zur niedrigsten Sortierung sortiert.

Schauen Sie nach rechts (oder scrollen Sie nach rechts in wirklich großen Sammlungen) und sehen Sie schließlich, dass die VMs größtenteils fast 100 % ihrer zugewiesenen Ressourcen verwenden. 

Verstehen, wie die Diagramme zu lesen sind.

Mit Ausnahme von vCPU ist der blaue Balken die bereitgestellte Menge des Attributs und der gelbe Balken die verwendete Menge. Im Allgemeinen sind die VMs, die prozentual am meisten blau (bereitgestellt) im Vergleich zu ihren gelben (genutzten) Gegenstücken aufweisen, am stärksten überdimensioniert.

Die Zuweisung von Kapazität und Speicher ist relativ einfach, und wenn man entscheidet, dass diese Ressourcen tatsächlich zurückgewonnen werden können, ist der Prozess unkompliziert und kann zur Vermeidung unnötiger Upgrades führen.

Beispiel für eine Kapazitätsüberbelegung

Im folgenden Beispiel sind alle ungenutzten Kapazitäten blau dargestellt, wobei die VMs mit der meisten ungenutzten Kapazität auf der linken Seite angezeigt werden. Beachten Sie, dass die Balken selbst nicht von oben nach unten nach bereitgestellter Kapazität sortiert sind. Stattdessen werden die Balken vom höchsten zum niedrigsten Wert der freien oder ungenutzten Kapazität ausgerichtet. 

Dies sind die VMs, die sich am besten für die richtige Dimensionierung der Kapazität eignen. 

Beispiel für vCPU-Überbelegung

Die vCPU-Version ist ähnlich, aber schwieriger zu verstehen. Der blaue Balken stellt die Gesamtmenge der bereitgestellten Ressourcen dar. Das Gelb ist jedoch das verwendete Äquivalent. Lassen Sie mich das erklären. 

Alle physischen CPUs und vCPUs haben eine GHz-Verbrauchsmenge. Dieser Prozentsatz wird als die gesamte Verarbeitungsleistung der VMs und nicht für jede vCPU selbst verfolgt.

Oft entspricht eine vCPU mehr oder weniger einem physischen Core. Oft können einer VM mehrere vCPUs zugewiesen werden, und zwar aus architektonischen Gründen, die durch das Design der Workload erforderlich sind, und nicht unbedingt aus reinen Gründen der Performance.

Daher kann Live Optics zwar den insgesamt für vCPUs verwendeten Prozentsatz anzeigen, aber keinen architektonischen Vorteil durch die Zuweisung von mehr vCPUs zu VMs ermitteln.

Live Optics kann zwar die entsprechende vCPU-Nutzung basierend auf dem gesamten GHz-Verbrauch genau anzeigen, aber dieses Diagramm deutet nicht darauf hin, dass vCPUs zurückgewonnen werden können, sondern dass sie ein Kandidat für eine weitere Überprüfung sein könnten.

In der folgenden Grafik sehen Sie, dass der ersten VM 8 vCPUs zugewiesen sind, sie jedoch nur die entsprechenden GHz von 0,25 % der Performance einer einzelnen vCPU verwendet. 

Es ist wahrscheinlich, dass diese virtuelle Maschine mit weniger vCPUs erfolgreich ausgeführt werden kann, aber dies ist erst nach einer Architekturüberprüfung endgültig. 

Die grauen Balken auf der rechten Seite sind ein gutes Beispiel dafür, wo die Nutzungsnutzung für diese VMs nicht möglich war.