vSphere’dan keyingi ayriliq

So‘nggi sakkiz oy davomida infratuzilma haqidagi deyarli har bir suhbat ertami-kechmi bitta nuqtaga kelib taqaladi: «biz VMware’dan qayoqqa ko‘chishni ko‘rib chiqyapmiz». Keyin odatda allaqachon boshqa joyda tanlangan platforma nomi aytiladi va bitta savol beriladi: bu uskunada qancha turadi.

Savol noto‘g‘ri qo‘yilgan. Uskuna narxi bu yerda eng qiziqarli o‘zgaruvchi emas va, albatta, birinchisi ham emas. Birinchisi — aslida nima o‘zgarayotgani. Chunki siz gipervizorni almashtirmayapsiz.

Ushbu son beshta almashtirish varianti haqida va «ESXi plyus Fibre Channel orqali massiv» tandemi sxemadan yo‘qolganda saqlash va tarmoqda nima sodir bo‘lishi haqida. Boshlang‘ich nuqta ham ikkita, va ular turli tomonga olib boradi: tashqi massivli klassik sxema va massiv umuman bo‘lmagan vSAN klasteri. Versiyalar, statuslar va qo‘llab-quvvatlanadigan konfiguratsiyalar 2026-yil sentyabr holatiga tekshirilgan: soha tez o‘zgaradi, va o‘tgan kuzda to‘g‘ri bo‘lgan narsa ba’zi joylarda allaqachon noto‘g‘ri.

Boshlang‘ich nuqta

Narxlar emas, muddatlar

Kalendardan boshlaylik, chunki u har qanday smetadan ko‘ra ko‘proq narsani belgilaydi. E’lon qilingan jadvalga ko‘ra vSphere 8 sotuvi 2026-yil oktyabrida to‘xtaydi, umumiy qo‘llab-quvvatlash 2027-yil 11-oktyabrda tugaydi, texnik qo‘llab-quvvatlash esa 2029-yil 11-oktyabrgacha davom etadi — ammo bu allaqachon mavjud konfiguratsiyalar bo‘yicha konsultatsiya, qo‘llab-quvvatlash emas. Shundan teskari hisob kelib chiqadi: real yuklama ustida pilot — chorak, produktivni migratsiya qilish — ikki chorakdan bir yilgacha, barqarorlashtirish va jamoani o‘qitish — yana bir chorak. Qaror 2026-yilda yoki 2027-yil boshida qabul qilinishi kerak, aks holda u muddat bosimi ostida qabul qilinadi, bu esa arxitektura uchun eng yomon rejim.

Kommersiya qismi uchta holatni qo‘shadi. Litsenziyalash protsessor uchun kamida 16 yadro talab qiluvchi fizik yadrolar bo‘yicha obunaga o‘tdi — sakkiz yadroli protsessorli server o‘n olti yadroli sifatida to‘lanadi. Bozor e’tirozlaridan so‘ng buyurtma uchun e’lon qilingan 72 yadro minimumi bekor qilindi, ammo bu haqda muhokama bo‘lganining o‘zi yo‘nalishni ko‘rsatadi. Va uchinchisi: qo‘llab-quvvatlashi tugagan muddatsiz litsenziya egalariga yangilanishlarni o‘rnatish huquqiyligi haqida xatlar yuborilmoqda, xizmat provayderlari uchun hamkorlik dasturi esa taklifnoma asosidagi rejimga o‘tkazildi, buning natijasida bir qator mamlakatlarda kanal qisqardi.

Qayta shartnoma tuzishda to‘lov qanchaga oshishi haqida juda turlicha raqamlar aytiladi — bir yarim martadan bir necha barobargacha — va bu avvalo oldingi shartnomadagi chegirmaga bog‘liq. O‘z yadroyingiz bo‘yicha o‘z holingizni hisoblang. Ammo ketish haqidagi suhbat narx tufayli emas, balki model keyingi uzaytirish ufqida bashorat qilib bo‘lmaydigan bo‘lib qolgani tufayli boshlanadi, holbuki infratuzilma 3 yil, plyus ikkinchi tsikl uchun yana 3 yilga rejalashtiriladi.

Almashtirish doirasi

Gipervizor emas, boshqa narsa almashadi

Vazifani qo‘yishda biz ko‘radigan asosiy xato shu. VMware’dan ketish bitta mahsulotni boshqasiga almashtirish sifatida tasvirlanadi. Aslida esa bir vaqtning o‘zida oltita qatlam o‘zgaradi, va ular orasida gipervizor eng oddiysi.

