Disaster Recovery yechimlari bozoridagi yosh o'yinchilardan biri Hystax 2016 yildan boshlab Rossiya startapidir. Tabiiy ofatlarni tiklash mavzusi juda mashhur va bozor juda raqobatbardosh bo'lganligi sababli, startap turli xil bulutli infratuzilmalar o'rtasidagi migratsiyaga e'tibor qaratishga qaror qildi. Bulutga oddiy va tez o'tishni tashkil qilish imkonini beruvchi mahsulot Onlanta mijozlari - foydalanuvchilar uchun ham juda foydali bo'ladi. . Shunday qilib, men Hystax bilan tanishdim va uning imkoniyatlarini sinab ko'ra boshladim. Men sizga ushbu maqolada nima bo'lganini aytib beraman.
Hystax-ning asosiy xususiyati uning turli virtualizatsiya platformalarini, mehmon operatsion tizimlarini va bulut xizmatlarini qo'llab-quvvatlash uchun keng funksionalligi bo'lib, bu sizning ish yuklaringizni istalgan joydan va istalgan joydan o'tkazish imkonini beradi.
Bu sizga xizmatlarning nosozliklarga chidamliligini oshirish uchun nafaqat DR yechimlarini yaratishga, balki xarajatlarni tejashni oshirish va ma'lum bir vaqtda ma'lum bir xizmat uchun eng yaxshi yechimni tanlash uchun turli saytlar va giperskalerlar o'rtasida resurslarni tez va moslashuvchan ko'chirish imkonini beradi. Sarlavhali rasmda keltirilgan platformalardan tashqari, kompaniya Rossiyaning bulutli provayderlari bilan ham faol hamkorlik qiladi: Yandex.Cloud, CROC Cloud Services, Mail.ru va boshqalar. 2020 yilda kompaniya Skolkovoda joylashgan ilmiy-tadqiqot markazini ochganini ham ta'kidlash joiz.
Bozordagi ko'plab o'yinchilar tomonidan bitta echimni tanlash biz amalda sinab ko'rishga qaror qilgan yaxshi narx siyosati va mahsulotning yuqori qo'llanilishini ko'rsatadi.
Shunday qilib, bizning test vazifamiz mening VMware sinov saytim va jismoniy mashinalarimdan VMware tomonidan boshqariladigan provayder saytiga ko'chirishdan iborat bo'ladi. Ha, bunday migratsiyani amalga oshiradigan ko'plab echimlar mavjud, ammo biz Hystax-ni universal vosita deb hisoblaymiz va migratsiyani barcha mumkin bo'lgan kombinatsiyalarda sinab ko'rish shunchaki haqiqiy bo'lmagan vazifadir. Va Oncloud.ru buluti VMware-da maxsus qurilgan, shuning uchun ushbu platforma maqsad sifatida bizni ko'proq qiziqtiradi. Keyinchalik, men platformadan umuman mustaqil bo'lgan asosiy ishlash printsipini tasvirlayman va VMware istalgan tomondan boshqa sotuvchining platformasi bilan almashtirilishi mumkin.
Birinchi qadam tizimning boshqaruv paneli bo'lgan Hystax Acura-ni o'rnatishdir.
U shablondan ochiladi. Ba'zi sabablarga ko'ra, bizning holatlarimizda bu mutlaqo to'g'ri emas edi va tavsiya etilgan 8 CPU o'rniga 16 Gb resurslarning yarmi bilan joylashtirildi. Shuning uchun siz ularni o'zgartirishni unutmasligingiz kerak, aks holda hamma narsa qurilgan VM ichidagi konteyner infratuzilmasi ishga tushmaydi va portalga kirish imkoni bo'lmaydi. IN Kerakli resurslar, shuningdek, barcha tizim komponentlari uchun portlar batafsil tavsiflangan.
Shablon orqali IP-manzilni o'rnatishda ham qiyinchiliklar mavjud edi, shuning uchun biz uni konsoldan o'zgartirdik. Shundan so'ng siz administrator veb-interfeysiga o'tishingiz va dastlabki konfiguratsiya ustasini bajarishingiz mumkin.
Yakuniy nuqta - vCenter-ning IP yoki FQDN.
Login va parol - bu aniq.
Target ESXi xost nomi klasterimizdagi replikatsiya amalga oshiriladigan xostlardan biridir.
Maqsadli ma'lumotlar ombori bizning klasterimizdagi replikatsiya amalga oshiriladigan ma'lumotlar do'konlaridan biridir.
Hystax Acura Control Panel Public IP - boshqaruv paneli mavjud bo'lgan manzil.
Xost va ma'lumotlar do'koni haqida ozgina tushuntirish talab qilinadi. Gap shundaki, Hystax replikatsiyasi xost va ma'lumotlar ombori darajasida ishlaydi. Keyinchalik, ijarachi uchun xost va ma'lumotlar omborini qanday o'zgartirishingiz mumkinligini aytaman, ammo muammo boshqacha. Hystax resurs hovuzlari bilan ishlashni qo'llab-quvvatlamaydi, ya'ni. replika har doim klasterning ildiziga o'tadi (ushbu materialni yozish paytida Hystax yigitlari yangilangan versiyani chiqarishdi, u erda ular resurs hovuzlarini qo'llab-quvvatlash bo'yicha mening xususiyat so'rovimni tezda amalga oshirdilar). vCloud Director ham qo'llab-quvvatlanmaydi, ya'ni. agar mening holimda bo'lgani kabi, ijarachi butun klasterga administrator huquqlariga ega bo'lmasa, faqat ma'lum bir resurs puliga ega bo'lsa va biz Hystax-ga kirish huquqiga ega bo'lsak, u holda u ushbu VM-larni mustaqil ravishda takrorlashi va ishga tushirishi mumkin, lekin u ularni VMware infratuzilmasida ko'ra olmaslik , u kirish huquqiga ega va shunga mos ravishda virtual mashinalarni boshqaradi. Klaster ma'muri VMni kerakli resurs puliga ko'chirishi yoki uni vCloud Director-ga import qilishi kerak.
Nega men bu fikrlarga ko'p e'tibor qaratyapman? Chunki, mahsulot kontseptsiyasini tushunganimdek, mijoz Acura paneli yordamida har qanday migratsiya yoki DRni mustaqil ravishda amalga oshirishi kerak. Ammo hozircha, VMware-ni qo'llab-quvvatlash OpenStack-ni qo'llab-quvvatlash darajasidan biroz orqada, bu erda shunga o'xshash mexanizmlar allaqachon amalga oshirilgan.
Ammo joylashtirishga qaytaylik. Avvalo, panelni dastlabki sozlashdan so'ng, tizimimizda birinchi ijarachini yaratishimiz kerak.
Bu erda barcha maydonlar aniq, men sizga faqat Bulut maydoni haqida gapirib beraman. Bizda allaqachon dastlabki konfiguratsiya paytida yaratgan "standart" bulut mavjud. Ammo agar biz har bir ijarachini o'z ma'lumotlar do'koniga va o'z resurs hovuziga qo'yish imkoniyatiga ega bo'lishni istasak, buni har bir mijozimiz uchun alohida bulutlar yaratish orqali amalga oshirishimiz mumkin.
Yangi bulutni qo'shish shaklida biz dastlabki konfiguratsiya paytida bo'lgani kabi bir xil parametrlarni belgilaymiz (biz bir xil xostdan foydalanishimiz mumkin), ma'lum bir mijoz uchun zarur bo'lgan ma'lumotlar omborini ko'rsatamiz va endi qo'shimcha parametrlarda biz kerakli manbani alohida belgilashimiz mumkin. hovuz {"resource_pool" : "YOUR_POOL_NAME"}
Siz sezganingizdek, ijarachini yaratish shaklida resurslarni taqsimlash yoki har qanday kvotalar haqida hech narsa yo'q - tizimda bularning hech biri yo'q. Ijarachini bir vaqtning o'zida replikatsiyalar soni, replikatsiya uchun mashinalar soni yoki boshqa parametrlar bilan cheklash mumkin emas. Shunday qilib, biz birinchi ijarachini yaratdik. Endi butunlay mantiqiy emas, lekin majburiy narsa bor - Cloud agentini o'rnatish. Bu mantiqqa to'g'ri kelmaydi, chunki agent ma'lum bir mijozning sahifasida yuklab olinadi.
Shu bilan birga, u yaratilgan ijarachiga bog'liq emas va bizning barcha mijozlarimiz u orqali ishlaydi (yoki bir nechta, agar biz ularni joylashtirsak). Bitta agent bir vaqtning o'zida 10 ta seansni qo'llab-quvvatlaydi. Bitta mashina bitta seans sifatida hisoblanadi. Unda qancha disk borligi muhim emas. Bugungi kunga kelib, VMware ostida Acura-ning o'zida agentlarni masshtablash mexanizmi mavjud emas. Yana bir noxush lahza bor - biz ko'proq joylashtirishimiz kerakmi yoki joriy o'rnatish etarlimi degan xulosaga kelish uchun Acura panelidan ushbu agentning "tashlanishi" ni ko'rib chiqish imkoniga ega emasmiz. Natijada stend quyidagicha ko'rinadi:
Mijoz portalimizga kirishning keyingi bosqichi hisob yaratish (va birinchi navbatda, ushbu foydalanuvchiga tegishli bo'lgan rol).
Endi mijozimiz portaldan mustaqil foydalanishi mumkin. Unga portaldan agentlarni yuklab olish va uni o'z tomoniga o'rnatish kifoya. Agentlarning uch turi mavjud: Linux, Windows va VMware.
Birinchi ikkitasi fizikaga yoki virtual mashinalarga VMware-dan boshqa har qanday gipervizorda o'rnatiladi. Hech qanday qo'shimcha sozlashning hojati yo'q, agent yuklab olingan va qaerga taqillatishni allaqachon biladi va bir daqiqadan so'ng mashina Acura panelida ko'rinadi. VMware agenti bilan vaziyat biroz murakkabroq. Muammo shundaki, VMware agenti allaqachon tayyorlangan va kerakli konfiguratsiyani o'z ichiga olgan portaldan yuklab olingan. Ammo bizning Acura portalimiz haqida bilishdan tashqari, VMware agenti u joylashtiriladigan virtualizatsiya tizimi haqida ham bilishi kerak.
VMware agentini birinchi marta yuklab olganimizda, tizim bizdan ushbu ma'lumotlarni taqdim etishimizni so'raydi. Muammo shundaki, bizning umumiy xavfsizlikni yaxshi ko'radigan asrimizda hamma ham boshqa birovning portalida o'z administrator parolini ko'rsatishni xohlamaydi, bu juda tushunarli. Ichkaridan, tarqatilgandan so'ng, agentni hech qanday tarzda sozlash mumkin emas (siz faqat uning tarmoq sozlamalarini o'zgartirishingiz mumkin). Bu erda men ayniqsa ehtiyotkor mijozlar bilan qiyinchiliklarni ko'raman.
Shunday qilib, agentlarni o'rnatgandan so'ng, biz Acura paneliga qaytib, barcha mashinalarimizni ko'rishimiz mumkin.
Men bir necha kundan beri tizim bilan ishlayotganim sababli, turli shtatlarda mashinalarim bor. Menda ularning barchasi "Default" guruhida bor, lekin kerak bo'lganda alohida guruhlar yaratish va ularga mashinalarni o'tkazish mumkin. Bu hech narsaga ta'sir qilmaydi - faqat ma'lumotlarning mantiqiy taqdimoti va ularni yanada qulayroq ishlash uchun guruhlash. Bundan keyin qilishimiz kerak bo'lgan birinchi va eng muhim narsa migratsiya jarayonini boshlashdir. Biz buni qo'lda yoki jadvalni o'rnatish orqali, shu jumladan bir vaqtning o'zida barcha mashinalar uchun ommaviy ravishda amalga oshirishimiz mumkin.
Eslatib o'taman, Hystax migratsiya mahsuloti sifatida joylashtirilgan. Shuning uchun, takrorlanadigan mashinalarimizni ishga tushirish uchun biz DR rejasini yaratishimiz kerakligi ajablanarli emas. Reja allaqachon Sinxronlangan holatda bo'lgan mashinalar uchun tuzilishi mumkin. Siz bir vaqtning o'zida bitta aniq VM uchun ham, barcha mashinalar uchun ham yaratishingiz mumkin.
DR rejasini yaratishda parametrlar toʻplami siz oʻtadigan infratuzilmaga qarab farqlanadi. VMware muhiti uchun minimal parametrlar to'plami mavjud. Mashinalar uchun qayta IP ham qo'llab-quvvatlanmaydi. Shu munosabat bilan bizni quyidagi fikrlar qiziqtiradi: VM tavsifida "pastki tarmoq" parametri: "VMNetwork", bu erda biz VMni klasterdagi ma'lum bir tarmoqqa bog'laymiz. Rank - bir nechta VM-larni ko'chirishda tegishli; u ularni ishga tushirish tartibini belgilaydi. Flavor - VM konfiguratsiyasini tavsiflaydi, bu holda - 1CPU, 2GB RAM. Subnets bo'limida biz "subnet": "VMNetwork" VMware "VM Network" bilan bog'langanligini aniqlaymiz.
DR rejasini yaratishda disklarni turli xil ma'lumotlar do'konlari bo'ylab "tarqatish" mumkin emas. Ular ushbu mijoz buluti uchun belgilangan bir xil ma'lumotlar do'konida joylashgan bo'ladi va agar sizda turli sinflardagi disklar bo'lsa, bu mashinani ishga tushirishda ba'zi qiyinchiliklarga olib kelishi mumkin va VMni Hystax-dan ishga tushirgandan va "ajratgandan" keyin u ham bo'ladi. kerakli ma'lumotlar omborlariga alohida ko'chirish disklarini talab qiladi. Keyin biz qilishimiz kerak bo'lgan yagona narsa - DR rejamizni ishga tushirish va mashinalarimiz ko'tarilishini kutish. P2V/V2V konvertatsiya qilish jarayoni ham vaqt talab etadi. Mening eng katta sinov mashinasida, uchta diskli 100 Gb, maksimal 10 daqiqa davom etdi.
Shundan so'ng siz ishlayotgan VMni, undagi xizmatlarni, ma'lumotlarning izchilligini tekshirishingiz va boshqa tekshiruvlarni amalga oshirishingiz kerak.
Keyin bizda ikkita yo'l bor:
- O'chirish - ishlayotgan DR rejasini o'chirish. Bu harakat oddiygina ishlaydigan VMni o'chiradi. Bu nusxalar hech qaerga ketmaydi.
- Ajratish - takrorlangan mashinani Acura'dan yirtib tashlang, ya'ni. aslida migratsiya jarayonini yakunlang.
Yechimning ijobiy tomonlari:
- mijozdan ham, provayderdan ham o'rnatish va sozlash qulayligi;
- migratsiyani sozlash, DR rejasini yaratish va replikalarni ishga tushirish qulayligi;
- qo'llab-quvvatlash va ishlab chiquvchilar topilgan muammolarga tezda javob berishadi va ularni platforma yoki agent yangilanishlari yordamida tuzatadilar.
Minusy
- Vmware-ni qo'llab-quvvatlash etarli emas.
- Platformadan ijarachilar uchun kvotalarning yo'qligi.
Shuningdek, men sotuvchiga taqdim etgan xususiyat so'rovini tuzdim:
- bulutli agentlar uchun Acura boshqaruv konsolidan foydalanish monitoringi va o'rnatish;
- ijarachilar uchun kvotalar mavjudligi;
- har bir ijarachi uchun bir vaqtning o'zida replikatsiyalar sonini va tezlikni cheklash imkoniyati;
- VMware vCloud Director-ni qo'llab-quvvatlash;
- resurs pullarini qo'llab-quvvatlash (sinov paytida amalga oshiriladi);
- Acura panelida mijoz infratuzilmasidan hisob ma'lumotlarini kiritmasdan, VMware agentini agentning o'zidan sozlash imkoniyati;
- DR rejasini ishga tushirishda VMni ishga tushirish jarayonini "vizuallashtirish".
Meni katta tanqid qilgan yagona narsa bu hujjatlar edi. Men "qora qutilar" ni yoqtirmayman va mahsulot ichida qanday ishlashi haqida batafsil hujjatlar mavjud bo'lganda afzal ko'raman. Va agar AWS va OpenStack uchun mahsulot ko'proq yoki kamroq tavsiflangan bo'lsa, VMware uchun juda kam hujjatlar mavjud.
Faqat Acura panelini joylashtirishni tavsiflovchi O'rnatish qo'llanmasi mavjud va Cloud agenti ham kerakligi haqida bir so'z yo'q. Mahsulot xususiyatlarining to'liq to'plami mavjud, bu yaxshi. Misol sifatida AWS va OpenStack-dan foydalangan holda sozlashni "boshdan oxirigacha" tavsiflovchi hujjatlar mavjud (garchi bu menga ko'proq blog postiga o'xshaydi) va juda kichik bilimlar bazasi mavjud.
Umuman olganda, bu men, masalan, yirik sotuvchilardan o'rganib qolgan hujjat formati emas, shuning uchun men juda qulay emas edim. Shu bilan birga, men ushbu hujjatlarda tizimning "ichida" qanday ishlashining ba'zi nuanslari haqida hech qachon javob topa olmadim - ko'plab savollarga texnik yordam bilan aniqlik kiritish kerak edi va bu stendni joylashtirish va o'tkazish jarayonini ancha kechiktirdi. sinovdan o'tkazish.
Xulosa qilib aytishim mumkinki, umuman olganda menga mahsulot va kompaniyaning vazifaga yondashuvi yoqdi. Ha, kamchiliklar mavjud, funksionallikning haqiqatan ham tanqidiy etishmasligi (VMware bilan bog'liq). Ko'rinib turibdiki, birinchi navbatda, kompaniya hali ham ommaviy bulutlarga, xususan AWS-ga e'tibor qaratgan va kimdir uchun bu etarli bo'ladi. Ko'pgina kompaniyalar ko'p bulutli strategiyani tanlayotgan bugungi kunda bunday sodda va qulay mahsulotga ega bo'lish juda muhimdir. Raqobatchilarga nisbatan ancha past narxni hisobga olsak, bu mahsulotni juda jozibali qiladi.
Biz jamoa a'zosini qidirmoqdamiz . Balki sizdirsiz?
Manba: www.habr.com