Təxminən 7 il əvvəl ilk layihələr buludumuza sadə və iddiasız şəkildə keçdi. Virtual maşın şəkilləri FTP serverinə yüklənmiş və ya sabit disklərə çatdırılmışdır. Sonra xüsusi idxal serveri vasitəsilə VM-lər buludlara yükləndi.
Müştəri üçün virtual maşını bir-iki günə söndürmək problem deyilsə (və ya başqa seçim yoxdur), onda bunu etmək olar. Ancaq fasilə maksimum bir saat olmalıdırsa, bu üsul işləməyəcəkdir. Bu gün sizə hansı alətlərin minimal fasilələrlə bulud sisteminə keçməyə kömək edəcəyini və miqrasiya prosesimizin necə işlədiyini söyləyəcəyəm.
Veeam Backup və Replication ilə köçürmə
Hər kəs Veeam Backup and Replication-ı ehtiyat nüsxələri və replikaları yaratmaq üçün bir vasitə kimi bilir. Biz ondan saytlarımız arasında miqrasiya və müştəriləri şəxsi virtuallaşdırmadan buludumuza daşımaq üçün istifadə edirik. Müştərinin virtual maşınları vCenter-ə təkrarlanır, bundan sonra mühəndis onları vCloud Director-a əlavə edir.
İlkin replikasiya işə salınmış virtual maşında baş verir. Razılaşdırılmış vaxtda müştəri tərəfi maşın söndürülür. İlk replikasiyadan sonra baş vermiş dəyişiklikləri ötürmək üçün təkrarlama yenidən işləyir. Bundan sonra virtual maşın buludumuzda işə başlayır.
Tipik olaraq, maşın müştərinin infrastrukturunda söndürüldüyü andan buludumuzda işə salınana qədər yarım saatdan çox deyil, 15-20 dəqiqə keçir.
Bu halda, orijinal virtual maşın müştəri saytında qalır. Birdən bir şey səhv olarsa, hər zaman geriyə dönə və onu yandıra bilərsiniz. Bu üsul həm də müştəri üçün əlverişlidir, ona görə də ondan Veeam-in olmasını tələb etmir.
İş 1
Müştərinin VMware əsasında öz virtual infrastrukturu var idi - 40 TB tutumlu 30 VM. Klasterin yerləşdirildiyi avadanlıq artıq köhnəlmişdi və müştəri yenilərini almaqla narahat olmamaq qərarına gəldi və ictimai buluda keçdi. Kritik sistemlər üçün dayanma müddəti bir saatdan çox deyildi. Alət kimi Veeam Replication seçilmişdir. Digər bir artı, müştərinin İnternet provayderinin məlumat mərkəzimizdə olması idi ki, bu da yaxşı bir kanal təşkil etməyə imkan verdi. Miqrasiya təxminən bir ay çəkdi, kommutasiya zamanı virtual maşınlar qrupu üçün 30 dəqiqəyə qədər dayandı.
Veeam Cloud Connect ilə köçürün
Veeam Cloud Connect virtual maşının replikasiyasını qurmağa və xidmət provayderinin buludunda replikaları işə salmağa kömək edən alətdir. Yeniləndikdən sonra il, virtual maşınları birbaşa vCloud Director-a təkrarlamaq mümkün oldu. Yeganə şərt odur ki, müştəri tərəfində Veeam Backup və Replication ən azı 9-cu versiyada yerləşdirilməlidir. Qısacası (ətraflı versiya) ), onda bütün proses belə görünür.
vCloud Director-da lazımi resurslar və şəbəkələrlə bir təşkilat yaradılır. Veeam Cloud Connect-də biz hesab yaradırıq, müştəri Veeam B&R-dən ona qoşulur, DataLine provayderi və təşkilatını seçir və replikasiya üçün tapşırıqları konfiqurasiya edir. Belə bir köçürmə zamanı fasilənin 15-20 dəqiqə ərzində olacağına əlavə olaraq, müştəri provayderin texniki dəstəyindən heç bir şəkildə asılı deyil və bütün prosesi müstəqil idarə edir: replikasiya tapşırıqlarını yaradır, replikasiyanın özü, sönür. maşınları işə salır və onları yeni saytda işə salır.
İş 2
Miqrasiyanın planlaşdırıldığı yerdən müştərinin infrastrukturu Belarusda yerləşirdi. İnternet kanalının 90 Mbit/san olmasına baxmayaraq, ümumi həcmi 27 TB olan 100 VM daşımaq lazım idi. Əgər siz ehtiyat nüsxəsini çıxarıb onu dərhal buludumuza yükləsəniz, bəzi VM-lər üçün bu bir neçə gün çəkəcək. Bu müddət ərzində VM-də böyük bir delta böyüyəcəkdi və bu, maşınların işinə mənfi təsir göstərə bilər və ya daha da pisi, məlumat anbarında yer tükənərdi. Biz aşağıdakı kimi hərəkət etdik: əvvəlcə müştəri yerli tam ehtiyat nüsxəsini çıxardı və onun bir nüsxəsini Veeam Cloud Connect vasitəsilə buludumuza köçürdü. Sonra artımı düzəltdim və buluda köçürdüm. Orijinal virtual maşın işləməyə davam etdi. VM-i bağladıqdan sonra müştəri daha bir artım etdi və onu buludlara köçürdü. Öz tərəfimizdən tam ehtiyat nüsxədən virtual maşın yerləşdirdik və sonra onun üzərinə iki artım atdıq. Bu sxem son nəticədə saytımıza keçərkən dayanma müddətini 2 saata endirməyə imkan verdi.
VMware vCloud Availability ilə köçürmə
Bu ilin mart ayında VMware vCloud Availability 3.0-ı buraxdı ki, bu da virtual maşınları müxtəlif buludlar (vCloud Director - vCloud Director) arasında və şəxsi müştəri virtuallaşdırma stendlərindən buludlara (vCenter - vCloud Director) köçürməyə imkan verir. Əsas rahatlıq vCloud Director interfeysi ilə inteqrasiyadır. Bu, təkrarlamanın idarə edilməsi prosesini xeyli asanlaşdırır və keçidlər zamanı dayanma müddətini minimuma endirir.
Bu alətdən istifadə edərək biz müştərilərdən birini Moskva buludumuzdan Sankt-Peterburqdakı buludumuza köçürdük. Ümumi tutumu 18 TB olan 14 virtual maşının daşınması lazım idi. Sankt-Peterburq buludunda müştəri üçün təşkilat yaradıldı və lazımi şəbəkələr təşkil edildi. Sonra, vCloud Director interfeysindən müştəri vCloud Availability parametrlərinə keçdi, replikasiya işləri yaratdı və onun üçün əlverişli vaxtda Sankt-Peterburq saytına keçdi. Kommutasiya zamanı fasilə 12 dəqiqə idi.
Sankt-Peterburq və Moskvada DataLine buludları arasında miqrasiya sxemi.
vCloud Availability-də VM-ləri müştərinin saytından buludumuza köçürmək üçün mexanizm var. Bunun üçün müştərinin vCenter-də xüsusi vCloud Availability proqramı yerləşdirilir. Sadə quraşdırmadan sonra siz buludla əlaqə qurur və miqrasiya tapşırıqlarını konfiqurasiya edirsiniz. Müştəri həmçinin bütün prosesi müstəqil şəkildə idarə edir və miqrasiya müddəti minimuma endirilir.
Virtual maşınları şəxsi quraşdırmadan buludlara köçürmək üçün sxem.
VMware vCloud Availability-nin bir çox başqa istifadə halları var; biz tezliklə onlar haqqında ayrıca məqalədə danışacağıq.
Miqrasiyaya hazırlıq
Bir alət seçmək və əslində köçməyə başlamaq üçün aşağıdakı məqamlara qərar verməlisiniz:
Haradan köçürük? Şəxsi həlldən köçürsünüzsə, o zaman alətləri seçməkdə tam azadlığınız var. Provayderinizdən uzaqlaşsanız, bu daha mürəkkəbdir. Çox güman ki, iki provayderin infrastrukturunu əlaqələndirmək və sadəcə olaraq VM-ni sürükləyib atmaq təhlükəsizlik səbəbi ilə işləməyəcək. Bəzən müştərinin imtina etmək üzrə olduğu provayder nadinc olmağa başlayır və vaxt itirir. Siz köhnə üsulla provayderdən uzaqlaşa bilərsiniz: VM-ləri disklərə və FTP-yə yükləməklə və ya proqram səviyyəsində köçməklə. Sonuncunun adı şərtlidir və belə görünür.
İş 3
Müştərinin SAP sistemini Avropa provayderindən köçürmək lazım idi: 34 TB tutumlu 54 VM. Müştəriyə buludumuzda resurslar ayrıldı. Bizimlə Avropa provayderinin infrastrukturu arasında şəbəkə bağlantısı təşkil edilmişdir. Tətbiq serverləri lazımi konfiqurasiyalar dəyişdirilərək yenidən yerləşdirildi. Böyük verilənlər bazaları ehtiyat nüsxələri buludumuza yükləmək yolu ilə köçürüldü. Sonra, təkrarlama bizim və orijinal saytlardakı verilənlər bazası arasında konfiqurasiya edildi. Razılaşdırılmış vaxtda buludumuzdakı verilənlər bazalarına keçdik.
Məlumat həcmi və İnternet kanalı. Biz adətən müştəridən sistem tərəfindən yaddaş, CPU və disk parametrləri ilə yükləmə təmin etməyi xahiş edirik. Kanalın virtual maşınların replikalarını və ya ehtiyat nüsxələrini birbaşa göndərmək üçün kifayət edib-etmədiyini qiymətləndiririk.
Qəbul edilə bilən fasilələr. Fərqli sistemlər və müvafiq olaraq virtual maşınlar üçün, biznes kritikliyindən asılı olaraq fərqli ola bilər. Adətən müştəri miqrasiya zamanı dayanma vaxtı üçün hazır tələblərlə gəlir və bunun əsasında biz müvafiq alət və miqrasiya planını seçirik. Biz son keçidi gecə və ya həftə sonları planlaşdırmağa çalışırıq ki, hətta kiçik fasilələr müştərinin son istifadəçiləri üçün nəzərə çarpmasın.
Bu məlumatlara əsasən, siz alət seçə və köçürmənin özündən başlaya bilərsiniz. Bundan sonra nə baş verir.
- Şəbəkə bağlantısının qurulması. Biz buludumuz və müştəri infrastrukturu arasında şəbəkə bağlantısını təşkil edirik. Virtual maşınlar bu şəbəkə üzərindən kopyalanacaq. Veeam Backup və Replication istifadə olunursa, bu, xüsusi kanaldır, daha az tez-tez VPN kanalıdır. Veeam Cloud Connect varsa, onda hər şey İnternet və ya eyni xüsusi kanal vasitəsilə gedir.
Sonra şəbəkə buludda VM üçün konfiqurasiya edilir. Avtomobillər adətən qrup halında və bir gündən çox hərəkət edir. VM-lər bizə gətirildikdən və işə salındıqdan sonra onlar hələ də orijinal saytda qalan maşınlarla əlaqə saxlamalıdırlar.
- Miqrasiya cədvəli. Maşınlar çox olduqda, onları qruplara bölmək və partiyalarla daşımaq məna kəsb edir. Müştəri ilə birlikdə biz hansı maşınların nə vaxt və nə vaxt hərəkət edəcəyini və son təkrarlamanın və yeni sayta keçidin nə vaxt həyata keçiriləcəyini müəyyən etdiyimiz bir plan üzərində razılaşırıq.
- Test miqrasiyası. Test virtual maşını köçürür və hər şeyin düzgün konfiqurasiya edilib-edilmədiyini yoxlayırıq: saytlar arasında şəbəkə bağlantısı, virtual maşının mənbə saytdakı maşınlara mövcudluğu, hesab hüquqları və s. Bu test döyüş miqrasiya mərhələsində çatışmazlıqların qarşısını almağa kömək edir.
Mənim üçün hamısı budur. Şərhlərdə suallar verin və miqrasiya təcrübəniz haqqında bizə məlumat verin.
Mənbə: www.habr.com