VMware орнына Proxmox немесе Hyper-V қалай таңдалады

VMware лицензиялау үлгісінің өзгеруі балама гипервизорлардың бірін өздігінен дұрыс таңдау етпейді. Үш түйінді кластер үшін шешім деректерді сақтау тәсіліне, қонақ жүйелердің құрамына, бұрын сатып алынған Microsoft лицензияларына және команданың ақаудан кейін сервисті қалпына келтіру қабілетіне байланысты. Осы сұрақтардың көбін кейінге қалдырсаңыз, жазылымнан үнемделген қаражат кластерді қайта құру шығынына айналады.

Қысқа жауабым мынадай: Proxmox аралас инфрақұрылымға, шектеулі бюджетке және Linux жүйесімен сенімді жұмыс істейтін командаға жиі тиімді. Hyper-V барлық дерлік жүктеме Windows Server жүйесінде істейтін, Datacenter лицензиялары бар және әкімшілері Failover Clustering, Active Directory мен PowerShell қызметтерін қолдап жүрген ортаға көбірек сай келеді. Тек гипервизор бағасын есептеу дұрыс емес.

Алдымен жобаның шекарасын белгілеңіз

Әуелі VMware жүйесінде нақты нені ауыстыратыныңызды жазыңыз, өйткені ESXi сирек жағдайда жалғыз жұмыс істейді. Көшіру ауқымына vCenter, vMotion, High Availability, Distributed Switch, vSAN, резервтік көшіру, репликация, мониторинг, үлгілер, қолжетімділік рөлдері және автоматтандыру кіруі мүмкін. Жаңа гипервизордың атауы осының бәрін немен алмастыратыныңызды көрсетпейді.

Broadcom білім базасында клиенттердің мерзімсіз лицензиялардан VMware Cloud Foundation және VMware vSphere Foundation жазылымдарына ауысуы тікелей сипатталған. Онда Support and Subscription мерзімі біткеннен кейін мерзімсіз лицензияның жұмысын жалғастыратыны да жазылған: ESXi түйіндері, vCenter, виртуалды машиналар, қуатты басқару әрекеттері, vMotion және суреттер өшпейді. Бірақ клиент жаңартуларды алу және қолдау қызметіне өтініш ашу құқығынан айырылады. Бұл айырмашылықты түсіну керек. Қолдау мерзімінің аяқталуы жүйені апатты түрде тоқтатпайды, алайда жұмыс істеп тұрған кластерді түзетулерге қалыпты қолжетімділіксіз қалдырады.

Сондықтан жаңарту мерзіміне бір апта қалғанда асығыс көшудің қажеті жоқ. Қазіргі VMware нұсқасын келісімшарт, резервтік көшіру жүйесі, серверлік жабдық және қонақ операциялық жүйелер қанша уақыт қолдайтынын анықтаңыз. Осы мерзімде пилот жүргізуге, қалпына келтіруді тексеруге және жүктемелерді топтап көшіруге болады.

Үш түйінді жоба үшін мен бес нәрсені түгендеуден бастаймын:

1. ВМ саны, олардың операциялық жүйелері, виртуалды процессорлары, жады, деректердің нақты алып тұрған көлемі және дискілердің тәуліктік өзгерісі.
2. VMware Tools, үлестірілген коммутаторлар, vSAN, құрылғыларды тікелей қосу, USB, GPU және ортақ VMDK файлдарына тәуелділік.
3. Бүкіл кластерге арналған бір «үзіліс болмасын» тілегінің орнына әр сервиске қойылатын RPO мен RTO.
4. Windows Server, SQL Server, резервтік көшіру және мониторинг жүйелерінің лицензиялары, соның ішінде физикалық түйіндер арасында көшіру шарттары.
5. Әр көшірілетін ВМ үшін қолжетімді техникалық үзіліс және тексерілген кері қайту тәсілі.

Соңғы тармақ жиі ескерілмейді. Жаңа платформадағы қолданба дерек қабылдап қойғаннан кейін бастапқы ВМ суреті кері қайту құралы болмайды. Дерекқорға, кезекке немесе файлдық серверге кері синхрондау жоспары не одан кейін қайту жаңа деректердің жоғалуын білдіретін нақты нүкте керек.

Түгендеу кезінде платформа функциясын оператордың қалыптасқан әдетінен ажыратыңыз. Мысалы, әр жүйеде үлгі жасауға болады, бірақ ол cloud-init, Sysprep, vCenter баптау сипаттамаларына, желілік профильдерге және конфигурация сценарийлеріне тәуелді болуы мүмкін. Команданың нақты ретін жазыңыз: бейнені кім дайындайды, құпия деректер қайда сақталады, мекенжай қалай тағайындалады, жүйе мониторингке қалай қосылады және қолданба қашан дайын болады. Сонда гипервизормен бірге не көшетіні, нені қайта жасау керектігі көрінеді.

Желі де жобаның жеке шекарасы. Distributed Switch ішінде ондаған VLAN, teaming ережелері, трафикті айнаға түсіру, жылдамдық шектеулері және резервтік көшіру мен сақтау жүйесіне арналған арнайы баптаулар болуы мүмкін. Оларды жеке сәйкестік кестесіне түсіріңіз. VMware жүйесіндегі әр порт тобы Proxmox ішінде нақты bridge және VLAN, ал Hyper-V ішінде виртуалды коммутатор мен VLAN алуға тиіс. Мұндағы қате диск пен операциялық жүйе дұрыс көшірілсе де, «қолданба жұмыс істемейді» деген белгі береді.

