Proxmox VE-ում կրկնօրինակումների մասին

Proxmox VE-ում կրկնօրինակումների մասին
Հոդվածում «Վիրտուալացման մոգությունը. ներածություն Proxmox VE-ին» մենք հաջողությամբ տեղադրեցինք հիպերվիզոր սերվերի վրա, միացրինք դրա պահեստը, հոգացինք հիմնական անվտանգության մասին և նույնիսկ ստեղծեցինք առաջին վիրտուալ մեքենան: Այժմ եկեք նայենք, թե ինչպես իրականացնել ամենահիմնական առաջադրանքները, որոնք պետք է կատարվեն, որպեսզի միշտ կարողանանք վերականգնել ծառայությունները ձախողման դեպքում:

Proxmox-ի բնիկ գործիքները թույլ են տալիս ոչ միայն կրկնօրինակել տվյալները, այլ նաև ստեղծել նախապես կազմաձևված օպերացիոն համակարգի պատկերների հավաքածուներ արագ տեղակայման համար: Սա ոչ միայն օգնում է ձեզ անհրաժեշտության դեպքում մի քանի վայրկյանում ստեղծել նոր սերվեր ցանկացած ծառայության համար, այլ նաև նվազագույնի է հասցնում պարապուրդի ժամանակը:

Մենք չենք խոսի կրկնօրինակներ ստեղծելու անհրաժեշտության մասին, քանի որ դա ակնհայտ է և վաղուց աքսիոմա է: Եկեք կանգ առնենք որոշ ոչ ակնհայտ բաների և առանձնահատկությունների վրա։

Նախ, եկեք տեսնենք, թե ինչպես են տվյալները պահվում պահուստավորման ընթացակարգի ընթացքում:

Կրկնօրինակման ալգորիթմներ

Սկսենք նրանից, որ Proxmox-ն ունի լավ ստանդարտ գործիքներ վիրտուալ մեքենաների կրկնօրինակների ստեղծման համար: Այն հեշտացնում է ձեր բոլոր վիրտուալ մեքենայի տվյալները պահպանելը և աջակցում է երկու սեղմման մեխանիզմներ, ինչպես նաև այդ պատճենները ստեղծելու երեք եղանակ:

Եկեք նախ նայենք սեղմման մեխանիզմներին.

  1. LZO սեղմում. Անկորուստ տվյալների սեղմման ալգորիթմ, որը ստեղծվել է դեռևս 90-ականների կեսերին: Կոդը գրված էր Մարկուս Օբերհայմեր (իրականացվել է Proxmox-ում lzop կոմունալ ծրագրի կողմից): Այս ալգորիթմի հիմնական առանձնահատկությունը շատ բարձր արագությամբ փաթեթավորումն է: Հետևաբար, այս ալգորիթմի միջոցով ստեղծված ցանկացած պահուստավորում, անհրաժեշտության դեպքում, կարող է տեղակայվել նվազագույն ժամանակում:
  2. GZIP սեղմում. Օգտագործելով այս ալգորիթմը, կրկնօրինակը արագորեն կսեղմվի GNU Zip ծրագրի միջոցով, որն օգտագործում է հզոր Deflate ալգորիթմը, որը ստեղծվել է Ֆիլ Կաց. Հիմնական շեշտը դրված է տվյալների առավելագույն սեղմման վրա, ինչը նվազեցնում է պահեստային պատճենների զբաղեցրած սկավառակի տարածությունը: LZO-ից հիմնական տարբերությունն այն է, որ սեղմման/դեկոպրեսիոն ընթացակարգերը բավականին շատ ժամանակ են պահանջում:

Արխիվացման ռեժիմներ

