VMware virtual maşınlarının ehtiyat nüsxəsini çıxarmaq üçün proqram. VMware ESXi əsasında virtual maşınların pulsuz ehtiyat nüsxəsi Virtual maşınlar üçün ehtiyat nüsxə parametrlərinin konfiqurasiyası

10.10.2023 -

VMware virtual maşınlarının ehtiyat nüsxəsini çıxarmaq üçün iki üsula baxaq və müqayisə edək.

İlkin məlumatlar

Test dəzgahı SAN (iki 8 Gbit/s port) və LAN (iki 10 Gbit/s port) vasitəsilə qoşulmuş Fujitsu Primergy BX2560 M2 serverində iki ESXi hipervizorundan ibarətdir. ESXi və VSCA versiyası 6.5. ESXi üçün disklər Fujitsu ETERNUS DX8700 S2 saxlama sistemi tərəfindən təqdim edildi. Ehtiyat saxlama sistemi kimi biz SAN (dörd 8 Gbit/s port) vasitəsilə qoşulmuş EMC Data Domain 6300 istifadə edirik. Ehtiyat nüsxəsini yerinə yetirmək üçün vaxta qənaət etmək üçün biz hazır Backup Exec alətindən istifadə edəcəyik. Sistem idarəetmə serveri fiziki HP ProLiant BL460c Gen8 serverində quraşdırılıb və həmçinin iki portlu SAN və LAN vasitəsilə şəbəkə bağlantısı var.

Sınaq üçün üç virtual maşın yaradılmışdır: VM1 (146Gb), VM2 (157GB) və VM3 (284Gb). Test proseduru belə görünəcək: biz hər bir sistemin FULL Backup nüsxəsini üç dəfə həyata keçirəcəyik, bundan sonra hər bir metod üçün orta ehtiyat sürətini (Gb/dəq) hesablayacağıq.

Backup Exec sistemində virtual maşın məlumatlarına daxil olmaq üçün dörd yol var, fiziki server üçün bunlar SAN, LAN (NBD), NBDSSL və dördüncü, Backup Exec server virtual maşında quraşdırılıbsa, HotAdd. Backup Exec ayrıca fiziki serverdə quraşdırıldıqda seçimi sınaqdan keçirək və SAN və LAN üzərindən ehtiyat nüsxələrin həyata keçirilməsinin müsbət və mənfi cəhətlərini müqayisə edək.

Backup Exec-in qurulması olduqca sadədir və aşağıdakı addımlardan ibarətdir:

Virtual maşınların ehtiyat nüsxəsini yerinə yetirmək üçün mövcud olanı seçin və ya yeni tapşırıq yaradın
Bu tapşırıq üçün xassələri açın
Taba keçin Virtual Maşınlar > VMware alt bölməsi
Bizə lazım olan əlaqə üsulunu qeyd edin (dörd metodun hamısını bir anda aktivləşdirmək və onların istifadə qaydasını təyin etmək icazəlidir)

BİRİNCİ ÜSUL: SAN

Yedəkləmə Serverinin SAN üzərindən ESXi virtual maşınlarının ehtiyat nüsxəsini çıxarması üçün o, ilk növbədə ESXi-yə təqdim edilmiş LUN(lar)ı təqdim etməlidir. Bu halda, Backup Server, vStorage API-dən istifadə edərək, virtual maşının VMDK-nın LUN-un yerləşdiyi vCenter-dən məlumat tələb edir, diskin şəklini çəkir və onu SAN üzərindən götürür.

Bu təcrübənin nəticəsi orta səviyyədədir.

İKİNCİ ÜSUL: LAN ÜZRƏ VİRTUAL MAŞINLARIN YEDEK KOMPLESİ (NBD)

Bu rejimdə Yedəkləmə Serveri vCenter-dən bizə lazım olan virtual maşının hansı ESXi-də yerləşdiyi barədə məlumat tələb edir, şəkil çəkir və onu yerli şəbəkə üzərindən ESXi serverindən Yedəkləmə serverinə ötürür.

İkinci təcrübənin nəticəsi ortadır.

Nəticələr, müsbət və mənfi cəhətləri

Əgər siz 10 Gbit/s ötürmə qabiliyyətinə malik şəbəkə avadanlığından istifadə etməklə sıfırdan müasir infrastruktur qurursanız, o zaman yerli şəbəkə (NBD) vasitəsilə verilənlərə qoşulma rejimində ehtiyat nüsxədən istifadə etmək çox güman ki, daha çox xərc və vaxt sərfəli olacaq. ESXi və Backup Host arasında şəbəkə 1 Gbit/s olduqda və SAN vasitəsilə qoşulmaq üçün lazımi avadanlıq artıq mövcud olduqda, birinci üsul daha səmərəli və daha sürətli olacaqdır.

SAN üzərindən ehtiyat nüsxəsini yerinə yetirməyin əsas üstünlüyü ondan ibarətdir ki, məlumat ötürülməsi yerli şəbəkəyə yüklənmir və kifayət qədər yüksək sürətlə həyata keçirilir, lakin 10 Gbit/s şəbəkə vəziyyətində bu, artıq o qədər də açıq üstünlük deyil, çünki hətta nisbətən böyük həcmdə məlumat olsa belə, ehtiyat pəncərə çox vaxt çəkmir.

LAN üzərində ehtiyat nüsxəsini yerinə yetirməyin əsas üstünlüyü məlumatların saxlanması sistemi kimi daha ucuz avadanlıqdan istifadə etmək imkanıdır. Testin göstərdiyi kimi, 10 Gbit/s avadanlıqda müasir şəbəkənin qurulması 8 Gbit/s SAN-dan daha sürətli ehtiyat nüsxəsini təmin edəcək.

SAN vasitəsilə qalın diskləri olan virtual maşınların bərpası olduqca tez həyata keçirilir, lakin nazik disklərlə bərpadan imtina etmək daha yaxşıdır, çünki bu tez-tez səhv və ya qəza ilə başa çatır.

Ümumi təcrübədən deyə bilərik ki, virtual maşınları bərpa etmək üçün həmişə yerli şəbəkədən istifadə etmək və köhnə virtual maşının üzərinə yazmamaq, onu yeni yerə bərpa etməyə çalışmaq daha yaxşıdır.

Məqalədə istifadə olunan məlumatlar rəsmi mənbələrdən götürülüb.

VMWare ESXi serverində işləyən virtual maşınlar üçün avtomatik ehtiyat nüsxə sistemini təşkil etmək üçün biz pulsuz yardım proqramından istifadə edəcəyik. MKSBBackup, yükləyə bilərsiniz (yazı zamanı ən son mövcud versiya 24 yanvar 2013-cü il tarixli MKSBackup 1.0.4-dir). Bu yardım proqramı, o cümlədən müxtəlif ehtiyat skriptləri ilə inteqrasiya edən bir növ ön hissədir GettoVCB(VM ehtiyat nüsxəsi skripti perl-də yazılmış və həvəskarlar tərəfindən saxlanılmışdır). GhettoVCB sizə işləyən virtual maşınların onlayn ehtiyat nüsxələrini yaratmağa imkan verir. VM ehtiyat nüsxəsi onun snapshotını yaratmaqla yaradılır.

Əhəmiyyətli. GhettoVCB öz snapshotları olan virtual maşınlarla işləmir. Virtual maşının ehtiyat nüsxəsini çıxarmaq üçün bütün snapshotlar silinməlidir (məsələn, Snapshot Manager vasitəsilə).