Соңында қай ВМ-ді мүлде көшірмеу керектігін шешіңіз. Қолдау мерзімі біткен операциялық жүйесі бар серверді жаңа ВМ-ге ауыстырып, тек деректерін көшіру кейде арзанырақ. Екі айдан кейін өшірілетін жүйені жаңарту тәуекелі қолайлы болса, ескі кластерде қалдыруға болады. Әр тарихи ымыраны сақтауға тырыспаған көшіру жобасы қысқарады.

Үш түйін сақтау архитектурасының айырмасын ашады

Екі нұсқа да хост істен шыққанда ВМ-ді қайта іске қоса алады, бірақ мұны әртүрлі сақтау стегінің үстінде орындайды. Proxmox көбіне сыртқы NFS немесе iSCSI көмегімен, не Ceph орнатылған гиперконвергентті кластер ретінде құрылады. Hyper-V әдетте SAN, SMB 3 немесе Storage Spaces Direct жүйесіне сүйенеді. Басқару панелінің көрінісіне қарағанда сақтау тәсілі сенімділік пен еңбек шығынына көбірек әсер етеді.

Proxmox кластер мүшелігі мен кворум үшін Corosync қолданады. Proxmox VE әкімшілік нұсқаулығы жоғары қолжетімділіктің сенімді кворумы үшін кемінде үш түйін ұсынады. Бұл біздің кластер көлеміне сай: бір түйін жоғалғанда қалған екеуі көпшілікті сақтайды. Бірақ кворум кластердің бөлінуінен қорғайды, деректерді қорғамайды. ВМ дискілері репликациясыз бір түйіннің жергілікті ZFS жүйесінде ғана жатса, екінші түйін сол ВМ-ді бірден қоса алмайды.

Ceph деректерді түйіндерге таратып, осы мәселені шешеді, бірақ оған дұрыс желі, дискілер және бос ресурстар керек. Үш түйінді Ceph қолдануға болады, алайда бұл ең шағын практикалық конфигурация. Бір серверді техникалық қызметке шығару істен шығуға арналған қорды бірден азайтады. Үш реплика әр нысанның үш көшірмесін сақтайды, сондықтан пайдалы сыйымдылық бастапқы көлемнен едәуір төмен болады. Әр түйіндегі бір үлкен дискінің көлемін қосып, шыққан санды пайдалы орын деп есептеуге болмайды.

Hyper-V ішіндегі Storage Spaces Direct рөлі түйіндердің жергілікті дискілерін бағдарламалық пулға біріктіреді. Microsoft Learn құжаттамасы екіден он алтыға дейін сервер талап етеді және бірдей модельдерді қолдануды ұсынады. Екі немесе үш түйінді шағын кластерге өткізу қабілеті жоғары, кідірісі төмен желі қажет. Microsoft осы архитектураға RDMA бар 10 Гбит/с немесе жылдамырақ Ethernet желісін жеке ұсынады.

Үш түйінде Storage Spaces Direct үш жақты айналауды қолдайды. Ол үш көшірме жазып, бастапқы сыйымдылықтың шамамен үштен бірін пайдалы етеді, есесіне сипатталған үлгі аясында бір мезгілдегі екі аппараттық ақауға төзеді. Microsoft дискілер, HBA, желілік адаптерлер, драйверлер мен микробағдарламалар талапқа сай болуға тиіс екенін ескертеді, ал кластер конфигурациясы Test-Cluster тексерісінен өтуі керек. Серверлер «әдеттегі» көрінеді деп осы тексерісті өткізіп жіберуге болмайды. Қолдау көрсетілмейтін жинақ көбіне бір түйін қызметтен шығарылған жаңарту кезінде бұзылады.

Сыртқы ортақ сақтау жүйесінде Proxmox NFS, iSCSI және басқа қолдау көрсетілетін түрлерді қосады, ал Hyper-V әдетте SAN немесе SMB 3 пайдаланады. Жергілікті дискілер үшін Proxmox Ceph не шектеулері бар асинхронды ZFS репликациясын, Microsoft Datacenter құрамындағы Storage Spaces Direct жүйесін ұсынады. Proxmox кворумы Corosync қызметіне, Microsoft кворумы Failover Clustering және таңдалған witness тетігіне сүйенеді. Proxmox үшін негізгі тәуекел желі мен ақау кезіндегі Ceph жұмысын жете бағаламау. Hyper-V үшін негізгі тәуекел жарамсыз жабдық, микробағдарлама және Datacenter лицензиясын қате есептеу.

Синхронды ортақ сақтау мен асинхронды репликацияны араластырмаңыз. Ceph немесе Storage Spaces Direct расталған жазбаны қолданбаға жауап бермей тұрып төзімділік саясатына сай таратады. Proxmox ZFS replication кезінде екінші түйіндегі көшірме тапсырма аралығына кешігеді. Бастапқы түйін кенет жоғалса, HA соңғы сәтті репликация күйін ғана іске қосады, одан кейінгі өзгерістер жоғалады. Мұндай схема әр дерекқорға жарамайды және RPO ішінде көрсетілуі керек.

Сақтау трафигін пайдаланушылар мен басқару қызметіне арналған жалғыз коммутатор мен бір жұп портқа қалдырмаңыз. Желіде есептелген өткізу қабілеті, бір арнаның ақауына төзімділік, біркелкі MTU және пакет жоғалуын бақылау болуы керек. Jumbo frames нашар жобаланған желіні жылдамдатпайды. Бір бөліктегі сәйкес емес MTU сирек кідірістер мен қайталама жіберуді туғызады, оны қайта теңгеру кезінде табу өте қиын.

