Over back-ups in Proxmox VE

Over back-ups in Proxmox VE
In het artikel "De magie van virtualisatie: een introductie tot Proxmox VE" we hebben met succes een hypervisor op de server geïnstalleerd, er opslag op aangesloten, voor de basisbeveiliging gezorgd en zelfs de eerste virtuele machine gemaakt. Laten we nu eens kijken hoe we de meest elementaire taken kunnen implementeren die moeten worden uitgevoerd om de services altijd te kunnen herstellen in geval van een storing.

Met de eigen tools van Proxmox kunt u niet alleen een back-up van gegevens maken, maar ook sets vooraf geconfigureerde besturingssysteemimages maken voor snelle implementatie. Hierdoor kunt u niet alleen indien nodig binnen enkele seconden een nieuwe server voor elke dienst creëren, maar wordt de downtime ook tot een minimum beperkt.

We zullen het niet hebben over de noodzaak om back-ups te maken, omdat dit duidelijk is en al lang een axioma is. Laten we stilstaan ​​​​bij enkele niet voor de hand liggende dingen en functies.

Laten we eerst eens kijken hoe gegevens worden opgeslagen tijdens de back-upprocedure.

Back-upalgoritmen

Laten we beginnen met het feit dat Proxmox goede standaardtools heeft voor het maken van back-upkopieën van virtuele machines. Het maakt het gemakkelijk om al uw virtuele machinegegevens op te slaan en ondersteunt twee compressiemechanismen, evenals drie methoden om die kopieën te maken.

Laten we eerst eens kijken naar de compressiemechanismen:

  1. LZO-compressie. Een verliesvrij algoritme voor gegevenscompressie dat halverwege de jaren negentig werd uitgevonden. De code is geschreven Markus Oberheimer (geïmplementeerd in Proxmox door het lzop-hulpprogramma). Het belangrijkste kenmerk van dit algoritme is het zeer snel uitpakken. Daarom kan elke back-up die met dit algoritme wordt gemaakt, indien nodig in een minimum van tijd worden geïmplementeerd.
  2. GZIP-compressie. Met behulp van dit algoritme wordt de back-up direct gecomprimeerd door het GNU Zip-hulpprogramma, dat gebruikmaakt van het krachtige Deflate-algoritme dat is gemaakt door Phil Katz. De nadruk ligt vooral op maximale datacompressie, waardoor de schijfruimte die door back-upkopieën wordt ingenomen, wordt verminderd. Het belangrijkste verschil met LZO is dat compressie-/decompressieprocedures behoorlijk wat tijd in beslag nemen.

Archiveringsmodi

Proxmox biedt de systeembeheerder de keuze uit drie back-upmethoden. Hiermee kunt u het vereiste probleem oplossen door de prioriteit te bepalen tussen de behoefte aan downtime en de betrouwbaarheid van de gemaakte back-up:

  1. Momentopname-modus. Deze modus kan ook Live-back-up worden genoemd, omdat de virtuele machine niet hoeft te worden gestopt om deze te kunnen gebruiken. Het gebruik van dit mechanisme onderbreekt de werking van de VM niet, maar heeft twee zeer ernstige nadelen: er kunnen problemen optreden als gevolg van bestandsvergrendeling door het besturingssysteem en de langzaamste aanmaaksnelheid. Back-ups die met deze methode worden gemaakt, moeten altijd in een testomgeving worden getest. Anders bestaat het risico dat noodherstel mislukt.
  2. Opschortingsmodus. De virtuele machine “bevriest” tijdelijk zijn status totdat het back-upproces is voltooid. De inhoud van het RAM-geheugen wordt niet gewist, waardoor u precies verder kunt werken vanaf het punt waarop het werk werd onderbroken. Uiteraard veroorzaakt dit downtime van de server terwijl informatie wordt gekopieerd, maar het is niet nodig om de virtuele machine uit en weer in te schakelen, wat voor sommige services behoorlijk cruciaal is. Vooral als de lancering van sommige diensten niet automatisch gebeurt. Dergelijke back-ups moeten echter ook in een testomgeving worden ingezet om te testen.
  3. Stopmodus. De meest betrouwbare back-upmethode, maar vereist een volledige afsluiting van de virtuele machine. Er wordt een opdracht verzonden om regelmatig uit te schakelen, na het stoppen wordt er een back-up gemaakt en vervolgens wordt een opdracht gegeven om de virtuele machine in te schakelen. Het aantal fouten bij deze aanpak is minimaal en meestal tot nul teruggebracht. Back-ups die op deze manier zijn gemaakt, worden vrijwel altijd correct geïmplementeerd.

