2025 жылы VDI платформасын қалай таңдау: Citrix, Horizon, AVD

Таңдау қай жерден басталады: қандай мәселені шешесіз

VDI сән үшін қажет емес — ол нақты қажеттілікті жабуы тиіс. Оңайдан бастаңыз: не нәрсе қарапайым, арзан немесе қауіпсіз болады және кімге қажет — пайдаланушыларға ма, әлде ИТ‑топқа ма.

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

Әдістерді шатастырмаңыз:

• VDI — жеке виртуалды жұмыс үстелдері (әркімге өзіне), әдетте офис және талапты сценарийлерге.
• RDS — қосымшалар ресурстарын бөлісетін ортақ сервер сессиялары (жиі арзан, бірақ икемділігі төмен).
• Физикалық ПК — ең жоғары автономия, бірақ паркты басқару, жаңартулар мен қауіпсіздікті жүргізу қиын.

Көбіне бір не бірнеше қиындық болады: паркіні басқару (образдар, жаңартулар, есеп және қолдау), қауіпсіздік (деректер соңғы құрылғыларға шығарылмауы тиіс), қашықтан қатынас пен филиалдар (біртекті жұмыс орындары), жаңа қызметкерлерді жылдам қосу.

Сосын талаптардың қайшылықтарын анықтаңыз — олар платформа таңдайды: on‑prem керек, бірақ бұлттық икемділік қалайды; GPU қажет, бірақ бюджет шектелген; қауіпсіздік қатаң, бірақ пайдаланушыларға жылдамдық пен периферия маңызды. Міндетті тапсырманы адал жазсаңыз, Citrix, Horizon, AVD және альтернативаларды салыстыру оңайырақ болады.

Бұлттарға шектеулер және on‑prem: шекараларды бекіту

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

On‑prem талабы да әртүрлі болады. Бір жағдайда деректер мен профилдер сіздің ЦОД‑та қалады, ал басқарушы компоненттер сыртта болуы мүмкін. Тағы бірінде VDI‑дың барлық компоненттері (брокер, лицензиялау, мониторинг, базалар) өзінің ішінде орналастырылады және сіз стекке толық әкімшілік жүргізесіз. Бірден шешіп алыңыз — бұл кім жүргізеді: сіздің команда, мердігер немесе 24/7 қолдау моделі.

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

Желілер мен филиалдар бөлек әңгіме. Негізгі кеңседе бәрі жақсы жұмыс істей алады, ал аймақтарда кешігулер мен тар арналары жұмысты азапқа айналдырады, әсіресе графика мен видео үшін. Үйден қатынас үшін корпоративтік VPN, MFA, қандай құрылғыларға рұқсат бар және қолдау қалай ұйымдастырылатынын алдын‑ала айқындаңыз.

Шекараларды бекіту үшін әдетте бірнеше сұраққа жауап жеткілікті:

• Қай деректер периметрден шығарылмауы тиіс және неге (реттеу, келісім, ішкі саясат)?
• Жүйелер физикалық қайда болуы тиіс: бір ЦОД, екі ЦОД, аймақтар?
• Қандай қабылданатын тоқтау: минутпен, сағатпен, «тек түн» па?
• Қанша қашықтан пайдаланушы және филиалдардың арналары қандай?
• Журнал жүргізу, шифрлау және қолжетімділікті бақылау талаптары қандай?

Практикалық мысал: Қазақстандағы мемлекеттік орган көбіне on‑prem талап етеді және жеткізілім тізбегінің алдын ала болжанатын болуын сұрайды. Онда таңдау тек платформада ғана емес, сонымен қатар дайындықта (серверлер, СХД, желі) және қолдау/жаңартуларды кім қамтамасыз ететініне де байланысты.

2025 жылғы нұсқалар картасы: нені салыстыру керек

Рынокты алдымен брендтер бойынша емес, сценарийлер бойынша бөлу пайдалы: толық on‑prem, гибрид (бір бөлігі өз ЦОД‑та, бір бөлігі бұлтта) немесе шамамен толық бұлт.

