Circa i backups in Proxmox VE

L'articulu "Magia di virtualizazione: un cursu introduttivu in Proxmox VE" avemu installatu successu un hypervisor in u servitore, cunnessu u almacenamentu à questu, hà cura di a sicurità elementaria, è ancu creatu a prima macchina virtuale. Avà guardemu cumu implementà i travaglii più basi chì anu da esse realizatu per esse sempre capaci di restaurà u funziunamentu di i servizii in casu di fallimentu.

L'arnesi Proxmox rigulari permettenu micca solu di fà una copia di salvezza di dati, ma ancu di creà gruppi di imagine pre-configurate di sistemi operativi per una implementazione rapida. Questu ùn solu aiuta à creà un novu servitore per qualsiasi serviziu in pochi sicondi se ne necessariu, ma ancu riduce u tempu di inattività à u minimu.

Ùn parlemu micca di a necessità di creà backups, postu chì questu hè evidenti è hè statu longu un assioma. Fighjemu nantu à qualchi cose è caratteristiche micca evidenti.

Prima, andemu à vede cumu i dati sò cullucati durante a prucedura di salvezza.

Algoritmi di salvezza

Cuminciamu cù u fattu chì Proxmox hà un bonu toolkit standard per creà copie di salvezza di e macchine virtuali. Permette di salvà facilmente tutte e dati di una macchina virtuale è sustene dui miccanismi di cumpressione, è ancu trè metudi per creà queste copie.

Analizemu prima i miccanismi di cumpressione:

1. LZO cumpressione. Un algoritmu di cumpressione di dati senza perdita inventatu in a mità di l'anni 90. U codice hè statu scrittu Markus Oberheimer (implementatu in Proxmox da l'utilità lzop). A funzione principale di stu algoritmu hè un sballamentu assai veloce. Per quessa, ogni copia di salvezza creata cù questu algoritmu pò, se ne necessariu, esse implementatu in un minimu di tempu.
2. Cumpressione Gzip. Aduprendu stu algoritmu, a copia di salvezza serà cumpressa nantu à a mosca da l'utilità GNU Zip, chì usa u putente algoritmu Deflate creatu da Phil Katz. U focu principalu hè nantu à a cumpressione massima di dati, chì permette di riduce u spaziu di discu occupatu da backups. A diferenza principale da LZO hè chì e prucedure di compressione / decompressione piglianu una quantità abbastanza grande di tempu.

Modi di archiviazione

Proxmox offre à l'amministratore di u sistema trè metudi di salvezza per sceglie. Aduprendu elli, pudete risolve u compitu necessariu priorisendu a necessità di downtime è l'affidabilità di a copia di salvezza fatta:

1. Modu snapshot. Stu modu pò ancu esse chjamatu Live backup, postu chì ùn hà micca bisognu di chjude a macchina virtuale per aduprà. L'usu di stu mecanismu ùn interrompe micca a VM, ma hà dui inconvenienti assai serii - i prublemi ponu accade per via di i blocchi di file da u sistema operatore è a velocità di creazione più lenta. Backups creati da stu metudu deve esse sempre pruvatu in un ambiente di prova. Altrimenti, ci hè u risicu chì se una ricuperazione d'urgenza hè necessariu, ponu fallu.
2. Modu suspendu. A macchina virtuale "freezes" temporaneamente u so statu finu à a fine di u prucessu di salvezza. U cuntenutu di a RAM ùn hè micca sguassatu, chì vi permette di cuntinuà à travaglià esattamente da u puntu chì u travagliu hè statu suspesu. Di sicuru, questu provoca un downtime di u servitore mentre copia l'infurmazioni, ma ùn ci hè bisognu di disattivà / in a macchina virtuale, chì hè abbastanza critica per certi servizii. In particulare se l'iniziu di certi servizii ùn hè micca automaticu. Tuttavia, tali backups anu ancu esse implementati in un ambiente di prova per teste.
3. Modu di stop. U metudu di salvezza più affidabile, ma richiede un arrestu cumpletu di a macchina virtuale. Un cumandamentu hè mandatu per un arrestu normale, dopu un stop, una copia di salvezza hè realizata, è dopu un cumandamentu hè datu per accende a macchina virtuale. U numaru d'errori in questu approcciu hè minimu è più spessu ridutta à cero. I backup creati in questu modu quasi sempre implementanu currettamente.