MKSBackup, virtual maşınların onlayn ehtiyat nüsxəsini həyata keçirməyə imkan verən bir neçə ehtiyat alətlərindən biridir. MKSBackup həm VMware ESXi kommersiya nəşrlərində, həm də pulsuz VMware Hypervisor-da işləyən virtual maşınların ehtiyat nüsxəsini çıxarmaq üçün istifadə edilə bilər. Utilit Python-da hazırlanmışdır və çarpaz platformadır. MKSBackup yardım proqramının qrafik interfeysi yoxdur, komanda xətti ilə işləyir və konfiqurasiya faylları vasitəsilə konfiqurasiya edilir.

Təbii ki, MKSBackup əsasında VMWare virtual maşınlarının ehtiyat nüsxəsini təşkil etmək üçün həllin rahatlığı və idarəolunması kommersiya məhsullarından daha aşağıdır, lakin onun sərbəst təbiəti, konfiqurasiya asanlığı və yerləşdirmə sürəti ilə kompensasiya olunur.

MKSBackup ehtiyat skriptinin quraşdırılması

Virtual maşın ehtiyat nüsxə parametrlərinin konfiqurasiyası

Növbəti addım ESXi serverində işləyən virtual maşınlar üçün ehtiyat parametrlərini konfiqurasiya etməkdir. Konfiqurasiya mksbackup.ini konfiqurasiya faylını redaktə etməklə həyata keçirilir (defolt olaraq C:\Magik qovluğunda yerləşir).

mksbackup.ini faylını istənilən mətn redaktorunda açın. Faylın strukturu bir neçə bölmədən ibarətdir, hər bölmənin adı kvadrat mötərizədə verilir.
Bölmə:

Bu bölmədə siz e-poçt bildiriş parametrlərini təyin edə bilərsiniz. Bu bizi maraqlandırmır, ona görə də onu tərk edəcəyik

Növbəti bölmə. Bu bölmə ehtiyat nüsxə tapşırığını təmsil edir və Windows mühitində virtual maşınların ehtiyat nüsxəsinin işə salınmasını təmin edən müxtəlif parametrləri təsvir edir. Bizim nümunəmizdə tapşırıq belə görünür:

Proqram=ghettovcb host=10.10.1.89 port=22 giriş=kök parol=LI&f3ccc23 local=C:\magik\vmware global_conf=ghettoVCB.conf vm_list=vm1_https winXPtest təyinatı=C:\magik\$(vm)="_"scp \Install\Putty\pscp.exe" -scp -r

Tapşırıq parametrlərinə daha yaxından nəzər salaq:

proqram– ehtiyat proqramı, gettovcb-ni tərk edin

ev sahibi– virtual maşınların işlədiyi ESXi hostunun adı/ip

liman– giriş portu (standart port 22 – SSH protokolu)

daxil ol– ESXi serverinə giriş hüququ olan istifadəçi adı (standart olaraq bu kökdür, lakin təhlükəsizlik məqsədilə ESXi serverində ayrıca istifadəçi yaratmaq daha yaxşıdır)

parol- istifadəçi parolu

yerli– ehtiyat skriptin və onun konfiqurasiyasının saxlandığı yerli kataloq

qlobal_conf– gettoVCB skript parametrləri ilə fayl

vm_list– ehtiyat nüsxəsini yaratmalı olduğunuz virtual maşınların siyahısı. Bütün virtual maşınların ehtiyat nüsxəsini çıxarmaq lazımdırsa, bu parametr boş qalmalıdır. Bəzi virtual maşınları istisna etmək lazımdırsa, vm_exclude parametrindən istifadə edin.

təyinat– parametr yerinə yetiriləcək əməliyyatın növünü təyin etməyə imkan verir. Ola bilər

ehtiyat nüsxə – sadə ehtiyat nüsxəsini həyata keçirin (təyinat təyin etməyə ehtiyac yoxdur)
surəti – ehtiyat nüsxəsini çıxarın və əldə edilən faylları müəyyən edilmiş qovluğa köçürün
köçürmək - ehtiyat nüsxəsini çıxarın və nəticədə faylları göstərilən qovluğa köçürün

Daha optimal olduğuna görə hərəkət variantına diqqət yetirək. Bu halda, ESXi hostunda virtual maşınların yerli ehtiyat nüsxələri yaradılacaq, daha sonra skriptlə işləyən kompüterə ötürüləcək.

mon-sun – skriptin gündəlik icra oluna biləcəyi güman edilir (biz onu bu şəkildə tərk edəcəyik, çünki ehtiyat nüsxəni Windows planlaşdırıcısı vasitəsilə işə salma tezliyini təyin edəcəyik).

Bundan əlavə, biz VM ehtiyat nüsxələrinin köçürüləcəyi qovluğu göstərəcəyik (C:\magik). $(vm) parametri virtual maşın fayllarının saxlanacağı hər bir virtual maşın üçün öz adı ilə ayrıca kataloq yaradılacağını göstərir.

Qeyd. Skriptin konfiqurasiya parametrləri və onun sintaksisinin ətraflı təsviri tərtibatçının saytında verilmişdir.

scp_bin– scp yardım proqramına gedən yol

Əhəmiyyətli. ESXi serverində SSH demonunun aktiv olduğundan əmin olun.

VM_BACKUP_VOLUME=/vmfs/volumes/msa2000/backup VM_BACKUP_ROTATION_COUNT=3

VM_BACKUP_VOLUME– ESXi serverində virtual maşınların nüsxələrinin saxlanacağı qovluq (təbii ki, VMFS bölməsində kifayət qədər boş yer olmalıdır)

VM_BACKUP_ROTATION_COUNT– saxlanacaq yerli nüsxələrin sayı (bizim nümunəmizdə son 3 ehtiyat nüsxə saxlanılacaq)

Yerli ssh keşində host açarını saxlamaq üçün plink yardım proqramından (həmçinin Putty ilə birlikdə) istifadə etmək qalır. Məsələn, bu kimi:

PLINK.EXE [email protected] ls /

VMWare ESXi hostunda virtual maşınların ehtiyat nüsxəsini işə salmaq

Yedək skripti sınaqdan keçirək. Bunu etmək üçün, administrator hüquqları ilə bir əmr satırını açın və əmri işə salın:

C:\Magik\MKSBackup\mksbackup.exe -v -c C:\Magik\mksbackup.ini ehtiyat nüsxəsi VMWARE_FROM_WINDOWS

Açar haradadır –vətraflı məlumatın göstərilməli olduğunu göstərir, -c mksbackup.ini parametrləri faylına gedən yol, ehtiyat nüsxəsi– ehtiyat nüsxəsinə başlamaq lazım olduğunu bildirir, sonunda fayldan tapşırığın adı göstərilir mksbackup.ini(bizim nümunəmizdə tapşırıq VMWARE_FROM_WINDOWS-dir).

Hər şey düzgün konfiqurasiya olunarsa, köməkçi proqram ehtiyat nüsxə prosesi haqqında ətraflı məlumatı konsolda göstərməyə başlayacaq (yedekləmə prosesi olduqca uzundur, ona görə də onun tez bitməsini gözləməməlisiniz).

Yedəkləmə prosesi VMware vSphere konsolunda snapshot yaradılması/silinməsi hadisələrinin görünüşü ilə izlənilə bilər.

Skriptin icrası zamanı təyinat kataloqunda virtual maşın faylları olan qovluqlar görünəcək.

Test surətini yerinə yetirdikdən sonra ehtiyat nüsxə prosesinin avtomatlaşdırılmasına keçə bilərsiniz. Bunun üçün yeni Windows planlaşdırıcı tapşırığı yaradaq.