Үш ең көп талқыланатын нұсқа өз экожүйесінде тұрады. Citrix әдетте икемділік пен күрделі жағдайлар қажет болғанда таңдалады: әртүрлі алаңдар, қолданушылар түрлері көп, тәжірибе мен қолжетімділікке қатаң талаптар. VMware Horizon көбінесе vSphere және vCenter бар, команда оны қолдайтын жерде қолайлы. Microsoft AVD — егер сіз Microsoft әлемінде өмір сүріп, негізгі сервистер Azure‑ға байланған модельге сай болса, тиімді.

Салыстыру әділ болу үшін лицензия бағасына ғана емес, практикалық сипаттамаларға қараңыз: басқару бөлігінің қайда орналасатыны және бұлт қолжетімсіз болғанда не болатыны; қолжетімділік пен қауіпсіздік қалай ұйымдастырылғаны (MFA, рөлдер, аудит); образдарды және жаңартуларды жүргізу қаншалықты қолайлы; ауыр қосымшалар қалай жұмыс істейді; периферия (принтерлер, сканерлер, смарт‑карталар) мәселелері.

Толық on‑prem көбінесе автономия мен бақылау маңызды болғанда таңдалады: дәстүрлі Citrix немесе Horizon орнатулары, кейде қарапайым Microsoft RDS базасындағы терминалдық тәсіл, егер міндеттер офис және графикасыз болса.

Гибридтік сценарий масштабтау жылдамдығын және деректердің бір бөлігін өзінде сақтау қажеттілігін біріктіретін кезде таңдалады. Бұл жағдайда Citrix‑тің гибридтік архитектурасына немесе шектеулер мүмкіндік берсе AVD‑ке қарай қарауы мүмкін.

Альтернативалар да бар: қарапайым коммерциялық шешімдер (мысалы, Parallels RAS) немесе кіші командалар үшін минималистік схемалар. Оларды толыққанды альтернатива деп есептеу тек егер қауіпсіздік, басқарылу және қосымшаларды қолдау талаптарын жабса ғана орынды.

Citrix: қашан сәйкес келеді, қашан — жоқ

Citrix VDI критикалық қызмет болғанда жиі таңдалады, яғни ол тек «қашықтан жұмыс үстелі» емес. Оның мықты жағы — ірі енгізулердегі жетілгендігі: саясаттарды нәзік баптау, әртүрлі жеткізу нұсқалары (толық жұмыс үстелдері және жарияланған қосымшалар), әртүрлі топтар үшін қолжетімділікті икемді ұйымдастыру.

Икемділік күрделілікпен төленеді. Әдетте Citrix үшін арнайы роль керек болады (саясаттар, каталогтар, жариялау), сонымен қатар виртуализация, сақтау, желі және қауіпсіздік бойынша мамандар қажет. Инфрақұрылымды алдын‑ала бағалаңыз: контроллерлер мен басқару қызметтері қайда орналасады, қалай қамтамасыз етіледі, AD, DNS, сертификаттар және мониторинг талаптары қандай.

Лицензиялау — жиі тосын сый көзі. Мәселелер әдетте жазылымдардан, пайдаланушылар түрлерінің бөлуінен және қосымша компоненттерден туындайды (мысалы, қауіпсіз қашықтан қатынас немесе кеңейтілген мониторинг). «Пилотқа» арналған жиынтық пен «өндірістік пайдалану» жиынтығы жиі әртүрлі болады, сондықтан не алып жатқаныңызды және қандай сценарийлерге қажет екенін алдын‑ала бекітіңіз.

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

Citrix ұзақ мерзімді және күрделі саясаттар, масштаб және әртүрлі жариялау сценарийлері қажет болса орынды. Егер тапсырма қарапайым (бірнеше ондаған жұмыс орындары), әкімшілік ресурстар жоқ немесе «орнаттым да ұмыттым» режимі күтілетін болса артық болуы мүмкін.

VMware Horizon: практикалық артықшылықтар мен шектеулер