Proxmox-ը համակարգի ադմինիստրատորին առաջարկում է կրկնօրինակման երեք մեթոդներից ընտրություն: Օգտագործելով դրանք՝ դուք կարող եք լուծել պահանջվող խնդիրը՝ որոշելով առաջնահերթությունը պարապուրդի անհրաժեշտության և արված կրկնօրինակի հուսալիության միջև.

  1. Snapshot ռեժիմ. Այս ռեժիմը կարելի է անվանել նաև Live backup, քանի որ այն օգտագործելու համար այն չի պահանջում դադարեցնել վիրտուալ մեքենան: Այս մեխանիզմի օգտագործումը չի ընդհատում VM-ի աշխատանքը, սակայն այն ունի երկու շատ լուրջ թերություն՝ խնդիրներ կարող են առաջանալ օպերացիոն համակարգի կողմից ֆայլերի արգելափակման և ստեղծման ամենացածր արագության պատճառով: Այս մեթոդով ստեղծված կրկնօրինակները միշտ պետք է փորձարկվեն թեստային միջավայրում: Հակառակ դեպքում, վտանգ կա, որ եթե շտապ վերականգնումն անհրաժեշտ է, դրանք կարող են ձախողվել:
  2. Կասեցման ռեժիմ. Վիրտուալ մեքենան ժամանակավորապես «սառեցնում է» իր վիճակը մինչև կրկնօրինակման գործընթացը ավարտվի: RAM-ի բովանդակությունը չի ջնջվում, ինչը թույլ է տալիս շարունակել աշխատել հենց այն կետից, երբ աշխատանքը դադարեցվել է: Իհարկե, դա առաջացնում է սերվերի խափանում, երբ տեղեկատվությունը պատճենվում է, բայց վիրտուալ մեքենան անջատելու/միացնելու անհրաժեշտություն չկա, ինչը շատ կարևոր է որոշ ծառայությունների համար: Հատկապես, եթե որոշ ծառայությունների գործարկումը ավտոմատ չէ: Այնուամենայնիվ, նման կրկնօրինակները պետք է նաև տեղադրվեն փորձարկման միջավայրում՝ փորձարկման համար:
  3. Դադարեցման ռեժիմ. Պահուստավորման ամենահուսալի մեթոդը, սակայն պահանջում է վիրտուալ մեքենայի ամբողջական անջատում: Հրաման է ուղարկվում կանոնավոր անջատում կատարելու համար, կանգ առնելուց հետո կատարվում է կրկնօրինակում, որից հետո վիրտուալ մեքենան միացնելու հրաման է տրվում։ Այս մոտեցման հետ կապված սխալների թիվը նվազագույն է և ամենից հաճախ հասցվում է զրոյի: Այս կերպ ստեղծված կրկնօրինակները գրեթե միշտ ճիշտ են տեղակայվում:

Ամրագրման ընթացակարգի կատարում

Կրկնօրինակ ստեղծելու համար՝

  1. Եկեք գնանք ցանկալի վիրտուալ մեքենային:
  2. Ընտրեք տարր Ամրագրում.
  3. Սեղմեք կոճակը Ամրագրե՛ք հիմա. Կբացվի պատուհան, որտեղ կարող եք ընտրել ապագա կրկնօրինակի պարամետրերը:

    Proxmox VE-ում կրկնօրինակումների մասին

  4. Որպես պահեստ մենք նշում ենք այն մեկը, որը մենք միացրել ենք նախորդ մասում.
  5. Պարամետրերը ընտրելուց հետո սեղմեք կոճակը Ամրագրում և սպասեք մինչև կրկնօրինակը ստեղծվի: Այս մասին մակագրություն կլինի ԱՌԱՋԱԴՐԱՆՔԸ լավ է.

    Proxmox VE-ում կրկնօրինակումների մասին