Realizà una prucedura di riservazione

Per creà una copia di salvezza:

1. Passemu à a macchina virtuale necessaria.
2. Sceglite un articulu Riservazione.
3. Pulsà u buttone Riserva avà. Una finestra si apre in quale pudete selezziunate l'opzioni per a futura copia di salvezza.

   

4. Cum'è almacenamiento, indichemu quellu chì avemu cunnessu in a parte precedente.
5. Dopu à selezziunate i paràmetri, appughjà u buttone Riservazione è aspettate chì a copia di salvezza sia creata. Questu serà indicatu da l'inscription TASK OK.

   

Avà l'archivi creati cù copie di salvezza di e macchine virtuali seranu dispunibili per scaricà da u servitore. A manera più simplice è cumuna di copià hè SFTP. Per fà questu, utilizate u popular client FTP multiplataforma FileZilla, chì pò travaglià annantu à u protocolu SFTP.

1. In lu campu di Òspite entre l'indirizzu IP di u nostru servitore di virtualizazione in u campu U nome d 'utilizatori entre root, in u campu codice - quellu chì hè statu sceltu durante a stallazione, è in u campu Portu specificate "22" (o qualsiasi altru portu chì hè statu stabilitu per e cunnessione SSH).
2. Pulsà u buttone Cunnessione rapida è, se tutti i dati sò stati inseriti currettamente, allora in u pannellu attivu vi vede tutti i schedarii situati in u servitore.
3. Andà à u cartulare /mnt/storage. Tutti i backups creati seranu in u subdirectory "dump". Seranu cum'è:
   • vzdump-qemu-machine-date-time.vma.gz in casu di sceglie u metudu GZIP;
   • vzdump-qemu-machine-date-time.vma.lzo in casu di sceglie u metudu LZO.

I backups sò cunsigliati per esse scaricati immediatamente da u servitore è guardati in un locu sicuru, per esempiu, in u nostru almacenamentu in nuvola. Se sguassate un schedariu cù permessu vma, l'utilità di u stessu nome chì vene cù Proxmox, allora ci saranu schedari cù estensioni. crudu, cunf и fw. Questi schedari cuntenenu i seguenti:

• crudu - imagine di discu;
• cunf - cunfigurazione VM;
• fw - paràmetri di firewall.

Risturà da una copia di salvezza

Cunsideremu una situazione induve una macchina virtuale hè stata sguassata accidentalmente è deve esse restaurata urgentemente da una copia di salvezza:

1. Aprite u repository chì cuntene a copia di salvezza.
2. Andà à a tabulazione Cuntenutu.
3. Selezziunate a copia desiderata è cliccate u buttone Recuperazione.

   

4. Specificate l'almacenamiento di destinazione è l'ID chì serà assignatu à a macchina dopu chì u prucessu hè finitu.
5. Pulsà u buttone Recuperazione.

Appena a risturazione hè finita, a VM appariscerà in a lista di i dispunibuli.

Clonà una macchina virtuale

Per esempiu, supponi chì una cumpagnia hà bisognu di fà cambiamenti à un serviziu criticu. Un tali cambiamentu hè implementatu per mezu di l'intruduzioni di parechje editi à i schedarii di cunfigurazione. U risultatu hè imprevisible, è ogni errore pò causà un fallimentu di serviziu. Per impediscenu un tali esperimentu da affettà un servitore in esecuzione, hè cunsigliatu di clone a macchina virtuale.

U mecanismu di clonazione creà una copia esatta di u servitore virtuale, da quale hè permessu di fà qualsiasi cambiamenti senza affettà l'operazione di u serviziu principale. Allora, se i cambiamenti sò applicati bè, a nova VM principia è u vechju si chjude. In questu prucessu, ci hè una funzione chì deve esse sempre ricordata. Nant'à a macchina clonata, l'indirizzu IP serà esattamente u listessu cum'è a VM originale, chì significa chì ci sarà un cunflittu di indirizzu quandu principia.

