Backup, snapshots en restore plannen voor de overstap van VMware naar STACKIT

Wat de run over snapshots weet en wat niet

Een RVTools-export van acht machines, voor deze pagina geschreven en op 4 november 2026 door StackToIT beoordeeld, met de sheets vSnapshot en vMemory erbij. Links: de vSnapshot-sheet. Rechts: de snapshotbevindingen in assessment.json (ID's van de bevindingen weggelaten).

VM,Name,Description,Date / time,Filename,Size MiB (vmsn),Size MiB (total),Quiesced,State,VM UUID
db-pg01,before-upgrade-15,Before PostgreSQL 15 minor upgrade,2026-06-02 21:14:00,[ds-core-01] db-pg01/db-pg01-Snapshot1.vmsn,33000,48200,False,poweredOn,8004-eeee-0001
db-pg01,pre-reindex,Before reindex,2026-09-18 22:03:00,[ds-core-01] db-pg01/db-pg01-Snapshot2.vmsn,33000,131400,True,poweredOn,8004-eeee-0001
file01,Backup-test,Restore test,2026-10-30 08:20:00,[ds-core-01] file01/file01-Snapshot1.vmsn,8200,9100,True,poweredOn,8004-eeee-0005
test-clone07,VM Snapshot 3/12/2026,,2026-03-12 11:00:00,[ds-core-01] test-clone07/test-clone07-Snapshot1.vmsn,4100,22500,False,poweredOff,8004-eeee-0008

[
  {
    "id": "vm.db-pg01",
    "findings": [
      {
        "severity": "info",
        "message": "The VM has snapshots; consolidate them before export — only the current state is migrated."
      }
    ]
  },
  {
    "id": "vm.file01",
    "findings": [
      {
        "severity": "info",
        "message": "The VM has snapshots; consolidate them before export — only the current state is migrated."
      }
    ]
  },
  {
    "id": "vm.test-clone07",
    "findings": [
      {
        "severity": "info",
        "message": "The VM has snapshots; consolidate them before export — only the current state is migrated."
      }
    ]
  }
]

• Aantal per machine

  De run vond 4 snapshots op 3 van de 8 machines en gaf bij elk van de drie een opmerking: consolideer vóór de export, alleen de huidige status wordt gemigreerd.

• Leeftijd, omvang en quiescing staan niet in de opmerking

  De opmerking is dezelfde voor een snapshot van 5 dagen en een van 237 dagen. De sheet bevat de datum, de totale omvang en of de snapshot gequiesced is. Lees die zelf in de sheet.

• Tegen het advies van de leverancier

  Broadcom adviseert één snapshot niet langer dan 72 uur te bewaren. Op 4 november 2026 zijn de vier snapshots 155, 47, 5 en 237 dagen oud en de grootste meldt in totaal 131400 MiB.

De backupscope volgt de volumes in het concept

Uit dezelfde run. Links: de twee disks van db-pg01. Rechts: de server en het volume dat de engine daarvoor uitwerkte. Het concept bevat geen backup- of snapshotresource.

VM,Disk,Capacity MiB,Raw,Disk Mode,Sharing mode,Thin,Controller,Shared Bus,VM UUID
db-pg01,Hard disk 1,102400,False,persistent,sharingNone,True,SCSI controller 0,noSharing,8004-eeee-0001
db-pg01,Hard disk 2,614400,False,persistent,sharingNone,True,SCSI controller 1,noSharing,8004-eeee-0001

resource "stackit_server" "vm_db_pg01" {
  project_id        = var.project_id
  name              = "db-pg01"
  machine_type      = var.vm_db_pg01_machine_type
  availability_zone = var.availability_zone
  boot_volume = {
    source_type = "image"
    source_id   = var.vm_db_pg01_image_id
    size        = 100
  }
  network_interfaces = [stackit_network_interface.vm_db_pg01_nic1.network_interface_id]
}

resource "stackit_volume" "vm_db_pg01_disk2" {
  project_id        = var.project_id
  name              = "db-pg01-disk2"
  availability_zone = var.availability_zone
  size              = 600
  performance_class = var.vmware_volume_performance_class
}

• Twee volumes om te beschermen

  Het bootvolume van 100 GiB en het datavolume van 600 GiB. STACKIT maakt backups per volume, dus beide horen in het schema.

• Backups voegt u zelf toe

  Geen van de vier Terraform-bestanden definieert een backup. De STACKIT-pagina over Server Backup Management zegt dat de service ook beschikbaar is in de CLI en de Terraform-provider.

• Eén prestatieklasse

  Het volume leest var.vmware_volume_performance_class, gedeeld door alle datavolumes. STACKIT meldt dat de duur van backup en restore afhangt van de volumegrootte en de prestatieklasse.

Vier beschermingsvormen die op elkaar lijken

Uitspraken over STACKIT gelden per november 2026 en volgen de Server-introductie, de pagina's over Server Backup Management en de Server-FAQ onder de bronnen. De Server-introductie vermeldt ook dat de functie voor backups en snapshots in de Portal wordt geïntegreerd en noemt maximaal 6 snapshots per volume; de IaaS API-handleiding toont de API-route. Controleer de limieten opnieuw voordat u erop vertrouwt.

1 · Inventarisatie

• Beide sheets zitten in de export

  vSnapshot en vMemory. Zonder die twee waarschuwt de run dat snapshots en geheugenreservering van elke VM onbekend zijn, niet afwezig. Zoek de waarschuwing in engineering/architect-report.md.

• Elke machine met een snapshot staat op de lijst

  De snapshotopmerking in assessment.json noemt de eenheden. Hier: db-pg01 met twee, file01 en test-clone07 met elk één. Elke machine krijgt een eigenaar en een ja of nee.

• Leeftijd, omvang en quiesce-vlag worden uit de sheet gelezen

  RVTools_tabvSnapshot.csv bevat datum, omvang en quiesce-status. De run telt de snapshots en telt hun omvang op in de eenheidsdata van assessment.json (db-pg01: 2 snapshots, 179600 MiB), maar de opmerkingen noemen die niet.

• De huidige bescherming is per machine vastgelegd

  Tool, schema, bewaartermijn en laatste geslaagde restoretest. RVTools bevat dit niet. De run neemt RPO en toelaatbare downtime alleen uit een applicatiebestand dat u aanlevert.

2 · Ontwerp

• Elk gebruik van snapshots heeft een opvolger

  Rollback vóór een wijziging, testkopieën, backup uit gewoonte. Beslis voor elk: STACKIT-volumesnapshot, volumebackup of niets.

• De backuptool is gekozen

  Server Backup Management, uw bestaande backupsoftware of een databaseeigen backup. STACKIT zegt dat databases op een server afzonderlijk een backup nodig hebben.

• Schema en bewaartermijn per tier

  Stem ze af op de RPO van elke applicatie. Server Backup Management staat eigen schema's en een vrij te kiezen bewaartermijn toe.

• De scope komt overeen met de volumes in het concept

  Vergelijk terraform/compute.tf met uw backupscope: elk bootvolume en elk datavolume, voor db-pg01 twee.

• Er is een doel voor de restoretijd

  STACKIT meldt dat de duur van een restore afhangt van de volumeomvang, het prestatietype van het volume en de belasting van het backupsysteem. Dimensioneer de prestatieklasse daarop.

3 · Opbouw

• Backupdefinities staan naast de infrastructuur

  Het concept bevat er geen. Voeg ze toe aan uw eigen Terraform of scripts en beoordeel ze zoals elke andere wijziging.

• Prestatieklasse en omvang van volumes zijn bevestigd

  De klasse is één variabele, de omvang komt uit de bronkapaciteit naar boven afgerond. Beide staan als instellingen die aan u zijn overgelaten.

• De snapshotbeslissing is vastgelegd

  Elke machine met snapshots, hier db-pg01, file01 en test-clone07, heeft een open record in review/decisions.yaml met de instelling snapshots. Vul resolution en rationale in en voer de run opnieuw uit.

4 · Data

• Snapshots zijn geconsolideerd vóór de export

  Alleen de huidige status wordt gemigreerd. Broadcom waarschuwt tegen het annuleren van een consolidatie en merkt op dat snapshots die via backupsoftware zijn gemaakt mogelijk niet in Snapshot Manager verschijnen. Controleer dus ook vanaf de opdrachtregel.

• Databases hebben een kopie op applicatieniveau

  Voor db-pg01 een dump of de eigen backup van de database, naast de volumekopie. Een crash-consistente volumebackup is een terugvaloptie, niet het plan.

• Er is een laatste bronbackup en die wordt bewaard

  Maak die vóór de laatste kopie en bewaar die tot een restore op STACKIT is aangetoond.

5 · Cutover

• Waar het ertoe doet, is een rustig venster afgesproken

  STACKIT raadt aan de server met het volume uit te schakelen vóór een volumebackup, anders is het resultaat crash-consistent. Beslis per applicatie.

• De eerste STACKIT-backup wordt direct na de cutover uitgevoerd

  Controleer dat de status available bereikt, zoals de IaaS API-handleiding beschrijft.

• De bronmachine en de bijbehorende backups blijven bestaan

  Bewaar beide tot de nieuwe backups de periode dekken die u nodig hebt. Faseer ze uit op basis van een beslissing, niet uit gewoonte.

6 · Nazorg

• Een restore is uitgevoerd en de duur is gemeten

  Maak een nieuw volume uit een snapshot of backup, koppel het aan een server en controleer de data. De IaaS API-handleiding noemt de stappen.

• De bewaartermijn werkt zoals ontworpen

  Backups worden verwijderd wanneer hun bewaartermijn eindigt. Bevestig dat de oudste bewaarde kopie de kopie is die u had gepland.

• Oude snapshots, backups en runbooks zijn uitgefaseerd

  Verwijder VMware-snapshots en oude backupjobs op basis van een beslissing en werk het restore-runbook bij naar de STACKIT-stappen.

Vragen over backups en snapshots

Bronnen

• STACKIT-documentatie: introductie van Server (snapshots en backups)
• STACKIT-documentatie: Server Backup Management
• STACKIT-documentatie: Server-FAQ
• STACKIT-documentatie: volumesnapshots en -backups via de IaaS API
• Broadcom: best practices voor het gebruik van VMware-snapshots