Het uitvoeren van de reserveringsprocedure

Een back-up maken:

  1. Laten we naar de gewenste virtuele machine gaan.
  2. Selecteer een item езервирование.
  3. Druk op de knop Reserveer nu. Er wordt een venster geopend waarin u de parameters voor de toekomstige back-up kunt selecteren.

    Over back-ups in Proxmox VE

  4. Als opslag geven we degene aan die we hebben aangesloten in het vorige deel.
  5. Nadat u de parameters hebt geselecteerd, drukt u op de knop езервирование en wacht tot de back-up is gemaakt. Er zal een inscriptie hierover zijn TAAK OK.

    Over back-ups in Proxmox VE

Nu zullen de gemaakte archieven met back-upkopieën van virtuele machines beschikbaar zijn om te downloaden vanaf de server. De eenvoudigste en meest gebruikelijke kopieermethode is SFTP. Gebruik hiervoor de populaire platformonafhankelijke FTP-client FileZilla, die kan werken met het SFTP-protocol.

  1. In het veld Gastheer voer het IP-adres van onze virtualisatieserver in het veld in Gebruikersnaam voer root in het veld in wachtwoord - degene die werd geselecteerd tijdens de installatie en in het veld Haven geef “22” aan (of een andere poort die is opgegeven voor SSH-verbindingen).
  2. Druk op de knop Snelle verbinding en als alle gegevens correct zijn ingevoerd, ziet u in het actieve paneel alle bestanden op de server.
  3. Ga naar de map /mnt/opslag. Alle gemaakte back-ups bevinden zich in de submap “dump”. Ze zullen er als volgt uitzien:
    • vzdump-qemu-machine_nummer-datum-tijd.vma.gz als u de GZIP-methode selecteert;
    • vzdump-qemu-machine_nummer-datum-tijd.vma.lzo als u voor de LZO-methode kiest.

Het wordt aanbevolen om onmiddellijk back-upkopieën van de server te downloaden en deze op een veilige plaats op te slaan, bijvoorbeeld in onze cloudopslag. Als u een bestand uitpakt met vma-resolutie, een hulpprogramma met dezelfde naam dat bij Proxmox wordt geleverd, dan zullen er binnenin bestanden zijn met de extensies rauw, conf и fw. Deze bestanden bevatten het volgende:

  • rauw — schijfkopie;
  • conf — VM-configuratie;
  • fw - firewall-instellingen.

Herstellen vanaf een back-up

Laten we eens een situatie bekijken waarin een virtuele machine per ongeluk is verwijderd en noodherstel vanaf een back-up vereist is:

  1. Open de opslaglocatie waar de back-up zich bevindt.
  2. Ga naar het tabblad Inhoud.
  3. Selecteer de gewenste kopie en druk op de knop herstel.

    Over back-ups in Proxmox VE

  4. We geven de doelopslag aan en de ID die aan de machine wordt toegewezen nadat het proces is voltooid.
  5. Druk op de knop herstel.

Zodra het herstel is voltooid, verschijnt de VM in de lijst met beschikbare VM's.

Een virtuele machine klonen

Laten we bijvoorbeeld aannemen dat een bedrijf wijzigingen moet aanbrengen in een cruciale dienst. Een dergelijke wijziging wordt geïmplementeerd door veel wijzigingen aan te brengen in de configuratiebestanden. Het resultaat is onvoorspelbaar en elke fout kan een servicestoring veroorzaken. Om te voorkomen dat een dergelijk experiment een draaiende server beïnvloedt, wordt aanbevolen om de virtuele machine te klonen.

Het kloonmechanisme creëert een exacte kopie van de virtuele server, waarmee eventuele wijzigingen kunnen worden aangebracht zonder de werking van de hoofdservice te beïnvloeden. Als de wijzigingen vervolgens met succes zijn toegepast, wordt de nieuwe VM gelanceerd en wordt de oude afgesloten. Er is een kenmerk in dit proces dat altijd moet worden onthouden. De gekloonde machine heeft hetzelfde IP-adres als de originele VM, wat betekent dat er een adresconflict zal zijn wanneer deze wordt gestart.

