Windows Server Standard және Datacenter лицензиялау: мысалдар

Неліктен Standard пен Datacenter‑ты салыстыру керек

Виртуализация үшін Windows Server сатып алу әдетте қарапайым мақсатқа келеді: қажетті санды виртуалды машиналарды (ВМ) іске қосып, артық төлем жасаудан аулақ болу. Қиындық — баға тек редакциядан емес, сондай‑ақ хосттардың құрылымынан, миграция жоспарынан және әдеттегі және апатты жағдайда әр түйінде қанша ВМ болатынынан да тәуелді.

Standard пен Datacenter арасындағы негізгі айырмашылық — виртуализацияға құқықтар. Екі редакция да физикалық хосттың ядрлары бойынша лицензияланады, бірақ Standard ВМ‑ге шектеулі құқық береді және «қабаттау» арқылы көбейтуді талап етеді, ал Datacenter ядрларды лицензиялаудан кейін ВМ саны бойынша шектеуді жояды. Сондықтан практикалық сұрақ біреу: әр хостта қазір қанша ВМ бар және 6–12 ай ішінде қанша болады.

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

Жиі есепті бұзатын қарапайым мысал: екі хосттық кластер және бір түйін тоқтағанда барлық ВМ екіншісінде қосылуы тиіс. Онда ВМ‑ге құқықтар «жаман күнге» сәйкес әр хостта қамтамасыз етілуі тиіс.

Төменде 1, 2 және 4 хостқа арналған ядролар бойынша есептеу және ВМ‑ке құқықтар ережелері көрсетілген. CAL (клиенттік қолжетімділік лицензиялары), RDS CAL және үшінші тарап өнімдердің лицензиясын есептен шығарып, бюджеттің әр тармағын араластырмау үшін бөлек қарастырдық.

Негізгі ережелер: Windows Server‑ті ядролар бойынша қалай санау керек

Windows Server Standard пен Datacenter «сервер бойынша» немесе «сокет бойынша» емес, виртуализация іске қосылатын әр хосттағы физикалық ядролар бойынша лицензияланады. Сондықтан есептің бастапқы нүктесі — нақты аппараттағы физикалық ядролар саны.

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

Көбінесе ұмытылып кететін минимумдар бар. Ядролары аз болса да, лицензиялауда кемінде:

• әр процессор үшін 8 ядро
• әр сервер үшін 16 ядро

Сонымен практикалық ереже: бір CPU‑да 6 ядролы серверді де 16 ядро ретінде лицензиялау керек. Екі CPU‑да әрқайсысы 6 ядро (жалпы 12) болса да, 16 ядромен лицензияланады.

Лицензияларды әдетте 2 ядролық пакеттермен сатып алады. Практикада бастапқы минимумды (16 ядро) жабатын жиынтық алып, сонан кейін нақты ядроларға дейін 2‑ядролық пакеттерді қосады. Мысалы, 24 ядролы хост = 16 ядро + тағы 8 ядро (төрт пакет 2‑ярдролық).

Бұл ережелер Standard пен Datacenter үшін бірдей. Айырмашылық хост лицензиясын ВМ‑ге құқықтарға қалай байланыстыратыныңызда басталады.

Виртуалды машиналарға құқықтар: Standard пен Datacenter‑ты қарапайым тілмен түсіндіру

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

Standard: хосттың барлық физикалық ядролары толық лицензияланғаннан кейін сол хостта 2‑ге дейін Windows Server ВМ іске қосуға құқық беріледі.

Егер екіден артық ВМ керек болса, «қайталама лицензиялау» іске қосылады: сол хосттың ядроларын қайтадан лицензиялайсыз. Әр толық қайталау тағы 2 ВМ құқығын қосады. Яғни ВМ саны жұптармен өседі, ал төлем — барлық ядроларды қайтадан жабу үшін.

Datacenter: сіз де хосттың барлық ядроларын лицензиялайсыз, бірақ одан кейін хостта шексіз санында Windows Server ВМ іске қосуға құқылы боласыз.