Birinchi qatlam, hisoblash: gipervizorning o‘zi. Bu yerda hamma narsa hal qilinadigan — barcha variantlar ostida ishlaydigan KVM allaqachon uzoq vaqtdan beri va bashorat qilinadigan tarzda ishlaydi. Ikkinchi qatlam, boshqaruv. vCenter ketadi, u bilan birga odatiy obyektlar ham: resurs to‘plamlari, rollar, papkalar, teglar, joylashtirish qoidalari. Bularning barchasi boshqa modelda qaytadan yig‘iladi, va hammasi ham bir-biriga to‘liq mos kelmaydi.

Uchinchi qatlam, saqlash — eng og‘iri, unga quyida ikkita bo‘lim bag‘ishlangan. To‘rtinchi qatlam, tarmoq — bu haqda eng ko‘p unutishadi, va unga ham alohida bo‘lim bag‘ishlangan.

Beshinchi qatlam, atrof-muhit vositalari: zaxira nusxalash, favqulodda holatlarga bardoshlilik, monitoring, axborot xavfsizligi tizimlari bilan integratsiya, agentlar, avtomatlashtirish. Har bir band — muvofiqlik matritsasi bo‘yicha alohida tekshiruv, va muvaffaqiyatsizliklar aynan shu yerda yuz beradi.

Oltinchi qatlam, texnik topshiriqda yozilmaydigan narsa: mehmon operatsion tizimlar litsenziyalari va jamoa bilimi. Windows Server’ning OEM va quti litsenziyalari uskunaga bog‘langan va yangi platformaga ko‘chmaydi — korporativ shartnomalar kerak bo‘ladi. Buni shartnoma imzolashdan oldin aniqlashtirgan ma’qul.

Variantlar

Beshta nomzod

Qisqacha, stolda umuman nima borligi haqida. Keyin har biri saqlash, tarmoq va qayta ishlatish nuqtai nazaridan tahlil qilinadi.

Nutanix — klassik giperkonvergent ko‘rinishda. 2026-yil sentyabr holatidagi dolzarb tandem — iyulda chiqqan AOS 7.6, AHV 11.2 va Prism Central 7.6. Saqlash o‘ziniki, taqsimlangan: hisoblash va sig‘im birgalikda o‘sadi.

Nutanix tashqi ma’lumotlarni saqlash tizimi (MST) bilan. Alohida litsenziya turi, klaster faqat hisoblash tugunlaridan yig‘iladi, sig‘imni esa malakali tashqi massiv beradi. Bu tubdan boshqa arxitektura, va tashqi massivlar haqidagi bo‘limda batafsil tahlil qilinadi.

Red Hat OpenShift Virtualization. Virtual mashinalar Kubernetes obyektlari sifatida; platformaning dolzarb shoxobchasi — 4.21. Konteyner qismi kerak bo‘lmaganlar uchun faqat virtuallashtirish uchun alohida nashr bor, unga migratsiya vositasi kiritilgan.

SUSE Virtualization, avvalgi nomi Harvester. Dolzarb liniya — 1.8, dolzarb patch — 1.8.2. Bu ham qopqoq ostida Kubernetes, o‘ziga xos taqsimlangan saqlash — SUSE Storage, u ham Longhorn.

Proxmox VE. 9.2-versiya 2026-yil mayida chiqdi: Debian 13.5, 7.0 yadro, standart saqlash sifatida Ceph Tentacle 20.2.1 va variant sifatida Ceph Squid. Bir nechta klasterni boshqarish alohida mahsulot — Proxmox Datacenter Manager bilan yopiladi, uning birinchi barqaror versiyasi 2025-yil oxirida paydo bo‘lgan.

Transport

Eng oxirida eslanadigan tarmoq

Endi esa hech qaysi migratsiya bo‘yicha kommersiya taklifida yo‘q narsa haqida.

«ESXi plyus Fibre Channel orqali massiv» klassik sxemasida saqlash trafigi alohida fabrikada yashardi: fizik jihatdan ajratilgan, hech nima bilan raqobatlashmaydigan, lokal tarmoq smetasiga umuman kirmaydigan. Yuqoridagi beshta variantning har biri uni Ethernet’ga qaytaradi — giperkonvergent sxemalarda tugunlar orasidagi replikatsiya sifatida, tashqi massivli sxemalarda esa frontendda NVMe/TCP yoki NFS sifatida. Tarmoq endi transport bo‘lmay qoladi va saqlash shinasiga aylanadi, va uni ikkala holatda ham eskicha qoldirib bo‘lmaydi.

Tarmoq endi transport bo‘lmay qoladi va saqlash shinasiga aylanadi.

Serverga gigabitni emas, yadroga o‘tkazuvchanlikni hisoblash kerak. 2015-yilgi ikki soketli, 24 yadroli va bir juft 10 gigabitli portli server — yadroga taxminan 0,8 gigabit. Bugungi ikki soketli server — bu allaqachon 172 yadro, ikkita 86 yadroli protsessor, va o‘sha bir juft port bilan 0,12 chiqadi. Tugundagi xotira 2, ba’zi joylarda esa 6 terabaytgacha yetadi, disklar 15,36 terabaytdan o‘rnatiladi. Virtual mashinalar zichligi bir necha barobar o‘sdi, tarmoq esa eskicha qoldi.

