Google brengt autoscaling naar Compute Engine

Google heeft op zijn Compute Engine-platform de zogeheten Autoscaling-functionaliteit geactiveerd. Dit mechanisme kan op basis van diverse parameters, zoals het aantal requests, virtuele machines snel in- en uitschakelen. Volgens Google kan dit kostenbesparingen opleveren.

De Compute Engine Autoscaler detecteert de vraag naar bijvoorbeeld een website aan de hand van diverse parameters. Zo kan het kijken naar de cpu-belasting van een groep beschikbare instances, virtuele machines binnen het Compute Engine-platform. Tevens kan de Autoscaler het aantal queries per seconde opvragen van http-loadbalancers. Deze informatie laat de Autoscaler bij grote drukte extra instances activeren, terwijl in daluren juist het aantal actieve instances dynamisch kan worden verminderd.

Volgens Google kiest Autoscaler ook op basis van andere parameters het optimale aantal instances. Zo wordt er ook gekeken vanaf welke locatie internetgebruikers informatie opvragen. Dit mechanisme zou een plotse piek in verkeer beter kunnen opvangen. Google claimt dat de Autoscaler in staat is om vanuit een scenario met vrijwel geen enkele http-request voldoende instances te activeren om te voldoen aan een piekvraag van 1,5 miljoen queries per seconde.

De Autoscaler biedt de Compute Engine-gebruiker volgens de internetgigant niet alleen de mogelijkheid om drukke en rustige periodes beter te ondervangen, ook zou het kunnen zorgen voor aanzienlijke kostenbesparingen. De mogelijke besparingen zijn deels afhankelijk van de instellingen die de gebruiker kiest in zijn beheerconsole.

De nieuwe functionaliteit wordt door Google voorlopig onder een bètalabel aan klanten aangeboden. Hierdoor valt het gebruik van de Autoscaler niet onder eventuele sla's die zijn afgesloten. Ook kan Google wijzigingen in de Autoscaler-api aanbrengen die mogelijk niet compatibel zijn met de huidige implementatie.

Reacties (9)

[Mraedis]

Moest iedereen daar nu gebruik van maken, zou dat dan geen problemen opleveren bij de piekperiodes? Als alles geschaald wordt naar drukte dan lijkt het me dat je op bepaalde uren toch een bottleneck krijgt.

[GeniusDex]

Het aantal mensen op internet verandert normaal niet veel, wat ze doen wel. Een piekperiode op een website betekent dus doorgaans dat andere websites rustiger worden. Door dat verschil kan effectief dus capaciteit gebruikt worden die andere sites dan niet nodig hebben.

Daarnaast heeft een cloud als die van Google altijd voldoende extra capaciteit die niet actief gebruikt wordt voor dit soort dingen. Het aantal servers wat ze hebben om cloud instances op te draaien zal sowieso een gezonde buffer bevatten om eventuele hardwareproblemen of deze piek-momenten (die voor hun relatief kleiner zijn) op te vangen.

[Barryke]

Deze oplossingen worden niet slechts gebruikt om content aan mensen te serveren.

[GeniusDex]

Deze autoscaler lijkt daar wel voor bedoeld te zijn.

Voor het draaien van compute-intensive dingen zijn er bij sommige clouds scheduling services waar je aan kunt geven dat je over 24 uur een bepaalde totale capaciteit wil gebruiken, waarbij het systeem dan op rustigere momenten voor de hele cloud meer capaciteit voor je compute-intensive taken beschikbaar stelt. Zo'n dienst naast deze autoscaler maakt dat het nog minder uitmaakt hoeveel pieken er met de autoscaler opgevangen moeten worden.

[MichaMichaMicha]

Er is altijd wel ergens een piekperiode.

[Anoniem: 382732]

Niet al je diensten over een groter geographisch gebied aanbied.

[mrwiggs]

Het betreft meer de websitespecifieke pieken. Als ik een TV-reclame doe voor mijn website kan er direct na het uitzenden van het spotje een piek optreden die hiermee op te vangen is.

[Reactie gewijzigd door mrwiggs op 29 juli 2024 00:41]

[dupy]

Grid technologie van energieproducenten ingezet voor het internet.
Internet of things apparatuur in en om het huis gekoppeld aan het internet.
De cirkel is bijna rond.

[dylanvana]

Vraag me af wat er gebeurt bij een ddos