
I artikkelen Vi har vellykket installert hypervisoren pÄ serveren, koblet til lagringsenheten, sÞrget for grunnleggende sikkerhet og til og med opprettet den fÞrste virtuelle maskinen. NÄ skal vi se pÄ hvordan man gjennomfÞrer de mest grunnleggende oppgavene for alltid Ä kunne gjenopprette tjenestene i tilfelle feil.
De innebygde verktÞyene i Proxmox lar deg ikke bare utfÞre databevaring, men ogsÄ opprette sett med forhÄndskonfigurerte operativsystembilder for rask distribusjon. Dette hjelper ikke bare nÄr det er behov for Ä opprette en ny server for noe tjeneste pÄ sekunder, men reduserer ogsÄ nedetid til et minimum.
Vi skal ikke snakke om nÞdvendigheten av Ä opprette backup, siden dette er Äpenbart og allerede lenge har vÊrt en aksiom. Vi vil fokusere pÄ noen mindre Äpenbare ting og sÊregenheter.
FÞrst, la oss se pÄ hvordan data lagres under backup-prosedyren.
Backup-algoritmer
La oss begynne med Ă„ si at Proxmox har et godt innebygd verktĂžysett for Ă„ lage sikkerhetskopier av virtuelle maskiner. Det lar deg enkelt lagre all data fra den virtuelle maskinen og stĂžtter to kompresjonsmekanismer, samt tre metoder for Ă„ lage disse sikkerhetskopiene.
La oss fÞrst se pÄ kompresjonsmekanismene:
- LZO-kompresjon. En tapsfri datakomprimeringsalgoritme som ble oppfunnet allerede pÄ midten av 90-tallet. Koden ble skrevet (implementert i Proxmox med verktÞyet lzop). Den viktigste egenskapen ved denne algoritmen er meget rask dekomprimering. Derfor kan enhver sikkerhetskopi laget med hjelp av denne algoritmen, hvis nÞdvendig, bli gjenopprettet pÄ minimal tid.
- GZIP-kompresjon. Ved bruk av denne algoritmen vil sikkerhetskopien bli «on-the-fly» komprimert med verktÞyet GNU Zip, som bruker den kraftige Deflate-algoritmen, utviklet . Hovedtyngden legges pÄ maksimal datakomprimering, noe som reduserer plassen pÄ disken som sikkerhetskopiene opptar. Hovedforskjellen fra LZO er at kompresjons-/dekompresjonsprosedyrene tar ganske mye tid.
Arkiveringsmodi
Proxmox tilbyr systemadministratorer tre metoder for sikkerhetskopiering. Gjennom disse kan man lÞse den nÞdvendige oppgaven ved Ä fastslÄ prioriteringer mellom behovet for nedetid og pÄliteligheten til den opprettede sikkerhetskopien:
- Snapshot-modus. Denne modusen kan ogsĂ„ kalles Live backup, fordi den ikke krever at den virtuelle maskinen stoppes. Bruken av denne mekanismen avbryter ikke VM-ens drift, men har to veldig alvorlige ulemper â det kan oppstĂ„ problemer pĂ„ grunn av fil-lĂ„sing i operativsystemet, og hastigheten pĂ„ opprettelsen er den laveste. Sikkerhetskopier opprettet med denne metoden mĂ„ alltid sjekkes i et testmiljĂž. Ellers er det en risiko for at de kan feile ved nĂždgjenoppretting.
- Suspend-modus. Den virtuelle maskinen «fryser» midlertidig sin tilstand inntil sikkerhetskopieringsprosessen er fullfÞrt. Innholdet i RAM slettes ikke, noe som gjÞr at man kan fortsette arbeidet nÞyaktig der det ble stoppet. Naturligvis medfÞrer dette nedetid for serveren mens informasjonen kopieres, men det er ingen behov for Ä skru av/pÄ den virtuelle maskinen, noe som er kritisk for noen tjenester. Spesielt hvis oppstarten av enkelte tjenester ikke er automatisk. Likevel bÞr slike sikkerhetskopier ogsÄ distribueres i et testmiljÞ for verifisering.
- Stop-modus. Den mest pÄlitelige metoden for sikkerhetskopiering, men som krever at den virtuelle maskinen skrus av helt. En kommando sendes for en normal nedstengning, etter at den er stoppet, utfÞres sikkerhetskopieringen, og deretter gis kommandoen for Ä starte den virtuelle maskinen. Antallet feil med denne tilnÊrmingen er minimalt og er stort sett null. Sikkerhetskopier som opprettes pÄ denne mÄten distribueres nesten alltid korrekt.
UtfĂžrelse av sikkerhetskopieringsprosedyren
For Ă„ opprette en sikkerhetskopi:
- GĂ„ til den aktuelle virtuelle maskinen.
- Vi velger alternativet Redundans.
- Klikk pÄ knappen Sikkerhetskopier nÄ. Et vindu Äpnes der man kan velge innstillingene for den fremtidige sikkerhetskopien.