Ceph үшін кідіріс, диск саны және түйіндердің біркелкілігі маңызды. Бір сыйымды, бірақ баяу сервер екі шағын түйінді теңгерілген кластер етпейді. Үлестірілген сақтау жүйесін соңғы терабайтқа дейін толтыруға болмайды, себебі ақаудан кейін репликаларды қалпына келтіруге бос орын қажет.

Өндіруші қолдайтын, дұрыс жұмыс істейтін SAN бар болса, оны автоматты түрде гиперконвергентті сақтау жүйесіне ауыстырмаңыз. Қолданыстағы массивті пайдалану Proxmox пен Hyper-V үшін өзгеріс көлемін азайтады. SAN да ауыстыруды қажет етсе, коммутаторлар, оптика, HBA, қосалқы дискілер және резервтік көшіру кіретін екі толық архитектураны салыстырыңыз.

Сыртқы массив ортақ ақау аймағын жасайды, бірақ бұл оны өздігінен жаман шешім етпейді. Екі контроллер, бірнеше жол, резервтік қуат көздері және түсінікті қолдау шағын командаға жаңа Ceph жүйесінен болжамдырақ болуы мүмкін. Кемшілігі массив бағасы мен барлық түйіннің оған тәуелділігі. Команда нақты анықтап, жөндей алатын ақаулар жиынтығын таңдаңыз.

Кластердің негізгі функциялары екеуінде де бар

Жоғары қолжетімділік, жұмыс істеп тұрған ВМ-ді көшіру және орталықтан басқару екі нұсқада да бар, сондықтан таңдау сирек бір функциямен шешіледі. Айырмашылық функцияның жұмыс шарттары мен қосымша компоненттер санынан көрінеді.

Proxmox ішінде бір веб-панель түйіндерді, сақтау жүйелерін, KVM виртуалды машиналарын және LXC контейнерлерін басқарады. Кластер multi-master үлгісімен жұмыс істейді, сондықтан күнделікті басқаруға vCenter секілді бөлек жүйе қажет емес. Процессор мен сақтау жүйесі таңдалған режимге сәйкес келсе, live migration жұмыс істеп тұрған ВМ-ді түйіндер арасында көшіреді. HA ресурстарды бақылап, ақаудан кейін ВМ-ді қолжетімді түйінде қайта іске қосады.

LXC контейнерін виртуалды машинаның баламасы деп санауға болмайды. Контейнер хост ядросын пайдаланады және бөлек операциялық жүйе мен виртуалды жабдықтың қатаң шекарасы қажет емес Linux жүктемелеріне жарайды. Windows LXC ішінде іске қосылмайды. Тығыздық үшін кәдімгі ВМ-ді контейнерге айналдыру гипервизорды механикалық көшіру емес, қолданбаны өзгерту жобасы.

Hyper-V ақауға төзімді кластерсіз де live migration және storage migration береді, бірақ ақаудан кейін автоматты қайта іске қосу үшін Failover Clustering және басқа түйіндерге қолжетімді сақтау жүйесі қажет. Домендік ортада Microsoft аутентификацияны, Kerberos өкілеттігін, топтық саясаттарды және PowerShell құралын жақсы біріктіреді. System Center Virtual Machine Manager үлкен паркті басқаруды, бейнелер кітапханасын және автоматтандыруды қосады, бірақ оның өз бағасы мен қызмет көрсетуі бар.

Windows Server 2025 Active Directory жүйесінсіз жұмыс тобы кластерінде Hyper-V және live migration қызметін де қолдайды. Бұл пайдалы мүмкіндік, бірақ баптау домендік нұсқадан оңай болмайды: түйіндерде бірдей жергілікті есептік жазбалар, DNS, WinRM және trusted hosts қажет. Ұйымда сенімді домен бар болса, кластерді одан әдейі шығару көбіне мағынасыз.

Резервтік көшіру бөлек жүйе болып қалады. Proxmox ішіндегі backup тапсырмасы ВМ-нің келісілген архивтерін жасай алады, ал Proxmox Backup Server дедупликация, инкрементті тасымалдау және деректерді тексеру мүмкіндіктерін қосады. Hyper-V VSS және көптеген корпоративтік резервтік өнім қолдайтын интерфейстерді қолданады. Екі жағдайда да backup батырмасының болуы қалпына келтіруді дәлелдемейді. Оқшауланған көшірме, сақтау саясаты және қалпына келтірілген ВМ-ді тұрақты іске қосып тексеру керек.

Сурет пен резервтік көшірме әртүрлі міндет атқарады. Сурет қысқа өзгеріс алдында ыңғайлы, бірақ әдетте сол сақтау жүйесі мен ВМ конфигурациясына тәуелді. Пул бүлінсе, сурет бастапқы дискімен бірге жоғалады. Ұзын суреттер тізбегі жүктемені өсіріп, біріктіруді қиындатады. Суреттерді уақытша қолданыңыз, жою мерзімін белгілеңіз және ұмыт қалған тізбектерді бақылаңыз.

Репликация да backup орнын баспайды. Ол жоюды, бопсалаушы бағдарлама шифрлауын және логикалық бүлінуді екінші көшірмеге тез жеткізеді. Резервтік жүйе бірнеше қалпына келтіру нүктесін сақтап, гипервизордың оларды жою құқығын шектеуге және мүмкін болса бөлек әкімшілік домен қолдануға тиіс. Бір есептік жазба жұмыс ВМ-сін, репликаны және барлық резервтік нүктені жоя алса, архитектурада бір бұзылу нүктесі сақталады.

