VDI-дегі Windows лицензиясы: опциялар мен сатып алудағы қателіктер

VDI-дегі Windows лицензиясында неде мәселе

VDI-дегі Windows лицензиясында оңай адасуға болады: әдеттегі «ПК сатып алдық — Windows жабық» логикасы жұмыс істемейді. Виртуалды жұмыс үстелі деректер орталығында жүктеледі, ал пайдаланушы оған басқа құрылғыдан кіреді. Сондықтан негізгі сұрақ осындай: сіз қашықтағы Windows-қа қосылу құқығын қандай негізде лицензиялайсыз — қатынас құрылғысы бойынша ма, әлде пайдаланушы құқығы бойынша ма?

VDI әдеттегі ПК-дан да, жай «қашықтағы қатынаудан» да өзгеше. Физикалық компьютерде Windows нақты машинаға орнатылған және құқықтар көбінесе сол құрылғыға байланған. VDI-де Windows серверде іске қосылады, ал оған жұқа клиенттер, ескі офис ПК-лары, қызметкерлердің ноутбуктері немесе жеке құрылғылар арқылы қосылуға болады. Бір виртуалды жұмыс үстелі әртүрлі кіру нүктелеріне қызмет көрсетуі мүмкін — дәл осы нәрсе сатып алу бойынша стандартты үміттерді бұзады.

Ең жиі кездесетін қателік — нақты сценарийге сай келмейтін "Windows үшін бірдеңе" сатып алу. Мысалы, ұйым жұқа клиенттер ала салады және олардың толық Windows-ы жоқ болғандықтан лицензия қажет емес деп ойлайды. Немесе керісінше: пайдаланушыға арналған лицензияларды алады, ал шын мәнінде қол жеткізу ортақ құрылғылар (сынып, колл-орталық немесе ауысымды бөлім) арқылы жүргізіледі. Нәтижесінде лицензиялар не жетіспей қалады, не артық шығып жатады.

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

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

VDI қалай ұйымдастырылған және бұл лицензияларға қалай әсер етеді

VDI (Virtual Desktop Infrastructure) — Windows жұмыс үстелі деректер орталығындағы виртуалды машина ретінде іске қосылатын жүйе. Қолданушы таныс интерфейс пен қосымшаларды көреді, бірақ бәрі қашықтағы ортада жұмыс істейді.

Негізгі екі виртуалды жұмыс үстелі түрі бар:

• Персоналды (persistent): пайдаланушыға жеке виртуалды машина бекітіледі, баптаулар мен қосымшалар сақталады.
• Пул (non-persistent): пайдаланушы пулдан бос жұмыс үстелін алады, және шығағанда өзгерістер әдетте тазаланады.

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

Windows шын мәнінде қайда іске қосылады

Негізгі жайт: Windows серверлерде іске қосылады, ал пайдаланушы құрылғысы (жұқа клиент, ноутбук, үйдегі ПК) көбінесе тек бейнені көрсетіп, енгізуді жібереді.

Стандартты скимада бірнеше компонент бар: гипервизор мен виртуалды машиналар, қосылым брокері, образдар мен профильдер сақтау орны, желі және қауіпсіздік құралдары (мысалы, MFA және сегментация). Мұндай архитектура басқаруды және қорғауды жеңілдетеді, бірақ "Windows ПК-ға лицензияланады" деген танымал ойды бұзады. VDI-де әдетте сұрақ басқа қырынан қойылады: қай құрылғы немесе қай пайдаланушы қашықтағы Windows-қа қолжетімділік құқығына ие?

Қолданылатын құрылғы түрі ережелерді неге өзгертеді

Лицензиялау үшін маңыздысы — қай құрылғыдан қосылатыны:

• Корпоративтік ПК, оның үстінде жарамды базалық Windows лицензиясы бар;
• Толыққанды Windows-ы жоқ жұқа клиент;
• Жеке құрылғы (BYOD).

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

VDI үшін Windows лицензиясының негізгі нұсқалары

VDI-дегі лицензиялау "ПК сатып алдық — жұмыс істейміз" схемасынан өзгеше. Маңыздысы — жүйе қайда жүктелгені ғана емес, кім және қай құрылғылардан қосылатыны.

