Om säkerhetskopior i Proxmox VE

Artikeln "The Magic of Virtualization: An Introduction to Proxmox VE" vi installerade framgångsrikt en hypervisor på servern, kopplade lagring till den, tog hand om grundläggande säkerhet och skapade till och med den första virtuella maskinen. Låt oss nu titta på hur man implementerar de mest grundläggande uppgifterna som måste utföras för att alltid kunna återställa tjänster i händelse av ett fel.

Proxmox inbyggda verktyg låter dig inte bara säkerhetskopiera data, utan också skapa uppsättningar av förkonfigurerade operativsystemavbildningar för snabb implementering. Detta hjälper dig inte bara att skapa en ny server för vilken tjänst som helst på några sekunder om det behövs, utan minskar också stilleståndstiden till ett minimum.

Vi kommer inte att prata om behovet av att skapa säkerhetskopior, eftersom detta är uppenbart och har länge varit ett axiom. Låt oss uppehålla oss vid några icke-uppenbara saker och funktioner.

Låt oss först titta på hur data sparas under säkerhetskopieringen.

Säkerhetskopieringsalgoritmer

Låt oss börja med att Proxmox har bra standardverktyg för att skapa säkerhetskopior av virtuella maskiner. Det gör det enkelt att spara all din virtuella maskindata och stöder två komprimeringsmekanismer, samt tre metoder för att skapa dessa kopior.

Låt oss först titta på kompressionsmekanismerna:

1. LZO-kompression. En förlustfri datakomprimeringsalgoritm uppfann redan i mitten av 90-talet. Koden skrevs Markus Oberheimer (implementerat i Proxmox av verktyget lzop). Huvudfunktionen hos denna algoritm är mycket höghastighetsuppackning. Därför kan all säkerhetskopia som skapas med denna algoritm distribueras på kort tid om det behövs.
2. GZIP-komprimering. Med den här algoritmen kommer säkerhetskopian att komprimeras i farten av GNU Zip-verktyget, som använder den kraftfulla Deflate-algoritmen skapad av Phil Katz. Huvudvikten ligger på maximal datakomprimering, vilket minskar diskutrymmet som tas upp av säkerhetskopior. Den största skillnaden mot LZO är att kompressions-/dekompressionsprocedurer tar ganska lång tid.

Arkiveringslägen

Proxmox erbjuder systemadministratören ett val av tre säkerhetskopieringsmetoder. Med hjälp av dem kan du lösa det erforderliga problemet genom att bestämma prioritet mellan behovet av driftstopp och tillförlitligheten hos säkerhetskopieringen:

1. Snapshot-läge. Detta läge kan också kallas Live backup, eftersom det inte kräver att den virtuella maskinen stoppas för att använda den. Att använda denna mekanism avbryter inte driften av den virtuella datorn, men den har två mycket allvarliga nackdelar - problem kan uppstå på grund av fillåsning av operativsystemet och den långsammaste skapandehastigheten. Säkerhetskopieringar som skapats med denna metod ska alltid testas i en testmiljö. Annars finns det en risk att om akut återhämtning är nödvändig kan de misslyckas.
2. Pausläge. Den virtuella maskinen "fryser" tillfälligt sitt tillstånd tills säkerhetskopieringsprocessen är klar. Innehållet i RAM-minnet raderas inte, vilket gör att du kan fortsätta arbeta exakt från den punkt där arbetet pausades. Naturligtvis orsakar detta serverstopp medan information kopieras, men det finns inget behov av att stänga av/på den virtuella maskinen, vilket är ganska kritiskt för vissa tjänster. Särskilt om lanseringen av vissa tjänster inte är automatisk. Sådana säkerhetskopior bör dock också distribueras till en testmiljö för testning.
3. Stoppläge. Den mest pålitliga säkerhetskopieringsmetoden, men kräver en fullständig avstängning av den virtuella maskinen. Ett kommando skickas för att utföra en vanlig avstängning, efter stopp utförs en säkerhetskopiering och sedan ges ett kommando för att slå på den virtuella maskinen. Antalet fel med detta tillvägagångssätt är minimalt och oftast reducerat till noll. Säkerhetskopieringar som skapats på detta sätt distribueras nästan alltid korrekt.

Utför bokningsproceduren

Så här skapar du en säkerhetskopia:

1. Låt oss gå till önskad virtuell maskin.
2. Välj ett föremål Bokning.
3. Vi trycker på knappen Boka nu. Ett fönster öppnas där du kan välja parametrar för framtida säkerhetskopiering.

   

4. Som lagring anger vi den vi anslutit i föregående del.
5. Efter att ha valt parametrarna, tryck på knappen Bokning och vänta tills säkerhetskopian skapas. Det kommer att finnas en inskription om detta UPPGIFT OK.

   

Nu kommer de skapade arkiven med säkerhetskopior av virtuella maskiner att vara tillgängliga för nedladdning från servern. Den enklaste och vanligaste metoden för kopiering är SFTP. För att göra detta, använd den populära plattformsoberoende FTP-klienten FileZilla, som kan fungera med SFTP-protokollet.

