Zusammenfassung
Kubernetes v1.33 has a new feature that enables you to resize CPU and memory resources for containers online without having to recreate the pod the container is running in.
Dieser Artikel erschien zum ersten Mal in Andrew Pruskis Blog. Sie wurde mit der Anerkennung und Zustimmung des Autors neu veröffentlicht.
Eine der neuen Funktionen in Kubernetes v1.33 ist die Möglichkeit, die Größe von CPU- und Speicherressourcen für Container online zu ändern, auch bekannt, ohne den Pod, in dem der Container ausgeführt wird, neu erstellen zu müssen. Kubernetes würde in der Vergangenheit bei der Anpassung der Ressourcen eines Pods den vorhandenen Pod löschen und über einen Controller einen neuen erstellen.
Obwohl dies kein Problem für Anwendungen ist, bei denen mehrere Replikate ausgeführt werden können, würde dies für SQL Server eine Unterbrechung verursachen, da wir (im Allgemeinen) nur einen Pod mit SQL Server in einem Statusfulset ausführen. Sehen wir uns dies in Aktion an.
Zunächst werden wir diese einfache Statefulset-Lösung für Kubernetes bereitstellen:
Der wichtige Aspekt hier sind die CPU- und Speichereinstellungen:
Hinweis: Vielleicht haben Sie bemerkt, dass die hier genannten Grenzen und Anforderungen denselben Wert haben. Damit soll eine „garantierte“ Servicequalität für den Pod festgelegt werden … es ist eine empfohlene Best Practice für SQL Server in Kubernetes. Weitere Informationen finden Sie in diesem Artikel.
Wenden wir dieses Manifest an:
In der Vergangenheit mussten wir unsere Statefulset-Werte ändern, um diese Werte zu erhöhen:
Dies würde den Pod mit den neuen Grenzen/Anforderungen neu erstellen:
Aber ab Kubernetes v1.33 können wir Pods ohne Neustart skalieren!
Get More from SQL Server
See how Pure Storage can help you boost SQL Server performance.