Физикалық ПК-ға арналған Windows OEM көбіне VDI қолжетімділігін қамтымайды. OEM нақты құрылғыға бекітіледі және Windows-ты сол жерде іске қосуға құқық береді. Ал егер Windows деректер орталығында виртуалды машина ретінде жұмыс істесе, қолжетімділік құқықтары әдетте басқа лицензиялармен қамтамасыз етіледі.

Windows Enterprise және Software Assurance

Корпоративтік жол — көбінесе Windows Enterprise пен белсенді Software Assurance (SA). SA әдетте виртуализация құқықтарын және VDI-ға заңды қолжетімділікті береді (қолданылған модельге — құрылғы немесе пайдаланушы бойынша — сәйкес). SA мерзімі аяқталғаннан кейін кейбір ұйымдар инерциямен VDI-ды пайдалануды жалғастырады, ал қолжетімділік құқықтары қазір қамтылмаған болуы мүмкін.

VDA: кейде ол міндетті

Windows VDA (жазылым) — құрылғы Windows Enterprise пен SA-ға «квалификацияланбаған» жерлер үшін қажет. Типтік жағдайлар: толық Windows-ы жоқ жұқа клиенттер, BYOD, кейбір мердігерлер мен уақытша пайдаланушылар. Негізінде VDA виртуалды ортадағы Windows-қа қол жеткізу құқығын сатып алады — құрылғыға немесе пайдаланушыға арналған.

Практикада жиі кездесетін комбинациялар:

• Корпоративтік ПК-лар үшін SA бар Windows Enterprise;
• Жұқа клиенттер, BYOD және сыртқы пайдаланушылар үшін VDA;
• Кейбір адамдардың кіру нүктелері әртүрлі болғанда "офис ПК-лары үшін SA + қашықтан қатынау үшін VDA" комбинациясы.

Негізгі таңдау — пайдаланушыға немесе құрылғыға негізделген модель. Құрылғыға негізделген модель бір құрылғыны ауысып қолданатындарға (тіркеу стойкасы, ауысымдық пост) тиімді. Пайдаланушыға негізделген модель бір қызметкер бірнеше құрылғыдан қосылса — офис ПК, ноутбук, үйдегі ПК — ыңғайлырақ.

Жұқа клиенттер: қай жерлерде жиі қателеседі

Жұқа клиентті көбінесе "тек экран мен пернетақта" деп қабылдайды, сондықтан қателіктер дәл осы жерден басталады. VDI-де бастысы — виртуалды жұмыс үстелі қай жерде емес, оған қай құрылғыдан қолжетімділік болатыны.

Үш типтік схема

Жиі практикалық түрде кездесетін нұсқалар:

1. Құрылғыда Windows жоқ (немесе жеңіл ОС). Тұтас жұқа клиентке Windows-тың толық лицензиясы қажет болмауы мүмкін, бірақ виртуалды Windows-қа қолжетімділік әлі де дұрыс түрде жабылуы тиіс.

2. Windows Pro орнатылған және белсенді Software Assurance бар құрылғы. Бұл кейбір жұмыс орындары үшін ыңғайлы: кейде локальді, кейде VDI арқылы жұмыс істейді. Маңыздысы — жай Windows Pro емес, белсенді SA болуы.

3. Адамдар ағымы бар ортадағы ортақ терминалдар (ауысымдық посттар, тіркеу, колл-орталық). Мұнда әдетте лицензияларды құрылғы бойынша есептейді: пайдаланушылар алма-кезек, ал терминал орнына бекітіледі.

Құрылғыға не пайдаланушыға негізделгенін таңдау көбіне бір сұраққа келеді: не бекітілген — жұмыс орны ма, әлде қызметкер ме.

Перефирия: себепсіз күрделендірмеңіз

Мониторлар, сканерлер, принтерлер мен картоқыштағыштар өздері Windows лицензиясын талап етпейді. Лицензиялау қолжетімділік нүктесін (құрылғыны немесе пайдаланушыны) лицензиялайды, ал периферия жиынтығын емес. Практикада маңыздысы — VDI-де USB бағыттау, басып шығару және сканерлеу коррект жұмыс істеуі; бұл архитектура мен саясаттар мәселесі.

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

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