Shundan bosqichlar kelib chiqadi. 10 dan 25 gigabitga o‘tish bugun — bu yangilanish emas, balki kirish normasi: dasturiy saqlash yoki Ethernet ustidan blok kirishga ega har qanday klaster 25 dan boshlab loyihalashtiriladi. 25 dan 100 gigabitga o‘tish eski klaster hayoti davomida yangi iste’molchilar paydo bo‘lganlarga kerak. Birinchi navbatda biz aynan shularni tekshirgan bo‘lardik.

Ortiqchalikni qayta qurish — o‘tkazuvchanlikning eng katta va eng kam baholanadigan iste’molchisi, ammo uni ehtiyotkorlik bilan hisoblash kerak. Nusxalar barcha tugunlar bo‘ylab taqsimlangan, shuning uchun tiklash ko‘pdan-ko‘pga tarzda boradi: turli tugunlardan o‘qiladi, turli tugunlarga yoziladi, bitta link emas, balki klasterning umumiy o‘tkazuvchanligi ishlaydi. Va tiklanadigan narsa diskning pasport hajmi emas, balki band qilingan sig‘im. Ishlayotgan klasterda diskning yo‘qolishi bir necha daqiqada yopiladi va grafiklarda bir kunlik degradatsiya emas, balki sakrash sifatida ko‘rinadi.

Yana ikkita holat e’tiborga loyiq: butun tugunning nosozligi, bunda hajm bir necha barobar katta, o‘tkazuvchanlik esa kamroq — tugun o‘z portlari bilan birga chiqib ketdi; va sekin tarmoqdagi kichik klaster, bu yerda sxema «ozdan-ko‘pga»ga yaqinroq. Ortiqcha kodlash replikatsiyadan qimmatroq: rekonstruksiya turli tugunlardan bir necha fragmentni o‘qiydi. Tekshirish kerak bo‘lgan narsa «bu necha soat davom etadi» emas, balki qayta qurish qanday cho‘qqi berishi va u nima bilan raqobatlashishi. Keyingisi: tashqi massivga frontend — ilgari alohida fabrika orqali o‘tgan o‘sha trafik. Zaxira nusxalash oynasi va, bundan muhimrog‘i, tiklash oynasi: maqsadli tiklash vaqti tizimga emas, o‘tkazuvchanlikka tirmashadi. Tugunni texnik xizmatga chiqarishda jonli migratsiya — va bu yerda kattaliklar tartibida adashmaslik muhim. Tarmoq orqali tugunga o‘rnatilgan xotira emas, balki ko‘chiriladigan mashinalarning band qilingan xotirasi ketadi, va u faqat bir marta ketmaydi: sahifalar ishlayotgan mashinada nusxalanadi, keyin o‘zgargan sahifalar qayta yuboriladi, va shu tarzda qolgan qism qisqa pauza uchun yetarlicha kichik bo‘lguncha davom etadi. Ajratilgan, ammo tegilmagan xotira deyarli hech narsaga arzimaydi; faol yozayotgan mashinalarda esa uzatilgan hajm band qilingandan sezilarli darajada ko‘p bo‘ladi. Uchdan ikki qismi to‘la, 6 terabaytli tugun uchun quyi chegara — 4 terabayt. Umumiy saqlashda disklar siljimaydi: faqat xotira va qurilmalar holati ketadi.

Keyin migratsiya bilan bog‘liq bo‘lmagan, o‘z-o‘zidan paydo bo‘ladigan yuklamalar. Oracle RAC klasterining shaxsiy interkonnekti — bu yerda, to‘g‘ri, o‘tkazuvchanlikdan ko‘ra yo‘qotishlarning yo‘qligi va barqaror kechikish muhimroq. Oldindan yozish jurnali oqimi bilan yirik PostgreSQL bazalarining sinxron replikatsiyasi. Kafka bo‘limlarini qayta balanslash va Spark’da oraliq ma’lumotlar almashinuvi. Qidiruv klasterlarida indekslarni qayta qurish. Obyektli qatlamga yuklab chiqarish. Agar yaqinda grafik akseleratorlar segmenti paydo bo‘lgan bo‘lsa, datasetlarni yuklash va nazorat nuqtalarini yozish. Virtual ish stollarining ertalabki ommaviy ishga tushirilishi. Va agar favqulodda holatlarga bardoshlilik sutkalik rejimdan sinxronga yaqin rejimga o‘tkazilgan bo‘lsa, maydonlar orasidagi replikatsiya.