Шығынды түйін, сокет және қонақ ОС бойынша есептеңіз

Proxmox платформа лицензиясы бойынша әдетте арзан, бірақ қонақ жүйелерге Datacenter құқығы онсыз да қажет болатын тығыз Windows Server паркінде Hyper-V тиімді шығуы мүмкін. «Тегін Proxmox» пен Windows Server бағасын салыстыру дұрыс емес: Windows қонақтарына таңдалған гипервизорға қарамастан лицензия керек.

Proxmox VE жүйесінің барлық функциясы, соның ішінде HA, кластер және live migration ақылы жазылымсыз қолжетімді. Жазылым Enterprise Repository мен техникалық қолдауға жол ашады. Proxmox ашық прайсы әр түйіндегі бос емес физикалық сокетті есептейді, ал кластердің барлық түйіні бір жазылым деңгейінде болуы керек. Өндіруші көрсеткен бір сокетке арналған жылдық салықсыз бағалар: Community үшін 120 еуро, Basic үшін 370 еуро, Standard үшін 550 еуро және Premium үшін 1100 еуро. Тек Basic, Standard және Premium қолдау өтініштерін қамтиды, жауап беру уақыты мен өтініш саны әртүрлі.

Бір сокетті үш түйінге арналған формула қарапайым:

Proxmox VE в год = 3 узла × 1 занятый сокет × тариф
Standard: 3 × 1 × €550 = €1650 без налогов
Premium: 3 × 1 × €1100 = €3300 без налогов

Әр серверде екі процессор болса, сома екі есе өседі. Proxmox Backup Server жазылымын, интегратор қолдауын, резервтік сақтау жабдығын және команда уақытын бөлек есептеңіз. Өнімді жазылымсыз қолдануға болады, бірақ аз ғана қаражат үнемдеу үшін өндірістік кластерді no-subscription репозиторийінде ұстауды ұсынбаймын. Ондағы жаңартулар азырақ тексеріледі, ал ауыр ақау кезінде форум емес, түсінікті эскалация желісі қажет.

Hyper-V Windows Server құрамына кіреді, бірақ жаңа жобаға арналған бөлек тегін Hyper-V Server қазір жоқ. Windows Server 2025 физикалық ядролар бойынша лицензияланады. Сервердің барлық ядросы толық лицензияланса, Standard екі Windows Server виртуалды машинасына және Hyper-V хостына құқық береді. Datacenter толық лицензияланған хостта осындай қонақ даналарының шексіз санына құқық беріп, Storage Spaces Direct мүмкіндігін ашады.

Microsoft Standard үшін 1176 доллар, Datacenter үшін 6771 доллар бағдарлық баға жариялайды, бірақ нақты баға сату арнасына, ядро санына, келісімшартқа және өңірге тәуелді. Лицензия пакеті мен процессор конфигурациясын тексермей, бұл сандарды үшке көбейтуге болмайды. Көшіру немесе автоматты қайта іске қосу кезінде кез келген Windows ВМ заңды түрде жұмыс істеуі үшін кластердің әр физикалық түйіні лицензиялануға тиіс. CAL құқықтары, SQL Server және басқа серверлік бағдарлама бөлек есептеледі.

ВМ аз кезде Standard арзан көрінеді. Физикалық ядролар толық жабылғаннан кейін ол Windows Server жүйесінің екі қонақ данасына құқық береді. Келесі екі дана үшін сол физикалық ядролар қайта лицензияланады. Кластерде тек қалыпты орналасуды, мысалы әр түйіндегі төрт ВМ-ді санауға болмайды. Ақаудан кейін бір сервер көбірек қонақ жүйені қабылдай алады, сондықтан лицензиялық жоба нақты келісім шарттарындағы рұқсат етілген көшуді ескеруі керек. Лицензия жеткізушісінен жазбаша есеп алып, оны орналастыру схемасымен бірге сақтаңыз.

Datacenter бір Standard лицензиясынан қымбат, есесіне толық лицензияланған түйіндегі Windows Server қонақтарының санына шектеуді алып тастап, Storage Spaces Direct береді. Бұл әр үш түйінді Hyper-V кластеріне міндетті түрде Datacenter қажет деген сөз емес. Сыртқы SAN және аз Windows қонағы болса, Standard жеткілікті болуы мүмкін. Ондаған ВМ мен жергілікті бағдарламалық сақтау жүйесі бар ортада Datacenter есептің қалыпты бастапқы нүктесіне айналады.

Linux қонақтары Windows Server виртуализация құқықтарын пайдаланбайды, бірақ Hyper-V Windows Server ішінде істесе, хосттың физикалық ядролары таңдалған редакциямен бәрібір жабылуы керек. Proxmox хостына Microsoft хост лицензиясы қажет емес, алайда әр Windows қонағының заңды лицензиялық негізі болуы шарт. «Hyper-V тегін» деген сөз осы айырманы жасырады. Гипервизор рөлі операциялық жүйеге кіреді, ал операциялық жүйе мен виртуализация құқықтары ақылы болып қалады.