Horizon көбінесе серверлік виртуализацияда VMware стандарт болған жерде таңдалады. Егер сізде vSphere және vCenter бұрыннан орнатылған және процестер анық болса, Horizon әдетте біркелкі енгізіледі: жаңа компоненттер аз, мамандарды табу оңай, пилот жылдам.

On‑prem сценарийлерде Horizon сенімді жұмыс істейді, бірақ шекараларды алдын‑ала бекіту маңызды: брокерлер қайда орналасады, сырттан қолжетімділік қалай ұйымдастырылады және периметрдегі қауіпсіздік кімге жүктеледі. Қатаң деректер орналастыру талаптары бар компанияларда бұл шешуші болуы мүмкін.

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

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

Тексеретін жайттар:

• лицензиялау моделі және қолдауға не кіретіні
• хосттарға шығыстық резерв (пиктерге арналған) емес, «орташа» есеппен емес
• сақтау жүйесі: кешігулер, пиктегі IOPS, профильдердің өсуі
• резервтеу: брокердің немесе хосттың сәтсіздігі, қалпына келтіру жоспары және тестілер
• қашықтан қатынас: сыртқы пайдаланушылар үшін қауіпсіз кіру қалай ұйымдастырылады

Мысалы: Қазақстандағы ұйымда VMware кластерлері бұрыннан бар және барлық деректер ішкі ЦОД‑та болуы керек болса, Horizon ең дұрыс нұсқа болуы мүмкін, бірақ тек инфрақұрылым адалды есептеліп, лицензиялау схемасы алдын‑ала келісілген жағдайда.

Microsoft AVD: күшті жақтар және бұлтқа тәуелділік

AVD (Azure Virtual Desktop) Microsoft‑ке бағытталған ортада логикалық нұсқа сияқты көрінеді: Windows, Microsoft 365, таныс әкімшілік құралдар және қызметкерлер үшін бірлогин. Мұндай жағдайда AVD тез старт беріп, түсінікті қолжетімділік пен саясаттармен жақсы интеграцияланады.

AVD‑тің мықты жағы — Azure басқару қызметтерінің бір бөлігін өз мойнына алады: басқару сервистері, жұмыс үстелі мен қосымшалардың жариялануы, жүктеме бойынша масштабтау. Бұл команда аз болғанда және сұраныс өзгергіш болғанда ыңғайлы: бүгін 200 пайдаланушы, ертең 600 болуы мүмкін.

AVD‑тегі негізгі шектеу — Azure‑ға және байланыс арналарына тәуелділік. Байланыс тұрақсыз болса, пайдаланушылар бұлшық сезеді: кешігулер, сессиялардың үзілуі, «жүдеу» шағымдары. Егер жария бұлтқа тыйым немесе ел ішінде деректерді сақтау қатал талап болса, AVD келісімнен өте алмауы мүмкін.

AVD әдетте сәйкес келмейтін сценарийлер: бұлтқа тікелей тыйым салынған ұйымдар; тіркелгі деректерін және оқиғалар журналдарын периметрден шығаруға болмайтын орта; арналары шектеулі аймақтар.

Иелік ету шығынын есептегенде лицензиялар мен виртуалды машиналар ғана емес, байланыс пен қолдауды да ескеріңіз. 3D‑потребности (САПР, визуализация) кезінде талаптар қуат пен трафикке өсіп, ресурстар мен резервтеу шығындарын арттырады.

Таңдау алдында тексеріңіз:

• Azure‑қа дейінгі интернет арналарының тұрақтылығы және резерві
• деректер, журналдар және сақтық көшірмелер бойынша талаптар
• кіру моделі: MFA, шартты кіру, әкімші рөлдері
• AVD‑ті 24/7 кім және қалай қолдайтыны, жауапкершілік шекарасы
• шығындар бағалауы: ресурстар, трафик, қолдау, пайдаланушылар санының өсуі

Егер бұлтқа қатысты шектеулер болса, пилоттан кейін ғана шектеулер шықпауы үшін on‑prem нұсқасын да параллель бағалау ақылды.

