Salom, Habr o'quvchilari! Ushbu maqolaning mavzusi AERODISK Dvigatel saqlash tizimlarida falokatlarni tiklash vositalarini amalga oshirish bo'ladi. Dastlab biz bitta maqolada ikkala vosita haqida yozmoqchi edik: replikatsiya va metroklaster, lekin, afsuski, maqola juda uzun bo'lib chiqdi, shuning uchun biz maqolani ikki qismga ajratdik. Keling, oddiydan murakkabga o'tamiz. Ushbu maqolada biz sinxron replikatsiyani o'rnatamiz va sinab ko'ramiz - biz bitta ma'lumot markazini tashlab qo'yamiz, shuningdek, ma'lumotlar markazlari orasidagi aloqa kanalini uzib, nima sodir bo'lishini ko'ramiz.
Mijozlarimiz ko'pincha bizga replikatsiya haqida turli savollar berishadi, shuning uchun replikalarni o'rnatish va amalga oshirishni sinab ko'rishga o'tishdan oldin, biz sizga saqlashda replikatsiya nima ekanligi haqida bir oz aytib beramiz.
Bir oz nazariya
Saqlash tizimlarida replikatsiya bir vaqtning o'zida bir nechta saqlash tizimlarida ma'lumotlar identifikatorini ta'minlashning uzluksiz jarayonidir. Texnik jihatdan replikatsiya ikki usulda amalga oshiriladi.
Sinxron replikatsiya - bu ma'lumotlarni asosiy saqlash tizimidan zahiraga nusxalash, so'ngra ikkala saqlash tizimidan ma'lumotlar yozib olinganligi va tasdiqlanganligi majburiy tasdiqlanishi. Har ikki tomondan (har ikkala saqlash tizimida) tasdiqlangandan so'ng, ma'lumotlar yozilgan deb hisoblanadi va ular bilan ishlash mumkin. Bu replikatsiyada ishtirok etuvchi barcha saqlash tizimlarida kafolatlangan ma'lumotlar identifikatorini ta'minlaydi.
Ushbu usulning afzalliklari:
- Barcha saqlash tizimlarida ma'lumotlar har doim bir xil bo'ladi
Kamchiliklari:
- Yechimning yuqori narxi (tezkor aloqa kanallari, qimmat optik tolalar, uzoq to'lqinli qabul qiluvchilar va boshqalar)
- Masofa cheklovlari (bir necha o'nlab kilometrlar ichida)
- Mantiqiy ma'lumotlarning buzilishidan himoya yo'q (agar asosiy saqlash tizimida ma'lumotlar buzilgan bo'lsa (ataylab yoki tasodifan), u avtomatik ravishda va zahirada bir zumda buziladi, chunki ma'lumotlar har doim bir xil bo'ladi (bu paradoks)
Asinxron replikatsiya - bu shuningdek, ma'lumotlarni asosiy saqlash tizimidan zaxiraga nusxalash, lekin ma'lum bir kechikish bilan va boshqa tomondan yozishni tasdiqlashga hojat yo'q. Siz ma'lumotni asosiy saqlash tizimiga yozganingizdan so'ng darhol ishlashingiz mumkin va zaxira saqlash tizimida ma'lumotlar bir muncha vaqt o'tgach mavjud bo'ladi. Bu holatda ma'lumotlarning identifikatori, albatta, umuman ta'minlanmaydi. Zaxira saqlash tizimidagi ma'lumotlar har doim bir oz "o'tmishda".
Asinxron replikatsiyaning afzalliklari:
- Kam xarajatli yechim (har qanday aloqa kanallari, optika ixtiyoriy)
- Masofaviy cheklovlar yo'q
- Zaxira saqlash tizimida ma'lumotlar asosiy tizimda shikastlangan bo'lsa (hech bo'lmaganda bir muncha vaqt) buzilmaydi; agar ma'lumotlar buzilgan bo'lsa, zaxira saqlash tizimida ma'lumotlar buzilishining oldini olish uchun har doim nusxani to'xtatishingiz mumkin.
Kamchiliklari:
- Turli ma'lumotlar markazlaridagi ma'lumotlar har doim ham bir xil emas
Shunday qilib, replikatsiya rejimini tanlash biznes maqsadlariga bog'liq. Agar zaxira ma'lumotlar markazi asosiy ma'lumotlar markazi bilan bir xil ma'lumotlarni o'z ichiga olishi siz uchun juda muhim bo'lsa (ya'ni, RPO uchun biznes talabi = 0), siz naqd pulni ajratib olishingiz va sinxronlash cheklovlariga dosh berishingiz kerak bo'ladi. replika. Va agar ma'lumotlar holatidagi kechikish maqbul bo'lsa yoki shunchaki pul yo'q bo'lsa, unda siz asenkron usuldan foydalanishingiz kerak.
Keling, metroklaster kabi rejimni (aniqrog'i, topologiyani) alohida ajratib ko'rsatamiz. Metroklaster rejimida sinxron replikatsiya qo'llaniladi, ammo oddiy replikatsiyadan farqli o'laroq, metroklaster ikkala saqlash tizimiga ham faol rejimda ishlashga imkon beradi. Bular. sizda faol va kutish rejimidagi ma'lumotlar markazlari o'rtasida farq yo'q. Ilovalar bir vaqtning o'zida turli xil ma'lumotlar markazlarida joylashgan ikkita saqlash tizimi bilan ishlaydi. Bunday topologiyada baxtsiz hodisalar paytida to'xtash vaqtlari juda kichik (RTO, odatda daqiqalar). Ushbu maqolada biz metroklasterni amalga oshirishni ko'rib chiqmaymiz, chunki bu juda katta va keng qamrovli mavzu, shuning uchun biz ushbu maqolaning davomi sifatida unga alohida, keyingi maqolani bag'ishlaymiz.
Bundan tashqari, ko'pincha, biz saqlash tizimlaridan foydalangan holda replikatsiya haqida gapirganda, ko'pchilikda o'rtacha savol tug'iladi: > “Ko'pgina ilovalar o'zlarining replikatsiya vositalariga ega, nima uchun saqlash tizimlarida replikatsiyadan foydalanish kerak? Bu yaxshiroqmi yoki yomonmi?
Bu erda aniq javob yo'q, shuning uchun bu erda UCHUN va ENGLISH argumentlari:
Saqlash replikatsiyasi uchun argumentlar:
- Yechimning soddaligi. Bitta vosita yordamida siz yuk turi va ilovasidan qat'i nazar, butun ma'lumotlar to'plamini takrorlashingiz mumkin. Agar siz ilovalardan nusxadan foydalansangiz, har bir ilovani alohida sozlashingiz kerak bo'ladi. Agar ulardan 2 tadan ortiq bo'lsa, bu juda ko'p mehnat talab qiladi va qimmatga tushadi (ilovani takrorlash odatda har bir ilova uchun alohida va bepul litsenziyani talab qiladi. Lekin bu haqda quyida batafsilroq).
- Siz hamma narsani takrorlashingiz mumkin - har qanday dastur, har qanday ma'lumot - va u doimo izchil bo'ladi. Ko'pgina (ko'p) ilovalar replikatsiya qobiliyatiga ega emas va saqlash tizimidagi nusxalar ofatlardan himoya qilishning yagona usuli hisoblanadi.
- Ilovani replikatsiya qilish funksiyasi uchun ortiqcha to'lovga hojat yo'q. Qoida tariqasida, bu saqlash tizimining nusxasi uchun litsenziyalar kabi arzon emas. Lekin siz saqlash replikatsiyasi uchun litsenziya uchun bir marta to'lashingiz kerak va ilovalar replikatsiyasi uchun litsenziya har bir ilova uchun alohida sotib olinishi kerak. Agar bunday ilovalar juda ko'p bo'lsa, bu juda qimmatga tushadi va nusxa ko'chirish uchun litsenziyalar narxi okeandagi tomchiga aylanadi.
Saqlash replikatsiyasiga qarshi dalillar:
- Ilovalar orqali replikatsiya ilovalarning o'zlari nuqtai nazaridan ko'proq funksionallikka ega, dastur o'z ma'lumotlarini yaxshiroq biladi (aniq), shuning uchun ular bilan ishlash uchun ko'proq imkoniyatlar mavjud.
- Ba'zi ilovalarni ishlab chiqaruvchilar, agar replikatsiya uchinchi tomon vositalari yordamida amalga oshirilsa, o'z ma'lumotlarining izchilligiga kafolat bermaydi. *
* - bahsli tezis. Masalan, taniqli DBMS ishlab chiqaruvchisi juda uzoq vaqt davomida rasmiy ravishda ma'lumotlar bazasini faqat o'z vositalaridan foydalangan holda ko'paytirish mumkinligini va replikatsiyaning qolgan qismi (shu jumladan saqlash tizimlari) "to'g'ri emas" deb e'lon qildi. Ammo hayot bunday emasligini ko'rsatdi. Ehtimol (lekin bu aniq emas) bu mijozlarga ko'proq litsenziyalarni sotish uchun eng halol urinish emas.
Natijada, aksariyat hollarda saqlash tizimidan replikatsiya qilish yaxshiroqdir, chunki Bu oddiyroq va arzonroq variant, lekin maxsus dastur funksionalligi zarur bo'lgan murakkab holatlar mavjud va dastur darajasida replikatsiya bilan ishlash kerak.
Nazariya tugadi, endi amaliyot
Biz laboratoriyamizda nusxani sozlaymiz. Laboratoriya sharoitida biz ikkita ma'lumot markaziga taqlid qildik (aslida, turli binolarda bo'lgan ikkita qo'shni raf). Stend ikkita Dvigatel N2 saqlash tizimidan iborat bo'lib, ular bir-biriga optik kabellar orqali ulangan. Windows Server 2016 operatsion tizimida ishlaydigan jismoniy server 10 Gb Ethernet yordamida ikkala saqlash tizimiga ulangan. Stend juda oddiy, ammo bu mohiyatni o'zgartirmaydi.
Sxematik ravishda u quyidagicha ko'rinadi:
Mantiqiy jihatdan replikatsiya quyidagicha tashkil etilgan:
Endi bizda mavjud bo'lgan replikatsiya funksiyasini ko'rib chiqaylik.
Ikki rejim qo'llab-quvvatlanadi: asinxron va sinxron. Sinxron rejim masofa va aloqa kanali bilan chegaralanganligi mantiqan to'g'ri. Xususan, sinxron rejim fizika va 10 Gigabit Ethernet (yoki undan yuqori) sifatida toladan foydalanishni talab qiladi.
Sinxron replikatsiya uchun qo'llab-quvvatlanadigan masofa 40 kilometrni tashkil etadi, ma'lumotlar markazlari orasidagi optik kanalning kechikish qiymati 2 millisekundgacha. Umuman olganda, u katta kechikishlar bilan ishlaydi, lekin keyin ro'yxatga olish paytida kuchli sekinlashuvlar bo'ladi (bu ham mantiqiy), shuning uchun agar siz ma'lumotlar markazlari o'rtasida sinxron replikatsiya qilishni rejalashtirmoqchi bo'lsangiz, optikaning sifati va kechikishlarni tekshirishingiz kerak.
Asinxron replikatsiya uchun talablar unchalik jiddiy emas. Aniqrog'i, ular umuman yo'q. Har qanday ishlaydigan Ethernet ulanishi amalga oshiriladi.
Hozirgi vaqtda AERODISK ENGINE saqlash tizimi Ethernet protokoli (mis yoki optik) orqali blokli qurilmalar (LUN) uchun replikatsiyani qo'llab-quvvatlaydi. Fiber Channel orqali SAN mato orqali replikatsiya talab qilinadigan loyihalar uchun biz hozirda tegishli yechimni qo'shmoqdamiz, ammo u hali tayyor emas, shuning uchun bizning holatlarimizda faqat Ethernet.
Replikatsiya har qanday ENGINE seriyali saqlash tizimlari (N1, N2, N4) o'rtasida kichik tizimlardan eski tizimlarga va aksincha ishlashi mumkin.
Ikkala replikatsiya rejimining funksionalligi butunlay bir xil. Quyida mavjud bo'lgan narsalar haqida batafsil ma'lumot mavjud:
- "Birga bir" yoki "birga" replikatsiyasi, ya'ni ikkita ma'lumot markaziga ega klassik versiya, asosiy va zaxira.
- Replikatsiya - "birdan ko'pga" yoki "birdan ko'pga", ya'ni. bir LUN bir vaqtning o'zida bir nechta saqlash tizimlariga ko'paytirilishi mumkin
- Replikatsiyani yoqish, o'chirish yoki yo'nalishini o'zgartirish uchun mos ravishda replikatsiyani faollashtirish, o'chirish va "teskari" qilish
- Replikatsiya RDG (Raid Distributed Group) va DDP (Dynamic Disk Pool) hovuzlari uchun mavjud. Biroq, RDG hovuzining LUNlari faqat boshqa RDGga ko'paytirilishi mumkin. DDP bilan bir xil.
Yana ko'plab kichik xususiyatlar mavjud, ammo ularni ro'yxatga olishning alohida ahamiyati yo'q; biz ularni o'rnatganimizda eslatib o'tamiz.
Replikatsiyani sozlash
O'rnatish jarayoni juda oddiy va uch bosqichdan iborat.
- Tarmoqni sozlash
- Saqlashni sozlash
- Qoidalarni (ulanishlarni) o'rnatish va xaritalash
Replikatsiyani o'rnatishda muhim nuqta shundaki, dastlabki ikki bosqich masofaviy saqlash tizimida, uchinchi bosqich - faqat asosiyda takrorlanishi kerak.
Tarmoq resurslarini sozlash
Birinchi qadam replikatsiya trafigi uzatiladigan tarmoq portlarini sozlashdir. Buni amalga oshirish uchun siz portlarni yoqishingiz va ularning IP manzillarini Front-end adapterlari bo'limida o'rnatishingiz kerak.
Shundan so'ng biz hovuz (bizning holimizda RDG) va replikatsiya uchun virtual IP (VIP) yaratishimiz kerak. VIP - bu suzuvchi IP-manzil bo'lib, u saqlash kontrollerlarining ikkita "jismoniy" manzillariga (biz hozirgina sozlagan portlar) bog'langan. Bu asosiy replikatsiya interfeysi bo'ladi. Bundan tashqari, VIP bilan emas, balki VLAN bilan ishlashingiz mumkin, agar sizga teglangan trafik bilan ishlash kerak bo'lsa.
Replika uchun VIP yaratish jarayoni kiritish/chiqarish (NFS, SMB, iSCSI) uchun VIP yaratishdan unchalik farq qilmaydi. Bunday holda, biz oddiy VIP (VLANsiz) yaratamiz, lekin u replikatsiya uchun ekanligini ko'rsatishni unutmang (bu ko'rsatgichsiz biz keyingi bosqichda qoidaga VIP qo'sha olmaymiz).
VIP o'rtasida suzib yuradigan IP portlari bilan bir xil pastki tarmoqda bo'lishi kerak.
Biz ushbu sozlamalarni masofaviy saqlash tizimida, albatta, boshqa IP bilan takrorlaymiz.
Turli xil saqlash tizimlaridan VIP-lar turli pastki tarmoqlarda bo'lishi mumkin, asosiysi ular o'rtasida marshrutlash mavjud. Bizning holatda, bu misol aniq ko'rsatilgan (192.168.3.XX va 192.168.2.XX)
Bu tarmoq qismini tayyorlashni yakunlaydi.
Xotira sozlanmoqda
Replikatsiya uchun xotirani o'rnatish odatdagidan farq qiladi, chunki biz xaritalashni "Replikatsiya xaritasi" maxsus menyusi orqali amalga oshiramiz. Aks holda, hamma narsa oddiy o'rnatish bilan bir xil bo'ladi. Endi, tartibda.
Ilgari yaratilgan R02 hovuzida siz LUNni yaratishingiz kerak. Keling, uni yaratamiz va uni LUN1 deb nomlaymiz.
Shuningdek, biz bir xil o'lchamdagi masofaviy saqlash tizimida bir xil LUNni yaratishimiz kerak. Biz yaratamiz. Chalkashmaslik uchun keling, masofaviy LUN LUN1R ga qo'ng'iroq qilaylik
Agar biz allaqachon mavjud bo'lgan LUNni olishimiz kerak bo'lsa, replikani o'rnatishda biz ushbu samarali LUNni xostdan ajratib olishimiz va masofaviy saqlash tizimida bir xil o'lchamdagi bo'sh LUN yaratishimiz kerak bo'ladi.
Saqlashni sozlash tugallandi, keling replikatsiya qoidasini yaratishga o'tamiz.
Replikatsiya qoidalari yoki replikatsiya havolalarini o'rnatish
Hozirgi vaqtda asosiy bo'lgan saqlash tizimida LUN-larni yaratgandan so'ng, biz 1-saqlash tizimida LUN1 replikatsiya qoidasini 1-saqlash tizimida LUN2R-ga sozlaymiz.
Sozlama "Masofaviy replikatsiya" menyusida amalga oshiriladi
Keling, qoida yarataylik. Buni amalga oshirish uchun siz replika oluvchisini ko'rsatishingiz kerak. U erda biz ulanish nomini va replikatsiya turini (sinxron yoki asinxron) ham o'rnatamiz.
"Masofaviy tizimlar" maydoniga biz saqlash tizimini2 qo'shamiz. Qo'shish uchun siz IP saqlash tizimlarini boshqarish (MGR) va biz replikatsiyani amalga oshiradigan masofaviy LUN nomidan foydalanishingiz kerak (bizning holatlarimizda LUN1R). Boshqaruv IP-lari faqat ulanishni qo'shish bosqichida kerak bo'ladi, ular orqali replikatsiya trafigi uzatilmaydi, buning uchun oldindan tuzilgan VIP ishlatiladi.
Ushbu bosqichda biz "birdan ko'p" topologiyasi uchun bir nechta masofaviy tizimni qo'shishimiz mumkin: quyidagi rasmda bo'lgani kabi "tugun qo'shish" tugmasini bosing.
Bizning holatlarimizda faqat bitta masofaviy tizim mavjud, shuning uchun biz o'zimizni bu bilan cheklaymiz.
Qoida tayyor. E'tibor bering, u barcha replikatsiya ishtirokchilariga avtomatik ravishda qo'shiladi (bizning holatlarimizda ulardan ikkitasi bor). Siz istalgan miqdordagi LUN uchun va istalgan yo'nalishda o'zingiz xohlagancha ko'p qoidalar yaratishingiz mumkin. Masalan, yukni muvozanatlash uchun biz LUNlarning bir qismini saqlash tizimi 1 dan 2 saqlash tizimiga, ikkinchi qismini esa, aksincha, 2 saqlash tizimidan 1 saqlash tizimiga takrorlashimiz mumkin.
Saqlash tizimi 1. Yaratilgandan so'ng darhol sinxronizatsiya boshlandi.
Saqlash tizimi 2. Biz xuddi shu qoidani ko'ramiz, lekin sinxronizatsiya allaqachon tugagan.
1-saqlash tizimidagi LUN1 Asosiy rolda, ya'ni u faol. 1-saqlash tizimidagi LUN2R Ikkilamchi rolida, ya'ni 1-saqlash tizimi ishlamay qolganda u kutish rejimida bo'ladi.
Endi biz LUN-ni xostga ulashimiz mumkin.
Biz iSCSI orqali ulanamiz, garchi u FC orqali ham amalga oshirilishi mumkin. Replikatsiyada iSCSI LUN orqali xaritalashni o'rnatish odatdagi stsenariydan deyarli farq qilmaydi, shuning uchun biz buni bu erda batafsil ko'rib chiqmaymiz. Agar biror narsa bo'lsa, bu jarayon maqolada tasvirlangan "".
Yagona farq shundaki, biz "Replikatsiya xaritasi" menyusida xaritalashni yaratamiz
Biz xaritalashni o'rnatdik va LUNni xostga berdik. Uy egasi LUNni ko'rdi.
Biz uni mahalliy fayl tizimiga formatlaymiz.
Hammasi, sozlash tugallandi. Keyingi sinovlar keladi.
Viktorina
Biz uchta asosiy stsenariyni sinab ko'ramiz.
- Muntazam rol almashish Ikkilamchi > Asosiy. Masalan, asosiy ma'lumotlar markazida ba'zi profilaktik operatsiyalarni bajarishimiz kerak bo'lsa va bu vaqt ichida ma'lumotlar mavjud bo'lishi uchun biz yukni zaxira ma'lumotlar markaziga o'tkazamiz.
- Favqulodda rolni almashtirish Ikkilamchi > Birlamchi (ma'lumotlar markazining ishlamay qolishi). Bu replikatsiya mavjud bo'lgan asosiy stsenariy bo'lib, kompaniyani uzoq vaqt davomida to'xtatmasdan to'liq ma'lumotlar markazining ishdan chiqishidan omon qolishga yordam beradi.
- Ma'lumotlar markazlari o'rtasidagi aloqa kanallarini taqsimlash. Ba'zi sabablarga ko'ra ma'lumotlar markazlari o'rtasidagi aloqa kanali mavjud bo'lmagan sharoitlarda ikkita saqlash tizimining to'g'ri ishlashini tekshirish (masalan, ekskavator noto'g'ri joyda qazilgan va qorong'u optikani buzgan).
Birinchidan, biz LUN-ga ma'lumotlarni yozishni boshlaymiz (tasodifiy ma'lumotlar bilan fayllarni yozish). Biz darhol saqlash tizimlari o'rtasidagi aloqa kanalidan foydalanilayotganini ko'ramiz. Replikatsiya uchun mas'ul bo'lgan portlarning yuk monitoringini ochsangiz, buni tushunish oson.
Ikkala saqlash tizimi endi "foydali" ma'lumotlarga ega, biz sinovni boshlashimiz mumkin.
Har holda, keling, fayllardan birining xesh summalarini ko'rib chiqamiz va ularni yozamiz.
Muntazam rol almashish
Rollarni almashtirish operatsiyasi (replikatsiya yo'nalishini o'zgartirish) har qanday saqlash tizimi bilan amalga oshirilishi mumkin, lekin siz hali ham ikkalasiga ham o'tishingiz kerak, chunki siz Birlamchida xaritalashni o'chirib qo'yishingiz va uni Ikkilamchi (Birlamchi bo'ladi)da yoqishingiz kerak. ).
Ehtimol, endi oqilona savol tug'iladi: nega buni avtomatlashtirmaslik kerak? Javob: bu oddiy, replikatsiya faqat qo'l operatsiyalariga asoslangan ofatlarga chidamlilikning oddiy vositasidir. Ushbu operatsiyalarni avtomatlashtirish uchun metroklaster rejimi mavjud, u to'liq avtomatlashtirilgan, ammo uning konfiguratsiyasi ancha murakkab. Biz keyingi maqolada metroklasterni o'rnatish haqida yozamiz.
Asosiy saqlash tizimida yozib olish toʻxtab qolishi uchun xaritalashni oʻchirib qoʻyamiz.
Keyin saqlash tizimlaridan birida (asosiy yoki zaxirada muhim emas) "Masofadan replikatsiya" menyusidagi REPL1 ulanishimizni tanlang va "Rolni o'zgartirish" tugmasini bosing.
Bir necha soniyadan so'ng LUN1R (zaxira saqlash tizimi) Asosiy bo'ladi.
Biz LUN1R ni saqlash tizimi 2 bilan xaritamiz.
Shundan so'ng, bizning E: diskimiz avtomatik ravishda xostga ulanadi, faqat bu safar u LUN1R dan "keldi".
Har holda, biz xesh summalarini solishtiramiz.
Xuddi shunday. Sinovdan o'tdi.
Ishdan chiqish. Ma'lumotlar markazining ishlamay qolishi
Hozirgi vaqtda muntazam kommutatsiyadan keyin asosiy saqlash tizimi mos ravishda 2 va LUN1R saqlash tizimi hisoblanadi. Baxtsiz hodisaga taqlid qilish uchun biz har ikkala xotira kontrolleridagi quvvatni o'chirib qo'yamiz2.
Unga boshqa kirish imkoni yo'q.
Keling, 1-saqlash tizimida nima sodir bo'layotganini ko'rib chiqaylik (hozirda zaxira).
Birlamchi LUN (LUN1R) mavjud emasligini ko'ramiz. Xato xabari jurnallarda, ma'lumot panelida, shuningdek, replikatsiya qoidasining o'zida paydo bo'ldi. Shunga ko'ra, xost ma'lumotlari hozirda mavjud emas.
LUN1 rolini Boshlang‘ichga o‘zgartiring.
Men uy egasiga xaritalash qilyapman.
E drayveri xostda paydo bo'lishiga ishonch hosil qiling.
Biz hashni tekshiramiz.
Hammasi joyida. Saqlash tizimi faol bo'lgan ma'lumotlar markazining qulashidan muvaffaqiyatli omon qoldi. Replikatsiyani "teskari o'zgartirish" ni ulash va LUNni zaxira ma'lumotlar markazidan ulash uchun sarflagan taxminiy vaqtimiz taxminan 3 daqiqani tashkil etdi. Haqiqiy ishlab chiqarishda hamma narsa ancha murakkab ekanligi aniq va saqlash tizimlari bilan bog'liq harakatlarga qo'shimcha ravishda siz tarmoqda, xostlarda, ilovalarda ko'plab operatsiyalarni bajarishingiz kerak. Va hayotda bu vaqt ancha uzoqroq bo'ladi.
Bu erda men hamma narsa, test muvaffaqiyatli yakunlanganini yozmoqchiman, lekin shoshilmaylik. Asosiy saqlash tizimi "yolg'on" dir, biz bilamizki, u "tushganida" u Asosiy rolda edi. Agar u to'satdan yoqilsa nima bo'ladi? Ma'lumotlarning buzilishiga teng bo'lgan ikkita asosiy rol bo'ladimi? Keling, hozir tekshiramiz.
Keling, birdan asosiy saqlash tizimini yoqaylik.
U bir necha daqiqa yuklanadi va keyin qisqa sinxronizatsiyadan so'ng xizmatga qaytadi, lekin ikkinchi darajali rolida.
Hammasi ok. Miyaning bo'linishi sodir bo'lmadi. Biz bu haqda o'yladik va har doim qulagandan keyin saqlash tizimi "hayot davomida" qanday rol o'ynaganidan qat'i nazar, ikkinchi darajali rolga ko'tariladi. Endi aniq aytishimiz mumkinki, ma'lumotlar markazining ishlamay qolishi testi muvaffaqiyatli o'tdi.
Ma'lumotlar markazlari o'rtasidagi aloqa kanallarining ishdan chiqishi
Ushbu testning asosiy vazifasi, agar saqlash tizimi ikkita saqlash tizimi o'rtasidagi aloqa kanallarini vaqtincha yo'qotib, keyin yana paydo bo'lsa, g'alati harakat qilishni boshlamasligiga ishonch hosil qilishdir.
Shunday qilib. Saqlash tizimlari orasidagi simlarni ajratamiz (keling, ular ekskavator tomonidan qazilgan deb tasavvur qilaylik).
Birlamchida biz ikkinchi darajali bilan hech qanday aloqasi yo'qligini ko'ramiz.
Ikkinchi darajali dasturda biz boshlang'ich bilan hech qanday aloqasi yo'qligini ko'ramiz.
Hammasi yaxshi ishlaydi va biz asosiy saqlash tizimiga ma'lumotlarni yozishni davom ettirmoqdamiz, ya'ni ular zaxiradan farq qilishi kafolatlangan, ya'ni ular "ajratilgan".
Bir necha daqiqada biz aloqa kanalini "ta'mirlaymiz". Saqlash tizimlari bir-birini ko'rishi bilanoq, ma'lumotlarni sinxronlashtirish avtomatik ravishda faollashadi. Bu yerda administratordan hech narsa talab qilinmaydi.
Biroz vaqt o'tgach, sinxronizatsiya tugallanadi.
Ulanish tiklandi, aloqa kanallarining yo'qolishi hech qanday favqulodda vaziyatlarga olib kelmadi va yoqilgandan so'ng sinxronizatsiya avtomatik ravishda amalga oshirildi.
topilmalar
Biz nazariyani tahlil qildik - nima kerak va nima uchun, ijobiy va salbiy tomonlari qayerda. Keyin ikkita saqlash tizimi o'rtasida sinxron replikatsiyani o'rnatdik.
Keyinchalik, oddiy kommutatsiya, ma'lumotlar markazining ishdan chiqishi va aloqa kanalining ishdan chiqishi uchun asosiy sinovlar o'tkazildi. Barcha holatlarda saqlash tizimi yaxshi ishladi. Ma'lumotlar yo'qolmaydi va qo'lda stsenariy uchun ma'muriy operatsiyalar minimallashtiriladi.
Keyingi safar biz vaziyatni murakkablashtiramiz va bu mantiqning barchasi avtomatlashtirilgan metroklasterda faol-faol rejimda qanday ishlashini, ya'ni ikkala saqlash tizimi birlamchi bo'lganda va saqlash tizimi ishlamay qolganda xatti-harakatlar to'liq avtomatlashtirilganligini ko'rsatamiz.
Iltimos, sharhlar yozing, biz jiddiy tanqid va amaliy maslahat olishdan xursand bo'lamiz.
Keyingi safargacha.
Manba: www.habr.com