Alohida fizika haqida, chunki u byudjetni eng sezilmas tarzda buzadi, va bu yerda ikkita turli parkni chalkashtirmaslik muhim. Agar kirish SFP+ asosida yig‘ilgan bo‘lsa — server o‘rnatmalarining ko‘pchiligi shunday yig‘ilgan — o‘tish chidamli ko‘rinadi: SFP28 portlari eski 10 gigabitli modullarni qabul qiladi, 25 gigabit uchun ko‘p rejimli kabellar odatda yetarli, garchi uzunlik bo‘yicha zaxira kamroq bo‘lsa-da, va maydonni bosqichma-bosqich o‘tkazish mumkin. Baribir kartalar va kirish kommutatorlarini almashtirishga to‘g‘ri keladi, optika va trassalarni esa shart emas. Agar kirish buralgan juftlik orqali bo‘lsa, hammasi qattiqroq: RJ45 orqali 25 gigabit amalda ishlamaydi, oraliq bosqich yo‘q, va 10GBASE-T parki kabel tizimi bilan birga to‘liq almashtiriladi. Zanjir bo‘yicha keyingisi: aplinklar, saqlash uchun alohida fabrika yoki hech bo‘lmaganda navbatlarni ajratish, butun yo‘l bo‘ylab uchdan-uchgacha MTU — Ethernet ustidan blok kirish unumdorligi qulaydigan klassik joy — bir vaqtning o‘zida ko‘plab replikalar bitta initiatorga javob berganda kommutator buferlari. Va leaf-spine’ga o‘tish, chunki gorizontal trafik asosiy bo‘lib qoladi.

Ortiqcha va’da bermaslik uchun izoh: 100 gigabit kechikishni davolamaydi. Ular kadrni uzatish vaqtini qisqartiradi va navbatlarni yo‘q qiladi, ammo aylanma kechikish stek, kommutatsiya va ilovaning yozishda o‘zini tutishi bilan belgilanadi.

Dasturiy saqlash

Platforma ichidagi saqlash

Ikkita katta savoldan birinchisi: massivdan umuman voz kechish va serverlar ichidagi disklarda yashashmi.

Nutanix’da bu 2 yoki 3 replikatsiya koeffitsientiga ega taqsimlangan fayl tizimi. Texnologiya yetuk, va xatoliklar ma’lum: foydali sig‘im replikatsiyadan keyin, oldin emas, hisoblanadi, va bu har safar moliyachilar bilan alohida suhbat.

OpenShift Virtualization’da o‘rnatilgan saqlash — bu OpenShift Data Foundation. Ichki rejimda — Rook orqali klaster ichida, tugun disklarida joylashtirilgan Ceph. Tashqi rejimda — alohida boshqariladigan Ceph’ga ulanish. Ikkinchi variant yirik o‘rnatmalar uchun to‘g‘riroq, ammo bu yana bitta tizim degani, uni ishlata bilish kerak.

Proxmox’da o‘rnatilgan Ceph bor, 9.2-versiyada standart bo‘yicha Tentacle. Bu yerda tushunish muhim: Ceph — gipervizor funksiyasi emas, o‘zining nosozlik modeliga va tugunlar soniga o‘z talablariga ega mustaqil taqsimlangan tizim. Uchta tugun — laboratoriya minimumi, loyiha ko‘rsatkichi emas.

SUSE Virtualization’da standart bo‘yicha SUSE Storage, u ham Longhorn, birinchi versiya dvigateli. NVMe-oF orqali kirishga ega SPDK asosidagi ikkinchi versiya dvigateli bor — u sezilarli darajada tezroq, va apstrimda, Longhorn 1.12’da, umumiy mavjud deb e’lon qilingan. Ammo SUSE Virtualization 1.8 hujjatlarida u hali ham eksperimental va produktiv ekspluatatsiya uchun emas deb belgilangan: zaxira tasvirlar va tom shifrlash qo‘llab-quvvatlanmaydi, har bir tugunga esa ajratilgan yadro va 2 gigabayt huge pages kerak. 2026-yil sentyabrida unga produktivni rejalashtirmagan bo‘lardik.

Va oxirgi paytda eslanadigan yana bir narsa: klaster ko‘pincha ko‘p vazifali bo‘lib qolishga mahkum. Mashinalardan tashqari undan foydalanuvchilar uchun fayl bo‘limlari va zaxira nusxalar yoki arxiv uchun obyekt saqlash ham talab qilinadi. Rasman fayl va obyekt kirish deyarli hamma joyda bor: OpenShift’da ODF orqali bu CephFS hamda RGW va NooBaa shlyuzlari, Proxmox’da — CephFS, obyekt shlyuzi esa interfeysdan tashqari qo‘lda ko‘tariladi. Ammo bu klasterning o‘zi va podlar uchun saqlash, odamlar uchun fayl server emas.

