Windows Server лицензиясын сервер таңдаудан бұрын есептеу

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

Есептің бір-біріне тәуелсіз екі бағыты бар. Core лицензиялары серверлік бағдарламаны нақты жабдықта іске қосуға немесе арнайы шарттар орындалса, жеке виртуалды машиналарды лицензиялауға құқық береді. CAL пайдаланушыларға немесе құрылғыларға сол бағдарламаға қол жеткізу құқығын береді. Біреуін сатып алу екіншісін алмастырмайды. Орнатылған гипервизор, аз жүктеме немесе жалғыз домен бұл сызбаны жоймайды.

Төменде Windows Server Standard және Datacenter редакцияларын физикалық ядролар бойынша лицензиялау ережелері қолданылды, ал виртуалды машиналар бойынша лицензиялау нұсқасы бөлек көрсетілді. Бұл сатып алуды дайындауға арналған есеп, ол Product Terms құжатын немесе Microsoft-пен жасалған нақты келісім талаптарын алмастырмайды. Соңғы сипаттамада редакцияны, нұсқаны, сатып алу арнасын және Software Assurance не жазылым құқықтарын міндетті түрде көрсету керек.

Ядролар мен CAL әртүрлі құқықтарды қамтиды

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

Физикалық ядролар бойынша лицензиялағанда Standard және Datacenter лицензиялары физикалық серверге тағайындалады. Белгіленген минимумдарды ескере отырып, орнатылған барлық процессордағы әр физикалық ядро есептеледі. Қонақ машиналардағы vCPU саны бұл базаны азайтпайды. BIOS ішінде өшірілген ядро да есептен шықпайды: Microsoft Windows Server лицензиялау жөніндегі FAQ құжатында осы сұраққа тікелей жауап беріп, барлық физикалық ядроны қамтуды талап етеді.

CAL басқаша есептеледі. Windows Server User CAL бір адамға тағайындалады: ол лицензияланған серверлерге әртүрлі құрылғыдан кіре алады. Windows Server Device CAL бір құрылғыға тағайындалады: оны бірнеше адам пайдалана алады. Тиісті түрдегі бір CAL белгілі бір серверге ғана емес, нұсқа құқықтары шегінде ұйымдағы Windows Server даналарына қол жеткізуді береді. Сондықтан лицензияланған пайдаланушылар мен құрылғылар құрамы өзгермесе, екінші файл серверін қосу CAL санын автоматты түрде екі есе өсірмейді.

Қол жеткізу тікелей де, жанама да болады. Қызметкер ішкі қолданбаны ашып, ол аралық сервис арқылы Windows Server ішіндегі SQL деректерін, каталогты немесе файлдарды оқыса, аралық қабат қажет қол жеткізу лицензияларының санын әдетте азайтпайды. Microsoft құжаттарында бұл жағдай multiplexing деп аталады. Тек техникалық сервистік есептік жазбаны санау қауіпті: лицензиялау осы тізбек арқылы сервер функциясын алатын адамдарға немесе құрылғыларға қарайды.

Сметада үш бөлек топ ұстаған дұрыс:

• әр физикалық хост пен Standard редакциясының әр қабатына арналған Core;
• пайдаланушылар мен құрылғыларға арналған негізгі Windows Server CAL;
• тиісті функциялар қолданылса, RDS CAL сияқты қосымша қол жеткізу лицензиялары.

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

Минимумдар шағын сервердің де есебін өзгертеді

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

Бір хостқа арналған формуланы былай жазған ыңғайлы:

лицензируемые ядра =
max(16, сумма по процессорам max(8, физические ядра процессора))

6 ядролы бір процессор орнатылған серверге 16 Core қажет, өйткені серверлік минимум қолданылады. 12 ядролы бір процессорлы серверге де 16 қажет. Екі 6 ядролы процессор 12 емес, 16 береді: әр процессор сегізге дейін жеткізіледі, осыдан кейін серверлік минимум да орындалады. Екі 12 ядролы процессорға 24 Core керек. Екі 24 ядролы процессорға 48 Core керек.

