VM/ядро‑ға шаққандағы ватт: Деректер орталығы серверлерінің энергетикалық тиімділігін өлшеу

Неліктен энергетикалық тиімділікті тек ваттпен емес, нақты жүктеме бойынша есептеу керек

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

Шығындарға әсер ететін — сервердің сіздің жүктеме профиліңіздегі мінез‑құлқы: қанша жад қолданыста, ядролар қаншалықты белсенді, қай жиілік режимдері қосылған, қанша диск пен желі картасы орнатылған және энергия үнемдеу режимдері қосылған‑өшірулі ме. Жиі сіз сервер үшін ғана емес, сонымен қатар салқындату мен инфрақұрылым үшін де төлейсіз. Сондықтан «жәй ғана ватт бойынша» салыстыру оңай қателікке әкеледі: бір бренд простуда сәл үнемді болуы мүмкін, ал басқа — жұмыс жүктемесінде едәуір тиімдірек болуы ықтимал.

«Ватт на VM/ядро» метрикасы әңгімені "құрылғы неше ватт жейді" саласынан "пайдалы жұмыс қанша тұрады" дегенге ауыстырады. Бұл метрика арқылы стойкадағы қуат шегінде қанша виртуалдық машина сыйатынын немесе жүктеме өсімі бір жылда қанша тұратынын шамалау оңайырақ.

Практикада мұндай метрика көмектеседі:

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

Қарапайым мысал: мемлекеттік ұйымға арналған ЦОД жобасында екі серверді салыстырсаңыз, екеуі де қажетті VM санын ұстайды. Жұмыс жүктемесінде серверлер арасындағы 80–120 Вт айырмашылық аздай көрінуі мүмкін, бірақ ондаған түйіндерде бұл айтарлықтай ақшаға және стойка мен қуат енгізулері бойынша шектеулерге әкеледі.

"Ватт на VM/ядро" деген не және терминологияда адаспау қалай

"Ватт на VM/ядро" метрикасы серверлерді «коробканың қанша ватт жейтінін» емес, «айқын бір жүктеме бірлігіне қанша энергия кететінін» салыстыру үшін керек. Бұл әсіресе екі сервер простуда ұқсас тұтынса, бірақ виртуализация астында әр түрлі жүрсе білінеді.

W/VM (ватт бір виртуалдық машинаға) — сервердің тестілік жүктемедегі орташа қуатын, бір типтік VM‑дер қатарында қанша жұмыс істегеніне бөліп алған көрсеткіш. Қысқаша: сіздің жағдайда бір типтік VM‑ді «қоректендіруге» қанша ватт қажет.

W/ядро (ватт бір ядроға) әдетте жүктеме кезіндегі қуатты белсенді физикалық ядролар санына (немесе егер сіз саналып жатқан vCPU арқылы нормализация жасасаңыз, соларға) бөледі. Қысқаша: бір CPU‑ресурс бірлігіне қанша ватт кетеді.

Адаспау үшін негізгі анықтамаларды есте сақтаңыз:

• VM — виртуалдық машина (логикалық сервер).
• vCPU — гипервизордың жоспарлаушысы хост ресурстарына байлайтын виртуалдық процессор.
• Физикалық ядро — нақты CPU‑дағы ядро.
• Ағын (thread) — логикалық ағын (мысалы, SMT/Hyper‑Threading); ядроға тең емес.

Қашан не қолдану: W/VM — егер сізге «энергия бюджетіндегі қанша VM сыяды» дегенді түсіну қажет болса ыңғайлы (мысалы, VDI немесе біртекті қолданбалы серверлер). W/ядро — егер VM‑дер өте әр түрлі болса және сатып алу мен лицензиялау CPU‑ресурстарға негізделсе пайдалы.