Қысқа шпаргалка:

• Standard: бір рет толық лицензияланған хост = 2 ВМ; әр қайталама лицензиялау +2 ВМ.
• Datacenter: бір рет лицензияланған хост = шексіз ВМ.

Мысал: егер бір хостта 6 ВМ жоспарланған болса, Standard үшін 3 «топ» (2+2+2) керек болады. Datacenter‑та бір топ жеткілікті.

Виртуализацияға лицензия есептеуінің қадамдық алгоритмі

Жеке әр хост бойынша есептеп, соңынан жиынтықтап және редакцияларды салыстыру ыңғайлы. Бұл бір серверге де, кластерге де жарайды.

1) Әр хосттағы ядроларды есептеу

Әр сервер үшін процессорлар саны мен физикалық ядроларды бекітіп, минимумдарды қолданыңыз. Есепте нақты ядролар саны мен минимумның қайсысы үлкен болса, сол жазылады.

2) Ядроларды лицензия жинақтарына аудару

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

3) Әр хостта шын мәнінде қанша ВМ болатынын анықтау

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

4) Standard үшін «қабаттарды» есептеу

Standard‑та бір толық лицензияланған хост 2 ВМ‑ге құқық береді. Көп ВМ қажет болса, қабаттар қосылады:

• хосттағы ВМ саны / 2 = қажет қабат саны (жоғарыға дөңгелектеу)
• хостқа арналған ядролар лицензиясы x қабат саны = Standard бойынша нәтижесі

5) Datacenter‑пен салыстыру

Datacenter‑та ядролар хостта бір рет жабылады, әрі ВМ‑ге шектеу жоқ. Егер Standard көп қабаттарды талап етсе (кеңінен 3–4 және одан көп) немесе ВМ өсуін алдын ала айту қиын болса, Datacenter есеп пен басқаруда қарапайым әрі сенімді болады.

Мысал 1: бір виртуализация хосты (1 сервер)

Бір физикалық серверді Hyper‑V (немесе басқа гипервизор) ретінде алайық. Мысалы, онда 2 CPU × 12 ядро = барлығы 24 ядро. Минимумдар әсер етпейді, нақты 24 ядро есепке алынады.

Шыққан деректер

Негізгі параметрлер — ядролар мен ВМ саны:

• Хост: 24 физикалық ядро (барлығын лицензиялау).
• Standard: бір комплект лицензия барлық ядроларды жабып, 2 ВМ құқық береді.
• Datacenter: ядроларды лицензиялағаннан кейін шексіз ВМ.

Сценарий A: 2 ВМ керек

Егер 2 ВМ қажет болса (мысалы, AD/DNS және файл сервер), Standard көбіне ақылға қонымды: 24 ядроны бір рет лицензиялап, 2 ВМ‑ге құқық аласыз.

Datacenter та жарайды, бірақ көбіне көп ВМ немесе тез өсім күтілсе таңдалады.

Сценарий Б: 6–10 ВМ керек

Бұл жерде Standard‑тың қайталама лицензиялауы жұмысқа түседі: әр қосымша 2 ВМ үшін сол 24 ядролық хостқа тағы бір комплект керек.

8 ВМ мысалы:

• 1 комплект Standard (24 ядро) = 2 ВМ
• 8 ВМ = 4 комплект Standard (әрқайсысы 24 ядроны жабады)

Бұл сатыда Datacenter есептеуді жеңілдетеді: 24 ядроларды бір рет лицензиялап, қажет ВМ‑ларды қосып отырасыз. Datacenter‑тың тиімді болу шегі баға мен сатып алу шарттарына байланысты, бірақ көбінесе Standard кем дегенде 3–4 комплект талап ете бастаса Datacenter тиімдірек болады.

Практикалық кеңес: аздаған запас қалдырыңыз. Тест немесе резервтік ВМ күтпеген кезде пайда болуы мүмкін. Егер 6 ВМ жоспарласаңыз, кемінде 8 деп есептеңіз.