Microsoft Core лицензияларын екі ядролық пакеттермен және ыңғайлы нұсқа ретінде он алты ядролық пакеттермен сатады. 16 Core пакеті «бір сервер лицензиясы» дегенді білдірмейді. Бұл он алты ядро лицензиясының бір жинағы ғана. 24 ядролы хостқа бір 16 Core пакеті және төрт 2 Core пакеті жарайды. 26 ядролы хостқа бір 16 Core пакеті мен бес 2 Core пакеті қажет. Пакет өлшеміне бола 26 санын 24-ке дейін дөңгелектеуге болмайды.

Кері қате де кездеседі: екі процессорлы кез келген серверге екі 16 Core пакетін сатып алады. Процессор санының өзі әр сокетке бір он алты ядролық жинақ алуды талап етпейді. Екі 8 ядролы процессор бір серверге арналған 16 Core шегіне сыяды. Екі 18 ядролы процессорға 36 Core керек, оны, мысалы, екі 16 Core және екі 2 Core пакетімен жинауға болады.

Баға сұрамас бұрын сандарды процессордың коммерциялық атауынан емес, хостың бекітілген сипаттамасынан алыңыз. Орнатылған процессорлар саны және әрқайсысындағы физикалық ядролар саны керек. Ағындар, логикалық процессорлар және Hyper-Threading бұл формулаға кірмейді. Бос резервтік сокеттерге процессор орнатылмайынша олар да есептелмейді, бірақ кейін CPU қосу лицензия қажеттілігін өзгертеді.

Жұмыс істеп тұрған Windows хостында бастапқы сандарды PowerShell арқылы жылдам тексеруге болады:

Get-CimInstance Win32_Processor |
  Select-Object DeviceID, NumberOfCores, NumberOfLogicalProcessors

Екі 12 ядролы процессор үшін нәтиже мына пішінде болады:

DeviceID NumberOfCores NumberOfLogicalProcessors
CPU0                12                        24
CPU1                12                        24

Есепте NumberOfCores бағаны қолданылады: 12 мен 12 қосылып, 24 болады. NumberOfLogicalProcessors бағаны көп ағындылықтың қосылғанын байқауға көмектеседі, бірақ бұл мысалда 24 пен 24-ті қосып, 48 Core сатып алудың қажеті жоқ. Команданы әр физикалық торапта орындап, күнін көрсетіп нәтижесін сақтаңыз, өйткені атауы бірдей сервер модельдері кейде әртүрлі CPU конфигурациясымен келеді.

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

Standard толық қабаттармен төленеді

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

Бұл есеп жиі қате шығатын тұс. Сатып алушы әрқайсысында 4 vCPU бар алты қонақ жүйені көріп, 24 Core тапсырыс береді. Физикалық модельде vCPU есепке кірмейді. Хостың 24 физикалық ядросы болса, ВМ көлеміне қарамастан бір қабат 24 Core болады. Алты ВМ үшін үш қабат, яғни осы хостқа тағайындалған 72 Core керек.

Физикалық лицензиялауда Standard формуласы былай көрінеді:

слои Standard = ceil(максимум Windows Server ВМ на хосте / 2)
Core Standard на хост = лицензируемые ядра хоста * слои

Бір ВМ үшін де бір толық қабат қажет. Екі ВМ-ге бір қабат керек. Үшінші ВМ есепті төрт ВМ-ге дейін рұқсат беретін екі қабатқа ауыстырады. Бесінші ВМ алты ВМ-ге дейін рұқсат беретін үшінші қабатты қажет етеді. Жұптағы пайдаланылмаған орын басқа серверге ауыстырылмайды.

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

Datacenter физикалық ядролар толық қамтылғаннан кейін осы хостта Windows Server жүйесінің виртуалды операциялық орталарын шектеусіз іске қосуға рұқсат береді. Бұл Datacenter әрқашан арзан деген сөз емес. Нақты келісімдегі бағаларды және әр хостта күтілетін ең көп ВМ санын салыстыру керек. Microsoft FAQ құжатында 13 және одан көп OSE үшін Datacenter ұсынады, бірақ бұл межені барлық жағдайда қолданылатын баға шегі деп қарауға болмайды. Жеңілдіктер, редакциялар, Step-Up және келісім құрамы экономиканы өзгертеді.