Agar tashqi iste’molchilar uchun korporativ xizmatlar kerak bo‘lsa — domenga integratsiyalangan SMB, ko‘p protokolli kirish, kvotalar, murojaatlar analitikasi va shifrlovchiga reaksiya, versiyalash va obyektlarni bloklash bilan obyekt saqlash — va bularning barchasi bitta konsoldan va bitta qo‘llab-quvvatlash bilan, beshta variantdan faqat Nutanix’da, Unified Storage’da to‘plangan. Qolganlarida bu — har biri o‘z hayot siklga ega alohida komponentlardan konstruktor. Izohlar shart: alohida va sig‘im bo‘yicha litsenziyalanadi, fayl serverlar bir xil klasterdagi mashinalar sifatida yashaydi va uning resurslari hamda replikatsiyadan keyingi sig‘imini yeydi, faqat hisoblash tugunlari va tashqi massivdan iborat sxemada esa bu berilgan narsa emas, alohida tekshiriladi.

Barcha to‘rttasi uchun umumiy: dasturiy saqlash — «bepul massiv» emas. Uning uchun uch marta to‘lashga to‘g‘ri keladi. Foydali sig‘im bilan: replikatsiya yoki ortiqcha kodlash xom hajmning uchdan biridan uchdan ikkigacha qismini yeydi. Tarmoq bilan, bu haqda oldingi bo‘limda gap bordi. Va virtual mashinalarga emas, balki tugunlar protsessor vaqti va xotirasiga ketadigan resurslar bilan.

Tashqi MSTlar

Tashqi massiv: hozir nima ulanadi

Ikkinchi katta savol, va bizning ko‘pchilik buyurtmachilarimiz uchun — hal qiluvchi savol, chunki ularda massiv allaqachon bor va uni hech kim hisobdan chiqarishni rejalashtirmagan.

Ko‘pincha kutilmagan holga aylanadigan narsadan boshlaylik. Tashqi MSTga ega Nutanix printsipial ravishda Fibre Channel’ni qo‘llab-quvvatlamaydi — na hozir, na rejalarda. Hammasi Ethernet orqali boradi: NVMe/TCP, NFS yoki massivning o‘ziga xos protokoli. Klaster faqat hisoblash tugunlaridan yig‘iladi, ularni bitta klasterda giperkonvergent tugunlar bilan aralashtirib bo‘lmaydi, litsenziyalash yadrolar bo‘yicha boradi, snapshotlar va klonlarni esa massivning o‘zi bajaradi. 2026-yil sentyabr holatidagi malakali tizimlar: Dell PowerFlex — kamida to‘rtta saqlash tuguni, konfiguratsiya to‘liq Dell uskunasida va ulanish NVMe/TCP emas, balki o‘ziga xos SDC klienti orqali; Pure Storage’dan FlashArray, hozir Everpure, //X, //XL modellari va 2026-yilda qo‘shilgan //C; 2026-yil iyulida AOS 7.6’dan boshlab qo‘shilgan Dell PowerStore — X modelidan tashqari birinchidan uchinchi avlodgacha, faqat yagona klaster-apllayans sifatida, 10 gigabitdan boshlab ulanish; NetApp ONTAP — erta kirish rejimida, sotuvchi tomonidan e’lon qilingan umumiy mavjudlik — 2026-yilning uchinchi choragi, NFS orqali ulanish, AFF A-seriyasi va gibrid FAS’ning bir qismi tizimlar sifatida ko‘rsatilgan; taxminan o‘sha muddatlarda Lenovo MSTlari uchun qo‘llab-quvvatlash va’da qilingan. Sodda qilib aytganda, bu yerda Fibre Channel — ulanish detali emas, balki platforma tanlovining ayriliq nuqtasi.

Bu yerda Fibre Channel — ulanish detali emas, balki platforma tanlovining ayriliq nuqtasi.

OpenShift Virtualization’da tashqi saqlash uchinchi tomon CSI drayverlari orqali ulanadi, va drayverni tanlashning asosiy mezoni — blok tomga bir nechta tugundan bir vaqtda kirishni qo‘llab-quvvatlash. Busiz jonli migratsiya bo‘lmaydi, va bu drayver spetsifikatsiyasida, taqdimotda emas, birinchi navbatda tekshirilishi kerak bo‘lgan narsa. Klassik Fibre Channel fabrikasi to‘g‘ridan-to‘g‘ri ulanmaydi: buning uchun mavjud SAN’dan foydalanishga imkon beruvchi alohida mahsulot — IBM Fusion Access for SAN mavjud, aslida bu LUN ustidagi klaster fayl tizimi. Bu ishlaydi, ammo bu yana bitta litsenziya va ekspluatatsiyadagi yana bitta tizim.