Gəlin cümə günləri işləyən və əmri işlədən “Backup ESXi” adlı tapşırıq yaradaq: C:\Magik\MKSBackup\mksbackup.exe -v -c C:\Magik\mksbackup.ini ehtiyat nüsxəsi VMWARE_FROM_WINDOWS

Tapşırıq parametrlərində onun administrator hüquqları ilə işə salınması lazım olduğunu göstərməyi unutmayın (“Ən yüksək imtiyazlarla işləyin” seçimi).

Qeyd. Tapşırıq başqa bir hesab altında yerinə yetiriləcəksə (sınağın aparıldığı hesab deyil), yeni hesabın keşində tələb olunan açarın olmayacağını xatırlamalısınız. Problemi həll etmək üçün yuxarıdakı plink əmrini yeni hesabdan işə salmalısınız.

Virtual maşınların ehtiyat nüsxəsini çıxarmaq üçün verilmiş bu metodun çatışmazlıqları:

olduqca aşağı ehtiyat sürəti
VM ehtiyat nüsxələrini saxlamaq üçün böyük miqdarda boş yer tələb olunur

Bu çatışmazlıqlar onun sərbəst təbiəti ilə kompensasiya olunur, lakin böyük həllər üçün Veeam və ya HP DataProtector kimi kommersiya ehtiyat məhsullarından istifadə etmək daha məqsədəuyğundur.

Məqsəd bir neçə uzaq saytlarda fərdi virtuallaşdırma hostlarından (klaster olmadan) Hyper-V virtual maşınlarının ehtiyat nüsxələrinin təşkili ilə bağlı idi. Bu tapşırığın girişlərindən birinin çox təvazökar və qeyri-sabit rabitə kanallarının olması səbəbindən mərkəzi saytda tək ehtiyat serverdən istifadə ideyası öz-özünə yox oldu. Çünki blok dəyişikliklərini nəzərə alaraq, şəbəkədəki yükü azaltmaqla, məsələn, eyni Sistem Mərkəzi DPM ilə ehtiyat nüsxələrini bir mərkəzi yerdə birləşdirə bildiyiniz bir şeydir və qısa müddətdə eyni zəif kanallar vasitəsilə müəyyən bir zamanda VM-nin tam bərpasını həyata keçirməlisiniz. Beləliklə, lisenziyalı proqram təminatının və mövcud avadanlıqların davamlı xərclərində artım olmadıqda, virtual maşınların ehtiyat nüsxəsini birbaşa uzaq bir saytda necə təşkil etmək barədə düşünmək lazım idi.

Belə oldu ki, bu uzaq saytlarda, virtuallaşdırma hostuna əlavə olaraq, əvvəllər istismardan çıxarılan, lakin kifayət qədər işləyən köhnə bir server var. IBM Sistemi x3200, virtual maşınların ehtiyat nüsxələrini saxlamaq üçün fayl serveri kimi istifadə edilə bilər. Bu serverə əlavə disklər quraşdırmaq və onu əsas ƏS kimi yerləşdirmək ideyası yarandı Linux paketi ilə QUADStor, onun köməyi ilə, öz növbəsində, blokların təkmilləşdirilməsi və protokoldan istifadə dəstəyi ilə virtual disk yaradın. iSCSI bu diski virtuallaşdırma hostuna təqdim edin Hyper-V, və artıq virtuallaşdırma hostunda məhsuldan istifadə edərək, virtual maşınların eyni iSCSI diskinə “qaynar” ehtiyat nüsxəsini konfiqurasiya edin. Son nəticə "ucuz və şən" olmalıdır. Bu qeyddə mən belə bir dizaynın qurulması prosedurunu təsvir edəcəyəm.

QUADStor ilə Debian Linux əsasında fayl serverinin hazırlanması

Mövcud konfiqurasiyada gələcək IBM System x3200 fayl serverimizin disk səbəti 4-dən çox olmayan SAS/SATA 3.5" diskini dəstəkləyir. Nəzərə alsaq ki, bu server modelindəki nəzarətçi də çox sadədir (LSI Logic SAS1064ET) və sadə dillə desək , yalnız "zolaq" və ya "güzgü" edə bilər, biz iki güzgü cüt disk yaradacağıq - birincisi Linux əməliyyat sistemi üçün mövcud iki aşağı tutumlu SATA diskində, ikincisi isə iki əlavə quraşdırılmış ucuz qiymətli 1TB SATA diskində VM ehtiyat nüsxələrinin saxlanması (QUADStor virtual diski üçün).

Beləliklə, heç bir xüsusi fırıldaq olmadan, OS-ni güzgü disklərinin ilk cütünə quraşdırırıq Debian GNU/Linux 8.6 (Jessie). İkinci güzgülü böyük disk cütünü bölüşdürülməmiş qoyuruq.

Quraşdırma və konfiqurasiyaya keçək.

Quraşdırma proseduru QUADStor müxtəlif Linux paylamaları üçün sənəddə təsvir edilmişdirRHEL/CentOS 5.x, 6.x, SLES 11 və Debian 6.x, 7.x-də quraşdırma/təkmilləşdirmə . Bizim vəziyyətimizdə Debian istifadə etdiyimizə əsaslanaraq, əvvəlcədən tələb olunan paketləri quraşdırırıq:

# apt-get yüklemek uuid-runtime build-essential sg3-utils iotop sysstat lsscsi apache2 psmisc firmware-qlogic linux-headers-`uname -r`

Dəstəyi aktivləşdirin CGI veb server üçün Apache:

# a2enmod cgi

Bir qayda əlavə etmək iptables, veb serverə daxil olan əlaqələrə icazə vermək və mövcud qaydaları saxlamaq:

# iptables-A INPUT -i eth0 -p tcp -m tcp --dport 80 -j QƏBUL EDİN # iptables-saxla> /etc/iptables.conf

Serveri yenidən başladın və sistem işə salındıqda veb server xidmətinin uğurla işə düşdüyünə əmin olun:

# systemctl status apache2.service

İndi əsas paketi yükləyin və quraşdırın QUADStor Storage Virtualization(paketin cari versiyasına keçidi buradan götürün:Yaddaş virtuallaşdırma yükləmələri ):

# mkdir~/QUADStor-faylları # wget http://www.quadstor.com/virtentdub3z/quadstor-virt-3.2.11-debian7-x86_64.deb-P~/QUADStor-faylları # dpkg-i ~/QUADStor-files/quadstor-virt-3.2.11-debian7-x86_64.deb ... Quraşdırma sonrası həyata keçirilir. Lütfən gözləyin... update-rc.d istifadə edərək quadtor.service üçün vəziyyət sysvinit ilə sinxronlaşdırılır... /usr/sbin/update-rc.d kvadstor defoltları icra edilir /usr/sbin/update-rc.d kvadstor aktivləşdirilir Bina tələb olunur kernel modulları Çalışır /quadstor/bin/builditf. Bu bir neçə dəqiqə çəkə bilər. Systemd (215-17+deb8u5) üçün tetikler işlənir ...

Paketin quraşdırılması səhvsiz tamamlanmalıdır.

Quraşdırıldıqdan sonra xidmət kvadstor başlamaz, lakin quraşdırma prosesi zamanı sistem işə salındıqda bu xidmət avtomatik olaraq başlanğıcda qeydiyyatdan keçməlidir. Biz serveri yenidən işə salırıq və sistem yükləndikdən sonra xidmətin avtomatik və uğurla işə düşdüyünə əmin oluruq:

# systemctl status quadstor.service