- Som lagringssted angir vi det som vi koblet til .
- Etter valg av innstillinger klikker vi pÄ knappen Redundans og vi venter pÄ at sikkerhedskopien bliver oprettet. Dette vil blive signaleret med en besked OPGAVE OK.

De oprettede arkiver med sikkerhedskopier af virtuelle maskiner vil nu vÊre tilgÊngelige for download fra serveren. Den mest enkle og almindelige metode til at kopiere er SFTP. For dette formÄl kan du bruge den populÊre cross-platform FTP-klient FileZilla, som kan arbejde med SFTP-protokollen.
- I felten VĂŠrt indtaster IP-adressen pĂ„ vores virtualiseringsserver, i felten Brugernavn indtaster vi root, i felten Adgangskode â den, der blev valgt under installationen, og i feltet Port angiver vi "22" (eller en hvilken som helst anden port, der blev angivet til SSH-forbindelser).
- Klikk pÄ knappen Hurtig forbindelse og hvis alle data blev indtastet korrekt, vil du i den aktive panel se alle filer, der er placeret pÄ serveren.
- Vi gÄr ind i mappen /mnt/storage. Alle oprettede sikkerhedskopier vil ligge i undermappen «dump». De vil have fÞlgende navn:
- vzdump-qemu-maskinnummer-dato-tid.vma.gz i tilfĂŠlde af at metode GZIP vĂŠlges;
- vzdump-qemu-maskinnummer-dato-tid.vma.lzo i tilfĂŠlde af at metode LZO vĂŠlges.
Det anbefales at downloade sikkerhedskopierne straks fra serveren og gemme dem pÄ et sikkert sted, for eksempel i vores cloud-lager. Hvis du pakker en fil med tilladelse vma ud med det tilhÞrende vÊrktÞj fra Proxmox, vil der vÊre filer med endelserne raw, conf og fw. I disse filer findes fÞlgende:
- raw â diskbillede;
- conf â VM-konfiguration;
- fw â firewallindstillinger.
Gendannelse fra sikkerhedskopi
Lad os overveje en situation, hvor den virtuelle maskine ved et uheld er blevet slettet, og det er nĂždvendigt at genskabe den hurtigt fra en sikkerhedskopi:
- Ă bn lageret, hvor sikkerhedskopien ligger.
- GĂ„ til fanen Innhold.
- VÊlg den Þnskede sikkerhedskopi og tryk pÄ knappen Gendannelse.

