Het huidige snapshotsysteem is voor 95% van de mensen niet of nauwelijks bruikbaar.
Maken/terugzetten te traag: https://www.transip.nl/knowledgebase/idee/2019-waarschuwingen-toevoegen-maken-snapshot-wanneer/
Geen voortgang getoond: https://www.transip.nl/knowledgebase/idee/2043-snapshot-voortgang/
- Het CP blokkeert: https://www.transip.nl/knowledgebase/idee/1755-snapshot-maken-maken-belangrijke-acties-blokkeren/
Zodra je VPS groter is dan een X1 (50gb), dan duurt het maken van een snapshot zo lang dat het onbruikbaar is. Bij een grote VPS heb ik bijgehouden hoe lang het duurde, en kwam uit op een snelheid van 80mb/s.
De kleinste VPS is 50gb, maar veel zullen 150gb of 300gb hebben:
- 50gb = 10min
- 150gb = 32min
- 300gb = 1 uur
Stel dat je je server wilt upgraden, dan is dit de meest gebruikte workflow:
- firewall aan (1 min)
- server shutdown (1 min)
- snapshot maken (1 uur)
- software upgraden (10 min)
- testen (5 min)
- bij issue, snapshot terugzetten (1 uur)
- firewall uit (1 min)
Een relatieve kleine update (10min) zorgt voor een downtime van tussen de 1 en 2 uur. (afhankelijk of je wel of geen rollback doet)
De huidige flow is als volgt:
- Gebruiker drukt op knop
- CP vergrendelt en snapshot wordt gemaakt
- Nadat snapshot gemaakt is wordt de volledige snapshot gekopieerd naar een schijf op een andere locatie (dit zorgt voor de vertraging)
- Zodra het kopiëren klaar is wordt het CP weer ontgrendeld.
Mijn voorstel is om stap 3 optioneel te maken, of als laatste uit te voeren. Nieuwe flow is dan als volgt:
- Druk op knop
Snapshot wordt gemaakt (instant)
- Snapshot wordt na 8u pas gekopieerd naar de externe locatie of
- Snapshot wordt nooit gekopieerd / automatisch weggegooid na 8u
Omdat bij het terugzetten de snapshot nog lokaal staat, zal het terugzetten ook instant zijn. De gebruiker kan hier gewoon op wachten als hij op de knop drukt. Er hoeft geen voortgang getoond te worden. Het CP hoeft niet te vergrendelen.
Goed idee?
@ikservsnel, De hoeveelheid bestanden speelt daar geen rol in. Voor ons is de schijf van je VPS maar één enkel bestand/image die zowel bestanden als ongebruikte ruimte bevat. Er wordt dus een kopie gemaakt van één bestand bij het maken van een snapshot en niet van alle losse onderdelen die daarin zitten (enigszins vergelijkbaar met het kopiëren van een ingepakt bestand). Zie ook mijn reactie hieronder over de tijd die het maken van een snapshot duurt.
@volvoforum, Dit zit hem in dat op het moment dat je VPS uit staat en een snapshot wordt gemaakt de kopie van de image van je VPS gemaakt is en daarna je VPS weer opgestart wordt. Ondertussen wordt die kopie van de image van je VPS overgezet naar de betreffende snapshot server. Dat kan even duren (afhankelijk van diverse factoren) en is de reden dat, zo lang dat proces loopt, je de snapshot nog niet terug kunt zetten.
Je VPS is dus al vrij snel weer klaar voor gebruik (onder normale omstandigheden) maar het daadwerkelijk wegschrijven van de snapshot kan een tijd duren. Zolang dat proces loopt, is het ook niet mogelijk om andere processen in het TransIP-controlepaneel zoals het terugzetten van een back-up te starten.