Biz http://(server) linkinə daxil olaraq veb-interfeysə girişi yoxlayırıq. Veb server bizi linkə yönləndirməli olacaq http://(server)/cgi-bin/system.cgi

QUADStor-un quraşdırılması başa çatdıqdan sonra biz ilkin quraşdırmanı həyata keçiririk, bu da prinsipial olaraq fərqlənmir, yəni:

Veb serverə giriş məhdudiyyətlərinin qurulması Apache, və həmçinin, lazım gələrsə, dəstəyi quraşdırırıq HTTPS;
Veb idarəetmə interfeysinə keçin QUADStor və orada yaradın Saxlama Hovuzu;
Disk əlavə edin ( Fiziki Saxlama) V Saxlama Hovuzu(bu halda, əlavə edilmiş disk olaraq, sistemdə bir disk cihazı kimi təqdim olunan serverimizdə böyük disklərin ikinci əks olunmuş cüt disklərindən istifadə edirik);
Virtual disk yaradın VDisk.

QUADStor virtual diski yaradıldıqdan sonra protokoldan istifadə edərək ona girişi konfiqurasiya edəcəyik iSCSI. Ümumiyyətlə, QUADStor virtual disklərinə necə daxil olmağın mümkünlüyü haqqında məlumatı sənəddə tapa bilərsinizVirtual Disklərə (VDisklərə) daxil olmaq .

Funksional iSCSI Hədəfi xidmətdən istifadə edərək QUADStor-da həyata keçirilir ietd, sistemdə açılan TCP-portda dinləyici 3260 , buna görə ehtiyacımız var iptables müvafiq icazə qaydasını yaradın:

# iptables-A INPUT -i eth0 -p tcp -m tcp --dport 3260 -j QƏBUL EDİN # iptables-saxla> /etc/iptables.conf

Yaratdığımız virtual disklə bağlı iSCSI konfiqurasiya parametrlərini təyin etmək üçün QUADStor veb konsolunda bu diskin xüsusiyyətlərinə keçək ( Virtual disklər > Dəyişdirin > iSCSI Konfiqurasiyası):

Budur, sahədə IQN avtomatik olaraq yaradılan iSCSI disk identifikatorunu görəcəyik və bu diskə girişi məhdudlaşdırmaq üçün sahə dəyərlərini təyin edəcəyik Gələn İstifadəçi Və Daxil olan parol. Bu sahələrə bu QUADStor virtual diskinə qoşulduqda fayl serverimizin iSCSI müştərisindən (İnisiator) tələb edəcəyi ixtiyari istifadəçi adı və parol daxil edəcəyik.

QUADStor diskinin Windows Serverdə virtuallaşdırma hostuna qoşulması

Hyper-V əsaslı virtualizasiya hostumuza keçməklə Windows Server 2012 R2, açaq İdarə paneli və içindəki appleti tapın iSCSI təşəbbüskarı. Bu appletə ilk dəfə daxil olduqda, sistem sizə iSCSI protokolunun düzgün işləməsi üçün zəruri olan sistem xidmətinin işə salınmasının zəruriliyi barədə məlumat verəcəkdir. Biz bu xidməti işə salmağa və sistemin işə salınması zamanı onu avtomatik başlanğıc vəziyyətinə keçirməyə razıyıq:

Xidməti işə saldıqdan sonra nişanın olduğu yerdə iSCSI idarəetmə tətbiqi açılacaq Kəşf düyməni basaq Portalı kəşf edin Linux əsaslı fayl serverimiz haqqında məlumat əlavə etmək üçün

Açılan pəncərədə daxil edin FQDN adı və ya IP ünvanı Linux serverləri (standart portu tərk edin - 3260 ) və basın tamam

Bundan sonra, sahənin cədvəl hissəsində Kəşf edilmiş hədəflərəvvəl qeyd olunan görünməlidir IQN statuslu QUADStor virtual diskimizin Qeyri-aktiv. Yəni disk uzaq Linux serverində uğurla aşkar edildi və indi bu diski birləşdirmək üçün düyməni istifadə edəcəyik. Qoşun.

Bu əlaqəni Sevimli Hədəflər siyahısına əlavə edin Diskin sistem işə salındıqda avtomatik qoşulan disklər siyahısına əlavə edilməsi üçün təkmil disk bağlantısı parametrləri üçün düyməni basın - Qabaqcıl

Açılan pəncərədə seçimi aktivləşdirin CHAP girişini aktivləşdirin və əvvəllər təyin etdiyimiz QUADStor diskinə daxil olmaq üçün istifadəçi adı və şifrəni göstərin.

Pəncərələri düymə ilə bağlayaraq edilən parametrləri qeyd edin tamam

Hər şey düzgün aparılırsa, disk statusu dəyişməlidir Əlaqədar.

Əlfəcinlərə gedək Sevimli Hədəflər və əməliyyat sistemi işə salındıqda diskin avtomatik qoşulma siyahısında olduğundan əmin olun.

Bu nöqtədə QUADStor virtual diskini iSCSI protokolu vasitəsilə birləşdirməyi tamamlanmış hesab etmək olar. İndi bu diski sistemdə işə salmalı və üzərində fayl sistemi olan bölmə yaratmalısınız NTFS. Bunu etmək üçün avadanlıqlara keçək Disk İdarəetmə(diskmgmt.msc), bağlı diski seçin və onu vəziyyətə qoyun Onlayn

Sonra diski işə salacağıq - Diski işə salın

Sizdən disk bölməsinin növünü seçməyiniz xahiş olunacaq. Biz QUADStor virtual diskindən istifadə etdiyimiz üçün çox güman ki, zaman keçdikcə diskin ölçüsünü artırmaq istəyəcəyik və o, indi olduğundan daha böyük olacaq. Nəzərinizə çatdırım ki, QUADStor virtual diski istənilən vaxt artırıla bilər 64 TB, baxmayaraq ki, bu virtual diskin yerləşdiyi fiziki disklərin faktiki ölçüsü kiçik olacaq və/və ya eyni qalacaq. Və faktı nəzərə alaraq MBR məntiqi sürücülərin ölçüsündə məhdudiyyət var 2 TB, onda bizim vəziyyətimizdə işarələmə növünü seçmək mantiqidir GPT:

Disk işə salındıqdan və onun üzərində bölmə cədvəli yaradıldıqdan sonra biz bu diskdə fayl sistemi ilə bölmə yaradacağıq. NTFS

Gəlin bu diskə ayrıca hərf təyin edək, məsələn E:\ və formatlaşdırma prosesinin başa çatmasını gözləyək ki, bu da diskin ölçüsündən asılı olaraq bir qədər vaxt apara bilər.

Formatlaşdırma prosesinin sonunda diskin sistemdə bizim üçün mövcud olduğundan əmin olacağıq və biz onun üzərində qovluq və faylları yarada, dəyişdirə və silə bilərik. Bu yoxlamalardan sonra biz virtuallaşdırma hostumuzu yenidən işə salacağıq və sistemin yükləmə prosesi zamanı diskin avtomatik qoşulduğuna və tam əlçatan olmasına əmin olacağıq.

Veeam Backup Free Edition 9.5 quraşdırılması

Hyper-V virtual maşınlarının ehtiyat nüsxəsini çıxarmaq üçün proqramdan istifadə edəcəyik Veeam Backup Pulsuz Buraxılış 9.5, bu bizə onu bağlamadan tam ehtiyat VM yaratmağa imkan verəcək.

Bu məhsulun əsas xüsusiyyətlərini sənəddən öyrənə bilərsiniz Məhsula Baxış.