Қашықтан пайдаланушылар және BYOD: негізгі тұзақтар

Қашықтағы жұмыс есептеулерді жиі бұзады, себебі VDI-де маңыздысы тек сервер ғана емес, сол серверге қай құрылғыдан қосылғаны. Үйдегі ПК, жеке ноутбук немесе планшет қажет құқыққа ие болмауы мүмкін, сондықтан виртуалды жұмыс үстеліне қол жеткізу сәйкестік тәуекелін тудырады.

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

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

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

"Қанша виртуалды жұмыс үстелі" деп бастап қателікті болдырмау қиын. Бастау керек — кімге қолжетімділік беріледі дегеннен.

1. Қосылатындардың категорияларын анықтаңыз: штаттық қызметкерлер, мердігерлер, уақытша персонал. Ауысымдылықты бөлек белгілеңіз.

2. Қолданылатын құрылғыларды тізімдеңіз: жұқа клиенттер, офис ПК-лар, ноутбуктер, үйдегі құрылғылар (BYOD), стойка мен цехтағы терминалдар.

3. Есептеу моделін таңдаңыз: пайдаланушыға немесе құрылғыға қарай. Гибридті жұмыс жағдайында көбіне "пайдаланушы бойынша" оңайырақ, ал ауысымдық посттарда "құрылғы бойынша" тиімдірек.

4. Windows бойынша базаны тексеріңіз: корпоративтік ПК-ларда белсенді Software Assurance бар ма, әлде бөлек VDA сатып алу қажет пе. Осы жерде жиі "бәрі сатып алынған" деген сенім бар, ал аудитте парктың тек бір бөлігі ғана жабылғаны анықталады.

5. Ережелерді жазбаша бекітіңіз: сатып алу талаптарында және есепке алу регламентінде (кімде қолжетім бар, қай құрылғылардан, кім реестр жүргізеді және жаңа пайдаланушылар қалай қосылады).

Логиканы тексеруге мини-сценарий

Мысалы, сізде 120 офис қызметкері бар, оның 40-ы үнемі үйден ноутбук арқылы, және тағы 15 мердігер екі айға. Егер "құрылғы бойынша" есептесеңіз, BYOD пен уақытша қосылымдар есепте ұсталмай қалуы мүмкін. "Пайдаланушы бойынша" есептеу оңайырақ болуы мүмкін, бірақ пайдаланушы анықтамасын және мердігерлердің келісімшарт аяқталғаннан кейін қалай өшірілетінін нақты білу керек.

Дұрыс есептеу үшін қажет деректер

Көптеген қателіктер толық емес бастапқы деректерден басталады. Алдын ала жинауға тиіс минимум:

• VDI арқылы жұмыс істейтін жалпы пайдаланушылар мен бір уақытта қосылатындар саны (бұл екі түрлі көрсеткіш);
• жалпы жұмыс орындары бар ма (ауысымдар, тіркеу посттары, операторлік пункттер);
• құрылғылар инвентаризациясы (модель, ОС, қолданылу орны — офис, цех, филиал);
• кімге қашықтан қол жеткізу керек және BYOD бар ма;
• есептің иесі кім (әдетте HR, IT және сатып алу бірлесіп жүргізеді).

Тіпті дұрыс сатып алынған лицензиялар да уақыт өте өзгеретін шындыққа сәйкес келмейді, егер қабылдау, жұмыстан босату, орын алмастыру, құрылғы беру және рөлдер өзгеруі тәрізді процестер болмаса.

Сатып алу мен келісуде типтік қателіктер

VDI-де проблемалардың көпшілігі техникалық емес — құқықтарды қалай түсіндіруге байланысты. Көбіне осылай ойлайды: "серверлер мен VDI платформасын сатып алдық — бәрі жабық". Бірақ аудит пен вендор кім және қай құрылғыдан Windows-десктопқа қосылатынын қарайды.

Көбіне кездесетіндер:

• жұқа клиенттер қолжетімділік құқықтарын жоққа шығарады деп ойлау;
• тек серверлік бөлік есепке алынып, пайдаланушылар мен құрылғылар құқықтары ұмытылуы;
• VDI мен RDS-ті шатастырып, басқа лицензия тізбегін есептеу;
• адамдар бірнеше нүктеден қосылатын жерде "құрылғы бойынша" модель таңдау немесе бәрі ауысыммен жұмыс істейтін жерде "пайдаланушы бойынша" таңдау;
• BYOD пен мердігерлерге ережелерді бекітпеу.

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

Мысал сценарий: аралас жұмыс орындары мен қашықтан жұмыс

Мысал ретінде поликлиниканы алайық. Тіркеуде пациент ағымы жоғары, дәрігерлер кабинеттерде ауысыммен жұмыс істейді, ал кейбір мамандар кейде үйден қосылады.

VDI ішінде бәрі бірдей "виртуалды ПК" сияқты көрінеді, бірақ лицензиялау үшін қай құрылғыдан қосылатыны маңызды.

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

Дәрігерлерде жағдай аралас. Егер дәрігерге корпоративтік ноутбук бекітілсе және ол тек сол құрылғыдан қосылса, модель құрылғыға байланысты болуы мүмкін (корпоративтік құқықтар қандай екеніне қарай). Бірақ үйден немесе жеке ноутбуктардан қосылу пайда болса, әдетте пайдаланушыға негізделген модель қауіпсізрек: бір дәрігер — бірнеше құрылғыдан қолжетімділік құқығы.

Сатып алудан бұрынғы шұғыл чеклист

Сипаттаманы келісуден бұрын 10 минут бөліп үш нәрсені тексеріңіз.

1) VDI-ға нақты не қосылады

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

2) Кім қосылуға құқылы

Пайдаланушылар категорияларын және ережелердің иесін нақтылаңыз: штаттық қызметкерлер, мердігерлер, уақытша персонал, оқу сыныптары, ауысымдық медициналық персонал, әкімшілер. "Қажет бойынша қолжетімділік" сияқты жалпылама формулировка жиі лицензия санын арттырмайды — қашықтан қолжетімділік "үнсіз" пайда болып, лицензиялар қайта есептелмейді.

3) Бұл модель лицензиялануға қалай ашылады

Таңдалған схема сипаттамада нақты көрсетіліп, сценариймен байланыстырылсын: "құрылғы бойынша" немесе "пайдаланушы бойынша", корпоративтік не жеке, офис не қашықтан. BYOD пен мердігерлерді бөлек есептеңіз — бұл жиі недосчёт аумағы.

Келесі қадамдар: тосынсыйсыз сатып алуды қалай дайындау

Сатып алудан бұрын болжамдарды жою маңызды. VDI-де "жеке ноутбуктан қосылсын" деген кішкене допущение тез басқа лицензия моделіне және бюджетке әкеледі.

Қысқа "шындық картасын" жасап, оны IT және қауіпсіздікпен келісіңіз: кім VDI-да жұмыс істейді, қай құрылғылардан қосылады, қайдан (тек компания желісі ме әлде үй мен іссапардан да), қай қосымшалар маңызды, "пайдаланушы" қалай есептеледі (аты-жөні бойынша немесе ауысыммен).

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

Инфрақұрылымды ұмытпаңыз. VDI жиі сервер, сақтау және желіге ие жетіспеушілікке тіреледі, ал тоқтап қалулар лицензиядан да қымбатқа түседі. Егер бірыңғай мердігер қажет болса, жобаны жүйелік интегратор арқылы қысқа мерзімде жабу ыңғайлы болуы мүмкін — ол архитектураны, жабдықты және қолдауды өз мойнына алады. Мысалы, GSE.kz сервер өндірушісі және Қазақстанда жүйелік интегратор ретіндегі тәжірибесі арқылы VDI-инфрақұрылым талаптарын қолжетімділік моделіне және одан әрі қолдауға байланысты үйлестіріп бере алады.

Кірістер жинақталғаннан кейін VDI-дегі Windows лицензиялау пікір-таластың емес, қорғалатын және сатып алу комиссиясында қорғала алатын есепке айналады.