Այժմ ստեղծված արխիվները վիրտուալ մեքենաների պահեստային պատճեններով հասանելի կլինեն սերվերից ներբեռնելու համար։ Պատճենման ամենապարզ և ամենատարածված մեթոդը SFTP-ն է: Դա անելու համար օգտագործեք հանրահայտ միջպլատֆորմային FTP հաճախորդ FileZilla-ն, որը կարող է աշխատել SFTP արձանագրության միջոցով:

  1. Ի դաշտում Հյուրընկալող դաշտում մուտքագրեք մեր վիրտուալացման սերվերի IP հասցեն Աբոնենտի անունը դաշտում մուտքագրեք արմատ Գաղտնաբառ - այն, որն ընտրվել է տեղադրման ժամանակ և դաշտում Պորտը նշեք «22» (կամ ցանկացած այլ նավահանգիստ, որը նախատեսված է SSH միացումների համար):
  2. Սեղմեք կոճակը Արագ կապ և եթե բոլոր տվյալները ճիշտ են մուտքագրվել, ապա ակտիվ վահանակում կտեսնեք սերվերի վրա տեղակայված բոլոր ֆայլերը:
  3. Գնացեք գրացուցակ /mnt/պահեստ. Ստեղծված բոլոր կրկնօրինակները կտեղակայվեն «աղբանոց» ենթագրքում: Նրանք նման կլինեն.
    • vzdump-qemu-machine_number-date-time.vma.gz եթե ընտրում եք GZIP մեթոդը;
    • vzdump-qemu-machine_number-date-time.vma.lzo LZO մեթոդի ընտրության դեպքում.

Խորհուրդ է տրվում անմիջապես ներբեռնել պահուստային պատճենները սերվերից և պահպանել դրանք ապահով տեղում, օրինակ՝ մեր ամպային պահեստում: Եթե ​​դուք բացում եք vma լուծաչափով ֆայլը, որը նույն անունով կոմունալ ծրագիր է, որը գալիս է Proxmox-ի հետ, ապա ներսում կլինեն ընդլայնումներ ունեցող ֆայլեր: հում, CONF и fw. Այս ֆայլերը պարունակում են հետևյալը.

  • հում - սկավառակի պատկեր;
  • CONF - VM կոնֆիգուրացիա;
  • fw - firewall կարգավորումներ:

Վերականգնում պահուստից

Եկեք դիտարկենք մի իրավիճակ, երբ վիրտուալ մեքենան պատահաբար ջնջվել է, և դրա շտապ վերականգնումը պահանջվում է կրկնօրինակից.

  1. Բացեք պահեստային տեղը, որտեղ գտնվում է կրկնօրինակը:
  2. Գնացեք ներդիր Բովանդակություն.
  3. Ընտրեք ցանկալի պատճենը և սեղմեք կոճակը Վերականգնում.

    Proxmox VE-ում կրկնօրինակումների մասին

  4. Մենք նշում ենք նպատակային պահեստը և ID-ն, որը կհատկացվի մեքենային գործընթացի ավարտից հետո:
  5. Սեղմեք կոճակը Վերականգնում.

Վերականգնումն ավարտվելուց հետո VM-ը կհայտնվի առկաների ցանկում:

Վիրտուալ մեքենայի կլոնավորում

Օրինակ, ենթադրենք, որ ընկերությունը պետք է փոփոխություններ կատարի որոշ կարևոր ծառայության մեջ: Նման փոփոխությունն իրականացվում է կազմաձևման ֆայլերում բազմաթիվ փոփոխություններ կատարելով։ Արդյունքն անկանխատեսելի է, և ցանկացած սխալ կարող է հանգեցնել ծառայության ձախողման: Որպեսզի նման փորձը չազդի աշխատող սերվերի վրա, խորհուրդ է տրվում կլոնավորել վիրտուալ մեքենան:

Կլոնավորման մեխանիզմը կստեղծի վիրտուալ սերվերի ճշգրիտ պատճենը, որով թույլատրելի է ցանկացած փոփոխություն կատարել՝ առանց հիմնական ծառայության աշխատանքի վրա ազդելու։ Այնուհետև, եթե փոփոխությունները հաջողությամբ կիրառվեն, նոր VM-ն գործարկվում է, իսկ հինն անջատվում է: Այս գործընթացում կա մի առանձնահատկություն, որը միշտ պետք է հիշել. Կլոնավորված մեքենան կունենա նույն IP հասցեն, ինչ սկզբնական VM-ը, ինչը նշանակում է, որ այն գործարկվելիս հասցեների կոնֆլիկտ կլինի:

Մենք ձեզ կասենք, թե ինչպես խուսափել նման իրավիճակից: Կլոնավորումից անմիջապես առաջ դուք պետք է փոփոխություններ կատարեք ցանցի կազմաձևում: Դա անելու համար դուք պետք է ժամանակավորապես փոխեք IP հասցեն, բայց մի վերագործարկեք ցանցային ծառայությունը: Հիմնական մեքենայի վրա կլոնավորումն ավարտվելուց հետո դուք պետք է հետ վերադարձնեք կարգավորումները և սահմանեք ցանկացած այլ IP հասցե կլոնավորված մեքենայի վրա: Այսպիսով, մենք կստանանք նույն սերվերի երկու օրինակ տարբեր հասցեներով: Սա թույլ կտա արագ գործարկել նոր ծառայությունը:

Եթե ​​այս ծառայությունը վեբ սերվեր է, ապա ձեզ հարկավոր է միայն փոխել A-գրառումը ձեր DNS մատակարարի հետ, որից հետո հաճախորդի հարցումները այս տիրույթի անվան համար կուղարկվեն կլոնավորված վիրտուալ մեքենայի հասցեին:

Ի դեպ, Selectel-ն իր բոլոր հաճախորդներին տրամադրում է անվճար NS սերվերների վրա ցանկացած թվով դոմենների հոսթինգի ծառայություն։ Գրառումները կառավարվում են ինչպես մեր կառավարման վահանակի, այնպես էլ հատուկ API-ի միջոցով: Կարդացեք ավելին այս մասին մեր գիտելիքների բազայում.

Proxmox-ում VM-ի կլոնավորումը շատ պարզ խնդիր է: Դա անելու համար հարկավոր է անել հետևյալը.

  1. Գնացեք մեզ անհրաժեշտ մեքենայի մոտ:
  2. Ընտրեք ընտրացանկից Ավելին կետը Clone.
  3. Բացվող պատուհանում լրացրեք Անուն պարամետրը։

    Proxmox VE-ում կրկնօրինակումների մասին

  4. Կլոնավորում կատարեք կոճակի սեղմումով Clone.

Այս գործիքը թույլ է տալիս վիրտուալ մեքենայի պատճենը կատարել ոչ միայն տեղական սերվերի վրա: Եթե ​​մի քանի վիրտուալացման սերվերներ միավորված են կլաստերի մեջ, ապա այս գործիքի միջոցով կարող եք անմիջապես տեղափոխել ստեղծված պատճենը ցանկալի ֆիզիկական սերվեր: Օգտակար հատկանիշը սկավառակի պահպանման ընտրությունն է (պարամետր Թիրախային պահեստավորում), որը շատ հարմար է վիրտուալ մեքենան մի ֆիզիկական լրատվամիջոցից մյուսը տեղափոխելիս։

Վիրտուալ պահպանման ձևաչափեր