Sistem tələbləri sənədi yükləməklə tapıla bilər Buraxılış qeydləri.

EULA burada mövcuddurVeeam Son İstifadəçi Proqramı Lisenziya Müqaviləsi .

Ən son versiya 9.5.0.711 , hazırda mövcuddur, endirilə bilər Veeam saytından.

Şəkil faylı VeeamBackup&Replication_9.5.0.711.iso Yüklədikdən sonra 1,5 GB ölçüsündə onu Windows Server əsasında virtuallaşdırma hostumuza köçürür və sistemə quraşdırırıq. Məsələn, istifadə PowerShell bunu belə edə bilərsiniz:

Mount-DiskImage -ImagePath " C:\Temp\VeeamBackup&Replication_9.5.0.711.iso"

Quraşdırılmış diskdə Setup.exe quraşdırma proqramını işə salın, lisenziya müqaviləsini oxuyun və qəbul edin, klikləyin Sonrakı

Lisenziya açarını daxil etmə mərhələsində biz hər şeyi dəyişməz qoyuruq. Açar olmadan proqram rejimdə işləyəcək Pulsuz Buraxılış vəzifəmiz üçün kifayət edəcək məhdud funksionallıqla.

Qeyd etmək lazımdır ki, əslində sistemdə tam hüquqlu bir nüsxə quraşdırılmışdır Veeam Yedəkləmə və Replikasiya, və əgər ilkin quraşdırma zamanı lisenziya açarı göstərilməyibsə, siz onu daha sonra proqrama əlavə edə və onun iş rejimini nəşrlərə təkmilləşdirə bilərsiniz. Standart, Müəssisə və ya Enterprise Plus. Sənəddən pulsuz və pullu versiyalar arasındakı fərqlər haqqında daha çox məlumat əldə edə bilərsiniz Veeam Backup: Pulsuz və Ödənişli

Növbəti addımda, quraşdırılacaq komponentlər dəstini dəyişdirmədən yenidən klikləyin Sonrakı

Komponentlər paylamadan əlavə olaraq quraşdırılır, buna görə ayrıca heç bir şey yükləməyinizə ehtiyac yoxdur. Lazımi komponentlər yerləşdirildikdən sonra düyməni istifadə edərək yenidən yoxlamaya başlayırıq Yenidən qaç və növbəti quraşdırma mərhələsinə keçin - Sonrakı.

Burada tətbiqin quraşdırılacağı cari parametrlərin xülasə ekranını görəcəyik. Seçimi aktiv etsəniz İcazə verin, fərqli parametrləri qeyd edim, onda bütün göstərilən parametrlər faktiki quraşdırma prosesinə başlamazdan əvvəl dəyişdirilə bilər. Məsələn, standart adlandırılmış nümunə əvəzinə SQL Server 2012 Express, siz mövcud SQL Server nümunəsinə quraşdırma təyin edə, verilənlər bazası adını, xidmət hesabını, kataloq yerini və ya port nömrələrini dəyişə bilərsiniz. Əksər hallarda, təklif olunan parametrləri standart konfiqurasiyada tərk edə və klikləyə bilərsiniz Yüklemek.

Quraşdırma prosesi zamanı adlanmış nümunə virtuallaşdırma hostumuzda yerləşdiriləcək Microsoft SQL Server 2012 SP3 redaksiya heyəti Ekspres(VEEAMSQL2012) və VeeamBackup verilənlər bazası orada yaradılacaq. Quraşdırma prosesinin tamamlanmasını gözləyək.

Veeam Backup ilə virtuallaşdırma hostunun qeydiyyatı

Quraşdırma prosesinin sonunda qısa yolu masaüstündən və ya başlanğıc menyusundan işə salın Veeam Yedəkləmə və Replikasiya Konsolu. Biz əlaqə serveri kimi istifadə edirik localhost və standart port 9392 . Cari istifadəçinin etimadnaməsini istifadə etmək seçimini aktiv edək Windows sessiyasının autentifikasiyasından istifadə edin və basın Qoşun

Əvvəlcə virtuallaşdırma hostumuzu proqramda qeydiyyatdan keçirək ki, bu hostda yerləşən virtual maşınların ehtiyat nüsxəsini çıxarmaq mümkün olsun. Bunu etmək üçün, nişanda VİRTUAL MAŞINLAR seçdiyimiz infrastruktur ağacında Microsoft Hyper-V və kontekst menyusunda və ya düymələrin yuxarı lentində seçin Server əlavə edin.

Açılan Server Add Wizard-da serverimizin FQDN adını daxil edin...

Hərəkətdə Növ Hyper-V server növünü seçin. Bizim vəziyyətimizdə bu ayrıca işləyən bir hostdur - Bağımsız

Hərəkətdə Etibarnamələr Siz Veeam Backup-ın virtuallaşdırma hostuna qoşulacağı və ehtiyat əməliyyatları üçün virtual maşınlara daxil olacağı inzibati hesab göstərməlisiniz. Fikrimcə, bunun üçün ayrıca xidmət hesabı yaratmaq daha düzgün olardı. Bu halda, siz ya virtuallaşdırma hostunda yaradılmış yerli hesabdan, ya da domen hesabından istifadə edə bilərsiniz. Nümunəmizdə virtuallaşdırma hostunda inzibati hüquqlar verilmiş bir domen hesabı seçdik.

klikləyin Sonrakı və Veeam Backup konfiqurasiyasının və qoşulmuş virtuallaşdırma hostunun tamamlanmasını gözləyin

Host Add Wizard-ı bağladıqdan sonra Veeam Backup konsolu əlavə edilmiş hostda yerləşən virtual maşınların siyahısını göstərməlidir.

İndi siz Veeam Backup-dan istifadə edərək virtual maşınların ehtiyat nüsxə funksiyasını yoxlamağa keçə bilərsiniz.

Veeam Backup-da VM ehtiyat nüsxəsi təsdiqlənir

Əvvəllər iSCSI protokolu ilə bağladığımız diskdə Veeam Backup-dan hazırlanmış virtual maşınların tam ehtiyat nüsxələrinin yerləşdiriləcəyi qovluq yaradacağıq. Bizim vəziyyətimizdə bu, E:\VMBackups kataloqu olacaq.

Sonra Veeam Backup konsolunda bəzi virtual maşın seçin və onun üçün menyu elementinə zəng edin VeeamZIP

Açılan pəncərədə ehtiyat nüsxələrin saxlanması üçün yeni yaradılmış qovluğa gedən yolu göstərin, zəruri hallarda köhnə ehtiyat nüsxələrinin silinməsi üçün parametrləri müəyyənləşdirin və sıxılmanı söndürün. Veeam Backup ehtiyat nüsxələrinin sıxılması, şübhəsiz ki, maraqlı bir şeydir, lakin bizim vəziyyətimizdə sıxılmanın aktivləşdirilməsi QUADStor diskində (praktik təcrübələrdə sınaqdan keçirilmiş) aşağı təkmilləşdirmə dərəcələrinə gətirib çıxaracaq. Cari ehtiyat sessiyasının bütün parametrlərini konfiqurasiya etdikdən sonra klikləyin tamam

Yedəkləmə tapşırığının işə salınması yerinə yetirilən tapşırığın status göstəriciləri olan məlumat pəncərəsi ilə müşayiət olunacaq.

Yedəkləmə zamanı biz də konsolda nə olduğunu görə biləcəyik Hyper-V meneceri virtual maşın müvafiq statusu qəbul edir.