Wij zullen u vertellen hoe u een dergelijke situatie kunt vermijden. Onmiddellijk vóór het klonen moet u wijzigingen aanbrengen in de netwerkconfiguratie. Om dit te doen, moet u het IP-adres tijdelijk wijzigen, maar start u de netwerkdienst niet opnieuw. Nadat het klonen op de hoofdmachine is voltooid, moet u de instellingen terugzetten en een ander IP-adres op de gekloonde machine instellen. We ontvangen dus twee exemplaren van dezelfde server op verschillende adressen. Hierdoor kunt u de nieuwe dienst snel in gebruik nemen.

Als deze dienst een webserver is, hoeft u bij uw DNS-provider alleen het A-record te wijzigen, waarna clientaanvragen voor deze domeinnaam naar het adres van de gekloonde virtuele machine worden gestuurd.

Overigens biedt Selectel al haar klanten de service aan om gratis een willekeurig aantal domeinen op NS-servers te hosten. Records worden zowel via ons controlepaneel als via een speciale API beheerd. Lees hier meer over in onze kennisbank.

Het klonen van een VM in Proxmox is een heel eenvoudige taak. Om dit te doen, moet u het volgende doen:

  1. Ga naar de machine die we nodig hebben.
  2. Selecteer uit het menu Meer punt Kloon.
  3. Vul in het geopende venster de parameter Naam in.

    Over back-ups in Proxmox VE

  4. Voer klonen uit met één druk op de knop Kloon.

Met deze tool kunt u niet alleen een kopie maken van een virtuele machine op de lokale server. Als meerdere virtualisatieservers tot een cluster worden gecombineerd, kunt u met deze tool de gemaakte kopie onmiddellijk naar de gewenste fysieke server verplaatsen. Een handige functie is de keuze van schijfopslag (parameter Doelopslag), wat erg handig is bij het verplaatsen van een virtuele machine van het ene fysieke medium naar het andere.

Virtuele opslagformaten

Laten we u meer vertellen over de schijfformaten die in Proxmox worden gebruikt:

  1. RAW. Het meest begrijpelijke en eenvoudige formaat. Dit is een byte-voor-byte gegevensbestand op de harde schijf zonder compressie of optimalisatie. Dit is een erg handig formaat omdat het eenvoudig kan worden gemonteerd met de standaard mount-opdracht op elk Linux-systeem. Bovendien is dit het snelste “type” schijf, omdat de hypervisor deze op geen enkele manier hoeft te verwerken.

    Een ernstig nadeel van dit formaat is dat, ongeacht hoeveel ruimte u voor de virtuele machine heeft toegewezen, precies dezelfde hoeveelheid ruimte op de harde schijf in beslag zal worden genomen door het RAW-bestand (ongeacht de feitelijk bezette ruimte binnen de virtuele machine).

  2. QEMU-afbeeldingsformaat (qcow2). Misschien wel het meest universele formaat voor het uitvoeren van welke taak dan ook. Het voordeel is dat het gegevensbestand alleen de werkelijk bezette ruimte binnen de virtuele machine bevat. Als er bijvoorbeeld 40 GB aan ruimte is toegewezen, maar er daadwerkelijk slechts 2 GB is gebruikt, is de rest van de ruimte beschikbaar voor andere VM's. Dit is erg belangrijk bij het besparen van schijfruimte.

    Een klein nadeel van het werken met dit formaat is het volgende: om zo'n afbeelding op een ander systeem te kunnen mounten, moet je eerst downloaden speciale nbd-driveren gebruik ook het hulpprogramma qemu-nbd, waardoor het besturingssysteem toegang krijgt tot het bestand als een normaal blokapparaat. Hierna komt de image beschikbaar voor mounten, partitioneren, controleren van het bestandssysteem en andere bewerkingen.

    Houd er rekening mee dat alle I/O-bewerkingen bij gebruik van dit formaat in software worden verwerkt, wat een vertraging met zich meebrengt bij het actief werken met het schijfsubsysteem. Als het de taak is om een ​​database op de server te implementeren, is het beter om het RAW-formaat te kiezen.

  3. VMware-afbeeldingsformaat (vmdk). Dit formaat is eigen aan de VMware vSphere-hypervisor en is voor compatibiliteit opgenomen in Proxmox. Hiermee kunt u een virtuele VMware-machine migreren naar een Proxmox-infrastructuur.

    Het continu gebruiken van vmdk wordt niet aanbevolen; dit formaat is het langzaamste in Proxmox, dus het is alleen geschikt voor het uitvoeren van migraties, meer niet. Deze tekortkoming zal waarschijnlijk binnen afzienbare tijd worden weggenomen.