- Angiv det mÄl-lager og ID, som vil blive tildelt maskinen, efter processen er afsluttet.
- Klikk pÄ knappen Gendannelse.
SÄ snart gendannelsen er afsluttet, vil VM'en vises pÄ listen over tilgÊngelige.
Kloning af en virtuel maskine
For eksempel, lad os antage, at virksomheden skal foretage Êndringer i en kritisk tjeneste. SÄdan en Êndring implementeres ved at foretage mange rettelser i konfigurationsfilerne. Resultatet er uforudsigeligt, og enhver fejl kan forÄrsage nedbrud af tjenesten. For at en sÄdan eksperiment ikke pÄvirker den fungerende server anbefales det at udfÞre kloning af den virtuelle maskine.
Kloningsmekanismen vil opprette en nÞyaktig kopi av den virtuelle serveren, som har lov til Ä gjennomfÞre endringer uten Ä pÄvirke drift av hovedtjenesten. Deretter, hvis endringene blir vellykket anvendt, settes den nye VM i drift, mens den gamle slÄs av. Det er en spesiell detalj i denne prosessen som alltid mÄ huskes. Den klonede maskinen vil ha nÞyaktig samme IP-adresse som den originale VM, noe som kan fÞre til en adresseringskonflikt nÄr den startes.
La oss se hvordan vi kan unngÄ en slik situasjon. Rett fÞr kloningsprosessen, mÄ nettverkskonfigurasjonen endres. Dette innebÊrer midlertidig Ä endre IP-adressen, men ikke gjenstarte nettverkstjenesten. Etter kloningen, mÄ innstillingene pÄ hovedmaskinen tilbakefÞres, og den klonede maskinen mÄ tildeles en annen IP-adresse. PÄ denne mÄten oppnÄr vi to kopier av den samme serveren pÄ ulike adresser. Dette muliggjÞr rask iverksettelse av den nye tjenesten.
Hvis denne tjenesten er en webserver, er det tilstrekkelig Ă„ endre A-posten hos din DNS-leverandĂžr, slik at forespĂžrslene fra kundene til dette domenenavnet vil bli sendt til adressen til den klonede virtuelle maskinen.
Forresten, Selectel tilbyr alle sine kunder muligheten til Ä hoste et ubegrenset antall domener pÄ NS-serverne gratis. Administrasjonen av postene skjer bÄde via vÄrt kontrollpanel og med et spesiallaget API. Les mer om dette .
Kloning av VM i Proxmox er en veldig enkel oppgave. For Ä utfÞre den, mÄ fÞlgende trinn fÞlges:
- GĂ„ til den aktuelle maskinen.
- Velg fra menyen More punktet Clone.
- I det Äpne vinduet fyll ut parameteren Navn.