Yedəkləmə tapşırığının yerinə yetirilməsi nəticəsində VM-nin tam ehtiyat nüsxəsi uzantılı fayl şəklində göstərdiyimiz kataloqda yaradılacaq. VBK. Bu tip fayl sistemdə Veeam Backup ilə əlaqələndirilir və ona iki dəfə klikləməklə, Veeam Backup konsolu avtomatik işə düşəcək və orada forma açılacaq ki, siz zəruri hallarda hər iki faylı bərpa etmək əməliyyatını həyata keçirə bilərsiniz. bütün virtual maşın və VM daxilində fərdi fayllar ( Ani Fayl Səviyyəsi Bərpası).

Beləliklə, biz inanırıq ki, ehtiyat nüsxə bizim üçün işləyir, lakin indi başqa bir vacib problemi həll etməliyik. Fakt budur ki, Veeam Backup-ın pulsuz buraxılışında bizə proqram interfeysindən planlaşdırılmış ehtiyat nüsxələri qurmağa imkan verməyən məhdudiyyətlər var. Bununla belə, Veeam Backup-a bir sıra cmdletlər daxildir PowerShell, Veeam Backup-da ehtiyat nüsxə tapşırığını işə salmaq üçün istifadə edə bilərsiniz. Və bu imkanı birləşdirirsinizsə Windows Tapşırıq Planlayıcısı (Tapşırıq Planlayıcısı), nəticədə ehtiyat nüsxələrin cədvəl üzrə işə salınmasının avtomatlaşdırılması probleminin tamamilə işlək həllini əldə edə bilərik.

Çalışan VM ehtiyat nüsxələrinin avtomatlaşdırılması

Siz burada Veeam Backup PS cmdletləri üçün onlayn yardım əldə edə bilərsinizVeeam Backup & Replication 9.5 - PowerShell Reference . Və xüsusilə Veeam Backup cmdletlərindən istifadə edən hazır PowerShell skripti Başlat - VBRZip , məqalədə tapa bilərikVeeam Backup Free Edition: İndi PowerShell ilə! . Mən bu skripti bir az dəyişdirdim ki, yalnız ehtiyat nüsxələmə prosesi zamanı hansısa xəta baş verərsə, e-poçtla bildiriş vermək imkanı əlavə etdim.

# ########################### İstifadəçi tərəfindən təyin olunan dəyişənlər ################## # ######### Yedəkləmə üçün VM-lərin adları vergüllə ayrılır (Məcburi). Məsələn, $VMNames = “VM1”,”VM2”$VMNames = " KOM-AD01-WS305 " , " KOM-AD01-DEV03 "# Yedəkləmə üçün Hyper-V host VM-lərinin adı (məcburi)$HostName = "KOM-AD01-VM14"# VM ehtiyat nüsxələrinin getməli olduğu kataloq (Məcburi; məsələn, C:\Backup)$Directory = "E:\VMBackups"# İstədiyiniz sıxılma səviyyəsi (Könüllü; Mümkün dəyərlər: 0 - Yoxdur, 4 - Dedupe uyğun, 5 - Optimal, 6 - Yüksək, 9 - Ekstremal)$CompressionLevel = 0# Snapshot çəkərkən Quiesce VM (Könüllü; VMware Alətləri tələb olunur; Mümkün dəyərlər: $True/$False)$EnableQuiescence = $True# Nəticə nüsxəsini şifrələmə açarı ilə qoruyun (İstəyə görə; $True/$False)$EnableEncryption = $False# Şifrələmə Açarı (İstəyə görə; təhlükəsiz sətirə gedən yol)$EncryptionKey = ""# Saxlama parametrləri (Könüllü; Defolt olaraq, VeeamZIP faylları silinmir və qeyri-müəyyən müddət ərzində müəyyən edilmiş yerdə saxlanılır. # Mümkün dəyərlər: Heç vaxt , Bu gecə, TomorrowNight, In3days, In1Week, In2Weeks, In1Month)$ Saxlama = "1 Həftədə"# ########################### Bildiriş Parametrləri ################### ## ######## Bildirişi aktivləşdirin (İstəyə görə) # Mümkün dəyərlər: 0 - Yoxdur, 1 - Yalnız Xəbərdarlıqlar və Səhvlər, 2 - Bütün bildirişlər$EnableNotification = " 1 "$SMTPServer = "KOM-SMTP.holding.com"$EmailFrom = " [email protected] " $EmailTo = " [email protected] " $EmailSubject = "VEEAM Yedək Bildirişi"# ########################### E-poçt formatı ################### ## #######$style = " " # ########################## Son İstifadəçinin Təyin etdiyi Dəyişənlər ################# #### ##########Asnp VeeamPSSnapin$Server = Get-VBRServer -ad $HostName$MessagyBody =@() foreach ($VMNames-də $VMName) ( $VM = Tap-VBRHvEntity -Ad $VMName -Server $ServerƏgər ($EnableEncryption) ( $EncryptionKey = Əlavə et-VBREncryptionKey -Parol ( cat $EncryptionKey | ConvertTo-SecureString) $ZIPSession = Start-VBRZip -Entity $VM -Qovluq $Directory -Compression $CompressionLevel -DisableQuiesce:(! $EnableQuiescence ) -AutoDelete $Retention -EncryptionKey $EncryptionKey } Başqa( $ZIPSession = Start-VBRZip -Entity $VM -Qovluq $Directory -Compression $CompressionLevel -DisableQuiesce:(! $EnableQuiescence ) -AutoDelete $Saxlama } Əgər ($EnableNotification -in " 1 " , " 2 ") ( $TaskSessions = $ZIPSession.GetTaskSessions().logger.getlog().updatedrecords$FailedSessions = $TaskSessions | harada ( $_ .status -eq "EWarning" -və ya $_ .Status -eq "EUğursuz") Əgər ($FailedSessions -ne $Null) ( $MesssagyBody = $MesssagyBody + ($ZIPSession | Select-Object @(n = " Ad " ;e = (($_ .name).Substring(0 , $_ .name.LastIndexOf(" (" ))) ) ,@(n = "Başlama vaxtı" ;e = ( $_ .Yaradılma vaxtı)),@(n = " Bitmə vaxtı " ;e = ( $_ .EndTime)),Nəticə,@(n = " Ətraflı " ; e = ( $FailedSessions.Başlıq))) ) Başqa { $MesssagyBody = $MesssagyBody + ($ZIPSession | Select-Object @(n = " Ad " ;e = (($_ .name).Substring(0 , $_ .name.LastIndexOf(" (" )))) , @(n = " Başlama vaxtı " ;e = ( $_ .Yaradılma vaxtı)),@(n = " Bitmə vaxtı " ;e = ( $_ .Son vaxt)),Nəticə,@(n = " Təfərrüatlar " ;e = (($TaskSessions | sort yaradılması zamanı -Azalan | seçin -ilk 1).Başlıq))) ) ) ) Əgər ($EnableNotification - " 1 " , " 2 ") (Əgər (($EnableNotification -eq " 1 " ) -Və ($FailedSessions -eq $Null)) ( çıxış ) Əks halda( $Message = Yeni Obyekt System.Net.Mail.MailMessage $EmailFrom, $EmailTo$Mesaj .Mövzu = $E-poçtMövzu$Message .IsBodyHTML = $True$message .Body = $MesssagyBody | ConvertTo-Html -head $style | Out-String$SMTP = Yeni Obyekt Net.Mail.SmtpClient ($SMTPServer) $SMTP .Göndər($Mesaj) } }

Konsolu idarəçi hüquqları ilə açın Windows PowerShell və əmri işlədərək skriptin sınaq işini həyata keçirin:

& "C:\Tools\VeeamZip.ps1"

Çalışan skript virtual maşınların ehtiyat nüsxəsini yaratmaq tapşırığının statusunu göstərəcək:

Skriptin əl ilə işə salındıqda uğurla işlədiyinə əmin olduqdan sonra biz skriptin dövri işə salınmasını təyin edəcəyik. Tapşırıq Planlayıcısı Windows. Scheduler tapşırığında yerinə yetirilən bir əmr olaraq, işə salınmanı təyin edəcəyik powershell.exe parametrləri ilə:

powershell.exe-NoProfile - "C:\Tools\VeeamZip.ps1" əmri

Yedək quraşdırma tamamlanmış hesab edilə bilər.

Nəticənin yoxlanılması

Beləliklə, nümunəmizdə PS skripti yeddi gündən çox köhnə ehtiyat nüsxələrinin avtomatik silinməsi ilə iki virtual maşının planlaşdırılmış ehtiyat nüsxəsini (gecə, gündə bir dəfə) həyata keçirir. Yeddi gündən sonra nəticəni virtuallaşdırma hostumuzda yoxlayacağıq.

Gördüyünüz kimi, skriptdə qeyd etdiyimiz iki virtual maşının hər biri üçün əslində 7 tam ehtiyat nüsxəmiz var. Bu ehtiyat nüsxələrin istifadə etdiyi ümumi ölçü təqribəndir. 700 GB. Eyni zamanda, QUADStor veb konsoluna baxsaq və virtual diskin yaradıldığı disk hovuzunun xüsusiyyətlərinə nəzər salsaq, görərik ki, təkmilləşdirmə nəzərə alınmaqla, faktiki fiziki disk tutumundan istifadə olunur. -dən çox deyil 100 GB.

Məncə, nəticə olduqca yaxşı görünür. Və bu vəziyyətdə, lazım gələrsə, ehtiyat nüsxələrin saxlanma müddətini iki həftəyə, hətta bir aya qədər artıra bilərik. Sadəcə unutmayın ki, bunun üçün biz QUADStor virtual diskinin ölçüsünü artırmalı və sonra snap-in vasitəsilə məntiqi diski artırmalıyıq. Disk İdarəetmə virtuallaşdırma hostunda.

VMware ESXi əsasında virtual maşınların pulsuz ehtiyat nüsxəsi

üçün VMware ESXi sual virtual maşın ehtiyat nüsxəsi xüsusilə kəskindir. Əlavə pulsuz proqram təminatı məhdud funksionallıq səbəbindən istifadə etmək əlverişsizdir. Ona görə də bizim ehtiyat nüsxəsi pulsuz skriptə əsaslanacaq - gettoVCB. Bu, mövcud skriptlərin ən yaxşı versiyasıdır, baxmayaraq ki, o qədər gülməli bir ada və bütövlükdə bütün layihəyə malikdir - www.virtuallyghetto.com, müəllif Uilyam Lam. Onun alqoritmi snapshot yaratmaq və VM-ni klonlaşdırmaqdır.

Tam hüquqlu bir ehtiyat sxemi qurmaq üçün bizə lazımdır:

NFS faylları saxlamaq üçün server;
vasitəsilə əlaqə SSH ESXi-yə;
skript gettoVCB.sh ESXi serverinə əlavə edildi (gələcək ehtiyat nüsxəsinin kök və ya qovluğuna). Bu vasitəsilə həyata keçirilir SFTP sizin üçün əlverişli olan hər hansı bir şəkildə, məsələn, FileZilla;
kopyalanan skripti icra etmək hüququnu veririk;

İndi hər bir məqama daha ətraflı baxaq. Fayl serverinin/yedek serverinin performansını və nasazlığa dözümlülüyünü artırmaq üçün RAID10-dan istifadə etmək daha yaxşıdır. Bu halda, Linux ƏS (Debian, Ubuntu, “sizin üçün əlverişlidir”) və fayl sisteminə üstünlük verilir. XFS, çünki bu konfiqurasiyada yazma sürəti (sürətli ehtiyat üçün əsas prioritet) daha yüksək olacaq.

Bizdə artıq var, amma siz də hər şeyi edə bilərsiniz vSphere müştəri: Konfiqurasiya > Proqram təminatı > Təhlükəsizlik Profili > Xüsusiyyətlər... > Uzaqdan Texniki Dəstək (SSH) > Seçimlər... > Başla və ya Dayandır.

Skript konfiqurasiyasına keçək gettoVCB.sh, bizə lazım olan əsas parametrlər:

VM_BACKUP_VOLUME - ehtiyat qovluğuna gedən yol, mənim vəziyyətimdə /vmfs/volumes/datastore1/backup
DISK_BACKUP_FORMAT - disk formatı, ehtiyat nüsxələri üçün ən yaxşısıdır
VM_BACKUP_ROTATION_COUNT - saxlanılan ehtiyat nüsxələrinin sayı (hər virtual maşın üçün), məndə 3 var
ADAPTER_FORMAT - adapter növü, mənim vəziyyətimdə - lsilogic

Qalan parametrlər şəbəkə və e-poçt bildirişləri üzərindən faylların surətinin çıxarılmasına cavabdehdir. Daha ətraflı konfiqurasiya parametrləri geliştiricinin saytında təsvir edilmişdir!

Bütün virtual maşınları kopyalamaq lazım gəlmirsə, ehtiyat nüsxəyə daxil olan VM-lərin siyahısı ilə fayl yaradılır. vi-də belə bir fayl yaradın:

skript ilə qovluğa gedin - cd /ghettovcb və ya ehtiyat nüsxə
vi vmlist
"a" düyməsini basın və VM adlarını daxil edin (hər ad yeni sətirdə)
"esc" düyməsini basın və dəyişiklikləri saxlamaq üçün - ":wq" (":q" saxlamadan)

Skripti işə salaq:

./ghettovcb.sh -a -l ./log.txt - eyni qovluqda log faylı yazaraq bütün maşınları kopyalamağa başlayın
./ghettovcb.sh -f ./vmlist -l ./log.txt - vmlist faylında göstərilən maşınları kopyalamağa başlayır, qeydlər eyni kataloqda saxlanılır.
./ghettovcb.sh -f ./vmlist -g ./ghettovcb.conf -l ./log.txt - oxşar, yalnız .conf faylından istifadə etməklə

Skriptin düzgün icrası yazısı olan sətirlə işarələnəcək: “###### Yekun status: Bütün VM-lərin ehtiyat nüsxəsi OK! ######". Əgər belə deyilsə, qeydləri, əmr sintaksisini və fayl yollarını yoxlayın.

Cədvəl üzrə (cronda) işləmək üçün sətir əlavə etmək üçün aşağıdakıları etməklə “/etc/rc.local.d/local.sh” faylını redaktə etməlisiniz:

/etc/rc.local.d/local.sh qovluğuna gedin
chmod u+w local.sh
faylı redaktorla açın - vi local.sh
“i” və ya “insert” düymələrinin redaktəsini aktivləşdirin
exit0 sətirindən əvvəl aşağıdakıları əlavə edin:

/bin/kill $(pişik /var/run/crond.pid)
/bin/echo 0 20 * * * /vmfs/volumes/datastore/script/ghettoVCB.sh -a -l /vmfs/volumes/backup/log/log.txt >> /var/spool/cron/crontabs/root
/bin/crond