Мысал 2: екі хост (кластер, миграциялар, бір түйіннің тоқтауы)

Кластерде лицензиялар «кластер бойынша» есептелмейді, әр хост бойынша жеке есептеледі. Виртуалдық машиналар түйіндер арасында көшеді, сондықтан есепте авариялық ең нашар сценарийді алады: бір хосттың тоқтауында бір түйінде қанша ВМ болуы мүмкін.

Сценарий: 2 бірдей хост, әрқайсысы 24 физикалық ядро. Барлығы 10 ВМ. Күнделікті режимде олар 5+5 болып бөлінген. Түйіндердің миграциясы бар. Бір түйін істен шықса, барлық 10 ВМ екінші хостта іске қосылуы тиіс.

Standard үшін құқықтар қабаттармен есептеледі: бір қабат = барлық 24 ядроларды лицензиялау = осы хостта 2 ВМ құқығы. Демек, апатта бір түйін 10 ВМ қабылдауы тиіс болса, әр хостта 10 ВМ‑ге құқық беру керек, яғни 5 қабат.

Standard бойынша есеп:

• 1 қабат = 24 ядролардың лицензиясы = 2 ВМ
• 5 қабат қажет
• нәтиже: әр хостқа 24 ядро × 5 қабат = «әр хостта 120 ядроға тең лицензия» (есеп тұрғысынан)

Datacenter‑та оңай: әр хостқа 24 ядроны бір рет лицензиялайсыз, әрі ВМ санына шектеу жоқ, миграциялар еркін жүзеге асады.

Қорытынды: белсенді миграциялар және «барлық ВМ‑дар түйіннің тоқтауын өткізуі қажет» талаптары болғанда есеп ең нашар күндегі бір хосттағы ВМ санына сүйенеді, орташа 50/50 бөлініске емес.

Мысал 3: төрт хост (масштабтау және қызмет көрсету тоқтатусыз)

4 хостқа тән схема — жалпы ВМ пул, жоспарлы миграциялар (жаңарту, профилактика) және қызмет көрсетуді тоқтатпау талабы. Мұнда да маңыздысы N‑1 режиміндегі максималды ВМ саны болады, орташа емес.

Мысал: 4 бірдей хост, әрқайсысы 32 физикалық ядро (мысалы, 2 CPU × 16). Кластерде барлығы 40 ВМ.

Миграциялар мен қызмет көрсетуді есепке алу

Егер бір хост қызмет көрсетуге шықса, қалған үшеуі оның ВМ‑дарын қабылдайды. Практикалық түрде екі тәсіл қолданады:

• Орташа орналастыру + запас: 40/4 = 10 ВМ хостқа, содан кейін запас (мысалы, 12 ВМ) белгілейді.
• N‑1: бір хост қолжетімсіз болса, 40/3 = 13–14 ВМ хостқа келеді, жоғарыға дөңгелетіп (мысалы, 16 ВМ максимум хостқа) шамамен шектеу қояды.

Standard пен Datacenter үшін бұл нені білдіреді

Standard: бір толық комплект барлық ядроларды жабады және хостта 2 ВМ құқығын береді. Өсу болғанда құқықтар қабаттармен қосылады.

Егер N‑1 есеп бойынша әр хостқа максимум 16 ВМ қойсаңыз, бұл 16/2 = 8 қабат деген сөз. Яғни әр 32 ядролы хост үшін 8 рет барлық ядроларды жабу керек болады. Бұл бағаға және есеп жүргізуге айтарлықтай әсер етеді.

Datacenter: ядроларды бір рет жабасыз және ВМ санына шектеу жоқ. 4 түйінді кластерде бұл әдетте есепті жеңілдетеді және ВМ тығыздығы өссе де тыныштық береді.

Қайшы жағдайлар: әртүрлі ядролар, әртүрлі өсу, әртүрлі жүктемелер

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