VM өлшемін алдын ала бекіту маңызды. 1 vCPU‑лы VM және 4 vCPU‑лы VM — әр түрлі «жүктеме бірліктері». Практикалық жағынан 1 vCPU, 2 vCPU және 4 vCPU үшін бөлек есептеп, қорытындыларды араластырмаңыз. Сервер кішкентай VM‑дер бойынша жақсы көрінгенімен, үлкен VM‑дерде жиі нашар көрінуі мүмкін — себебі жиілік, жад немесе жоспарлаушы шектеулері әсер етеді.

Әділ салыстыру үшін қандай деректер керек

"Жақсырақ ватт бойынша" деген салыстыруды көп жағдайда өлшеу әдістемесі бұзады. "Ватт на VM/ядро" шынайы түрде сервер таңдауға көмектесу үшін барлық брендтер мен конфигурациялар үшін бірдей деректер жинаңыз.

Тұтыну: қайдан және қалай өлшеу керек

Қуатты кіріс жағынан — PDU немесе розеткалық өлшегіш арқылы тіркеңіз. Осылайша блок питанияның КПД‑сы және ішкі шығындар есепке кіреді, олар сервердің ішкі датчиктерінде көрінбеуі мүмкін. PDU/ваттметр моделін, өлшеу қадамы (мысалы, әр 1–5 секундта) және прогонының ұзақтығын жазып алыңыз, сонда орташа мәндер тұрақты болады.

Бір ғана мән ештеңе айтпайды. ЦОД жоспарлау үшін үш мәнді сақтау пайдалы: тест бойынша орташа қуат, пиковая қуат (қысқа шарықтаулар) және 95‑ші перцентиль (сирек шарықтауларды алып тастағандағы типтік шег). Әдетте қуат пен салқындатуды жоспарлауда 95‑ші перцентиль бойынша бағдар алады, ал тиімділікті салыстыруда орташа мәнге сенеді. Негізгі ереже — ережені алдын ала таңдап, стендтер арасында өзгертпеңіз.

Шарттар мен конфигурация: міндетті түрде тіркеу қажет нәрселер

Тіпті техника жағынан бірдей серверлер температура, BIOS және энергиялық параметрлерден тәуелді әртүрлі жүретін болады. Ауа температурасының серверге кіруін (және тест барысында диапазонын), BIOS‑тағы қуат профильін, қуат шектеулерін, C‑states параметрлерін, жиілік профилдерін және микробағдарламаның нұсқасын жазып алыңыз.

Конфигурацияны осылай тіркеңіз, сонда оны қайта шығаруға болады: CPU моделі және сокет саны, RAM көлемі және жылдамдығы (және модульдер саны), дискілер мен контроллерлер (түрі, саны, RAID‑профилі), желі адаптерлері (жылдамдық, порттар саны, негізгі offload‑параметрлер), блоктар (мощность, саны, резервдеу режимі).

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

Стендті дайындау: алдын ала бекіту қажет шарттар

"Ватт на VM/ядро" салыстыруы барлық тесттер үшін стендті мүмкіндігінше бірдей етуі тиіс. Әйтпесе сіз сервер емес, баптаулар арасындағы айырмашылықты өлшеп жатасыз.

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

Бірінші прогон алдында нені бекіту керек

Шарттарды бір құжатқа түсіріп, тест сериясының ортасында өзгертпеңіз:

• ОС және гипервизордың қуат профилі, сонымен қатар BIOS‑тың негізгі параметрлері (turbo/boost, C‑states, қуат лимиттері, вентилятор режимі);
• гипервизор нұсқасы, патчтар, драйверлер (желілік, RAID/HBA, NVMe) және CPU жоспарлағышының параметрлері;
• жүктеме түрі және мақсатты жүктеме деңгейі (мысалы, 60–70% CPU);
• тайминг: прогрев, прогонының ұзақтығы және усреднение терезесі (мысалы, алғашқы 10 минутты есепке алмау, одан кейін 20 минуттық усреднение);
• екі өлшеу режимі: простуда (idle) бөлек және жұмыс жүктемесі бөлек.

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