Videmu cumu evità sta situazione. Appena prima di clonà, duvete fà cambiamenti à a cunfigurazione di a rete. Per fà questu, avete da cambià temporaneamente l'indirizzu IP, ma ùn restate micca u serviziu di rete. Dopu a clonazione in a macchina principale, duvete rinvià i paràmetri, è stabilisce qualsiasi altru indirizzu IP in a macchina clonata. Cusì, averemu duie copie di u stessu servitore in indirizzi diffirenti. Questu permetterà di introduverà rapidamente un novu serviziu in opera.

Se stu serviziu hè un servitore web, allora solu bisognu di cambià l'A-record cù u vostru fornitore DNS, dopu chì e richieste di u cliente per stu nome di duminiu seranu mandati à l'indirizzu di a macchina virtuale clonata.

In modu, Selectel furnisce tutti i so clienti cù u serviziu di hosting qualsiasi numeru di domini in servitori NS gratuitamente. I registrazioni sò gestiti sia cù u nostru pannellu di cuntrollu sia cù una API speciale. Leghjite più nantu à questu in a nostra basa di cunniscenza.

Clonà una VM in Proxmox hè un compitu assai simplice. Per fà lu, vi tocca à fà i seguenti passi:

1. Andate à a vittura chì avemu bisognu.
2. Sceglite da u menu More clausula Clone.
3. In a finestra chì si apre, compie u paràmetru Nome.

   

4. Eseguite a clonazione à a pressione di un buttone Clone.

Stu strumentu permette di fà una copia di a macchina virtuale micca solu in u servitore lucale. Se parechji servitori di virtualizazione sò cumminati in un cluster, allora utilizendu stu strumentu pudete traslassi immediatamente a copia creata à u servitore fisicu desideratu. Una funzione utile hè a scelta di u almacenamentu di discu (opzione Target Storage), chì hè assai utile quandu si move una macchina virtuale da un media fisicu à l'altru.

Formati di unità virtuale

Parlemu di più nantu à i formati di almacenamiento utilizati in Proxmox:

1. PRIMA. U furmatu più comprensibile è simplice. Questu hè un schedariu di dati di u discu duru byte per byte senza cumpressione o ottimisazione. Questu hè un formatu assai cunvene perchè hè faciule per muntallu cù u cumandamentu standard di muntagna in ogni sistema Linux. Inoltre, questu hè u "tipu" più veloce di almacenamiento, postu chì l'hypervisor ùn hà micca bisognu di processà in alcun modu.

   Un svantaghju seriu di stu formatu hè chì quantu spaziu avete attribuitu per una macchina virtuale, esattamente quantu spaziu nantu à u discu duru serà occupatu da un schedariu in formatu RAW (indipendentemente da u spaziu propiu utilizatu in a macchina virtuale).

2. Formatu d'imaghjini QEMU (qcow2). Forse u formatu più versatile per ogni attività. U so vantaghju hè chì u schedariu di dati cuntene solu u spaziu veru occupatu in a macchina virtuale. Per esempiu, se 40 GB di spaziu hè stata attribuita, ma solu 2 GB hè stata utilizata, u restu di u spaziu serà dispunibule per altri VM. Questu hè assai impurtante in quantu à salvà u spaziu di discu.

   Una piccula svantaghju di travaglià cù stu formatu hè u seguente: per muntà una tale maghjina nantu à qualsiasi altru sistema, prima vi tuccherà à scaricà. driver speciale nbdè ancu aduprà l'utilità qemu-nbd, chì permetterà à u sistema operatore di accede à u schedariu cum'è s'ellu era un dispositivu di bloccu normale. Dopu questu, l'imaghjini diventerà dispunibule per a muntagna, a partizione, a verificazione di u sistema di fugliale è altre operazioni.

   Si deve esse ricordati chì tutte l'operazioni I / O quandu utilizanu stu formatu sò processati in modu programmaticu, chì implica una rallentazione quandu travaglia attivamente cù u sottosistema di discu. Se u compitu hè di implementà una basa di dati in u servitore, allora hè megliu sceglie u formatu RAW.