Ядролары әртүрлі хосттар

Егер бір сервер басқалардан қуаттырақ болса, оны «орташаға» жатқызуға болмайды. Әр түйінді нақты ядроларына қарай есептеңіз, содан кейін жиынтықты қараңыз. Кәдімгі жағдай: үш хост бірдей, төртінші жаңа және ядролары көбірек. Standard жағдайында дәл сол қуатты хост бюджетті бірінші тартады, себебі әр қосымша қабат оның барлық ядроларын қайтадан жабуды талап етеді.

ВМ өсуі: қапталда сатып алмаңыз

Егер қазір 6–8 ВМ болса, ал бір жылдан кейін 20 болуы мүмкін болса, Standard тез арада қосымша сатып алуларға айналады. Жоспарды 12–18 айға дейін есептеп, «қазір» және «жоспар» екі нұсқасын салыстырыңыз. Егер «жоспарда» көп қайталама жабулар шықса, Datacenter әдетте келісім мен эксплуатация үшін ыңғайлы болады.

Керісінше жағдай да болады: ядролары көп, ал ВМ аз және өсім бәсең (мысалы, әр түйінде 2–4 тұрақты ВМ). Онда Standard қуатты серверлерге де ақылға қонымды таңдау болып қала береді.

Есіңізде болсын: Windows Server құқықтарын есептеу RDS CAL, SQL Server, антивирус, сақтық көшіру немесе гипервизор лицензияларын қамтымайды. Бұл позициялар бөлек есептеледі, сондықтан «ядролар және ВМ құқықтары» мен қолданбалы қызметтер лицензияларын араластырмаңыз.

Сатып алуды келісуге ыңғайлы болу үшін есепті қарапайым кестеде бекітіңіз: хост (модель және рөлі), ядролар (және сокеттер анықтамасы үшін), Standard үшін қажетті «қабаттар» саны, рұқсат етілген және жоспарланған ВМ саны, таңдалған редакция мен себебі, сондай‑ақ бөлек лицензиялар мен жазылымдар (RDS, SQL және т.б.). Егер аппаратты өсуге сай таңдап жатсаңыз, есепті нақты конфигурацияларға байлаңыз, солайша ядролар саны өзгерсе бәрін қайта есептеудің қажеті болмайды.

Жиі кездесетін қателіктер және тұзақтар

Лицензиялаудағы қателер әдетте «бір-екі ядро айырмасы» немесе «кейін ВМ‑ды сатып аламыз» секілді кішкентай шешімдерден басталады, бірақ виртуализацияда бұл тез қасында қосымша шығындар немесе ортаның бір бөлігінің формально жабылмауы жағдайына әкеледі.

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

• Сервердегі минимумды ұмыту: ядролары аз болса да физикалық сервер бойынша кемінде 16 ядро лицензиялау керек.
• ВМ құқықтарын есептей отырып, барлық физикалық ядроларды жабуды ұмыту: Standard‑та ВМ құқықтары тек хосттың барлық ядролары толық жабылғаннан кейін ғана пайда болады.
• Кластерде орташа ВМ санын алу: дұрысы — авариялық режим мен қызмет көрсету кезіндегі қайта орналастыруды есептеу.
• Көптеген ВМ үшін Standard таңдап, кейін «қабат‑қабат» лицензиялардың күрделі жүйесін алу: көп қайталанулар, есеп жүргізудің күрделенуі және өсу кезінде үнемі қайта есептеу.
• Сервер лицензиясын және CAL‑ды шатастыру: Windows Server лицензиясы пайдаланушыларға/құрылғыларға арналған CAL‑ды алмастыра алмайды; RDS CAL және басқа тәуелділіктер бөлек есептеледі.

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

Сатып алудан бұрын қысқаша чек‑тізім

Сатып алудан бұрын «орташа емес», «ең жаман күнді» тексеріңіз: қызмет көрсету немесе түйіннің тоқтауы кезінде ВМ‑дардың қалған хосттарға уақытша тығыздалуы.