Жүктеме бірдей болуы керек, тек «ұқсас» емес

Бір сценарийді таңдап, одан таймаңыз. Виртуализацияға арналған серверлерді таңдағанда таза CPU‑тесті жақсы график береді, бірақ жад пен диск әсерін көрсетпеуі мүмкін. ЦОД жобалары үшін әдетте есептелген жүктеменің аралас профилі — есептеулер мен I/O‑ның қосындысы — пайдалырақ.

Алдын ала бекітіңіз: қанша VM, қандай vCPU мен RAM, диск профилі (кездейсоқ оқу/жазу немесе жолмен), желі шектеулері. Сол кезде W/VM және W/ядро дәл сіздің тапсырманы көрсетеді.

Idle мәнін бөлек алу маңызды, себебі ЦОД‑та серверлер әрдайым пиковый режимде болмайды. Idle пен жүктеме арасындағы айырмашылық көбіне қуат, салқындату және базалық платформа баптауларының қаншалықты дұрыстығын көрсетеді. Кейде екі ұқсас сервер жүктемеде ұқсас тұтыну көрсетеді, бірақ простуда BIOS параметрлері немесе қуат профилінің әсерінен қатты айырылып кетеді.

Бір серверде өлшеу жүргізудің қадамдық әдістемесі

Әділ салыстыру үшін бір серверден үш нәрсені алу керек: простудағы тұтыну, белгіленген жүктемедегі тұтыну және нақты өнімділік (қанша VM немесе ядро нақты белсенді). Сол арқылы "ватт на VM/ядро" қайталанатын өлшеуден шығады, әсерден емес.

Бастамас бұрын бірдей күйді бекітіңіз: BIOS параметрлері, ОС/гипервизор қуат профилі, драйвер нұсқалары, қуат схемасы (мүмкін болса, бір PDU/ваттметр арқылы). Серверді қосып 10–15 минут прогревке қойыңыз.

Қайталанатын және оңай қайталанатын тәртіп:

1. Простудағы тұтынуды өлшеңіз: негізгі қызметтерден басқа ештеңе іске қосылмасын. Бірдей интервал үшін орташа мәнді жазыңыз (мысалы, 5 минут).
2. Алдын ала анықталған профильдегі бірдей VM‑дерді көтеріңіз. Профиль бірдей болуы керек: vCPU, RAM, диск, желі және бірдей ОС.
3. VM ішінде (немесе хостта) бірдей жүктемені іске қосып, қуат пен CPU тұрақты болғанша күтіңіз. Әдетте 3–7 минут жеткілікті.
4. Проста және жүктеме үшін бірдей интервалда көрсеткіштерді алыңыз: орташа қуат, CPU жүктемесі, белсенді VM саны, жиіліктер (мүмкін болса), температура және вентилятор шығысы. Қуатты мен өнімділікті бір уақытта өлшеңіз.
5. Прогонды кемінде үш рет қайталаңыз. Қорытынды үшін медиананы алыңыз, сонда бір «қызық» іске қосу нәтижені бұзбайды.

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

W/VM және W/ядро қалай дұрыс есептеледі және нәтижелерді қалай нормализациялау керек

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

Негізгі формулалар: W/VM және W/ядро

Орташа тұтынуды (тұрақты жүктеме кезінде) алып, оны орындалған "жүктеме бірлігіне" бөліңіз.

• W/VM = P_avg_load / N_vm_active, мұнда N_vm_active — шын мәнінде тестті орындайтын VM саны (жай ғана қосулы емес).
• W/ядро = P_avg_load / N_core_active, мұнда N_core_active — тестте гипервизор арқылы пайдаланылған белсенді физикалық ядролар саны.

Егер «пайдалы» энергияны бағалағыңыз келсе, простудағы қуаттан артықты пайдаланыңыз:

P_useful = P_avg_load - P_avg_idle

Сонда:

W/VM_useful = P_useful / N_vm_active және W/ядро_useful = P_useful / N_core_active.

Бұл сізге "әдемі простудан" тәуелділікті азайтып, ЦОД үшін маңызды нәрсеге — жұмысқа кеткен энергияға — назар аударуға көмектеседі.

Серверлер әртүрлі болғанда нормализация

Егер серверлерде ядро саны, жиілік, RAM көлемі немесе қуат шектеулері әр түрлі болса, міндетті түрде шарттарды нормализациялаңыз. Әдетте екі тәсіл көмектеседі: бірдей мақсатты өнімділік сақтау (мысалы, бірдей RPS, TPS немесе жауап уақыты) немесе бірдей жүктеме деңгейі (мысалы, 70% CPU). Әр жағдайда сіз нені шектегеніңізді қатар белгілеп қойыңыз — сол арқылы неге метрика осындай шыққанын түсінесіз.

Кестеге «Ограничение» бағанын қосып, оны бір сөзбен толтыру пайдалы: CPU‑bound, RAM‑bound, Storage‑bound, Network‑bound немесе Power‑capped. Екі сервер бірдей "ватт на VM/ядро" көрсеткішін беруі мүмкін, бірақ біреуі жадыда тұрып қалса (VM сыймайды), ал екіншісі BIOS қуат лимитіне ұшыраса — олардың мағынасы әр түрлі болады.

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

Брендтер мен конфигурацияларды салыстыру үшін кесте шаблоны

Кесте тек "қанша ватт" емес, қандай шарттарда өлшенгенін де тіркеуі керек: конфигурация, тест шарттары және жүктемедегі метрикалар. Сол кезде "ватт на VM/ядро" брендтер мен түрлі жинақтарды салыстыруға жарайды.

Төменде әр конфигурация үшін бір жолға толтырылатын (бір жол = бір прогон) ыңғайлы шаблон:

| ID | Вендор/модель | CPU (модель, сокеты) | RAM (ГБ, тип) | Накопители (тип, кол-во) | PSU (Вт, 80 Plus) | NIC (скорость) | BIOS профиль | Гипервизор (версия) | Темп. вход (C) | PDU/счетчик (модель) | Idle W | Load W | Delta W | VM count (шт) | Активные vCPU/cores | W/VM | W/ядро | Delta/VM (полезн.) | Примечания | |---|---|---|---|---|---|---|---|---|---:|---|---:|---:|---:|---:|---:|---:|---:|---:|---|---| | 01 | | | | | | | | | | | | | | | | | | | | |

Қалай толтыру керек:

• Delta W = Load W - Idle W. Әртүрлі серверлерде простудағы фон қатты өзгеше болғанда пайдалы.
• W/VM = Load W / VM count. Бұл жұмыс істейді, егер VM‑дер бірдей өлшемде және шынында да жүйені жүктеп жатса.
• W/ядро — тестте белсенді деп есептелген ядролардан есептеледі (мысалы, пиннинге бекітілген vCPU немесе физикалық cores).
• Delta/VM (полезную) = Delta W / VM count. Көбінесе сатып алу үшін түсінікті: бір "жұмыс" VM простудан қанша ватт қосады.

Примечания бағаны кестені қате қорытындыдан сақтайды. Қатарға әдетте келесідер жазылады: жадта тығыару (VM сыймады), температурадан троттлинг, қуат лимиті, ерекше BIOS профилі, NIC/RAID драйвер ерекшелігі, микрокод нұсқасының айырмашылығы.

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

ЦОД жобасы үшін есептеу мысалы: қарапайым және шынайы сценарий

Мысалы: 100 типтік VM орналастыру керек (офистік қолданбалар және ішкі сервистер: AD, файлдары, принт, шағын веб‑қызметтер). Алдымен бір VM профилін бекітіп, "қалыпты жұмыс" критерийін анықтаймыз.

