Pri sekurkopioj en Proxmox VE

En la artikolo "La Magio de Virtualigo: Enkonduko al Proxmox VE" ni sukcese instalis hiperviziilon sur la servilo, konektis stokadon al ĝi, zorgis pri baza sekureco kaj eĉ kreis la unuan virtualan maŝinon. Nun ni rigardu kiel efektivigi la plej bazajn taskojn, kiuj devas esti plenumitaj por ĉiam povi restarigi servojn en kazo de malsukceso.

La denaskaj iloj de Proxmox permesas vin ne nur sekurkopii datumojn, sed ankaŭ krei arojn de antaŭ-konfiguritaj operaciumaj bildoj por rapida disfaldo. Ĉi tio ne nur helpas vin krei novan servilon por iu servo en kelkaj sekundoj se necese, sed ankaŭ reduktas malfunkcion al minimumo.

Ni ne parolos pri la bezono krei sekurkopiojn, ĉar ĉi tio estas evidenta kaj longe estas aksiomo. Ni restu pri kelkaj ne-evidentaj aferoj kaj trajtoj.

Unue, ni rigardu kiel datumoj estas konservitaj dum la rezerva proceduro.

Rezervaj Algoritmoj

Ni komencu per la fakto, ke Proxmox havas bonajn normajn ilojn por krei rezervajn kopiojn de virtualaj maŝinoj. Ĝi faciligas konservi ĉiujn viajn virtualajn maŝinajn datumojn kaj subtenas du kunpremajn mekanismojn, kaj ankaŭ tri metodojn por krei tiujn kopiojn.

Ni unue rigardu la kunpremajn mekanismojn:

1. LZO kunpremo. Senperda datumkunprema algoritmo inventita reen en la mez-90-aj jaroj. La kodo estis skribita Markus Oberheimer (efektivigita en Proxmox per la lzop ilo). La ĉefa trajto de ĉi tiu algoritmo estas tre altrapida malpakado. Tial ĉiu sekurkopio kreita per ĉi tiu algoritmo povas esti deplojita en minimuma tempo se necese.
2. GZIP kunpremo. Uzante ĉi tiun algoritmon, la sekurkopio estos kunpremita sur la flugo per la GNU Zip ilo, kiu uzas la potencan Deflate-algoritmon kreitan de Phil Katz. La ĉefa emfazo estas sur maksimuma datumkunpremo, kiu reduktas la diskospacon okupitan de rezervaj kopioj. La ĉefa diferenco de LZO estas, ke kunpremaj/malkunpremaj proceduroj prenas sufiĉe da tempo.

Arkivaj reĝimoj

Proxmox ofertas al la sistemadministranto elekton de tri rezerva metodoj. Uzante ilin, vi povas solvi la postulatan problemon determinante la prioritaton inter la bezono de malfunkcio kaj la fidindeco de la sekurkopio farita:

1. Momentfoto reĝimo. Ĉi tiu reĝimo ankaŭ povas esti nomita Viva sekurkopio, ĉar ĝi ne postulas haltigi la virtualan maŝinon por uzi ĝin. Uzado de ĉi tiu mekanismo ne interrompas la funkciadon de la VM, sed ĝi havas du tre gravajn malavantaĝojn - problemoj povas aperi pro dosiero-ŝlosado de la operaciumo kaj la plej malrapida krea rapido. Sekurkopioj kreitaj per ĉi tiu metodo ĉiam devas esti provitaj en testa medio. Alie, ekzistas risko, ke se kriza reakiro estas necesa, ili povas malsukcesi.
2. Suspenda Reĝimo. La virtuala maŝino provizore "frostas" sian staton ĝis la rezerva procezo estas finita. La enhavo de la RAM ne estas forigita, kio ebligas al vi daŭrigi labori ĝuste de la punkto, ĉe kiu laboro estis paŭzita. Kompreneble, ĉi tio kaŭzas malfunkcion de servilo dum informoj estas kopiitaj, sed ne necesas malŝalti/ŝalti la virtualan maŝinon, kio estas sufiĉe kritika por iuj servoj. Precipe se la lanĉo de iuj servoj ne estas aŭtomata. Tamen tiaj sekurkopioj ankaŭ devus esti deplojitaj al testa medio por testado.
3. Haltiga Reĝimo. La plej fidinda rezerva metodo, sed postulas kompletan haltigon de la virtuala maŝino. Komando estas sendita por plenumi regulan haltigon, post halto, sekurkopio estas farita, kaj tiam ordono estas donita por ŝalti la virtualan maŝinon. La nombro da eraroj kun ĉi tiu aliro estas minimuma kaj plej ofte reduktita al nulo. Sekurkopioj kreitaj tiel preskaŭ ĉiam deplojiĝas ĝuste.

