Een Anexia Kubernetes-cluster groeit tot veertig pods tijdens een bug voor nieuwe pogingen: de factuur is verdubbeld, de database is nog steeds verzadigd. Niemand had maxReplicas ingesteld, de regio gekozen die het dichtst bij de gebruikers lag, of download getest. Automatische schaling gehoorzaamde; bestuur nee.
Anexia Kubernetes is geschikt voor Europese belastingen die gevoelig zijn voor lokalisatie. Regio en grenzen worden vóór de eerste Horizontal Pod Autoscaler bepaald – niet na de eerste verrassingswet.
De regio kiezen: drie dimensies
De regio draait niet alleen om ping. Steek vóór de bevoorrading drie assen over.
Gebruikers: meet de retourlatentie van uw doelmarkt: Parijs, Berlijn, Wenen, indien van toepassing. Gegevens: de AVG en uw klantencontracten leggen soms een specifieke woonplaats op; documenteer de keuze in het register als persoonsgegevens passeren. Catalogus: GPU, blokopslag, instantietypen - niet alles is beschikbaar op elke Anexia-site.
| Criterium | Nog te beantwoorden vraag |
|---|---|
| Gebruikers | Retourlatentie van doelmarkt |
| Gegevens | AVG, contractueel verblijf |
| Diensten | GPU, blokopslag beschikbaar in de regio? |
| Hervat | Back-up naar een andere Anexia of externe site |
| Ondersteuning | Tijdzone en taal van het operationele centrum |
Documenteer de geselecteerde regio in het nalevingsregister als er persoonlijke gegevens worden verwerkt.
Limieten vóór automatisch schalen
Horizontale automatische schaling versterkt uw configuratie, goed of slecht. Bevestig vijf vangrails vóór productie.
Stel verzoeken en limieten in per implementatie: de HPA leest de daadwerkelijke statistieken, niet uw bedoelingen. Stel een expliciete maxReplicas in (tien, niet honderd). Configureer een Pod Disruption Budget om een totale afvoer tijdens updates te voorkomen. Beperk het autoscaler-cluster tot het maximale aantal knooppunten, indien ingeschakeld. Waarschuwing bij wachtende pods, CPU-beperking en uitschakelingen vanwege onvoldoende geheugen.
Testschaling en verkleinen: het verkleinen wordt soms geblokkeerd door een slecht gekalibreerde PDB of persistente volumes van slechte grootte.
Regionale waarneembaarheid
Zonder statistieken wordt HPA een zwarte doos. Implementeer Prometheus per cluster met regiolabels. Centraliseer logboeken buiten het cluster en test het herstel. Correleer de latentie tussen zones als u meerdere Beschikbaarheidszones gebruikt.
Waarneembaarheid is geen luxe op Kubernetes: het is de enige manier om te begrijpen of autoscaling een legitieme piek corrigeert of een applicatiebug versterkt.
Continue integratie en implementaties
Een goed bestuurd Anexia-cluster omvat ook de implementatieketen. Vergrendel afbeeldingen via samenvatting, niet alleen via zwevende tags. Beperk wie naar het containerregister kan pushen en registreer elke implementatie met auteur en versie. Repliceer in de pre-productie dezelfde regio en HPA-limieten als in de productie; bij het testen van belastingen op een ander cluster worden latentie-effecten tussen zones verborgen.
Als u GitOps gebruikt, documenteer dan in de architectuurrepository de regio, HPA-caps en back-upbeleid enz. Automatische schaling vervangt geen menselijke beoordeling vóór elke stijging van maxReplicas.
De top: automatisch schalen zonder fouten in de plafondschaal
Kies regio en hoofdletters voor de eerste kubectl van toepassing op de HPA.
Beslis en ga vooruit zonder blinde vlek
Valideer eerst de regio op basis van latentie- en nalevingscriteria en documenteer vervolgens de HPA- en autoscaler-clusterquota. Voer een belastingstest uit voordat u live gaat. Documenteer de etcd-back-upstrategie en persistente volumes. Raadpleeg ten slotte de Anexia-sheet en de vergelijker om het aanbod te situeren in relatie tot uw werkelijke behoeften.
Veelgestelde vragen
Welke Anexia-regio's voor Kubernetes?
Uitbreidingen voor Oostenrijk en Europa, indien beschikbaar: controleer instantietypen en latentie tijdens de inrichtingstijd, niet achteraf.
Moet HPA vóór productie worden beperkt?
Ja: maxReplicas, verzoeken/limieten en Pod Disruption Budget voorkomen een oneindige toename van de belasting tijdens een incident. Zonder plafond betaal je voor applicatiefouten ten koste van computergebruik.
Vanaf het begin meerdere regio's?
Vaak niet: één enkele regio met geteste back-ups is om te beginnen voldoende. Meerdere regio's zijn zinvol als de RTO dit vereist en het team de netwerk- en statuscomplexiteit aankan.
Verschil versus hyperscaler?
Meer Europese soevereiniteit en lokale steun; minder geïntegreerde beheerde services. Je hebt meer exploitatie, maar hebt een betere controle over de omtrek en locatie.
Herstel region en maxReplicas in hetzelfde architectuurdocument: automatisch schalen kan de afwezigheid van beide niet verhelpen.