[Dieser Artikel stammt von unseren Autor: Thino Ullmann]
Basisleistungen bereitstellen und Spitzenlasten kostengünstig abzudecken, ist eine der Herausforderungen für Unternehmen und die Azure BS-Series mit Burstable-Computern kann eine Antwort hierauf sein.
Folgendes möchte ich jetzt einmal näher beleuchten:
- Was ist Burstable Computing?
- Microsoft Azure Burstable Computer – B-Serie
o Berechnungsmodel B-Serie incl. Beispiele
o Bereitstellung B-Serie VMs
- Fazit
Was ist Burstable Computing?
Beim Betrieb von traditionellen Datacenter-Lösungen muss sich der Betreiber auf eine vorab definierte, statisch bemessene Kapazitätsgrenze festlegen und kann diese nur geringfügig erweitern. Damit zeitweilige Bedarfsspitzen, ob saisonbedingt oder in Folge einer temporären erhöhten Nutzung, keine Ausfälle zur Folge haben, müssen Leistungsreserven bereitgestellt und diese meist brachliegenden Ressourcen auch bezahlt werden. Dies gilt auch im Allgemeinen für Ressourcen, welche mittels virtueller Systeme in Cloud basierenden Rechenzentren betrieben werden. Es gilt die Bereitstellung nach dem Maximalprinzip der Anforderung.
Burstable-Computing kann eine kostenoptimierte Antwort auf diese Herausforderung sein. Oftmals benötigen Workloads im Basisbetrieb nicht so viel CPU-Leistung, sondern nur ab und zu bei gelegentlichen CPU-Bursts (CPU-Lastspitzen). Im Basisbetrieb wird eine Grundleistung für die CPU abgerufen, die bei Bedarf die ganze vCPU nutzen kann. Abhängig vom durchschnittlichen Nutzungsgrad werden die Kosten vom Provider in Rechnung gestellt und nicht nach der maximal nutzbaren CPU-Leistung.
Microsoft Azure Burstable Computer – BS-Series
Microsoft hat am 11. September 2017 eine neue Azure Serie (BS-Series) angekündigt, die es Kunden ermöglicht, Burst-Computing auf Basis von CPU-Leistung in Azure zu nutzen.
Diese Serie beruht auf CPUs von Intel® Broadwell E5-2673 v4 2,3 GHz oder Intel® Haswell 2,4 GHz E5-2673 v3 und ist in den Azure-Regionen „USA, Western 2“, USA, Osten“ Europa, Western“ und „Asien-Pazifik, Südosten“ als Vorschau in sechs VM-Größen erhältlich.
Übersicht der BS-Serie Instanzen:
Quelle: Microsoft – https://docs.microsoft.com/de-de/azure/virtual-machines/windows/b-series-burstable
Berechnungsmodel B-Serie
Das Berechnungsmodel der Microsoft Azure B-Serie basiert auf einem Guthaben Model (CPU Credits). Wenn ein Workload die Grundleistung (siehe Tabelle) unterschreitet, baut er ein Guthaben auf, welches bei der Nutzung oberhalb der Grundleistung (CPU-Burst) verbraucht werden kann.
In diesem Zusammenhang stellt Microsoft zwei neue Metriken bereit, die die Überwachung des Guthabens bzw. des Verbrauches ermöglichen, Credit und ConsumedCredit. Diese Metriken können entweder über das Azure Portal abgerufen werden, oder über die Azure Monitor-APIs.
Beispiele (Quelle Microsoft)
„Meine Anwendung ist jeweils am Anfang und Ende des Arbeitstags meiner Mitarbeiter aktiv (also zwischen 7:00 und 9:00 Uhr sowie zwischen 16:00 und 18:00 Uhr). Während der restlichen 20 Stunden des Tages befindet sich die Anwendung in der Regel im Leerlauf und nutzt lediglich zehn Prozent der vCPU. In der Nebenzeit erhalte ich pro Minute 0,2 Guthaben, verbrauche aber nur 0,1 Guthaben pro Minute. Der virtuelle Computer bildet also pro Stunde ein Guthaben von sechs Einheiten (0,1 x 60). Für die 20 Stunden, die nicht als Spitzenzeit gelten, entsteht somit ein Guthaben von 120 Einheiten.
Während der Spitzenzeit beansprucht meine Anwendung im Schnitt 60 Prozent der vCPU. Ich erhalte zwar weiterhin 0,2 Guthaben pro Minute, verbrauche nun aber 0,6 Guthaben pro Minute. Die Minute kostet also netto 0,4 Guthaben. In der Stunde sind das 24 Guthaben (0,4 x 60). Die Spitzenauslastung dauert pro Tag vier Stunden und kostet somit 96 Guthaben (4 x 24).“
Bereitstellung B-Serie Instanzen
Zum aktuellen Zeitpunkt befindet sich die Azure B-Serie in der Vorschau und wird im Azure Portal in den folgenden Regionen angeboten:
– USA, Western 2
– USA, Osten
– Europa, Western
– Asien-Pazifik, Südosten
Beispiel: MSDN Account Europa Western
Fazit
Unternehmen mussten bisher Kapazitäten bereitstellen, die nicht dauerhaft benötigt wurden, um auf Bedarfsspitzen reagieren zu können, welche auch nach dem Maximal-Prinzip berechnet bzw. bezahlt wurden. Diese Kosten können mit den neuen Azure Instanzen der B-Serie gesenkt werden, vorausgesetzt die entsprechenden Workloads benötigen keine gleichbleibend hohe CPU-Leistung.
Auch hier gilt der ewige Kreislauf: Lastenabschätzung, Inbetriebnahme, messen, analysieren und Kosten optimieren. Somit bedarf es einer erneuten Revue der bestehenden Umgebungen, um Potenziale in Hinblick auf die neue B-Series zu heben. Einen ersten Anhaltspunkt für die Bewertung können die historischen Daten aus dem Azure-Portal liefern.
Bei Fragen stehe ich euch gerne zur Verfügung
Thino