Старттық профиль: 2 vCPU, 4 ГБ RAM, диск 60–80 ГБ. Қысқа жүктеме прогон жүргізіп, қайда шектелгенін қараймыз. Егер CPU үнемі жоғары болса және кешігулер өссе — CPU‑bound. Егер CPU қалыпты, бірақ своп басталып, жауап уақыты құлдыраса — RAM‑bound. Бұл маңызды: сервер CPU бойынша мықты болуы мүмкін, бірақ VM тығыздығы бойынша жады жетіспеушілігіне ұшырап жеңіл болуы ықтимал.

Енді 3 хост нұсқасын салыстырамыз. Әрқайсысында бірдей 50 VM іске қосып, тұрақты режимдегі орташа розеткадан тұтынуды 30–60 минут бойы өлшейміз:

• Сервер A: 520 Вт при 50 VM -> 10,4 W/VM
• Сервер B: 430 Вт при 50 VM -> 8,6 W/VM
• Сервер C: 610 Вт при 50 VM -> 12,2 W/VM

Мынадайда метрика қолданылады: сіз тек "жәй ватт" емес, бір бірлік пайдалы жүктемеге кеткен энергиді салыстырасыз.

100 VM‑ға жылдық энергияны есептеу үшін (резерв ескерусіз) B нұсқасын аламыз. Егер 50 VM‑ге 2 хост керек болса, кластер орташа қуаты 2 x 430 = 860 Вт = 0,86 кВт. Жылдық тұтыну: 0,86 x 8760 = 7534 кВт·сағ. Тариф мысалы 35 KZT/кВт·сағ болса, бұл тек IT‑жүктеме үшін жылына шамамен 264 мың KZT (инфрақұрылым толық бағасын бағалау үшін әдетте PUE коэффициентін қосады).

Егер W/VM бойынша жеңімпаз бағада немесе жеткізу мерзімінде жеңілсе, қарапайым окупаемост есептеп шешіңіз: баға айырмасын жылдық энергия үнеміне бөліңіз. Егер мерзімдер критикалық болса, оны тәуекел ретінде бөлек фиксациялап, шешімді "төлеп қайту мерзімі" және "жеңіл енгізу мерзімі" осьтерінде салыстырыңыз.

Цифрлерді қолданбайтындығынан болатын типтік қателіктер

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

Ең жиі жағымсыз тұс — әр түрлі CPU буындарын салыстырып, бірдей жүктеме мен баптауларды бекітпеу. Мысалы, бір стенд 40 бірдей VM‑ді CPU шектеуімен іске қосса, ал екіншісі «қанша сыйса сонша» режимінде болса, графикте «жеңімпаз» пайда болады, бірақ метрика әртүрлі нәрсені білдіреді.

Салыстыруды бұзатын қателіктер:

• паспорттағы қуат мәндерін немесе iDRAC/iLO көрсеткіштерін алып, PDU/розеткедегі өлшеуді тексермеу;
• тек жүктеме кезінде өлшеп, простуды елемеу;
• әртүрлі шарттарды салыстыру: әртүрлі BIOS қуат профильдері, түрлі turbo лимиттері, температураға байланысты вентилятор жылдамдықтары;
• стендтер арасында гипервизор, драйверлер немесе микрокод нұсқаларын өзгерту;
• vCPU мен физикалық ядроларды араластырып, W/ядро есептеуде қате жасау.

Қысқа мысал: екі сервер PDU‑да 600 Вт көрсетсе. Бірінде 50 VM орташа 15% CPU, екіншісінде 35 VM орташа 25% CPU. Егер жай ғана бөлсеңіз, бірінші жақ жақсы көрінеді, бірақ сіз әртүрлі жүктемелерді салыстырдыңыз.

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