SUSE Virtualization’da uchinchi tomon CSI drayverlari, shu jumladan ildiz tomlari uchun ham, qo‘llab-quvvatiladi, va 2026-yil iyulida virtuallashtirish uchun saqlashni sertifikatlashning o‘ziga xos dasturi paydo bo‘ldi. Ammo bu yerda platformani tanlashdan oldin bilish kerak bo‘lgan mina ko‘milgan: virtual mashinalarni standart zaxira nusxalash faqat birinchi versiyadagi Longhorn tomlari bilan ishlaydi. Tashqi saqlashdagi tomlar uchun platforma nusxa yaratishga ham, ularni tiklashga ham qodir emas — bu hujjatlarda to‘g‘ridan-to‘g‘ri yozilgan. Demak, butun zaxira nusxalash tashqi mahsulotga ko‘chadi, va uning muvofiqligi alohida tekshiriladi. Plyus montajda ko‘zga tashlanadigan mayda-chuydalar: tugunlardagi ko‘p yo‘lli kirish xizmati standart bo‘yicha o‘chirilgan, operatsion tizim esa o‘zgarmas, shuning uchun tugunlarni tayyorlash har bir xostda dastlabki konfiguratsiya mexanizmi orqali amalga oshiriladi.

Proxmox’da mavjud fabrika standart tarzda ulanadi: LUN tugunlarga beriladi, uning ustiga LVM yig‘iladi. Ko‘p yillar davomida asosiy cheklov shu sxemada snapshotlarning yo‘qligi edi. 9-versiyada bu yopildi — snapshotlar tom zanjirlari sifatida amalga oshirilgan va iSCSI hamda Fibre Channel ustidagi qalin LVM’da ishlaydi. Ammo 9.2’da ham funksiya statusi hali ham texnologik preview; uni bu statusdan chiqarish ishlab chiquvchilar rejasida bor, ammo sana yo‘q. Platformada rasman qo‘llab-quvvatlanadigan klaster fayl tizimi hamon yo‘q.

Geografiya

Ikki-uch maydoncha

Bizning amaliyotimizda bitta maydonchali buyurtmachilar deyarli qolmagan: ikkita maydoncha — norma, uchta — muntazam hol. Va bu joriy etish detali emas, balki platforma tanlovi sharti, chunki variantlar bu yerda boshqa har qanday banddan ko‘ra kuchliroq ajraladi.

Beshta narsani, aynan shu tartibda, tekshirish kerak. Barcha maydonchalar uchun yagona boshqaruv nuqtasi. Ma’lumot yo‘qotishga chidamsiz narsalar uchun ikkinchi maydonchaga sinxron replikatsiya. Qolgan hammasi uchun — uchinchisiga asinxron. Almashtirishni orkestrlash: «ma’lumotlar yetib bordi» emas, balki mashinalarni to‘g‘ri tartibda ko‘taradigan va buni produktivni to‘xtatmasdan test bilan tekshirishga imkon beradigan senariy — odatda aynan shu testni audit talab qiladi. Va maydonchalar orasidagi jonli migratsiya — yoqimli, ammo hal qiluvchi emas.

Variantlar bo‘yicha taqsimot. Nutanix’da bu bitta mahsulotda to‘plangan va bitta konsoldan boshqariladi: ikkita maydoncha orasida sinxron replikatsiya, uchinchisiga asinxron, test ishga tushirish bilan tiklash rejalari. Plyus fayl va obyekt xizmatlari ham xuddi shu mexanizm bilan repliklanadi — agar klaster ko‘p vazifali bo‘lishga mahkum bo‘lsa, bu ikkinchi maydonchaga ham tegishli.

Agar VMware’da qolsangiz, ko‘p maydonchali sxema sizda allaqachon bor va ishlaydi — bu platformaning tarixan kuchli tomoni, va ko‘chishda uni yo‘qotish eng achinarlisi.

OpenShift’da bularning barchasiga erishish mumkin, ammo bir nechta mahsulotdan yig‘iladi: bir nechta klasterni boshqarish uchun alohida qatlam, cho‘zilgan va asinxron sxema uchun alohida favqulodda holatlarga bardoshlilik rejimlari, maydonchalar orasidagi kechikishga talablar. Ishlaydi, ammo loyihalashtirish va ekspluatatsiya sezilarli darajada murakkabroq.

SUSE Virtualization’da bir nechta klasterni boshqarish standart tarzda yopiladi, ammo maydonchalar orasida mashinalarning standart replikatsiyasi yo‘q: qolgani — tashqi saqlashga zaxira nusxalash va ikkinchi maydonchada tiklash. Qisqa tiklash vaqti bilan favqulodda holatlarga bardoshlilik uchun bu yetarli emas.