Кластерде ықтимал орналастыру лицензияланады

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

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

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

Тәжірибелік есеп кластердің бапталған шектеулеріне сүйенуі керек:

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

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

User CAL мен Device CAL нақты жұмысқа қарай таңдалады

Бір қызметкер бірнеше құрылғы қолданса, User CAL көбіне тиімді әрі түсінікті. Әртүрлі қызметкер ортақ компьютерді пайдаланса, Device CAL қолайлы. Бүкіл ұйымға бір ғана түрді таңдау міндетті емес: Microsoft User CAL мен Device CAL түрлерін бірге қолдануға рұқсат береді.

Алдымен қол жеткізу шекарасын сызыңыз. Компанияның штат санын емес, Windows Server жүйесіне тікелей немесе жанама кіретін барлық ішкі пайдаланушы мен құрылғыны есептеңіз. Әкімші есептік жазбалары да нақты адамдарға тиесілі. Сервистік есептік жазбалар түпкілікті пайдаланушылардың CAL лицензиясын алмастырмайды. Бір уақытта ашылған сессиялар саны да көмектеспейді: қарапайым Windows Server CAL concurrency бойынша есептелмейді.

Кеңсе мен ауысымды алаңы бар мысал:

• 25 кеңсе қызметкері ноутбуктан және кейде үй компьютерінен жұмыс істейді;
• 60 ауысым қызметкері тек 20 бекітілген ортақ терминалды пайдаланады;
• кеңсе қызметкерлері алаң терминалдары арқылы кірмейді, ал ауысым қызметкерлері басқа құрылғы қолданбайды;
• серверлер екі топқа да қызмет көрсетеді.

Тиімді комбинация кеңсе қызметкерлеріне 25 User CAL және ортақ терминалдарға 20 Device CAL береді. Тек User CAL сатып алынса, 85 лицензия керек болар еді. Тек Device CAL сатып алынса, кеңседегі барлық құрылғыны қайта санап, нәтиже 45-тен көп болуы ықтимал. Аралас модель шекара өзгермегенде ғана жұмыс істейді. Ауысым шебері жеке ноутбуктан кіре бастаса, оған User CAL тағайындау немесе сол құрылғыны бөлек лицензиялау керек.

CAL нұсқасы да маңызды. Жаңа нұсқаның CAL лицензиясы сол және одан бұрынғы Windows Server нұсқаларына қол жеткізуге рұқсат береді. Ескі CAL жаңа сервер нұсқасына кіру құқығын бермейді. Сервер лицензиясының downgrade құқығы жеткіліксіз CAL нұсқасын түзетпейді. Жеткізуші оларды бір коммерциялық жолмен көрсетсе де, ведомоста серверлік Core нұсқасы мен CAL нұсқасын бөлек жазыңыз.

Сыртқы пайдаланушылар үшін басқа таңдау бар. Шарттары сәйкес келсе, оларға пайдаланушы немесе құрылғы CAL тағайындауға не олар кіретін әр физикалық серверге Windows Server External Connector сатып алуға болады. EC қолдану үшін қызметкерлерді және тапсырыс беруші алаңындағы кейбір мердігерлерді жай ғана сыртқы пайдаланушы деп атауға болмайды. Бұл жерде Product Terms анықтамаларына сүйену қажет.

RDS CAL негізгі CAL үстіне қосылады

Remote Desktop Services толық сессияларына кіру үшін қарапайым Windows Server CAL лицензиясына қосымша RDS CAL керек. Серверді басқаруға арналған әкімшілік қосылу мен қызметкерлердің күнделікті қашықтан жұмыс үстелі бір санатқа жатпайды.

30 қызметкер RD Session Host ішінде қолданбаларды іске қосса, оларға негізгі Windows Server CAL және тиісті RDS CAL керек. Per User немесе Per Device түрін орналастыру режимі мен нақты қол жеткізуге сай таңдаңыз. Microsoft Learn жұмыс тобындағы RD Session Host үшін Per Device режимін қолдану керек екенін, ал Per User режиміне рұқсат жоқ екенін бөлек көрсетеді. Домендік ортада екі режим де қолжетімді.