Citrix, Horizon және AVD‑тен тыс альтернативалар: шындықпен бағалау

Егер негізгі үш платформа қаперге сай келмесе — баға, лицензиялар, бұлттық шектеулер немесе on‑prem талаптары бойынша — альтернативалар бар. Бірақ оларды презентациялардың уәделері бойынша емес, 3–5 жыл пайдалану тұрғысынан бағалау керек: жаңартулар, қауіпсіздік, қолдау және үйлесімділік.

Коммерциялық альтернативалар қарапайымдылық жағынан жиі ұтады. Лицензиялау түсінікті, компоненттер аз және типтік сценарийлерге тез старт береді (офистік жұмыс орындары, контакт‑орталық, мердігерлерге қолжетімділік). Дегенмен базалық жеткізілімге не кіретінін тексеріңіз: брокер, шлюз, MFA интеграциясы, мониторинг, профильдер, басып шығару және перифериямен жұмыс.

Open‑source және «жеңіл» нұсқалар күшті ішкі команда мен анық шектелген сценарий болғанда орынды. Тәуекел қолдау 24/7, қатаң ИБ талаптары және инциденттер үшін жауапкершілік талап етілгенде басталады. Қайталанатын қапшық — пилот жұмыс істейді, ал масштаба көшкенде профильдер, принтерлер, USB және нәзік баптаулармен проблемалар шығады.

Альтернативаларды трезво бағалау үшін жеткізушіге нақты сұрақтар қойыңыз: патчтар қалай шығады және оралу бар ма; қолдау қандай және инцидент не деп саналады; экожүйе (профильдер, басып шығару, MFA/SSO, аудит, API) қалай; сіздің гипервизор, желі және ИБ талаптарымен үйлесімділігі қандай; өнімнің 2–3 жылдан кейінгі тағдыры және кім технологияны басқарады.

Тәуелділікті тексеріңіз. Жақсы белгі — архитектура анық қабаттарда тұр (гипервизор, брокер, протокол, профиль) және пайдаланушылар мен образдарды көшіру «барлығы нөлден жазуды» талап етпейді.

Практикалық сценарий: Қазақстандағы мемлекеттік орган on‑prem VDI және жеткізілім тізбегінің айқын болуын қалайды. Бұл жағдайда платформа сіздің ИБ контурына қалай кіретінін және серверлік ресурстар жеткілікті ме екенін алдын‑ала бағалаңыз. GSE.kz жергілікті өндіруші және интегратор ретінде инфрақұрылым мен қолдауды қамтамасыз ете алады, бірақ платформа таңдауын пилот пен талаптарға сүйеніп жасау керек.

Графикалық жұмыс орындары: GPU және VDI талаптары

Офистік VDI жайлылық пен баға бойынша салыстыруға келеді, ал графикалық жұмыс орындары тез темір мен кешігуге соқтығады. CAD, GIS, 3D‑модельдеу, видеомонтаж, видеоаналитика және кейбір ML‑тапсырмалар әртүрлі талап қояды: біреулерге модель айналдырудың тегістігі маңызды, басқаларға тұрақты FPS, үшіншілерге түстің дәлдігі мен артефактілер болмауы қажет.

Қандай GPU нұсқалары кездеседі

Ең қарапайым — пайдаланушыға бір GPU бөлу (немесе бір VM‑ге). Бұл өнімділік бойынша болжамды, бірақ қымбат және масштабталуы нашар. VDI‑да жиі кездесетін нұсқа — бөлісілген GPU (vGPU), бір жылдамдатқыш бірнеше пайдаланушы арасында профильдер бойынша бөлінеді. Үшінші тәсіл — қашықтағы жұмыс станциясы (физикалық немесе виртуалды) тар міндеттер үшін, драйверлер мен қосымшалармен максималды үйлесімділік қажет кезде.

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

Қуатты жоспарлау және пилот