- UtfÞr kloningen ved Ä trykke pÄ knappen Clone.
Dette verktÞyet lar deg lage en kopi av den virtuelle maskinen ikke bare pÄ den lokale serveren. Hvis flere virtualiseringsservere som er samlet i en klynge, kan du bruke dette verktÞyet til Ä umiddelbart flytte den opprettede kopien til den Þnskede fysiske serveren. En nyttig funksjon er valget av lagringssystem (parameteren Target Storage), som er veldig praktisk nÄr man flytter den virtuelle maskinen fra en fysisk lagringsenhet til en annen.
Formatene for virtuelle lagringsenheter
Vi skal se nÊrmere pÄ de lagerformater, der anvendes i Proxmox:
- RAW. Det mest enkle og forstÄelige format. Det er en fil med data fra harddisken «byte for byte» uden komprimering eller optimering. Dette er et meget praktisk format, da det nemt kan monteres med den standard kommando mount i ethvert Linux-system. Desuden er dette den hurtigste «type» lager, da hypervisoren ikke behÞver at behandle det.
En alvorlig ulempe ved dette format er, at hvor meget du har tildelt til den virtuelle maskine, vil filen i RAW-format optage nÞjagtig sÄ meget plads pÄ harddisken (uanset hvor meget plads der faktisk er brugt inden i den virtuelle maskine).
- QEMU billedformat (qcow2). MÄske det mest alsidige format til at udfÞre alle typer opgaver. Dets fordel er, at filen med data kun vil indeholde det reelt optagne plads inde i den virtuelle maskine. For eksempel, hvis 40 GB plads blev tildelt, men der kun blev brugt 2 GB, vil resten af pladsen vÊre tilgÊngelig for andre VM'er. Dette er meget relevant i forhold til besparelser pÄ diskplads.
En lille ulempe ved at arbejde med dette format er fÞlgende: for at montere et sÄdant billede i et andet system, skal du fÞrst indlÊse , samt bruge vÊrktÞjet qemu-nbd, som gÞr det muligt for operativsystemet at tilgÄ filen som en almindelig blok-enhed. Efter dette vil billedet vÊre tilgÊngeligt for montering, partitionering, udfÞrelse af filsystemkontrol og andre operationer.
Man skal huske, at alle input/output-operationer ved brug af dette format behandles programmatisk, hvilket medfÞrer en forsinkelse ved aktiv brug af disksystemet. Hvis opgaven er at implementere en database pÄ serveren, er det bedre at vÊlge RAW-formatet.
- VMware billedformat (vmdk). Dette format er «native» for hypervisoren VMware vSphere og er inkluderet i Proxmox for kompatibilitet. Det muliggÞr migration af en VMware virtuel maskine til Proxmox-infrastrukturen.
Brug af vmdk pÄ en permanent basis anbefales ikke, da dette format er det langsomste i Proxmox, sÄ det kun er egnet til migration, og ikke mere. Sandsynligvis vil dette problem blive lÞst i nÊr fremtid.
Arbejde med diskbilleder
Proxmox leverer et meget praktisk vÊrktÞj, der hedder qemu-img. En af funktionerne er konvertering af billeder af virtuelle diske. For at anvende det skal du blot Äbne hypervisor-konsollen og udfÞre kommandoen i formatet:
qemu-img convert -f vmdk test.vmdk -O qcow2 test.qcow2I det angivne eksempel vil vmdk-billedet af den virtuelle lagringsenhed kaldet test blive konverteret til formatet qcow2. Dette er en meget nyttig kommando, nÄr der er behov for at rette en fejl ved det oprindelige valg af format.
Med den samme kommando kan du ogsÄ tvangsprimere det Þnskede billede ved at bruge argumentet create:
qemu-img create -f raw test.raw 40GDenne kommando vil oprette billedet test i formatet RAW, med en stÞrrelse pÄ 40 GB. Nu er det klar til at blive tilsluttet en hvilken som helst af de virtuelle maskiner.
Ăndring af stĂžrrelsen pĂ„ den virtuelle disk
Og til sidst viser vi, hvordan man Þger stÞrrelsen pÄ diskbilledet, hvis der af en eller anden grund ikke lÊngere er plads nok pÄ det. Til dette bruger vi argumentet resize:
qemu-img resize -f raw test.raw 80GNu er vores billede blevet 80 GB stort. Du kan se detaljerede oplysninger om billedet ved hjĂŠlp af argumentet info:
qemu-img info test.rawDet er vigtigt at huske, at udvidelsen af billedet ikke automatisk Ăžger stĂžrrelsen pĂ„ partitionen â det tilfĂžjer blot tilgĂŠngeligt frit plads. For at Ăžge partitionen skal du bruge kommandoen:
resize2fs /dev/sda1der /dev/sda1 â den Ăžnskede partition.
Automatisering af sikkerhedskopiering
At bruge den manuelle metode til at lave sikkerhedskopier er en temmelig tidskrÊvende opgave. Derfor indeholder Proxmox VE et vÊrktÞj til automatisk sikkerhedskopiering efter en tidsplan. Lad os se pÄ, hvordan man gÞr dette:
- Ved at bruge hypervisorens webgrÊnseflade Äbner vi punktet Datacenter.
- Vi velger alternativet Redundans.
- Klikk pÄ knappen TilfÞj.
- Vi angiver indstillingerne for planlĂŠggeren.

- Vi markerer feltet Aktiver.
- Vi gemmer ĂŠndringerne ved at bruge knappen Opprett.
Nu vil planlÊggeren automatisk starte sikkerhedskopieringsprogrammet prÊcist pÄ det angivne tidspunkt, baseret pÄ den angivne tidsplan.
Konklusjon
Vi har gennemgÄet de indbyggede metoder til sikkerhedskopiering og gendannelse af virtuelle maskiner. Deres brug muliggÞr uden videre at gemme alle data og hurtigt gendanne dem i en nÞdsituation.
SelvfÞlgelig er dette ikke den eneste mulige mÄten Ä bevare viktige data pÄ. Det finnes mange verktÞy, for eksempel, , som kan brukes til Ä lage fullstendige og inkrementelle kopier av innholdet pÄ virtuelle servere basert pÄ Linux.
NÄr man utfÞrer sikkerhetskopieringsprosedyrer, bÞr man alltid vÊre klar over at de belaster diskens system aktivt. Derfor anbefales det Ä utfÞre disse prosedyrene i perioder med minimum belastning, for Ä unngÄ forsinkelser under inn- og utdataoperasjoner i maskinene. Man kan overvÄke statusen for diskoperasjonsforsinkelser direkte fra webgrensesnittet til hypervisoren (parameter IO delay).
Kilde: habr.com