Plenumante la rezervan proceduron

Por krei sekurkopion:

1. Ni iru al la dezirata virtuala maŝino.
2. Elektu eron Rezervado.
3. Premu la butonon Rezervu nun. Fenestro malfermiĝos, en kiu vi povas elekti la parametrojn por la estonta sekurkopio.

   

4. Kiel la stokado ni indikas tiun, kiun ni konektis en la antaŭa parto.
5. Post elekto de la parametroj, premu la butonon Rezervado kaj atendu ĝis la sekurkopio estas kreita. Estos surskribo pri tio TASKO OK.

   

Nun la kreitaj arkivoj kun rezervaj kopioj de virtualaj maŝinoj estos disponeblaj por elŝuto de la servilo. La plej simpla kaj plej ofta metodo de kopiado estas SFTP. Por fari tion, uzu la popularan multiplatforman FTP-klienton FileZilla, kiu povas funkcii per la SFTP-protokolo.

1. En kampo Gastiganto enigu la IP-adreson de nia virtualiga servilo en la kampo uzantonomo enigu radikon en la kampon Pasvorto - tiu, kiu estis elektita dum instalado, kaj sur la kampo Haveno indiku "22" (aŭ ajna alia haveno kiu estis specifita por SSH-konektoj).
2. Premu la butonon Rapida konekto kaj, se ĉiuj datumoj estis ĝuste enigitaj, tiam en la aktiva panelo vi vidos ĉiujn dosierojn situantajn sur la servilo.
3. Iru al dosierujo /mnt/stokado. Ĉiuj kreitaj sekurkopioj troviĝos en la subdosierujo "dump". Ili aspektos kiel:
   • vzdump-qemu-machine_number-date-time.vma.gz se vi elektas la metodon GZIP;
   • vzdump-qemu-machine_number-date-time.vma.lzo en kazo de elekto de la LZO-metodo.

Oni rekomendas tuj elŝuti rezervajn kopiojn de la servilo kaj konservi ilin en sekura loko, ekzemple en nia nuba stokado. Se vi malpakas dosieron kun vma rezolucio, samnoma ilo, kiu venas kun Proxmox, tiam ene estos dosieroj kun la etendoj. kruda, konf и fw. Ĉi tiuj dosieroj enhavas la jenajn:

• kruda — disko bildo;
• konf — VM-agordo;
• fw - agordoj de fajroŝirmilo.

Restarigo de sekurkopio

Ni konsideru situacion kie virtuala maŝino estis hazarde forigita kaj ĝia urĝa restarigo de sekurkopio estas postulata:

1. Malfermu la konservejon kie troviĝas la rezerva kopio.
2. Iru al langeto Enhavo.
3. Elektu la deziratan kopion kaj premu la butonon Reakiro.

   

4. Ni indikas la celan stokadon kaj la identigilon, kiuj estos asignitaj al la maŝino post kiam la procezo finiĝos.
5. Premu la butonon Reakiro.

Post kiam la restarigo estas kompleta, la VM aperos en la listo de disponeblaj.

Klonado de virtuala maŝino

Ekzemple, ni supozu, ke kompanio devas fari ŝanĝojn al iu kritika servo. Tia ŝanĝo estas efektivigita farante multajn ŝanĝojn al la agordaj dosieroj. La rezulto estas neantaŭvidebla kaj ajna eraro povas kaŭzi misfunkciadon de servo. Por eviti ke tia eksperimento influu funkciantan servilon, oni rekomendas kloni la virtualan maŝinon.