Көлемді қосымшалар мен пайдаланушы типтерінен есептеңіз. Жобалық бөлім әдетте 2–3 профильге бөлінеді: жеңіл сызбалар, ауыр жинақтар, визуализация. Осыған сәйкес vGPU профильдері мен бір GPU‑ға қанша пайдаланушы келетінін таңдайды, содан кейін нақты файлдармен тексереді.

Пилотта сатып алудан бұрын 2–3 типтік жоба және бір «ауыр» файлты тексеріңіз; пика кезінде кешігу мен тегістікті бағалаңыз; протоколдың әртүрлі баптауларында сурет сапасын тексеріңіз; екі монитор мен жоғары шешімділікте жұмыс; GPU драйверлерінің сіздің қосымшалар нұсқаларымен үйлесімділігі.

Егер VDI on‑prem жоспарланса, GPU серверлерге арналған орын, салқындату және қуат резервін алдын‑ала есептеңіз. Мұндай жобаларда жергілікті нарықта қолжетімді және операцияда қолдау көрсетілетін жабдықпен тестілеу ыңғайлы, мысалы GSE.kz ұсынатын шешімдермен.

Платформаны қалай таңдау: кезеңді жоспар

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

Уақытты үнемдейтін қадамдар

1. Пайдаланушылар топтары мен олардың тапсырмаларын сипаттаңыз. Офистік қызметкерлерге тұрақтылық пен жылдам қосылу маңызды, инженерлерге ауыр 3D‑қосымшалар мен GPU, контакт‑орталына — болжанатын кешігу және гарнитуралар.

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

3. Орналастыру моделін таңдаңыз: on‑prem, гибрид, толық бұлт. Егер on‑prem талабы болса, брокерлер, профильдер, файл сервисі қайда болатынын және қалай резервтеу ұйымдастыратынын алдын‑ала анықтаңыз.

4. Салыстыру критерийлерін құрып, салмақ беріңіз. Әдетте пікір қауіпсіздік, пайдаланушы тәжірибесі (жылдамдық, тұрақтылық, периферия), толық иелену құны (лицензиялар, инфрақұрылым, желі) және қолдау (ішкі компетенциялар, вендор, серіктес, 24/7) төңірегінде болады.

5. Қысқа пилот жасаңыз және сәттілік критерийін алдын‑ала анықтаңыз.

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

Мысал: егер 80 офис және 15 инженер болса, екі витрина бойынша пилот жасаңыз: офис үшін стандартты VM‑дер, инженерлер үшін GPU‑лы түйіндер. On‑prem үшін бұл серверлердің сол класында тестілеу жақсырақ.

Басқармаға шешімді қалай ұсыну

Нәтижені 1–2 бетке жинаңыз: бұлт/ on‑prem шектеулері, пайдаланушылар топтары, пилот нәтижелері мен метрикалар, тәуекелдер және шаралар, 3 жылға есеп. Сан мен фактілерге сүйенген шешімді қорғау оңайырақ.

Таңдау және енгізуде жиі қателіктер

Ең қымбат қате — платформаны таңдап алып, желі мен инфрақұрылымның оған төзімсіз екенін анықтау. Жұмыс сапасы көбіне вендордан емес, кешігулер, пакет жоғалтулар мен тар арналары сияқты желі мәселелерінен тәуелді болады.

Жиі жобаны бұзатындар: атау бойынша шешім алу және пиктегі өлшеулер жасамау; профильдер мен периферияны (USB, принтерлер, смарт‑карталар, сканерлер, гарнитуралар) бағаламау; тек лицензияны есептеп, жаңартулар, қолдау және оқытуды ұмытқан; графикалық пайдаланушыларды офис профиліне отырғызу; резервтеу мен қалпына келтіру процедурасын жоспарламау.

Тәуекелдерді азайту үшін сәттілікті қалай дәлелдейсіз соны алдын‑ала келісіңіз. Метрикаларды сатып алудан бұрын бекітіңіз.

Кішкентай мысал: Қазақстандағы ұйым on‑prem VDI бастайды және тек офис пайдаланушыларымен пилот жасайды. Кейін жобалық бөлімді қоссалар, жеке пулдар, GPU және басқа сақтау моделінің қажеттігі анықталады.