Եկեք ավելին պատմենք Proxmox-ում օգտագործվող սկավառակի ձևաչափերի մասին.

  1. RAW. Առավել հասկանալի և պարզ ձևաչափը: Սա կոշտ սկավառակի տվյալների ֆայլ է բայթ առ բայթ՝ առանց սեղմման կամ օպտիմալացման: Սա շատ հարմար ձևաչափ է, քանի որ այն հեշտությամբ կարելի է տեղադրել ցանկացած Linux համակարգի վրա ստանդարտ mount հրամանով: Ավելին, սա սկավառակի ամենաարագ «տեսակն» է, քանի որ հիպերվիզորը որևէ կերպ այն մշակելու կարիք չունի:

    Այս ձևաչափի լուրջ թերությունն այն է, որ անկախ նրանից, թե որքան տարածք եք հատկացրել վիրտուալ մեքենայի համար, նույնքան կոշտ սկավառակի տարածություն կզբաղեցնի RAW ֆայլը (անկախ վիրտուալ մեքենայի ներսում իրական զբաղեցրած տարածքից):

  2. QEMU պատկերի ձևաչափ (qcow2). Թերևս ամենահամընդհանուր ձևաչափը ցանկացած առաջադրանք կատարելու համար: Դրա առավելությունն այն է, որ տվյալների ֆայլը կպարունակի միայն իրականում զբաղեցրած տարածքը վիրտուալ մեքենայի ներսում: Օրինակ, եթե հատկացվել է 40 ԳԲ տարածք, բայց իրականում օգտագործվել է ընդամենը 2 ԳԲ, ապա մնացած տարածքը հասանելի կլինի այլ VM-ների համար: Սա շատ կարևոր է սկավառակի տարածություն խնայելիս:

    Այս ձևաչափով աշխատելու փոքր թերությունը հետևյալն է՝ նման պատկերը ցանկացած այլ համակարգում տեղադրելու համար նախ պետք է ներբեռնել. հատուկ nbd վարորդև նաև օգտագործել կոմունալը քեմու-նբդ, որը թույլ կտա օպերացիոն համակարգին մուտք գործել ֆայլ որպես սովորական բլոկ սարք։ Դրանից հետո պատկերը հասանելի կդառնա մոնտաժման, բաժանման, ֆայլային համակարգի ստուգման և այլ գործողությունների համար:

    Պետք է հիշել, որ այս ձևաչափն օգտագործելիս մուտքի/ելքի բոլոր գործողությունները մշակվում են ծրագրային ապահովման մեջ, ինչը հանգեցնում է սկավառակի ենթահամակարգի հետ ակտիվ աշխատելիս դանդաղեցման: Եթե ​​խնդիրը սերվերի վրա տվյալների բազայի տեղակայումն է, ապա ավելի լավ է ընտրել RAW ձևաչափը:

  3. VMware պատկերի ձևաչափ (vmdk). Այս ձևաչափը պատկանում է VMware vSphere հիպերվիզորին և ներառված է Proxmox-ում՝ համատեղելիության համար: Այն թույլ է տալիս VMware վիրտուալ մեքենան տեղափոխել Proxmox ենթակառուցվածք:

    vmdk-ի շարունակական օգտագործումը խորհուրդ չի տրվում, այս ձևաչափն ամենադանդաղն է Proxmox-ում, ուստի այն հարմար է միայն միգրացիաներ կատարելու համար, ոչ ավելին: Այս թերությունը, հավանաբար, տեսանելի ապագայում կվերացվի։

Աշխատեք սկավառակի պատկերների հետ

Proxmox-ը գալիս է մի շատ հարմար կոմունալ, որը կոչվում է qemu-img. Նրա գործառույթներից մեկը վիրտուալ սկավառակի պատկերների փոխակերպումն է: Այն օգտագործելու համար պարզապես բացեք հիպերվիզորի վահանակը և գործարկեք հրամանը ձևաչափով.

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

Բերված օրինակում VMware վիրտուալ սկավառակի vmdk պատկերը կանչվեց փորձարկում կվերածվի ձևաչափի qcow2. Սա շատ օգտակար հրաման է, երբ անհրաժեշտ է ուղղել սխալը սկզբնական ձևաչափի ընտրության մեջ:

Նույն հրամանի շնորհիվ կարող եք ստիպել ստեղծել ցանկալի պատկերը՝ օգտագործելով փաստարկը ստեղծել:

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