Қолдауды бірдей сервис деңгейінде салыстырыңыз. Proxmox Premium маңызды өтінішке Аустрияның жұмыс күні мен уақыт белдеуі ішінде екі сағатта алғашқы жауап беруге уәде етеді. Бұл тәулік бойы ақауды жою емес. Microsoft, сервердің OEM өндірушісі, сақтау жүйесінің жеткізушісі және жергілікті интегратор жауапкершілікті әртүрлі бөледі. Қазақстанда түнде қоңырауды кім қабылдайтынын, диагностиканы кім жинайтынын және жүйеге кім қосыла алатынын жазыңыз.

Үш жылдық TCO үлгісі мынадай:

TCO = лицензии и подписки
    + серверы, сеть и хранилище
    + резервное копирование
    + проект миграции
    + обучение и регламенты
    + плановые обновления
    + ожидаемая стоимость простоя

Соңғы жолға ойдан шығарылған «бір сағаттың орташа бағасын» қоймаңыз. Екі нақты сервисті алып, иелерінен төрт сағат қолжетімсіздіктің шығынын сұраңыз және қолдау деңгейін таңдағанда сол сандарды қолданыңыз. Сонда бюджет жеткізушінің әдемі кестесін емес, сіздің тәуекеліңізді көрсетеді.

Команда төменгі қабатты түсінуге тиіс

Таныс панель алғашқы әрекеттерді жылдамдатады, бірақ әкімшінің біліктілігі сақтау жүйесі әлсірегенде, кворум жоғалғанда және жаңарту сәтсіз болғанда тексеріледі. Proxmox жүйесіне Linux-ті сенімді басқаратын әкімші қажет. Hyper-V жүйесіне ВМ жасауды ғана емес, Failover Clustering, сақтау, желі және лицензиялауды түсінетін Windows әкімшісі қажет.

Proxmox үшін Debian, systemd, Linux көпірлері, VLAN, LVM немесе ZFS, QEMU/KVM, Corosync және таңдалған сақтау жүйесі бойынша практикалық дағды керек. Ceph қолданылса, әкімші PG күйін оқып, recovery, backfill, OSD, MON және пул толуының әсерін түсінуі керек. Панельдегі жасыл белгі диск ақауынан кейін Ceph неге баяулағанын түсіндірмейді.

Hyper-V үшін Windows Server, PowerShell, Failover Cluster Manager, Cluster Shared Volumes, SMB, MPIO немесе Storage Spaces Direct, VSS, Active Directory және Kerberos дағдылары керек. Microsoft Learn ішіндегі live migration ақауларын талдау процессорлардың, ВМ конфигурация нұсқаларының, виртуалды коммутаторлардың, рұқсаттар мен өкілеттік баптауларының сәйкессіздігін атайды. Бұл «Hyper-V оңай, себебі ол Windows» деген пікірге жақсы жауап. Ол осы стекті қазірдің өзінде диагностикалайтын командаға ғана оңай.

Команданы сертификатпен емес, зертханадағы төрт тапсырмамен бағалаңыз:

• Істен шыққан дискіні ауыстырып, сақтау жүйесін қалыпты күйге қайтару.
• Түйінді қызметтен шығарып, жаңартып, HA жоғалтпай кері қосу.
• Бір ВМ-ді оқшауланған желіге қалпына келтіріп, қолданба тұтастығын дәлелдеу.
• Сәтсіз көшіруден кейін журналдарды жинап, бүкіл кластерді қайта қоспай себепті атау.

Қызметкерлер төрт тапсырманың екеуін кеңессіз орындай алмаса, оқыту мен интегратор сүйемелдеуін бюджетке қосыңыз. Бұл платформаға қарсы дәлел емес. Бұл оны пайдаланудың адал бағасы. Әсіресе тәулік бойы қолжетімділік жарияланса, кезекші алмастырушысы жоқ бір мықты маман команда болып саналмайды.

Құжаттама сәтті жолды ғана емес, нақты ақаудың белгілерін сипаттауы керек. Proxmox үшін кворумды, Ceph күйін, HA тапсырмаларын, репликацияны және резервтік көшірмелерді тексеру пәрмендерін сақтаңыз. Hyper-V үшін кластер, CSV, Storage Spaces Direct, live migration және VSS тексеру пәрмендері мен есептерін сақтаңыз. Әр тексерісте қалыпты нәтиже мысалы және эскалация шарты болуы керек. Әйтпесе кезекші жүздеген жолды көреді, бірақ қайсысы көшіруді тоқтатуды талап ететінін түсінбейді.

Жаңарту процестің жетілуін жақсы тексереді. Proxmox Debian, ядро, QEMU, Corosync және қажет болса Ceph жүйесін жаңартады. Hyper-V Windows Server, драйверлер, микробағдарлама және кластердің функционалдық деңгейін жаңартады. Екі жағдайда да дұрыс процесс backup тексеруден, бір түйінді қызметтен шығарудан, жүктемені көшіруден және сақтау күйін бақылаудан басталады. Үш түйінді бір жаппай тапсырмамен қайта қосу кластерді үш бірдей ақау нүктесіне айналдырады.

Proxmox жүйесіне көшу қысқарақ, бірақ автоматты емес

Proxmox VMware жүйесінен тікелей импорт пен OVF немесе VMDK арқылы түсінікті қолмен көшіру жолын береді, бірақ түрлендіруден кейін виртуалды жабдықты түзетіп, қонақ жүйені тексеру қажет. Диск импорты Distributed Switch ережелерін, vSAN саясатын, резервтік көшіру тапсырмаларын, тегтерді, құқықтарды және мониторингті көшірмейді.