• қуат және CPU лимиттерін BIOS‑та бекітіңіз;
• қуатты бір нүктеден (PDU) және бірдей уақыт терезесінде алыңыз;
• простуды және бірнеше жүктеме деңгейлерін (мысалы, 30/60/90%) бөлек өлшеңіз;
• гипервизор, драйверлер және микробағдарламаларды тест периодында «мұздаңыз»;
• W/ядро есептегенде нақты не есепке алынды (vCPU, физикалық ядро, ағын) деп ашық жазыңыз.

Нәтижелерді басшылық алдында көрсетуге дейін қысқаша чек‑лист

Басшылыққа егжей‑тегжейден гөрі сандарға сенімділік керек. Егер есепте жасырын болжамдар болса, "ватт на VM/ядро" тез методика жайлы дау‑дамайға айналуы мүмкін.

Жиналатын алдын тексеріңіз:

• Конфигурациялар мен нұсқалар бекітілген: CPU, RAM, дискілер, желі карталары, BIOS/firmware, қуат режимдері, гипервизор және оның баптаулары. Барлығы кестеге жазылған; айырмашылықтар айқын көрсетілген.
• Idle және жүктеме бірдей өлшенген: бірдей құрал/дереккөз, бірдей өлшеу нүктесі, бірдей период, фондық жұмыстарсыз және жаңартуларсыз.
• Қайталаулар бар: әр сценарий кемінде 3 прогоны. Қалай усредняли екені (орташа немесе медиана) және қалай сырттағы мәндермен жұмыс істегеніңіз анық.
• Тар шектеу көрініп тұр: CPU, жад, диск немесе желі. Олай болмағанда метрика "жалған" мән беруі мүмкін.
• Итог жолында контекст бар: қуат профилі, температура, мақсатты жүктеме метрикалары, қысқаша тест сипаттамасы.

Слайдқа арналған мысал формулировка: "Сервер A: 210 Вт под нагрузкой, 30 VM, узкое место CPU, 3 прогона, среднее, условия одинаковые". Бұл варианттарды салыстыруды және дұрыс сұрақ қоюды жеңілдетеді.

Келесі қадамдар: метриканы сервер таңдауында қалай қолдану

Өлшеулер дайын болғанда міндет өзгеріп, сұрақ «кім аз ватт жейтін» емес, «қай сервер қажетті өнімділікті белгілі шығындар мен тәуекелдермен береді» болады. "Ватт на VM/ядро" IT, сатып алу және эксплуатация арасындағы ортақ тіл ретінде қызмет етеді.

Қысқа тізім жинап, өз профилдеріңізде өлшеуді қайталаңыз

2–3 типтік VM профилі алыңыз (мысалы: "веб + API", "деректер қоры", "VDI/офистік жұмыс орындары"). Одан кейін бірдей сценарийлерді үміткерлерде бірдей шарттарда жүргізіңіз (сол гипервизор нұсқасы, сол қуат саясаты, сол желі мен СХД схемасы).

Нәтижелердің шашырауын азайту үшін алдын ала минималды артефакттарды бекітіңіз: VM профильдері және "жоспар орындалды" критерийлері (латенттілік, IOPS, RPS, жауап уақыты), W/VM және W/ядро есептеу ережелері, сондай‑ақ «目标 SLA кезінде серверге қанша VM сыйатынын» есептеу. Сатушының қабылдау сынақтарында қандай шарттарды растайтыны мен қандай деректер береді деп келісіңіз.

Сандарды сатып алу және эксплуатация шешіміне айналдыру

Нәтижелерді бір кестеге салыңыз: баға, сыйымдылық (мақсатты метрикалар кезінде қанша VM шыдайды), соңғы ватт/VM/ядро, стойка бойынша энергия болжамы. Одан кейін жобаны шешетін факторларды қосыңыз: конфигурацияның қолжетімділігі, стандарттарға сәйкестігі, жергілікті шығу талаптары, жеткізу тізбегінің ашықтығы.

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

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