Այս հրամանը ձևաչափով կստեղծի փորձնական պատկեր RAW, 40 ԳԲ չափով։ Այժմ այն ​​հարմար է վիրտուալ մեքենաներից որևէ մեկին միանալու համար։

Վիրտուալ սկավառակի չափափոխում

Եվ վերջում մենք ձեզ ցույց կտանք, թե ինչպես մեծացնել սկավառակի պատկերի չափը, եթե ինչ-ինչ պատճառներով դրա վրա այլևս բավարար տարածք չկա: Դա անելու համար մենք օգտագործում ենք չափափոխման փաստարկը.

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

Հիմա մեր պատկերը դարձել է 80 ԳԲ չափս։ Պատկերի մասին մանրամասն տեղեկություններ կարող եք դիտել՝ օգտագործելով փաստարկը Մանրամասն:

qemu-img info test.raw

Մի մոռացեք, որ պատկերի ընդլայնումն ինքնին ինքնաբերաբար չի մեծացնի բաժանման չափը. այն պարզապես կավելացնի հասանելի ազատ տարածք: Բաժանմունքը մեծացնելու համար օգտագործեք հրամանը.

resize2fs /dev/sda1

որտեղ / Dev / sda1 - պահանջվող հատվածը.

Պահուստավորման ավտոմատացում

Պահուստային պատճեններ ստեղծելու ձեռքով մեթոդի օգտագործումը շատ աշխատատար և ժամանակատար խնդիր է: Ահա թե ինչու Proxmox VE-ն ներառում է ավտոմատ պլանավորված կրկնօրինակումների գործիք: Եկեք նայենք, թե ինչպես դա անել.

  1. Օգտագործելով հիպերվիզորի վեբ ինտերֆեյսը, բացեք տարրը Տվյալների կենտրոն.
  2. Ընտրեք տարր Ամրագրում.
  3. Սեղմեք կոճակը Ավելացնել.
  4. Սահմանեք պարամետրերը ժամանակացույցի համար:

    Proxmox VE-ում կրկնօրինակումների մասին

  5. Ստուգեք վանդակը Turn On.
  6. Պահպանեք փոփոխությունները՝ օգտագործելով կոճակը ստեղծել.

Այժմ ժամանակացույցը ավտոմատ կերպով կգործարկի պահեստային ծրագիրը ճշգրիտ նշված ժամանակում՝ հիմնվելով նշված ժամանակացույցի վրա:

Ամփոփում

Մենք վերանայեցինք վիրտուալ մեքենաների կրկնօրինակման և վերականգնման ստանդարտ մեթոդները: Դրանց օգտագործումը թույլ է տալիս առանց խնդիրների պահպանել բոլոր տվյալները և շտապ վերականգնել դրանք արտակարգ իրավիճակների դեպքում։

Իհարկե, սա կարևոր տվյալների պահպանման միակ հնարավոր միջոցը չէ: Կան բազմաթիվ մատչելի գործիքներ, օրինակ. Կրկնություն, որի միջոցով կարող եք ստեղծել Linux-ի վրա հիմնված վիրտուալ սերվերների բովանդակության ամբողջական և աստիճանական պատճեններ:

Կրկնօրինակման ընթացակարգեր կատարելիս միշտ պետք է հաշվի առնել, որ դրանք ակտիվորեն բեռնում են սկավառակի ենթահամակարգը: Հետևաբար, խորհուրդ է տրվում, որ այս ընթացակարգերը կատարվեն նվազագույն ծանրաբեռնվածության ժամանակաշրջաններում՝ մեքենաների ներսում I/O գործառնությունների ժամանակ ուշացումներից խուսափելու համար: Դուք կարող եք վերահսկել սկավառակի աշխատանքի հետաձգումների կարգավիճակը անմիջապես հիպերվիզորի վեբ ինտերֆեյսից (IO հետաձգման պարամետր):

Source: www.habr.com

Добавить комментарий