Eyni zamanda, cədvəli göstəririk (vaxt UTC-də göstərilir, yəni MSK -3 saat üçün), yəni. "00 20 * * *"
"esc" düyməsini basın və yadda saxlayın - "Shift+:" və "wq"
sonda chmod u-w local.sh icra edirik

Beləliklə, Moskva vaxtı ilə saat 23:00-da virtual maşın fayllarının ehtiyat nüsxəsi çıxarılacaq. Bizim vəziyyətimizdə 3 nüsxə qalacaq.

vasitəsilə ESXi üçün ehtiyat nüsxəsinin qurulması gettoVCB.sh tamamlandı.

Kiçik bir test:
Yerli şəbəkə - gigabit.
Lokal yaddaş üçün (4 10K diskdən RAID 10-u aparat) - “zaman dd if=/dev/zero of=/vmfs/volumes/datastore/temp bs=1M count=1K” 8 saniyə.
“Linux” yaddaşında (3 7.5K diskdən proqram təminatı RAID 0) - “zaman dd if=/dev/zero of=/vmfs/volumes/linbackup/temp bs=1M count=1K” 12 saniyə.
Windows yaddaşında (10 10K diskdən hardware RAID 5) - “zaman dd if=/dev/zero of=/vmfs/volumes/winbackup/temp bs=1M count=1K” 1 dəqiqə 44 saniyə (şok oldum) .

Nəticələr özləri üçün danışır. Bəli, qalibiyyət yaddaşı RAID 5-ə malikdir, lakin bu nəticə üçün günahkar olan yeganə şəxs ola bilməz.

Yaddaş sistemini sıraladıq, indi ehtiyat nüsxəsini avtomatlaşdırmalıyıq. Ən yaxşı pulsuz vasitə gettoVCB skriptidir, ondan istifadə etmək üçün SSH vasitəsilə ESXi hostuna daxil olmalısınız. Göründüyü kimi, vShere Müştərisindən birbaşa girişi aktivləşdirmək və söndürmək üçün çox sadə bir yol var: Konfiqurasiya > Proqram təminatı > Təhlükəsizlik Profili > Xüsusiyyətlər... > Uzaqdan Texniki Dəstək (SSH) > Seçimlər... > Başlat və ya Dayandır. Düşünürəm ki, bu ekran görüntülərindən daha aydın olacaq:

Skriptin son versiyasını yükləyin. "Quraşdırma:" bölməsində skript səhifəsində yazılanları etməklə "doğru" ola bilərsiniz, lakin mən bunu daha sadə etdim - konfiqurasiya faylını redaktə etmək əvəzinə, arxivi kompüterimdən çıxartdım - skriptin özünü redaktə etdim, kopyaladım. onu yerli yaddaşa köçürün ("Browse Datastore" vasitəsilə).

Budur əsas parametrlər:

VM_BACKUP_VOLUME - ehtiyat qovluğuna gedən yol, mənim vəziyyətimdə /vmfs/volumes/linbackup
DISK_BACKUP_FORMAT - disk formatı, ehtiyat nüsxələri üçün ən yaxşısıdır
VM_BACKUP_ROTATION_COUNT - saxlanılan ehtiyat nüsxələrinin sayı (hər virtual maşın üçün), məndə 2 var
ADAPTER_FORMAT - adapter tipi, mende lsilogic var

Qalan parametrlərin redaktə edilməsinə ehtiyac yoxdur, amma maraqlanırsınızsa, bütün parametrlər skript səhifəsində ətraflı təsvir edilmişdir, baxmayaraq ki, ingilis dilində, demək olar ki, bütün parametrlər rus dilində yazılmışdır.

Beləliklə, skript yerli yaddaşa kopyalanıb, ssh vasitəsilə əlaqə qurun, skripti kökə daha yaxın bir yerə, məsələn /ghettovcb/ghettovcb.sh ünvanına köçürün, əgər bütün virtual maşınların ehtiyat nüsxəsini çıxarmağa ehtiyacınız yoxdursa, bir fayl yaratmalısınız. Yedəklənəcək virtual maşınların siyahısı olan fayl:
cd /ghettovcb
vi vmlist
“a” düyməsini sıxın, virtual maşınların adlarını hər biri yeni sətirə daxil edin, “esc” düyməsini basın və dəyişiklikləri saxlamaq üçün “:wq” və ya “:q” saxlamadan çıxmaq üçün

“\r\n” daşıyarkən sətir fasilələri “\n” olmalıdır; skript xəta yaradacaq, ona görə də Notepad+ və ya EmEditor-dan heç vaxt istifadə etməmisinizsə, onu yaddaşa köçürməməlisiniz; t "\n" və "\r\n" nə olduğunu bilmirəm - vi-də siyahı yaratmaq daha yaxşıdır.

Skripti işlətməyə çalışaq:

./ghettovcb.sh -f ./vmlist -l ./log.txt

./ghettovcb.sh -f ./vmlist -g ./ghettovcb.conf -l ./log.txt
Skript işləyir, çoxlu məlumat verir, əgər çıxışın sonunda “###### Yekun status: Bütün VM-lər OK log.txt və nə etmədiyimizi anlayın.
İndi ehtiyat nüsxələri üçün bir cədvəl yaratmalıyıq.
cd /var/spool/cron/crontabs
chmod u+w kök
vi kök
"a" düyməsini basın, cədvəl yazın, yalnız vaxtın UTC-də göstərildiyini unutmayın, yəni. Moskva üçün bu, yerli vaxtla mənfi üç saatdır
00 20 * * * /ghettovcb/ghettovcb.sh -f /ghettovcb/vmlist -l /vmfs/volumes/linbackup/logs/`date +%F`.txt
və ya konfiqurasiya faylı yaratmısınızsa
00 20 * * * /ghettovcb/ghettovcb.sh -f /ghettovcb/vmlist -g /ghettovcb/ghettovcb.conf -l /vmfs/volumes/linbackup/logs/`date +%F`.txt
"esc" düyməsini basın və ":wq" qeyd edin
həbsdə
chmod u-w kök

İndi hər gün UTC saat 20:00-da (Moskva vaxtı ilə 23:00) skript işə salınacaq, onun icrası ilə bağlı qeydlər qeydlər qovluğunda saxlanacaq, hər gün üçün ayrıca jurnal.

Günlüklərə görə, ehtiyat nüsxəsini çıxarmaq üçün mənə təxminən 4 saat vaxt lazımdır, sürəti hesabladım - dəqiqədə təxminən 4 GB, yəni. saniyədə təxminən 70MB, heç də pis deyil. Hər bir virtual maşının iki nüsxəsini saxlamaq üçün 2,7 TB yaddaş kifayətdir, bu kifayət qədərdir, üstəlik boş yer qalır və buna ehtiyac var, çünki... Birincisi, üçüncü ehtiyat nüsxəsi hazırlanır və yalnız yaradıldıqdan sonra ən köhnə nüsxə silinir.
Yaxşı, "windows" yaddaşına qarşı daha bir şey - üzərində bir skript ilə ehtiyat nüsxələri yaratmağa çalışdım, yaddaş sadəcə düşdü və skriptin özü səhvlə başa çatdı. Mən başa düşürəm ki, bütün məqam NFS qeydinin səhv konfiqurasiya edilməsidir, lakin parametrlər defolt idi və mən “tənzimləməni” başa düşmək istəmədim.

Təcrübə uğurlu oldu, yaxşı diskləri olan bir server ala bilərsiniz, RAID 10 5TB üçün planlaşdırılır, bu gələcək virtual maşınlar üçün kifayət olmalıdır.

Teqlər: vmware, vsphere, esxi, backup, backup