Proxmox’da markaziy dispetcher umumiy ko‘rinish va klasterlar orasida jonli migratsiya beradi, ammo maydonchalarni zaif bog‘laydi: har bir klaster avtonom bo‘lib qoladi, umumiy konfiguratsiya yo‘q, maydonchalar orasida avtomatik almashtirish ham yo‘q. Maydonchalar orasidagi replikatsiya saqlash mexanizmlari va zaxira nusxalash serveri sinxronizatsiyasidan qo‘lda yig‘iladi.

Va hammasiga umumiy bo‘lgan ogohlantirish. Ikkita maydonchaga cho‘zilgan klaster kafolatlangan kechikishga ega kanal va kvorum uchun uchinchi nuqtani talab qiladi. Guvohsiz ikkita maydoncha — bu buzilmaslik emas, bu bir vaqtning o‘zida hammasi to‘xtab qolishi mumkin bo‘lgan ikkita joy.

Mavjud park

Bor narsadan nimasi ko‘chadi

Ko‘proq uchraydigan vaziyat: serverlarga 2–4 yil, massiv yangi, fabrika 32 gigabitli, va buyurtmachi boshqa birovning litsenziya siyosati tufayli buni barchasini tashlab yuborishni asosli ravishda xohlamaydi.

Agar siz vSAN’dan ketayotgan bo‘lsangiz

Bu yerda taqsimot boshqacha va umuman soddaroq. Massiv yo‘q — Fibre Channel bilan bog‘liq ayriliq u bilan birga yo‘qoladi, tashqi MST bilan variant esa, buyurtmachi giperkonvergensiyadan ham voz kechishga qaror qilmagan bo‘lsa, chetlab o‘tiladi. Tanlov «bitta giperkonvergensiya o‘rniga boshqasi»ga torayadi.

Park bu yerda boshqa har qanday holatdagiga qaraganda yaxshiroq ko‘chadi: tugunlar, lokal NVMe, saqlash tarmog‘i — agar u allaqachon 25 gigabitli bo‘lsa — va topologiyaning o‘zi taqsimlangan saqlash uchun loyihalashtirilgan va aynan shunga ko‘chadi. O‘zgartirish kerak bo‘lgan narsa — dastur, uskuna emas.

Yomon xabar bitta, ammo katta: vSAN’ni joyida boshqa taqsimlangan saqlashga aylantirish mavjud emas. Ma’lumotlar to‘liq ko‘chiriladi, va massivli sxemadan farqli o‘laroq, ikkala platformaga ham ulash va disklarni nusxalamasdan mashinalarni birma-bir ko‘chirish mumkin bo‘lgan oraliq umumiy saqlash yo‘q. Butun hajm tarmoq orqali ketadi — va o‘tkazuvchanlik haqidagi bo‘lim nazariyadan loyiha muddati hisobiga aylanadi.

Va sekingina yo‘qoladigan ikkita narsa. Alohida mashina darajasidagi saqlash siyosatlari: hech kimda to‘g‘ridan-to‘g‘ri analog yo‘q, boshqa platformalarda ortiqchalik yanada qo‘polroq belgilanadi. Va guvoh tuguni bilan cho‘zilgan klaster: u ko‘chmaydi, balki boshqa qoidalar bo‘yicha va maydonchalar orasidagi kechikishga boshqa talablar bilan qaytadan yig‘iladi.

Nima yaxshi ko‘chadi. Serverlar — deyarli har doim: muvofiqlik ro‘yxatlari keng, Nutanix’da hisoblash tugunlari uchun u 2017-yilgi avlodlargacha boradi. NVMe va SSD disklar — agar ular ro‘yxatlarda bo‘lsa, nomsiz emas. Massiv — agar u kerakli protokol bo‘yicha sig‘im bera olsa. Jamoaning mehmon tizimlar va ilovalar bo‘yicha bilimi — to‘liq.

Izohlar bilan ko‘chadigan narsa. Mavjud Fibre Channel fabrikasi: tashqi saqlashli Nutanix sxemasida u umuman ko‘chmaydi, OpenShift’da alohida mahsulot talab qiladi, Proxmox’da ishlaydi, ammo snapshotlar preview statusida, SUSE’da — uchinchi tomon drayveri orqali, ammo bunda siz standart zaxira nusxalashni yo‘qotasiz. Faqat Fibre Channel interfeysli massiv: ba’zan Ethernet portlarini qo‘shish yordam beradi, agar model buni qo‘llab-quvvatlasa, ba’zan yo‘q. Buralgan juftlikdagi kirish tarmog‘i: ko‘chmaydi, o‘zgaradi.

Hech qachon ko‘chmaydigan narsa. OEM sifatida sotib olingan mehmon Windows litsenziyalari. Eski boshqaruv serveri obyektlariga bog‘langan yuklamani taqsimlash qoidalari. Va jamoaning snapshot, klon va tiklash bitta joyda va bitta usulda qilinishiga o‘rgangan odati.