Werken met schijfimages

Proxmox wordt geleverd met een zeer handig hulpprogramma genaamd qemu-img. Een van de functies is het converteren van virtuele schijfimages. Om het te gebruiken, opent u gewoon de hypervisorconsole en voert u de opdracht uit in het formaat:

qemu-img convert -f vmdk test.vmdk -O qcow2 test.qcow2

In het gegeven voorbeeld wordt de vmdk-image van de virtuele VMware-schijf genoemd proef wordt omgezet naar formaat qkoe2. Dit is een zeer nuttige opdracht als u een fout in de initiële formaatselectie moet corrigeren.

Dankzij hetzelfde commando kun je het maken van de gewenste afbeelding forceren met behulp van het argument en je merk te creëren :

qemu-img create -f raw test.raw 40G

Met deze opdracht wordt een testafbeelding in het formaat gemaakt RAW, 40 GB groot. Nu is het geschikt om verbinding te maken met een van de virtuele machines.

Het formaat van een virtuele schijf wijzigen

En tot slot laten we u zien hoe u de grootte van een schijfkopie kunt vergroten als er om de een of andere reden niet langer voldoende ruimte op is. Om dit te doen, gebruiken we het resize-argument:

qemu-img resize -f raw test.raw 80G

Nu is onze afbeelding 80 GB groot geworden. Met behulp van het argument kunt u gedetailleerde informatie over de afbeelding bekijken info:

qemu-img info test.raw

Vergeet niet dat het uitbreiden van de afbeelding zelf niet automatisch de grootte van de partitie zal vergroten - het zal eenvoudigweg de beschikbare vrije ruimte toevoegen. Gebruik het commando om de partitie te vergroten:

resize2fs /dev/sda1

waar / Dev / sda1 - het vereiste gedeelte.

Automatisering van back-ups

Het gebruik van de handmatige methode voor het maken van back-ups is een zeer arbeidsintensieve en tijdrovende taak. Daarom bevat Proxmox VE een tool voor automatisch geplande back-ups. Laten we eens kijken hoe we dit kunnen doen:

  1. Open het item met behulp van de hypervisor-webinterface Datacentrum.
  2. Selecteer een item езервирование.
  3. Druk op de knop toevoegen.
  4. Stel parameters in voor de planner.

    Over back-ups in Proxmox VE

  5. Vink het vakje aan Inschakelen.
  6. Wijzigingen opslaan met de knop Creëren.

Nu start de planner het back-upprogramma automatisch op het exacte opgegeven tijdstip, op basis van het opgegeven schema.

Conclusie

We hebben standaardmethoden beoordeeld voor het maken van back-ups en het herstellen van virtuele machines. Dankzij het gebruik ervan kunt u zonder problemen alle gegevens opslaan en in geval van nood dringend herstellen.

Dit is natuurlijk niet de enige mogelijke manier om belangrijke gegevens op te slaan. Er zijn veel hulpmiddelen beschikbaar, b.v. Dubbelhartigheid, waarmee u volledige en incrementele kopieën kunt maken van de inhoud van op Linux gebaseerde virtuele servers.

Bij het uitvoeren van back-upprocedures moet u er altijd rekening mee houden dat deze het schijfsubsysteem actief laden. Daarom wordt aanbevolen deze procedures uit te voeren tijdens perioden van minimale belasting om vertragingen tijdens I/O-bewerkingen binnen de machines te voorkomen. U kunt de status van vertragingen in de schijfwerking rechtstreeks volgen via de hypervisor-webinterface (IO-vertragingsparameter).

Bron: www.habr.com

Voeg een reactie