• Виртуализация хосттары неше және әрқайсысында неше ядро бар (8/16 минимумдарды ескеріп).
• Бір хостта максимум қанша ВМ болуы мүмкін — күнделікті және N‑1 режимінде.
• Бір хостқа Standard‑те қанша қабат қажет (1 қабат = 2 ВМ).
• 12–36 айға өсу жоспары бар ма және запас есептелді ме.
• Таңдалған редакция эксплуатация моделіне сәйкес пе: live migration, қызмет көрсетусіз жаңарту, уақытша ВМ тығыздалуы.

Өздігінен тексеру мысалы: 2 хост, жоспар бойынша әрқайсыда 8 ВМ. Егер бір хост қолжетімсіз болса, барлық 16 ВМ бір хостқа орналасуы тиіс. Standard‑та құқықтарды әр хостта 16 ВМ бойынша (8 қабат) есептеу қажет, тіпті «әдетте» онда тек 8 жұмыс істесе де.

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

Нақтылайтын сценарий: ұйымыңызға редакцияны қалай таңдау

Мысалы, клиника немесе оқу орны: 2–4 хост, 3–5 жылға жоспар, ВМ саны жыл сайын өседі. Бүгін 8–10 ВМ қажет, бір жылдан кейін 12–16 болуы мүмкін, одан кейін телемедицина, электронды журнал, аналитика секілді жаңа сервис қосылуы ықтимал.

Тұрақты ВМ жиыны: домен контроллері, файл қызметтері, қосымшалар сервері және дерекқоры (мысалы, 1С), профильдік ПО‑ға бөлек ВМ, резервтік көшірме. Көп жағдайда тесттік және уақытша ВМ‑дар да пайда болады.

Әдетте таңдау екі жолмен келеді:

Standard — әр хостта ВМ аз және өсім шектеулі болғанда таңдайды. Бастапқыда үнем жақсы, ал кеңею кезінде қажет болғанда докупка жасалады.

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

Бюджетті бекітерден бұрын жеткізушіден нақты сұрақтар қойыңыз: әр хостта неше ядро, CPU‑ны жаңарту жоспары бар ма, бір хостта қанша ВМ болады күнделікті және апатта, миграциялар тоқтатусыз жүргізілсе қандай шыңдар пайда болады, бастапқы күні міндетті ВМ‑дар және бір жылдан кейін қандай ВМ‑дар пайда болады, кластерді кеңейткенде ядролар бойынша лицензия қалай есептеледі.

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

Келесі қадамдар: тез есеп пен спецификация дайындау

Дәл есеп нақты деректерден басталады. Қателер көбінесе «шамамен 20 ВМ» немесе «шамамен 24 ядро» сияқты анық емес бастапқы деректерден шығады. Ыңғайлысы — бірден Standard пен Datacenter екі нұсқасын дайындап, баға мен өсуге қатысты айырмашылықты көру.

1) Бастапқы деректерді жинау (10–15 минут)

Әр хост бойынша CPU моделі мен физикалық ядролар саны, қазіргі хосттар саны және 1–3 жылға жоспар, әр хосттағы ВМ саны күнделікті және апаттағы режимде, Windows Server‑те болатын ВМ‑дар мен Linux немесе басқа ОС‑та болатындарды айыру, кеңею жоспары (CPU қосу, ядролар өсуі, жаңа түйін сатып алу) сияқты мәліметтерді жазып алыңыз.

2) Екі есеп жасап, өсімді тексеру

Standard (ядролар × қабаттар арқылы) және Datacenter (ядролар бір рет) салыстырып, кеңею сценарийін бөлек есептеңіз: жаңа хост қосылса немесе CPU өзгерсе не болады.

Ереже: егер қазір әр хостта 12 ВМ болса да, бір жылда 25‑ке дейін өссе, Standard тез Datacenter‑қа қарағанда қымбатқа түседі.

3) Сатып алу спецификациясын дайындау

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

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