Va gibrid vasvasasi haqida ogohlantiramiz: yuklamaning bir qismini eski platformada qoldirish, bir qismini ko‘chirish. Amalda siz bir yil davomida ikkita platformani, ikkita zaxira nusxalashni, ikkita monitoringni va ikkita kompetensiya to‘plamini ushlab turasiz — va ikkalasi uchun ham litsenziya to‘laysiz. O‘tish davri kerak, ammo rejada tugash sanasi bilan.

Migratsiya

Ko‘chish vositalari va atrof-muhit ishlari

Migratsiya vositalari hamma joyda bor, va ularning barchasi bitta narsani qiladi: eski muhitdan mashina disklarini o‘qiydi, formatni konvertatsiya qiladi, yangisida obyekt yaratadi.

Nutanix’da bu Move, eng sinovdan o‘tgani; unda ma’lumotlarni nusxalamasdan konvertatsiya ham paydo bo‘ldi — vVols tomlari joyida AHV disklariga aylanadi. Red Hat’da — migration toolkit for virtualization, 2.11-versiyada nusxalashni massivga yuklash umumiy mavjudlikka yetkazilgan: ma’lumotlarni tarmoq emas, massivning o‘zi ko‘chiradi. Plyus asosiy hajm ishlayotgan mashinada nusxalanadigan issiq migratsiya. Tezlik uchun VMware’ning virtual disklar uchun ishlab chiquvchi to‘plami kerak, va tasvirni u bilan mustaqil yig‘ishga to‘g‘ri keladi — uni ommaviy reestrga joylashtirishga litsenziya ruxsat bermaydi. SUSE Virtualization’da — vSphere va OpenStack manbalariga ega vm-import-controller qo‘shimchasi, aniq bo‘lmagan xususiyati bilan: mashina nomi Kubernetes obyektining nomiga aylanadi, va nomlash qoidalariga mos kelmaydigan nomli mashinalar xato bilan import qilinadi. Proxmox’da — ESXi’dan import ustasi, u ham texnologik preview, vSAN bo‘yicha cheklovlar va boshqaruv serveri orqali ishlashda tezlik pasayishi bilan.

Ammo vosita — bu mashinaga yarim kunlik ish, atrof-muhit ishlari esa — oylar. Platformani tanlashdan oldin nimani tekshirish kerak.

Zaxira nusxalash: sizning mahsulotingiz maqsadli platformani qo‘llab-quvvatiadimi, qaysi darajada — butun tasvir yoki o‘zgargan bloklar — va alohida fayllarni tiklashda nima bo‘ladi. Agar platforma SUSE bo‘lsa va tomlar tashqi bo‘lsa, standart zaxira nusxalash umuman yo‘q.

Va deyarli hamma o‘tkazib yuboradigan alohida byudjet qatori: o‘qitish. «Hujjatlarni o‘qish» emas, balki ishga tushirishdan oldin amaliyot bilan kurs. Bunday kurslarni biz o‘zimiz o‘tkazamiz va birinchi olti oyda qo‘llab-quvvatlashga murojaatlar sonidagi farqni ko‘ramiz.

Tekshirish ro‘yxati

Platformani tanlashdan oldin nima so‘rash kerak

Yakun

Xulosa o‘rniga

VMware’dan ketish — bu boshqa gipervizor sotib olish emas, balki ish yuklamalarini saqlab qolgan holda infratuzilmani butunlay qayta loyihalashtirish. Bu vazifani litsenziyalarni almashtirish deb hisoblaydigan kishi jarayon davomida qolgan besh qatlamni ochib oladi — odatda eng noqulay paytda.

To‘g‘ri javoblar bir nechta. Yangi massiv va fabrikaga ega maydonchalar bor, ular uchun Proxmox yoki OpenShift aniq tanlovga aylanadi. Fibre Channel qo‘llab-quvvatlanmasligi variantlarning yarmini chetlatadigan maydonchalar bor. Texnika emas, balki mamlakatda qo‘llab-quvvatlash va kompetensiyalarning mavjudligi hal qiladigan maydonchalar bor. Platforma tanlovi taqdimotdan emas, cheklovlardan kelib chiqishi kerak.

Chegaradan tashqarida uchta mavzu qoldi, har biri alohida tahlilga loyiq: VVF 9 yoki VCF 9’da «qolish» senariysi, noldan qurish va Kubernetes taqdiri — Tanzu vSphere bilan birga ketadi.

So‘ragan yagona narsamiz: tarmoqni hisoblang. Bu tarixda u smetadagi qator emas, balki qolgan hamma narsaning ishlashi sharti, va odatda aynan uni «allaqachon sotib olingan» deb hisoblashadi. Agar o‘z konfiguratsiyangizni tahlil qilishni xohlasangiz — keling, o‘z raqamlaringiz asosida birgalikda hisoblaymiz.