Proxmox VE нұсқаулығында 8.2 нұсқасында пайда болған Import Wizard және қолмен орындалатын qm importovf пәрмені сипатталған. Өшірілген ВМ үшін негізгі реттілік мынадай:

qm importovf 100 app01.ovf ceph-vm
qm config 100

Соңғы пәрменнің қалыпты нәтижесінде таңдалған параметрлер көрінуі керек, мысалы:

boot: order=scsi0
cores: 4
memory: 8192
name: app01
net0: virtio=BC:24:11:7A:20:10,bridge=vmbr0,tag=120
scsi0: ceph-vm:vm-100-disk-0,size=120G
scsihw: virtio-scsi-single

Бұл кез келген ВМ-ге дайын рецепт емес. Идентификатор, сақтау жүйесі, процессор түрі, bridge, VLAN және контроллер жобаға сай таңдалуға тиіс. Реттіліктің пайдасы басқа: ол конфигурациясын көшіру хаттамасына сақтап, жоспармен салыстыруға болатын тексерілетін нысан жасайды.

Экспорт алдында қолданба тапсырмаларын тоқтатып, ауыстыруға жауапты адамды белгілеңіз. Кәдімгі серверде қонақ операциялық жүйе арқылы өшіру файлдық жүйені келісілген күйде сақтайды. Дерекқорға сервисті қалыпты тоқтату немесе қолданбаны ескеретін резервтік тәсіл керек. Бес минут үнемдеу үшін vCenter ішінде қуатты күштеп өшіру жаңа платформада журналды бірнеше сағат қалпына келтіруге әкелуі мүмкін.

Желілік картаға да дәл осындай ұқыптылық қажет. Жаңа MAC мекенжайы Windows ішінде жасырын ескі адаптер жасап, бұрынғы тұрақты IP-ді жоқ құрылғыда қалдыруы немесе Linux интерфейсінің атауын өзгертуі мүмкін. Өшірер алдында IP, маска, шлюз, DNS, VLAN, маршруттар және MTU мәндерін жазыңыз. Іске қосқаннан кейін байланысты консольден бір ping арқылы емес, клиент пен тәуелді жүйелер жағынан тексеріңіз.

Windows өзіне таныс диск контроллері бірден VirtIO түріне ауыстырылса, жиі жүктелмейді. Қауіпсіз жол: дискіні алдымен SATA немесе IDE арқылы импорттау, жүйені іске қосу, VMware Tools жүйесін жою, қазіргі VirtIO қонақ драйверлерін орнату, жаңа контроллерге тест дискін қосу және драйвердің жүктелгенін тексеру. Содан кейін жүйелік дискіні VirtIO SCSI түріне ауыстырып, қайта жүктеуге болады. Ескі операциялық жүйелерде драйвер мен BIOS немесе UEFI режиміне байланысты бөлек шектеулер болуы ықтимал.

Linux әдетте оңайырақ көшеді, бірақ қиындықтар қалады. Желілік интерфейс атауы өзгеруі, ескі initramfs қажетті модульді қамтымауы, ал /etc/fstab UUID орнына құрылғыға сілтеме жасауы мүмкін. Ауыстыру алдында желі конфигурациясын сақтап, жүктеушіні тексеріңіз, qemu-guest-agent орнатыңыз және виртуалды желілік карта өзгергеннен кейін қолданбаның дұрыс мекенжайды тыңдап тұрғанын растаңыз.

Экспортқа дейін VMware суреттерін біріктіріңіз. Дельта дискілер тізбегі уақытты, орын шығынын және қате тәуекелін арттырады. Физикалық RDM, қонақ кластеріне арналған ортақ шина, PCI passthrough немесе виртуалды TPM бар ВМ-ге жеке жоспар керек. Мұндай жүктемелерді «қалған серверлер» деген жалпы топқа жасырмаңыз.

Secure Boot пен виртуалды TPM көшіруге дейін тексерілуге тиіс. BitLocker дискін қорғайтын кілттер виртуалды жабдыққа тәуелді болуы мүмкін. Көшірмені алғаш іске қоспай тұрып recovery key сақтап, оның жұмысын тексеріңіз. Операциялық жүйе немесе қолданба шифрлауды пайдаланса, дискіні жай түрлендіру автоматты жүктелуге кепілдік бермейді.

Кері қайту техникалық тұрғыдан мүмкін және ұйым ішінде мақұлданған болуы керек. Сәтті тексерістен кейін өшірілген VMware ВМ-сін бірден жоймаңыз. Оның желілік карталарын ажыратылған күйде қалдырып, сақтау мерзімін белгілеңіз және жаңа көшірмемен қатар кездейсоқ іске қосылуына жол бермеңіз. Аты, IP мекенжайы және қолданба идентификаторы бірдей екі сервер сәтсіз көшіруден де ауыр ақау туғызады.

Hyper-V жүйесіне көшуге бөлек конвейер керек

Hyper-V VHD және VHDX форматтарын жақсы қабылдайды, бірақ VMware бастапқы дискілері әдетте VMDK форматында болады, сондықтан жобаға қолдау көрсетілетін түрлендіру тәсілі қажет. Microsoft жетілуі мен бағасы қатты ерекшеленетін бірнеше жол ұсынады.

System Center Virtual Machine Manager 2025 VMM ортасында VMware VM түрлендіріп, EFI жүктемелерін қолдайды. System Center бұрыннан қолданылып, команда оны қолдай алса, бұл қолайлы жол. Бірнеше ондаған ВМ үшін ғана VMM сатып алып, енгізу көшірудің өзінен қымбат болуы мүмкін.