La klonanta mekanismo kreos precizan kopion de la virtuala servilo, per kiu ajnaj ŝanĝoj povas esti faritaj sen tuŝi la funkciadon de la ĉefa servo. Tiam, se la ŝanĝoj estas sukcese aplikataj, la nova VM estas lanĉita kaj la malnova estas malŝaltita. Estas trajto en ĉi tiu procezo, kiu ĉiam devas esti memorita. La klonita maŝino havos la saman IP-adreson kiel la origina VM, kio signifas, ke estos adreskonflikto kiam ĝi komenciĝos.

Ni diros al vi kiel eviti tian situacion. Tuj antaŭ kloni, vi devus fari ŝanĝojn al la reto-agordo. Por fari tion, vi devas provizore ŝanĝi la IP-adreson, sed ne rekomenci la retan servon. Post la klonado finiĝis sur la ĉefa maŝino, vi devas revenigi la agordojn kaj agordi ajnan alian IP-adreson sur la klonita maŝino. Tiel, ni ricevos du kopiojn de la sama servilo ĉe malsamaj adresoj. Ĉi tio permesos al vi rapide funkciigi la novan servon.

Se ĉi tiu servo estas retservilo, tiam vi nur bezonas ŝanĝi la A-rekordon kun via DNS-provizanto, post kio klientpetoj por ĉi tiu domajna nomo estos senditaj al la adreso de la klonita virtuala maŝino.

Cetere, Selectel provizas ĉiujn siajn klientojn per la servo de gastigado de ajna nombro da domajnoj sur NS-serviloj senpage. Rekordoj estas administritaj kaj per nia kontrolpanelo kaj per speciala API. Legu pli pri ĉi tio en nia sciobazo.

Kloni VM en Proxmox estas tre simpla tasko. Por fari tion, vi devas fari la jenon:

1. Iru al la maŝino, kiun ni bezonas.
2. Elektu el menuo pli subfrazo Clon.
3. En la fenestro kiu malfermiĝas, plenigu la parametron Nomo.

   

4. Faru klonadon per la tuŝo de butono Clon.

Ĉi tiu ilo permesas al vi fari kopion de virtuala maŝino ne nur sur la loka servilo. Se pluraj virtualigaj serviloj estas kombinitaj en areton, tiam uzante ĉi tiun ilon vi povas tuj movi la kreitan kopion al la dezirata fizika servilo. Utila funkcio estas la elekto de disko-stokado (parametro Cela Stokado), kiu estas tre oportuna kiam oni movas virtualan maŝinon de unu fizika amaskomunikilaro al alia.

Virtualaj stokaj formatoj

Ni diru al vi pli pri la veturformatoj uzataj en Proxmox:

1. RAW. La plej komprenebla kaj simpla formato. Ĉi tio estas bajto-por-bajta malmola disko-datumdosiero sen kunpremado aŭ optimumigo. Ĉi tio estas tre oportuna formato ĉar ĝi povas esti facile muntita per la norma munta komando en iu ajn Linuksa sistemo. Krome, ĉi tiu estas la plej rapida "tipo" de stirado, ĉar la hiperviziero neniel bezonas prilabori ĝin.

   Grava malavantaĝo de ĉi tiu formato estas, ke negrave kiom da spaco vi asignis por la virtuala maŝino, precize la sama kvanto da malmola diskospaco estos okupita de la RAW-dosiero (sendepende de la fakta okupita spaco ene de la virtuala maŝino).

2. QEMU-bildformato (qcow2). Eble la plej universala formato por plenumi ajnan taskon. Ĝia avantaĝo estas, ke la datumdosiero nur enhavos la efektive okupitan spacon ene de la virtuala maŝino. Ekzemple, se 40 GB da spaco estis asignita, sed nur 2 GB estis efektive uzata, tiam la resto de la spaco estos disponebla por aliaj VM-oj. Ĉi tio estas tre grava dum ŝparado de diskospaco.

   Malgranda malavantaĝo labori kun ĉi tiu formato estas la sekva: por munti tian bildon sur iu ajn alia sistemo, vi unue devos elŝuti speciala nbd-ŝoforokaj ankaŭ uzu la ilon qemu-nbd, kiu permesos al la operaciumo aliri la dosieron kiel regula bloka aparato. Post ĉi tio, la bildo estos disponebla por muntado, dispartigo, kontrolado de la dosiersistemo kaj aliaj operacioj.

   Oni devas memori, ke ĉiuj I/O-operacioj dum uzado de ĉi tiu formato estas procesitaj en programaro, kio implicas malrapidiĝon kiam aktive laboras kun la disksubsistemo. Se la tasko estas disfaldi datumbazon sur la servilo, tiam estas pli bone elekti la RAW-formaton.

