Samenvatting
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.
Dit artikel verscheen voor het eerst op Andrew Pruski’s blog. Het is opnieuw gepubliceerd met het krediet en de toestemming van de auteur.
Een van de nieuwe functies in Kubernetes v1.33 is de mogelijkheid om de grootte van CPU- en geheugenresources voor containers online te wijzigen, ook wel bekend als zonder de pod waarin de container draait opnieuw te hoeven creëren. In het verleden zou Kubernetes bij het aanpassen van de resources van een pod de bestaande pod verwijderen en een nieuwe aanmaken via een controller.
Hoewel het geen probleem is voor applicaties die meerdere replica’s kunnen laten draaien, zou dit voor SQL Server een verstoring veroorzaken, omdat we (in het algemeen) slechts één pod hebben met SQL Server in een statefulset. Laten we dit in actie zien.
Ten eerste implementeren we deze eenvoudige statefulset op Kubernetes:
Het belangrijkste is hier de CPU- en geheugeninstellingen:
Opmerking: U hebt misschien gemerkt dat de limieten en verzoeken hier dezelfde waarde hebben. Dit is om een “gegarandeerde” kwaliteit van dienstverlening voor de pod vast te stellen… het is een aanbevolen best practice voor SQL Server in Kubernetes. Meer informatie vindt u in dit artikel.
Laten we dat manifest toepassen:
In het verleden moesten we onze statefulset bewerken om deze waarden te verhogen:
Dit zou de pod opnieuw creëren met de nieuwe limieten/verzoeken:
Maar nu kunnen we met Kubernetes v1.33 pods schalen zonder opnieuw te hoeven starten!
Get More from SQL Server
See how Pure Storage can help you boost SQL Server performance.