Windows Admin Center ішінде VMware жүйесінен Hyper-V жүйесіне арналған VM Conversion кеңейтімі бар. Ол дискілерді синхрондап, алдын ала тексерістерді орындайды, дельта репликация жасайды, бастапқы ВМ-ді өшіреді, соңғы дельтаны тасымалдайды және машинаны импорттайды. Microsoft құжаттамасы кеңейтімді Preview деп белгілеп, алдын ала өнімнің елеулі өзгеруі мүмкін екенін және Microsoft қолдау көрсетуге міндетті емес екенін тікелей ескертеді. Ол зертханаға пайдалы. Тексерусіз және қосалқы әдіссіз оны жалғыз өндірістік жол етпес едім.

Қолмен көшіру жолы ВМ-ді өшіруден, суреттерді біріктіруден, қолдау көрсетілетін құралмен VMDK форматын VHDX түріне айналдырудан, Generation 1 немесе Generation 2 VM жасаудан, дискілерді қосудан, виртуалды коммутаторды баптаудан және жүктеуді түзетуден тұрады. Буын бастапқы жүйенің микробағдарламасы мен бөлімдеріне сай таңдалады. BIOS пен UEFI арасындағы қате таңдау деректері дұрыс, бірақ жүктелмейтін диск береді.

Generation 1 дәстүрлі BIOS қолданып, әдетте IDE дискінен жүктеледі. Generation 2 UEFI, Secure Boot және виртуалды SCSI пайдаланады. Бар ВМ буынын ауыстыратын қарапайым батырма жоқ. Түрлендіруге дейін микробағдарлама түрін, бөлімдер схемасын және қонақ ОС қолдауын тексеріңіз. Сервер жасына қарап болжау жүктеуді қалпына келтірудің артық әрекеттеріне әкеледі.

Windows Admin Center арқылы көшіру дельта синхрондауы арқасында тартымды, себебі деректердің негізгі бөлігі бастапқы жүйе өшірілмей тұрып көшеді. Бірақ Preview мәртебесі тәуекелге қатынасты өзгертеді. Қолдау көрсетілетін салқын көшіру жолын сақтаңыз, операцияның толық қайталануын өлшеңіз және соңғы дельта сәтсіз болса, бастапқы ВМ әлі іске қосылатынын растаңыз. Құралдың алдын ала тексеруі сервис иесінің қолданба тексерісін алмастырмайды.

Windows жүйесін алғаш іске қоспай тұрып, жаңа желілік карта мен сервистерге кедергі келтіруі мүмкін VMware компоненттерін жойыңыз немесе өшіріңіз. Іске қосылғаннан кейін Integration Services, IP конфигурациясы, активация, уақыт, VSS writers және оқиғалар журналын тексеріңіз. Linux үшін ядроның Hyper-V қолдауын, интерфейс атауларын, уақыт қызметін және гипервизор арқылы дұрыс өшуді тексеріңіз.

Hyper-V жүйесінің Windows жүктемелері үшін артықшылығы бар: драйверлер мен интеграция қызметтері Windows Server жаңа нұсқаларына кіреді, ал AVMA автоматты активациясы белсендірілген Datacenter хостында жарамды қонақ нұсқалары үшін жұмыс істейді. Бірақ бұл кластердің әр түйінін лицензиялау талабын алып тастамайды. Microsoft failover кластеріндегі әр Hyper-V host белсендірілген болуға тиіс екенін де айтады, әйтпесе ВМ көшкеннен кейін активацияның дұрыс күйін жоғалтуы мүмкін.

Көшіру еңбегін бірдей топта салыстырыңыз: бір қарапайым Linux ВМ, тұрақты IP бар бір Windows сервері, бір дерекқор, бірнеше дискілі бір жүйе және суреттері не ескі ОС бар бір қиын ВМ. Дайындау, көшіру, үзіліс, түзету және кері қайту уақытын өлшеңіз. Бес ыңғайлы машинаның орташа уақыты жоба кестесін жейтін күрделі жүктемелердің соңғы тобы туралы ештеңе айтпайды.

Пилот іске қосылуды емес, қалпына келуді дәлелдейді

Импорттан кейін қонақ ОС ішіне кіру дискінің жүктелгенін ғана растайды. Команда түйін ақауын, резервтік көшірмеден қалпына келтіруді, жоспарлы жаңартуды және қолданбаның келісілген RPO мен RTO ішінде қайтуын көрсеткенде ғана пилот аяқталады.

Екі платформаға да бір қабылдау сценарийін қолданамын:

1. Үш түйінді соңғы желі және сақтау үлгісімен орнатып, кластердің қалыпты тексерісін орындау.
2. Өкіл ВМ-дерді көшіру, ұзақтығын жазу және қолданбаны пайдаланушы жағынан тексеру.
3. Резервтік көшірме жасап, тест ВМ-сін жою және оны оқшауланған желіде жаңа атпен қалпына келтіру.
4. Жұмыс істеп тұрған ВМ-ді әр түйін жұбы арасында көшіріп, пакет жоғалуын және қолданба үзілісін өлшеу.
5. Бір түйінді дұрыс өшірмей ажыратып, кворумды, автоматты іске қосылуды және сақтау күйін тексеру, содан кейін түйінді қайтару.