Қорытынды чек‑тізім финалдық шешімге дейін

Келісімге отырмас бұрын қысқа тексерістен өтіңіз. Бұл деректер қайда болатыны, кім қалай жұмыс істейтіні және қандай тәуекелдерді қабылдайтыныңызды тексеруге көмектеседі.

Алдымен бұлттар мен деректерге шектеулерді жазбаша бекітіңіз: қандай деректер шығарылмайды, профилдер қайда, бұлт басқаруға немесе сақтық көшірме үшін қолдануға рұқсат етіле ме. Содан кейін пайдаланушыларды 3–5 профильге бөліп, негізгі қосымшалар мен периферия тізімін жасаңыз — олардың көбісі демо‑лардың сәтсіз болуына әкеледі.

Қысқа тізім: не таңдап білу керекке дейін жабу қажет мәліметтер:

• бұлттар мен деректерді сақтау шектеулері (бэкап пен журналдар қосылған)
• типтік пайдаланушы профильдері және олардың қосымшалар/перифериясы
• GPU талаптары және 3D‑жұмыс орындары тізімі
• филиалдарға дейінгі арналары мен пикадағы кешігулерді тексеру
• қауіпсіздік пен қолжетімділік талаптарын келісу (MFA, рөлдер, сыртқы мердігерлер)

Соңында пилот сәтті екенін қалай түсінетінін келісіңіз: кіру уақыты, тұрақтылық, сурет пен видео сапасы, USB‑периферияның жұмысы, 3D өнімділігі және қолдау жүктемесі.

Шынайы сценарий және келесі қадамдар

Университет немесе мемлекеттік органды елестетіңіз: студенттер немесе азаматтардың деректерін жария бұлтқа шығаруға болмайды, кейбір жұмыс орындары сыртқы арналarda ақаулар кезінде де жұмыс істеп тұруы тиіс. Көпшілік қызметкерге почта, құжаттар, браузер және 1С қажет, ал шағын топқа — CAD пен 3D визуализация.

Осындай жағдайда often on‑prem VDI таңдалады: инфрақұрылым өз деректер орталығында қалады, деректер орналастыру талаптарын орындау оңайырақ. Бірақ жолда екі тармақ пайда болады: офиске қарапайым виртуалды машиналар жеткілікті, ал CAD командасына vGPU немесе passthrough қажет — әйтпесе кідірістер мен шағымдар болады.

Пилотты екі топқа жасау жақсы: «орташа» пайдаланушыға емес. Мысалы: 30 офис қызметкері және 10 CAD инженері. Алдын‑ала өлшенетін көрсеткіштер: кіру уақыты, файлдарды ашу жылдамдығы, қашықтық протоколындағы сурет сапасы, принтер мен USB жұмысы, CAD кешігуі, CPU/RAM/GPU және желінің жүктемесі.

Сметада бірінші орынға серверлер мен GPU‑узелдер, СХД (немесе гиперконвергент) кешігулері алдын ала болжанатын, желі резервтері мен сегментациясы, лицензиялар (гипервизор, брокер, ОС, vGPU, CAD), мониторинг және қолдау шығады.

Келесі қадамдар анық: қауіпсіздік пен қолжетімділік талаптарын бекіту, мақсатты архитектураны жобалау, пилот стендін дайындау және тест жоспарын жазу. Егер серіктес керек болса, on‑prem инфрақұрылымды жинап, серверлерді орнатып және интеграция мен қолдауды Қазақстан бойынша қамтамасыз ететін жүйелік интеграторға тапсырады. Мысалы, GSE.kz серверлік инфрақұрылымды (S200‑ға негізделген шешімдер қоса) жеткізіп, интеграция мен қолдауды қамтамасыз ете алады.

Финалдық шешімді пилот нәтижелерімен қабылдаңыз: сандық көрсеткіштер, екі топтың пікірлері және 3–5 жылға есептелген иелік құны негізінде.