3. VMware-bildformato (vmdk). Ĉi tiu formato estas indiĝena al la hiperviziero VMware vSphere kaj estis inkluzivita en Proxmox por kongruo. Ĝi permesas vin migri virtualan maŝinon VMware al infrastrukturo Proxmox.

   Uzi vmdk daŭran ne rekomendas; ĉi tiu formato estas la plej malrapida en Proxmox, do ĝi taŭgas nur por fari migradojn, nenio pli. Ĉi tiu manko verŝajne estos forigita en antaŭvidebla estonteco.

Laborante kun diskobildoj

Proxmox venas kun tre oportuna ilo nomata qemu-img. Unu el ĝiaj funkcioj estas konverti virtualajn diskobildojn. Por uzi ĝin, simple malfermu la hipervizian konzolon kaj rulu la komandon en la formato:

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

En la ekzemplo donita, la vmdk-bildo de la virtuala disko VMware vokis testo estos konvertita al formato qcow2. Ĉi tio estas tre utila komando kiam vi bezonas korekti eraron en la komenca formatelekto.

Danke al la sama komando, vi povas devigi la kreadon de la dezirata bildo uzante la argumenton krei:

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

Ĉi tiu komando kreos testan bildon en la formato RAW, 40 GB en grandeco. Nun ĝi taŭgas por konektiĝi al iu ajn el la virtualaj maŝinoj.

Regrandigi virtualan diskon

Kaj konklude, ni montros al vi kiel pliigi la grandecon de diska bildo se ial ne plu estas sufiĉe da spaco sur ĝi. Por fari tion, ni uzas la regrandigi argumenton:

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

Nun nia bildo fariĝis 80 GB en grandeco. Vi povas vidi detalajn informojn pri la bildo uzante la argumenton info:

qemu-img info test.raw

Ne forgesu, ke pligrandigi la bildon mem ne aŭtomate pliigos la grandecon de la subdisko - ĝi simple aldonos disponeblan liberan spacon. Por pliigi la sekcion, uzu la komandon:

resize2fs /dev/sda1

kie / dev / sda1 - la bezonata sekcio.

Aŭtomatigo de sekurkopioj

Uzi la manan metodon krei sekurkopiojn estas tre labor-intensa kaj tempopostula tasko. Tial Proxmox VE inkluzivas ilon por aŭtomataj planitaj sekurkopioj. Ni rigardu kiel fari tion:

1. Uzante la retan interfacon de hiperviziero, malfermu la objekton Datumcentro.
2. Elektu eron Rezervado.
3. Premu la butonon Aldoni.
4. Agordu parametrojn por la planilo.

   

5. Marku la skatolon Ŝalti.
6. Konservu ŝanĝojn per la butono krei.

Nun la planilo aŭtomate lanĉos la rezervan programon je la ĝusta tempo specifita, surbaze de la specifita horaro.

konkludo

Ni reviziis normajn metodojn por subteni kaj restarigi virtualajn maŝinojn. Ilia uzo permesas vin konservi ĉiujn datumojn sen problemoj kaj urĝe restarigi ilin en kazo de krizo.

Kompreneble, ĉi tio ne estas la sola ebla maniero konservi gravajn datumojn. Estas multaj iloj disponeblaj, ekz. Duplikato, per kiu vi povas krei plenajn kaj pliigajn kopiojn de la enhavo de Linukso-bazitaj virtualaj serviloj.

Kiam vi faras rezervajn procedurojn, vi ĉiam devas konsideri, ke ili aktive ŝarĝas la disksubsistemon. Tial, estas rekomendite ke tiuj proceduroj estu faritaj dum periodoj de minimuma ŝarĝo por eviti prokrastojn dum I/O-operacioj ene de la maŝinoj. Vi povas monitori la staton de disko-operaciaj prokrastoj rekte de la hipervizila retinterfaco (IO-prokrasta parametro).

fonto: www.habr.com