3. Formatu d'imaghjini VMware (vmdk). Stu formatu hè nativu di l'ipervisore VMware vSphere è hè stata inclusa in Proxmox per a cumpatibilità. Permette di migrà una macchina virtuale VMware à una infrastruttura Proxmox.

   Aduprà vmdk in una basa permanente ùn hè micca cunsigliatu, stu formatu hè u più lento in Proxmox, cusì hè adattatu solu per eseguisce migrazioni, nunda di più. Probabilmente in un futuru prevedibile sta mancanza serà eliminata.

U travagliu cù l'imaghjini di discu

Proxmox vene cun una utilità assai utile chjamata qemu-img. Una di e so funzioni hè di cunvertisce l'imaghjini di u discu virtuale. Per aduprà, basta apre a cunsola di ipervisore è eseguite un cumandamentu in u formatu:

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

In l'esempiu sopra, l'imaghjini vmdk di almacenamiento virtuale VMware chjamatu francese test serà cunverta à u furmatu qcow2. Questu hè un cumandamentu assai utile quandu vulete riparà un errore in a selezzione di u furmatu originale.

Grazie à u listessu cumandamentu, pudete furzà a creazione di l'imaghjini desiderate cù l'argumentu criari:

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

Stu cumandimu creà una maghjina di prova in u furmatu PRIMA, 40 GB di dimensione. Avà hè adattatu per cunnette à qualsiasi di e macchine virtuali.

Ridimensionà un discu virtuale

È in cunclusioni, vi mustraremu cumu fà cresce a dimensione di l'imaghjini di discu se, per una certa ragione, ùn ci hè più spaziu abbastanza. Per fà questu, usemu l'argumentu resize:

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

Avà a nostra maghjina hè diventata di 80 GB. Pudete vede infurmazioni detallati nantu à l'imaghjini cù l'argumentu detailed:

qemu-img info test.raw

Ùn vi scurdate chì l'estensione di l'imaghjini stessu ùn aumenterà micca automaticamente a dimensione di a partizione - solu aghjunghje u spaziu liberu dispunibule. Per ingrandà una partizione, utilizate u cumandimu:

resize2fs /dev/sda1

induve / dev / sda1 - sezione desiderata.

L'automatizazione di salvezza

Utilizà u metudu manuale di creazione di salvezza hè un compitu assai laboriosu è tempu. Per quessa, Proxmox VE include un strumentu per e copie di salvezza automatiche programate. Videmu cumu fà:

1. Utilizendu l'interfaccia web di l'ipervisore, apre l'articulu Centru di dati.
2. Sceglite un articulu Riservazione.
3. Pulsà u buttone Ajouter.
4. Stabilite i paràmetri per u pianificatore.

   

5. Verificate a casella Attivà.
6. Salvà i cambiamenti cù u buttone creà.

Avà u pianificatore hà da eseguisce automaticamente u prugramma di salvezza à l'ora precisa, basatu annantu à u schedariu specificatu.

cunchiusioni

Avemu cunsideratu i metudi rigulari di salvezza è ricuperazione di e macchine virtuali. U so usu permette di salvà tutte e dati senza prublemi è di risturà urgente in casu d'urgenza.

Di sicuru, questu hè micca u solu modu pussibule di salvà dati impurtanti. Ci sò parechji arnesi cum'è Duplicità, cù quale pudete creà copie complete è incrementali di u cuntenutu di i servitori virtuali basati in Linux.

Quandu eseguite e prucedure di salvezza, duvete sempre piglià in contu chì caricanu attivamente u sottosistema di discu. Dunque, hè cunsigliatu di fà queste prucedure à i tempi di carica minima per evità ritardi in l'operazioni I/O in e macchine. Pudete monitorà u statutu di i ritardi di l'operazione di discu direttamente da l'interfaccia web di l'ipervisore (parametru di ritardu IO).

Source: www.habr.com