Nieuw in Core: bij het op- of afschalen van een node kiezen jullie zelf op welk moment de wijziging ingaat. Tot nu toe ging een wijziging altijd meteen in, en moest iemand er dus op het juiste moment voor achter zijn laptop zitten. Voortaan zet je de upgrade vooraf klaar, en voert Core hem op de afgesproken tijd uit.
Waarom het moment uitmaakt
Een wijziging in resources is binnen een paar minuten actief. Snel, maar niet onzichtbaar: om extra CPU, RAM of schijfruimte aan een node te hangen is een korte onderbreking nodig.
Op donderdagavond zit iedereen op de site en merken jullie bezoekers dat. Om 04:00 merkt vrijwel niemand het. Dezelfde wijziging, ander effect.
Zo plan je het in
Ga naar de node en kies Upgrade / Downgrade. Dat scherm kennen jullie al: bovenaan staat wat er nu draait aan CPU, RAM, boot disk en bulk storage. Het blok When to Apply is nieuw.
- Kies onder When to Apply voor Custom en vul datum en tijd in.
- Kies onder Change Product een ander formaat node, of onder Add-ons losse resources.
- Onderin staat het New Total: precies wat de node na de wijziging heeft.
- Klik op Schedule Product Change.
Klaar. En daarmee hoeft niemand meer om 23:00 achter de laptop te kruipen omdat het dan toevallig rustig is. Je plant de wijziging overdag in, gaat lekker slapen, en de volgende ochtend heeft de node ineens meer (of minder) resources.
Alles wat klaarstaat, op één plek
Rechtsboven in Core staat een agenda-icoon. Daarachter vinden jullie alle geplande acties bij elkaar: wat er gebeurt, wanneer, op welke node en in welk cluster. Zodra de upgrade is uitgevoerd, krijgen jullie daar een notificatie (en dus mail) van.
Alles opschalen, of alleen wat knelt
De makkelijkste upgrade-weg is een maat groter: van Cluster Node S naar M, L of XL. Dan gaan CPU, RAM en schijfruimte in één keer omhoog.
Maar een piek belast niet per se alles tegelijk. Daarom kunnen jullie ook per onderdeel bijschalen:
- Alleen CPU. Een webshop die het druk krijgt, loopt meestal eerst vast op rekenkracht: elke bezoeker die een pagina opvraagt, kost een stukje CPU.
- Alleen RAM. Een Laravel-applicatie die veel in Redis cachet, of een database die groeit, wil vooral geheugen.
- Alleen schijfruimte. Een grote import, een berg productfoto's of logs die tijdens de campagne vollopen.
Na de piek weer terug
Afschalen werkt precies hetzelfde, en plan je net zo goed in op een rustig moment.
Eén ding om te weten: CPU en RAM kunnen jullie weer afschalen, schijfruimte niet. Een node tijdelijk twee maten groter maken is dus prima, maar denk bij extra schijfruimte even na of jullie die permanent willen behouden.
Als de piek niet in de agenda staat
Soms gebeurt het gewoon. Een klant komt onverwacht op tv, een post gaat viral, een nieuwsbericht stuurt in één klap tienduizend mensen naar dezelfde pagina.
Daar helpt vooruit plannen weinig. Daarom kunnen jullie ook direct resources toevoegen. Wij zien de belasting trouwens meestal zelf al, want we monitoren jullie servers doorlopend.
Zijn meer resources wel de oplossing?
Een logisch instinct bij performance-problemen of veel verkeer: gooi er gewoon meer resources tegenaan! Maar als échte managed hoster kijken we graag eerst samen met jullie of er een efficiëntieslag te behalen is, voordat we gaan upgrade. Soms is een node echt te klein, maar soms is het een ontbrekende database-index of een plug-in die elke pageview een paarhonderd queries laat doen.
Weten jullie niet zeker wat een campagne of lancering gaat doen met de belasting? Vertel ons wat jullie verwachten aan bezoekers, dan rekenen we mee.
