Бір процессорлық не екі процессорлық сервер: қалай таңдау
1 CPU немесе 2 CPU: лицензиялау, виртуализацияның шегі, жедел жады мен 3–5 жылға TCO-ны қарастырып, артық төлемсіз сервер таңдауға көмектесеміз.
Таңдау қайдан басталады: нақты не шектейді
1 CPU және 2 CPU арасындағы таңдау көбінесе процессор моделінен гөрі нақты шектеуге байланысты анықталады. Бір жоба үшін бұл лицензия болса, екіншісіне — жедел жады, үшіншісіне — виртуалдық машиналардың саны. Кейде шешімге сенімділік пен жөндеуді тоқтамастан жүргізу талаптары әсер етеді.
1 CPU немесе 2 CPU-ны салыстырмас бұрын негізгі сценариіңізді анықтаңыз: сервер бірнеше ауыр дерекқорды, бөлімдерге арналған он-деген ВМ-ды, VDI-ны немесе 1–2 қолданбалы жүйені ұстай ма? Осыдан тәуелді: не маңыздырақ — ядро саны, RAM көлемі, жедел жады пропусктік қабілеті немесе екінші сокетті қосу мүмкіндігі.
"Артық резерв" үшін сатып алу әрқашан үнемдемейді. Қосымша шығындар бірден шығады: қымбат платформа, көбірек жад модульдері, жоғары қуатты тұтыну, кейде ядролар бойынша лицензиялар. Егер өсу болмаса, сіз 3–5 жыл бойы бұл резерв үшін төлейсіз, бірақ ол бос тұрады.
Практикада процессордың жиілігі сирек негізгі фактор болады. Әдетте маңыздырақ:
- шынымен пиктерде қанша ядро керек;
- қанша RAM қажет және оны қаншалықты тез кеңейте аласыз;
- қанша ВМ бір уақытта белсенді болады;
- ядролар қосқанда лицензиялар қалай өзгеретіні;
- 3–5 жылға иелену құны (темір, қолдау, электр, тоқтаулар).
Қарапайым мысал: типтік ұйымда файл сервисі, пошта немесе коллаборация және бөлімдер үшін 15 ВМ бар. Егер шектеу RAM пен лицензияда болса, 1 CPU-мен ақылға қонымды жад қоры 2 CPU-дан артық тиімділігі болады: екі сокет қосымша ядролар әкелсе де, егер жадты қымбат түрде кеңейтпесеңіз мәселені шешпейді. Ал егер ВМ-пул үлкен болуы және жылдам өсу болса, екісокетты платформа көбіне кеңейту мүмкіндігі арқылы өзін ақтайды.
Әрі қарай практиканы талқылаймыз: ядролар бойынша лицензиялау, виртуализацияны масштабтау, жад және 3–5 жылдық TCO.
1 CPU мен 2 CPU арасындағы шынайы айырмашылық
Айырмашылық "екі есе көп қуат" деп азайтылмайды. Платформа өзгереді: қанша ядро мен ағын қойса болады, дискілік контроллерлер, желілік карталар мен акселераторларға қанша PCIe жолы бар, сондай-ақ қанша жад арнасы бір уақытта жұмыс істейді.
Бір процессорда конфигурация қарапайым: барлық ресурстар бір нүктеге жиналады. Екі процессорда ресурстар көбірек, бірақ олар екі сокет арасында бөлінеді. Бұл жад бойынша ерекше байқалады: жалпы RAM шегі өседі және әдетте модульдер үшін слоттар саны да көп болады. Екі сокетте бір уақытта "көп жад" пен "көп ядро" жинау оңайырақ, слот шектеулеріне тап болмайсыз.
NUMA: неге 2 CPU әрқашан жылдам емес
Екісокетты жүйеде NUMA пайда болады: жад өз процессорына "жақын" болады. Егер қосымша немесе гипервизор басқа CPU-ның физикалық жадысына жиі жүгінсе, кешігулер болады. Сондықтан екінші процессордың пайдасы жүктеменің NUMA түйіндеріне дұрыс бөлінуіне және виртуалдық машиналардың конфигурациясына тәуелді.
Екіпроцессорлы схема айқын артықшылық береді, егер бір уақытта көп есептеу және көп I/O қажет болса, және кеңейту "шатыры" маңызды болғанда: тығыз виртуализацияда үлкен жалпы CPU мен RAM, дерекқорлар мен аналитика, көп PCIe құрылғылары (жылдам желілік карталар, NVMe, RAID/HBA, акселераторлар), жоғары параллелизм талап ететін тапсырмалар (рендер, есептеулер, VDI).
Егер сізде 1–2 ауыр қосымша бар және олардың бір ядро жиілігіне тәуелділігі жоғары болса, екінші CPU жиі күткендей нәтиже бермейді. Мұндай жағдайда бір қуатты процессор және жылдам жад пен дискілерге басымдық берген тиімдірек болады. S200 деңгейіндегі серверлік қатарларда бұл алдын ала ескеруді қажет етеді: платформа өсуге мүмкіндік береді, бірақ ақша тек нақты қолданылатын кеңейтуге ғана жұмсалғаны дұрыс.
Лицензиялау: қайда артық төлем жиі жасырынады
Темір көп жағдайда басты шығын емес сияқты көрінеді, бірақ практикада ең қымбат жер лицензиялау болады, әсіресе ядролар санын "артық" етіп алған кезде.
Үш типтік схема бар: серверге негізделген лицензия, сокетке (процессор) бойынша және ядролар бойынша. Ең жағымсыз — ядролар бойынша лицензиялау. 1 CPU-дан 2 CPU-ға өту көбіне тек ағындар саны ғана емес, ядролар санын да көбейтеді, сондықтан лицензиялар кейде өнімділіктен де асып кетеді.
Есептегенде жиі ұмытып кететін позициялар кейін шұғыл түрде қымбатқа сатып алынады: ОС және клиенттік лицензиялар (қажет болса), гипервизор және виртуализация құқықтары, дерекқорлар мен басқа серверлік қосымшалардың лицензиялары, резервтік көшірме (көбіне сокетке, ядроларға немесе ВМ санына байланысты), мониторинг пен инфрақұрылымды басқару.
Кейде аз ядролармен, бірақ жоғары жиілікті таңдаған тиімдірек болады. Бұл 1–2 ауыр жүйе (мысалы, дерекқор немесе есептік жүйе) үшін типтік сценарий, онда бір ядро жылдамдығы маңызды, ал ВМ көп болмауы мүмкін.
Артық төлемнен құтылу үшін өсу стратегиясын алдын ала шешіңіз. Екі тәсіл жиі қолданылады: ағымдағы жүктемеге дәл сатып алып, платформада слот пен қорап резервін қалдыру (жад слоттары, дискілер, PCIe), немесе 12–18 айға дейін лицензияларды алдын ала есептеп қою, бірақ 5 жылға емес.
Егер сіз GSE S200 Series деңгейіндегі серверлерге қызығушылық танытсаңыз, лицензияларға қарай конфигурацияны бірден талқылау орынды: шынымен қанша ядро керек, қанша ВМ жоспарланған және қандай өнімдер лицензияланатынын анықтау. Мұнда үнемдеу жиі темірдегі жеңілдіктен де үлкен болуы мүмкін.
Виртуализацияны масштабтау: 1 CPU неше ВМ көтере алады
Виртуалдық машиналар көбінесе сокеттер санына емес, ең тар ресурсқа байланысты шектеледі. Көбінесе алдымен жедел жады жетіспейді, кейін дискілер (IOPS пен кешігу), тек содан соң процессорды тартады.
Егер рольдер типтік болса — домен контроллері, файл сервер, жеңіл сервистер, тесттік 1С, қосымша құралдар — бір процессор көп ВМ-ларды сенімді түрде ұстай алады. 10–20 орташа жүктемелі ВМ үшін әдетте RAM пен жылдам дискілерге инвестиция жасау 2 CPU-ға бірден көшуге қарағанда тиімді.
CPU-ны overcommit (vCPU-лардың сомасы физикалық ядролардан көп болған кездегі) — ВМ-лар секірмелі түрде жұмыс істеп, бір уақытта процессорды сирек жүктейтін болса тиімді. Бірақ тұрақты жүктемелер (дерекқорлар, VDI, аналитика, тығыз 1С) кезінде бұл тез кезектер мен «үлгірулерге» әкеледі, тіпті орташа жүктеме қалыпты көрінсе де.
2 CPU-ға көшу қажет деп қарастыруға болады, егер сіз үнемі CPU кезектерін және жауап беру уақыттарының нашарлауын көріп тұрсаңыз, көптеген ВМ-ларда пиковые жүктемелер бір уақытта түсе берсе (таңертең, айлық жабылу, түнгі тапсырмалар), төмен кешігіулер маңызды болса, ВМ ядроларын қосып жатқанда басқа машиналардың жұмысы нашарласа немесе келесі жылы ВМ саны тез өседі деп күтілсе.
Маңызды: "процессорлар көп" баяу дискілер мен желіні емдемейді. Егер сақтау жүйесі IOPS бойынша шамадан тыс жүктелсе, CPU қосу тек сол операцияларға бәсекелестікті күшейтеді.
12–36 айға өсу жоспары үшін қарапайым қор ұсынылады: жад бойынша 20–30%, CPU үшін пиктерге 30–40%. Егер бүгін 12 ВМ 256 ГБ RAM тұтынып, дискілерде үнемі шектеуде болса, алдымен RAM қосып және сақтау подсистемасын жылдамдатқан дұрыс, содан кейін ғана екісокетты класты қарастыру қажет, мысалы S200 сияқты шасси.
Жедел жады: шектеулер, слоттар және практикалық есептеулер
1 CPU мен 2 CPU туралы әңгімеде жад жиі артық ядролардан маңыздырақ болады. RAM жетіспесе, суап пайда болады, дерекқорларда кешігулер, терминалдардың «ілінуі» және жаңа ВМ қосу мүмкін еместігі байқалады. RAM жеткілікті болса, тіпті орташа ядролар саны да әдетте жүктеменің талаптарын орындайды.
Шынайы қажеттілікті бағалаудың ең сенімді жолы — паспорттық талаптарға емес, нақты метрикаларға сүйену.
Қанша RAM қажет екенін қалай шамалау керек
Ағымдағы серверлерден 2–4 апта мониторинг жинаңыз: орташа, пиктер және есеп беру күндеріндегі мәндерді қараңыз. Пик тұтынысты тіртеп, кэш қанша алып жатқанын зерттеңіз. Сосын өсуге запас қосыңыз: әдетте пиковые мәндерден 20–30% қосылады, жаңа ВМ жоспарланса бұл мөлшер көбеюі мүмкін. Виртуализацияда ВМ-дардың жад сомасын қосып, гипервизор ресурстарын және шағын резервті қосыңыз, чтобы свопқа жол бермеу үшін. Дерекқорлар, пошта, аналитика және VDI сияқты жадты көп жейтін ролдерді бөлек есептеңіз.
Келесі мәселе — платформа: слоттар саны және максималды қолдау көрсетілетін көлем. Жад жылдамдығы да маңызды: ол частотаға ғана емес, каналдарды қалай толтыратыныңызға тәуелді. Әртүрлі көлемдегі модульдер, толық емес канал толтыруы, жоғары рангілі модульдер жылдамдықты төмендетуі мүмкін. Сондықтан жиі бірден пакетпен жоспарлаған дұрыс, «не тауып алдық» деп кейін толықтырмау.
FAQ
1 CPU мен 2 CPU арасында таңдай бастауды неден дұрыс бастау керек?
Бастапқыда жүйені не шектеп тұрғанын анықтаңыз: «қанша ядро керек» деп емес, қай ресурс бірінші тарылатынын — лицензиялар, жедел жады (RAM), дискілер (IOPS пен кешігу), желі немесе кеңейту қажеттілігі ме екенін белгілеңіз. Қанша ВМ, қандай ролдер (дерекқор, VDI, файлдық сервис) және пиковые жүктемелер қашан болатынын анықтап алыңыз. Осыдан кейін 1 CPU мен 2 CPU-ны салыстыру мағыналы болады.
Қай жағдайларда однопроцессорлы сервер ең дұрыс таңдау?
1 CPU көбінесе типтік виртуализация мен орташа жүктемелі 10–20 ВМ үшін тиімді: жадты көбейтіп, жылдам SSD/NVMe орнату ядролар санын арттырудан арзанырақ шығуы мүмкін. Сондай-ақ 1–2 ауыр жүйеге арналған кезде, бір ядро жиілігі маңызды болса және ядролар бойынша лицензияларға артық төлем жасағыңыз келмесе, бұл жақсы таңдау. Негізгі шарт — платформада келесі 1–2 жылға жететін RAM слоттары мен кеңейту мүмкіндіктері болуы.
Қай жағдайларда екіпроцессорлы сервер шынымен керек?
2 CPU қажет болады, егер жедел жад бойынша шекке жетіп жатсаңыз, модульдер үшін слоттар аз болса немесе кеңейту маңызды болса; сондай-ақ тығыз виртуализация, VDI, аналитика және ауыр дерекқорлар үшін үлкен жалпы ресурстар қажет болғанда. Көп NVMe және желілік карталар жоспарланса да екісокетті платформа ыңғайлы. Дегенмен өсу нақты күтілмесе, «артық запасқа» төлеген шығын өзіне қайтпай қалуы мүмкін.
Неге 2 CPU әрқашан жылдам емес: NUMA-ны қарапайым тілде түсіндіріңіз?
NUMA — әр процессордың өзіне жақын бағытталған жадтың болуы дегенді білдіреді; басқа сокеттегі жадқа жүгінгенде кешігулер пайда болады. Егер қосымшалар немесе гипервизор жүктемені NUMA түйіндеріне дұрыс бөлмесе, екінші процессор күтпеген пайда бермеуі мүмкін немесе жауап беру уақыты нашарлауы ықтимал. Практикада бұл мәселені ВМ-ларды дұрыс баптау, vCPU мөлшерлері мен «жылы» деректердің локальды жадта қалуын бақылау шешеді.
2 CPU-ға өткенде лицензияларға байланысты артық төлемге қалай түспеу керек?
Көбіне ядролар бойынша лицензиялаудағы шығындар жасырынады: екінші CPU қостыңыз да, ядролар саны көбейді — лицензиялар бағасы темірден да жоғары артуы мүмкін. ОС, гипервизор ғана емес, дерекқорлар, резервтік көшірмелеу, VDI және басқа да серверлік өнімдер лицензияланатын болуы ықтимал. Практикалық ереже: алдымен екі конфигурацияға лицензияларды есептеп алыңыз, содан кейін платформаны таңдаңыз.
Қанша жедел жады қажет екенін қалай анықтауға болады және қашан RAM үшін 2 CPU алады?
Қазіргі серверлерден минимум 2–4 апта мониторинг жинап, пиковые мәндерді белгілеңіз. Пиктерге 20–30% қауіпсіздік қосуды әдетте есепке алыңыз, гипервизордың қажетті ресурстарын және кэшті ескеріңіз. Егер бірнеше ондаған гигабайт жетіспей жатса, әдетте 1 CPU-да RAM-ды көбейту оңайырақ; ал егер үлкен секіріс керек болса және слоттар саны маңызды болса — онда 2 CPU қарастырылады.
1 CPU қанша виртуалдық машинаны көтере алады және ең жиі не шектейді ВМ-ларды?
Көптеген виртуализация сценарийлерінде бірінші тар ресурс — RAM, одан кейін дискілердің IOPS пен кешігуі, тек содан кейін процессор. 1 CPU көптеген ВМ-ларды ұстай алады, егер олардың ролдері жеңіл және пиковые жүктемелер бір уақытта түспесе. Бірақ тұрақты ауыр жүктеме кезінде CPU overcommit тез «кезекпен» және жауаптың төмендеуіне әкеледі. Егер CPU Ready немесе кезектер байқалса — платформа мен конфигурацияны қайта қарау керек.
Дискілер, желі және PCIe кеңейтулері 1 CPU немесе 2 CPU таңдауына қалай әсер етеді?
1 CPU конфигурациясында PCIe жолдары мен физикалық слоттар тез бітуі мүмкін, бұл NVMe, желілік адаптерлер және контроллерлер санын шектейді. Егер бір уақытта жылдамы NVMe-пул, бөлек сақтау адаптері және бірнеше желі порттары қажет болса, екісокетті платформа көп ұтымды. Сондықтан кейде 2 CPU-ны есептеулер үшін емес, кеңейту мүмкіндіктері үшін таңдайды.
1 және 2 CPU үшін 3–5 жылдық TCO-ны қалай адал есептеу керек?
TCO-ны есептегенде тек қораптың бағасын емес, пайдалану шығындарын салыстырыңыз: темір, қолдау, электр және салқындату, тоқтаулар және жөндеу уақыттары, сондай-ақ болашақ апгрейдтер. 2 CPU жиі қымбатырақ сатып алу мен жұмыс істеу шығындарын талап етеді, сонымен бірге лицензиялар да қымбаттауы мүмкін. Көп жағдайда 3 жыл ішінде 1 CPU жеңілдік әкеледі; 5 жылда 2 CPU-ның артықшылығы күйіндегі шектен асқанда ғана шығынды ақтайды.
Сенімділік үшін не жақсы: бір қуатты сервер немесе бірнеше түйін, және жергілікті сервис бұл жерде қалай көмектеседі?
Бір үлкен сервер басқаруды жеңілдетеді, бірақ тәуекелді арттырады: ақау немесе қызмет көрсету кезінде барлық қызмет тоқтайды. Керісінше, 2–3 аздаған нодтан тұратын шешімдер сенімділікті арттырады, бірақ олар үшін көбірек лицензия, орын және инфрақұрылым қажет. Жөндеу мерзімдері мен бөлшектердің қолжетімділігі маңызды болса, жергілікті өндірушінің сервис желісі TCO-ны төмендетіп, жөндеу уақытын қысқартады; мысалы, Қазақстанда GSE.kz сияқты жергілікті сервис бұл артықшылықты береді.