RDS CAL лицензиялары белсендірілген Remote Desktop лицензиялау сервері арқылы орнатылады және беріледі. Бұл RDS үшін техникалық бақылау, бірақ лицензиялау диспетчеріндегі жазбалар сатып алу ведомосы мен келісім құқықтарын алмастырмайды. Қарапайым Windows Server CAL үшін файл, баспа, DNS немесе қолданба қызметтерінің барлық пайдаланушысын өзі санайтын ұқсас сервер жоқ.

RDP арқылы жасалған әр қосылу RDS CAL сатып алу керек дегенді білдірмейді. Product Terms сервер даналарын басқару үшін шектеулі пайдаланушылар санына әкімшілік қол жеткізуді қарастырады, бірақ бұл режимді жұмыс терминалдық серверінің арзан баламасы етуге болмайды. Пайдаланушы күнделікті жұмысына жұмыс үстелін немесе қолданбаны алса, RDS CAL сметаға енгізіп, нұсқаның нақты шарттарын тексеріңіз.

Екі хостың есебі төрт жолмен тексеріледі

Сатып алу өтініміне қосуға болатын конфигурацияны алайық. Екі бірдей хост бар, әрқайсысында 12 физикалық ядросы бар екі процессор орнатылған. Кластер Windows Server жүйесіндегі алты ВМ іске қосады. Кез келген ВМ кез келген хостқа өте алады, ал қызмет көрсету кезінде бір хост алтауын да қабылдайды. Тағы екі ВМ Linux жүйесінде жұмыс істейді және Windows Server іске қосу құқығын талап етпейді, сондықтан олар Standard қабаттарының санын өсірмейді.

Бір хостың базасы 24 Core: екі 12 ядролы процессор бір процессорға арналған сегіз ядролық минимумнан асады, ал жиынтық бір серверге арналған он алты ядролық минимумнан көп.

Standard үшін әр хост ең көбі алты Windows Server ВМ қабылдауы керек. Алтыны екіге бөліп, үш толық қабат аламыз. Бір хостқа 24 * 3 = 72 Core Standard қажет. Екі хостқа 72 * 2 = 144 Core Standard керек.

Пакеттерді дөңгелектемей былай жазуға болады:

На один хост: 4 x 16 Core + 4 x 2 Core = 72 Core
На два хоста: 8 x 16 Core + 8 x 2 Core = 144 Core

Бұл пакеттерді құрастырудың бір нұсқасы. Коммерциялық бағдарлама мен бағаға сай болса, барлық көлемді 2 Core пакеттерінен жинауға болады. Пакеттердің әдемі бөлінуі емес, тағайындалған ядро лицензияларының жалпы саны маңызды.

Datacenter үшін әр хост бір рет қамтылады: 24 Core * 2 хост = 48 Core Datacenter. Екі хостың пакеттері екі 16 Core және сегіз 2 Core пакеті болып жазылуы мүмкін. Толық қамтылғаннан кейін Datacenter осы хостарда Windows Server ВМ санын шектемейді, сондықтан қызмет көрсету режимі жаңа қабат қоспайды.

Енді алдыңғы мысалдағы қол жеткізуді қосайық. Ұйымға 25 Windows Server User CAL және 20 Windows Server Device CAL керек. Сол адамдар RD Session Host арқылы жұмыс істесе, таңдалған сызбаны орналастыру қолдап, ол нақты қол жеткізуді дұрыс сипаттаған жағдайда, негізгі CAL үстіне 25 RDS User CAL және 20 RDS Device CAL қосылады. RDS топтардың бір бөлігіне ғана қажет болса, қосымша CAL сол бөлікке ғана есептеледі, бірақ негізгі CAL сақталады.

Салыстырылатын нәтижелер:

Вариант A: 144 Core Standard
Вариант B: 48 Core Datacenter
Доступ в обоих вариантах: 25 User CAL + 20 Device CAL
RDS при необходимости: отдельные RDS CAL поверх базовых