1. Inom området Värd ange IP-adressen för vår virtualiseringsserver i fältet Användarnamn ange root i fältet lösenord - den som valdes under installationen och i fält Port ange "22" (eller någon annan port som specificerades för SSH-anslutningar).
2. Vi trycker på knappen Snabb anslutning och om all data angavs korrekt, kommer du att se alla filer som finns på servern i den aktiva panelen.
3. Gå till katalogen /mnt/lagring. Alla skapade säkerhetskopior kommer att finnas i underkatalogen "dump". De kommer att se ut så här:
   • vzdump-qemu-machine_number-date-time.vma.gz om du väljer GZIP-metoden;
   • vzdump-qemu-machine_number-date-time.vma.lzo vid val av LZO-metoden.

Det rekommenderas att omedelbart ladda ner säkerhetskopior från servern och spara dem på en säker plats, till exempel i vår molnlagring. Om du packar upp en fil med vma-upplösning, ett verktyg med samma namn som följer med Proxmox, så kommer det att finnas inuti filer med tilläggen obehandlad, conf и fw. Dessa filer innehåller följande:

• obehandlad — diskavbildning;
• conf — VM-konfiguration;
• fw - brandväggsinställningar.

Återställer från en säkerhetskopia

Låt oss överväga en situation där en virtuell maskin av misstag raderades och dess nödåterställning från en säkerhetskopia krävs:

1. Öppna lagringsplatsen där säkerhetskopian finns.
2. Gå till fliken Innehåll.
3. Välj önskad kopia och tryck på knappen Återvinning.

   

4. Vi anger mållagringen och det ID som kommer att tilldelas maskinen efter att processen är klar.
5. Vi trycker på knappen Återvinning.

När återställningen är klar visas den virtuella datorn i listan över tillgängliga.

Kloning av en virtuell maskin

Låt oss till exempel anta att ett företag behöver göra ändringar i någon kritisk tjänst. En sådan ändring implementeras genom att göra många ändringar i konfigurationsfilerna. Resultatet är oförutsägbart och alla fel kan orsaka ett tjänstefel. För att förhindra att ett sådant experiment påverkar en körande server, rekommenderas att klona den virtuella maskinen.

Kloningsmekanismen kommer att skapa en exakt kopia av den virtuella servern, med vilken alla ändringar kan göras utan att påverka driften av huvudtjänsten. Sedan, om ändringarna tillämpas framgångsrikt, startas den nya virtuella datorn och den gamla stängs av. Det finns en funktion i denna process som alltid bör komma ihåg. Den klonade maskinen kommer att ha samma IP-adress som den ursprungliga virtuella datorn, vilket innebär att det kommer att uppstå en adresskonflikt när den startar.

Vi kommer att berätta hur du undviker en sådan situation. Omedelbart före kloning bör du göra ändringar i nätverkskonfigurationen. För att göra detta måste du tillfälligt ändra IP-adressen, men starta inte om nätverkstjänsten. Efter att kloningen är klar på huvudmaskinen bör du återställa inställningarna och ställa in en annan IP-adress på den klonade maskinen. Således kommer vi att få två kopior av samma server på olika adresser. Detta gör att du snabbt kan sätta den nya tjänsten i drift.

Om denna tjänst är en webbserver behöver du bara ändra A-posten hos din DNS-leverantör, varefter klientförfrågningar om detta domännamn kommer att skickas till adressen för den klonade virtuella maskinen.

Förresten, Selectel tillhandahåller alla sina kunder tjänsten att hosta valfritt antal domäner på NS-servrar gratis. Posterna hanteras både via vår kontrollpanel och genom ett speciellt API. Läs mer om detta i vår kunskapsbas.

Att klona en virtuell dator i Proxmox är en mycket enkel uppgift. För att göra detta måste du göra följande:

1. Gå till maskinen vi behöver.
2. Välj från menyn Snarare punkt klon.
3. I fönstret som öppnas fyller du i parametern Namn.

   

4. Utför kloning med en knapptryckning klon.

Detta verktyg låter dig göra en kopia av en virtuell maskin inte bara på den lokala servern. Om flera virtualiseringsservrar kombineras till ett kluster kan du med hjälp av detta verktyg omedelbart flytta den skapade kopian till den önskade fysiska servern. En användbar funktion är valet av disklagring (parameter Mållagring), vilket är mycket bekvämt när du flyttar en virtuell maskin från ett fysiskt medium till ett annat.

Virtuella lagringsformat

Låt oss berätta mer om de enhetsformat som används i Proxmox:

1. RAW. Det mest begripliga och enkla formatet. Detta är en byte-för-byte hårddiskdatafil utan komprimering eller optimering. Detta är ett mycket bekvämt format eftersom det enkelt kan monteras med standardmonteringskommandot på alla Linux-system. Dessutom är detta den snabbaste "typen" av enhet, eftersom hypervisorn inte behöver bearbeta den på något sätt.

   En allvarlig nackdel med detta format är att oavsett hur mycket utrymme du har allokerat för den virtuella maskinen, kommer exakt samma mängd hårddiskutrymme att upptas av RAW-filen (oavsett det faktiska upptagna utrymmet inuti den virtuella maskinen).