Сценарийден кейін журналдар, өлшемдер және ауытқулар тізімі қалуы керек. «Ауысқан сияқты» деген сөз қабылдаудан өтпейді. Дерекқор үшін транзакциялық тұтастықты, файлдық қызмет үшін құқықтар мен файлдардың ашылуын, домен контроллері үшін репликацияны, қолданба үшін фондық тапсырмалар мен интеграцияларды тексеріңіз.

Желі ақауын қуат ақауынан бөлек тексеріңіз. Сақтау жүйесінің бір жолын, ВМ трафигінің бір uplink арнасын және бір басқару интерфейсін ажыратыңыз. Ауысу желілік цикл, MTU өзгерісі немесе witness қолжетімділігінің жоғалуын туғызбайтынын тексеріңіз. Түйінді толық өшіру multipath қатесін жиі жасырады, себебі кластер жұмыс істеп тұрған сервердегі әлсіреген жолды тексермей, ВМ-ді жай басқа жерге көшіреді.

Шектерді алдын ала белгілеңіз. Мысалы, «қолданба 10 минут ішінде қолжетімді» талабы өлшеу әдісі және жауапты бақылаушы болса ғана мағыналы. ВМ қайта іске қосылу уақытын сервис қалпына келу уақытымен шатастырмаңыз: қонақ ОС бір минутта жүктеліп, дерекқор recovery процесіне тағы жиырма минут жұмсауы мүмкін.

Пилот функциялар салыстыруынан көрінбейтін пайдалану ұсақтарын да ашады: аудиторға қолжетімділік қалай беріледі, тапсырмалар тарихы қайда сақталады, кезекші дабылды қалай алады, сертификатты кім ұзартады, драйверлер қалай жаңартылады және виртуалды коммутатор конфигурациясы қайда сақталады. Кеңесшілер кеткеннен кейін пайдалану сапасын осы әрекеттер анықтайды.

Өту шарты екіұшты болмауға тиіс. Мысалы: ВМ-нің бес түрі де көшірілді, қалпына келтіру RTO талабына сай болды, түйін жоғалуы RPO шегінен шықпады, бір сервер жаңартуы апатсыз аяқталды, кезекші ауысым регламентті орындады. Интерфейс ұнағанын ескеруге болады, бірақ ол осы дәлелдерді алмастырмайды.

Бұрыннан ақталған күрделілікті таңдаңыз

Кәдімгі үш түйінді кластерде Linux немесе аралас жүктемелер басым болса, Windows Server Datacenter лицензияларының үлкен қоры болмаса, команда Linux білсе және ұйым Ceph жүйесін стандарттай алса не қолданыстағы ортақ сақтау жүйесін пайдаланса, Proxmox таңдаған дұрыс. Ол ықшам стек, түсінікті қолдау бағасы және VMware жүйесінен тікелей импорт береді. Бұл еркіндіктің бағасы Linux, Ceph және қонақ драйверлері үшін жауапкершілік болады.

ВМ-дердің көбі Windows Server ішінде жұмыс істесе, Datacenter құқықтары бұрыннан сатып алынған не виртуализация тығыздығымен негізделсе, команда Microsoft стегін сенімді қолдаса және жабдық тексерілген Failover Clustering мен Storage Spaces Direct конфигурациясына сай болса, Hyper-V таңдаған дұрыс. Ол Windows командасына таныс емес технология санын азайтады. Бұл таныстықтың бағасы ядроларды лицензиялау, CAL, ықтимал System Center және VMDK файлын VHDX түріне көшірудің ауыр конвейері болады.

Екі команда да нөлден бастаса, Proxmox әдетте шығын шегін төмендетеді, бірақ жауапкершілік шегін төмендетпейді. Әр түйінде алты Windows ВМ және екі Linux сервері болса, көшіру құқықтарымен Standard және Datacenter нұсқаларын есептеп, кейін Proxmox пен Windows қонақтарының бөлек лицензияларымен салыстырыңыз. Әр түйінде ондаған Windows ВМ болып, Datacenter қазірдің өзінде қолданылса, Hyper-V техникалық салыстыруға дейін ұтуы мүмкін.

Үшінші адал нәтиже де бар: барлық жүктемеге бір платформаны күштеп таңдамау. VMware сертификатына қатаң тәуелді бірнеше жүйені ауыстырғанға дейін қолдау көрсетілетін нұсқада қалдырып, жаңа және тасымалданатын ВМ-дерді таңдалған кластерге орналастыруға болады. Уақытша аралас орта мониторинг пен backup жүктемесін арттырады, сондықтан оның аяқталу мерзімі болуы керек. Дегенмен бұл әдемі күн үшін қолдау көрсетілмейтін қолданбаны мәжбүрлеп көшіруден қауіпсіз.

Интерфейс көрсетіліміне қарап шешім қабылдамаңыз. Бір сервер сипаттамасы, бірдей RPO мен RTO, бірдей қолдау мерзімі және бір сынақ жиынтығы бар екі архитектура сұраңыз. Содан кейін үш жылдық TCO мен команданың пилотқа жұмсаған сағатын салыстырыңыз. Осы екі санның айырмасы кез келген функция матрицасынан шынайырақ.

GSE жергілікті жеткізу, қолдау және тапсырыс беруші талаптарын ескеріп, жобаны бір бағдарлама өндірушісіне байламай, серверлік инфрақұрылымда екі нұсқаны да жобалап, біріктіре алады. Бірақ соңғы таңдау бәрібір сіздің пилотыңыздан өтуі керек: түйінді өшіріңіз, ВМ-ді қалпына келтіріңіз және кезекшіге қатені регламент бойынша жойғызыңыз.