Әртүрлі редакциядағы Core сандарын бағасы бірдей бірлік ретінде салыстыруға болмайды. Жеткізушіден бір арна мен бір нұсқа бойынша екі нұсқаның да бағасын сұраңыз. Содан кейін ВМ санының күтілетін өсуін қосыңыз. Келесі жылы әр хостың максимумы сегіз Windows Server ВМ болса, Standard төртінші қабатты қажет етеді: әр хостқа тағы 24 Core.

Сипаттама конфигурация өзгерісіне төтеп беруі керек

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

Әр хост үшін оның рөлін, орнатылған CPU санын, бір CPU ішіндегі физикалық ядроларды, Core лицензиялық базасын, Windows Server OSE максимумын және таңдалған редакцияны жазыңыз. Standard үшін қабаттар санын қосыңыз. Кластер үшін бір торапқа қызмет көрсетілгенде және ақау кезінде не болатынын көрсетіңіз. CAL үшін қол жеткізу шекарасы сипатталған, бір-бірімен қиылыспайтын пайдаланушы және құрылғы топтарын тіркеңіз.

Ең аз жұмыс кестесі былай көрінеді:

HOST-01 | 2 CPU | 12 cores/CPU | base 24 | max WS OSE 6 | Standard layers 3 | Core 72
HOST-02 | 2 CPU | 12 cores/CPU | base 24 | max WS OSE 6 | Standard layers 3 | Core 72
CAL-U   | office users 25      | Windows Server User CAL 25
CAL-D   | shared devices 20    | Windows Server Device CAL 20

Нұсқаны, лицензия түрін, Software Assurance немесе жазылымның бар-жоғын, downgrade құқығын, RDS қажеттілігін және сыртқы қол жеткізуді бөлек тіркеңіз. Бұл өрістерді «соңғы нұсқа лицензиясы» деген сөзбен алмастырмаңыз. Коммерциялық бағдарламалар өзгереді, ал пайдалану құқығын орнату бейнесі немесе белсендіру кілті емес, келісім анықтайды.

Қазақстанда GSE Microsoft бағдарламаларын серверлік инфрақұрылыммен бірге жеткізіп, интеграциялайды, сондықтан ядро есебін, виртуалдандыру режимін және CAL құрамын аппараттық сипаттама бекітілмей тұрып тексеруге болады. Мұндай тексеру тапсырысқа дейін пайдалы: екі 12 ядролы CPU орнына екі 16 ядролы CPU таңдау бір базалық жинақты ғана емес, екі хостың әр Standard қабатын өсіреді.

Мен есепке үш дерек иесінің қол қоюын сұраймын. Инфрақұрылым тобы жабдық пен көшіру ережелерін, қолданба иесі Windows Server ВМ және RDS санын, сатып алу тобы лицензиялау бағдарламасын растайды. Заңгер немесе лицензиялау маманы анықтамаларды Product Terms құжатымен салыстырады. Бұл формалды келісу айналымы емес. Әр адам басқалары бақылай алмайтын көбейткішке жауап береді.

Белсендіру лицензияның жеткіліктілігін дәлелдемейді

Өнім кілті мен сәтті белсендіру бағдарлама данасының белсендірілгенін көрсетеді, бірақ ұйым жеткілікті Core және CAL сатып алғанын дәлелдемейді. Техникалық жүйе келісімнің барлық шартын, жанама қол жеткізуді және кластердегі ВМ ықтимал орналасуын білмейді.

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

Қайта есептеу күнтізбелік рәсім үшін емес, нақты оқиға болғанда керек. Оны процессорды ауыстыру немесе қосу, Windows Server ВМ санын өсіру, жаңа торап қосу, failover ережелерін өзгерту, нұсқаны жаңарту, RDS іске қосу, сыртқы пайдаланушылардың пайда болуы, сатып алу бағдарламасын ауыстыру немесе Software Assurance мерзімінің аяқталуы бастайды. Тек RAM немесе диск көлемін өзгерту Core есебін тікелей өзгертпейді, бірақ ол Standard қабаттарын өсіретін виртуалдандыру кеңеюімен қатар жүруі мүмкін.

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

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