2. QEMU-bildformat (qcow2). Kanske det mest universella formatet för att utföra alla uppgifter. Dess fördel är att datafilen endast kommer att innehålla det faktiskt upptagna utrymmet inuti den virtuella maskinen. Till exempel, om 40 GB utrymme tilldelades, men bara 2 GB faktiskt användes, kommer resten av utrymmet att vara tillgängligt för andra virtuella datorer. Detta är mycket viktigt när du sparar diskutrymme.

   En liten nackdel med att arbeta med detta format är följande: för att montera en sådan bild på något annat system måste du först ladda ner speciell nbd-drivrutinoch även använda verktyget qemu-nbd, vilket gör att operativsystemet kan komma åt filen som en vanlig blockenhet. Efter detta kommer bilden att bli tillgänglig för montering, partitionering, kontroll av filsystemet och andra operationer.

   Man bör komma ihåg att alla I/O-operationer vid användning av detta format bearbetas i programvara, vilket medför en avmattning när man aktivt arbetar med diskundersystemet. Om uppgiften är att distribuera en databas på servern är det bättre att välja RAW-formatet.

3. VMware bildformat (vmdk). Det här formatet är inbyggt i VMware vSphere hypervisor och inkluderades i Proxmox för kompatibilitet. Det låter dig migrera en virtuell VMware-maskin till en Proxmox-infrastruktur.

   Att använda vmdk kontinuerligt rekommenderas inte; detta format är det långsammaste i Proxmox, så det är bara lämpligt för att utföra migrering, inget mer. Denna brist kommer sannolikt att elimineras inom överskådlig framtid.

Arbeta med diskbilder

Proxmox kommer med ett mycket bekvämt verktyg som heter qemu-img. En av dess funktioner är att konvertera virtuella diskbilder. För att använda det, öppna bara hypervisorkonsolen och kör kommandot i formatet:

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

I det angivna exemplet anropades vmdk-bilden för den virtuella VMware-enheten testa kommer att konverteras till format qcow2. Detta är ett mycket användbart kommando när du behöver korrigera ett fel i det ursprungliga formatvalet.

Tack vare samma kommando kan du tvinga fram den önskade bilden med argumentet skapa:

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

Detta kommando skapar en testbild i formatet RAW, 40 GB i storlek. Nu är den lämplig för att ansluta till någon av de virtuella maskinerna.

Ändra storlek på en virtuell disk

Och avslutningsvis kommer vi att visa dig hur du ökar storleken på en diskavbildning om det av någon anledning inte längre finns tillräckligt med utrymme på den. För att göra detta använder vi resize-argumentet:

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

Nu har vår bild blivit 80 GB stor. Du kan se detaljerad information om bilden med argumentet info:

qemu-img info test.raw

Glöm inte att om du expanderar själva bilden inte automatiskt ökar storleken på partitionen - det kommer helt enkelt att lägga till tillgängligt ledigt utrymme. För att öka partitionen, använd kommandot:

resize2fs /dev/sda1

där / Dev / sda1 - den nödvändiga delen.

Automatisering av backuper

Att använda den manuella metoden för att skapa säkerhetskopior är en mycket arbetskrävande och tidskrävande uppgift. Det är därför Proxmox VE innehåller ett verktyg för automatiska schemalagda säkerhetskopieringar. Låt oss titta på hur du gör detta:

1. Öppna objektet med hjälp av hypervisorns webbgränssnitt Datacenter.
2. Välj ett föremål Bokning.
3. Vi trycker på knappen lägga till.
4. Ställ in parametrar för schemaläggaren.

   

5. Markera rutan Gör det möjligt.
6. Spara ändringar med knappen skapa.

Nu startar schemaläggaren automatiskt säkerhetskopieringsprogrammet vid exakt angiven tid, baserat på det angivna schemat.

Slutsats

Vi granskade standardmetoder för att säkerhetskopiera och återställa virtuella maskiner. Deras användning gör att du kan spara all data utan problem och snabbt återställa dem i händelse av en nödsituation.

Naturligtvis är detta inte det enda möjliga sättet att spara viktig data. Det finns många verktyg tillgängliga, t.ex. Duplicity, med vilken du kan skapa fullständiga och inkrementella kopior av innehållet på Linux-baserade virtuella servrar.

När du utför säkerhetskopieringsprocedurer bör du alltid ta hänsyn till att de aktivt laddar diskundersystemet. Därför rekommenderas att dessa procedurer utförs under perioder med minimal belastning för att undvika förseningar under I/O-operationer inom maskinerna. Du kan övervaka statusen för diskdriftsfördröjningar direkt från hypervisorns webbgränssnitt (IO-fördröjningsparameter).

Källa: will.com