Enterprise серверлерінде Intel немесе AMD: Қазақстанға арналған салыстыру

Платформаны таңдауды неден бастайды және қайда жиі қателеседі

Intel немесе AMD деген даулар жиі бір ғана өнімділік көрсеткішіне келіп тірелмейді. Нақты сатып алуларда көбінесе 3–5 жыл ішінде қашан да артық шығын әкелмейтін, қызмет көрсетімі оңай және жеткізілімдері болжамды нұсқа ұтады.

Алғашқы типтік қате — тек сервер бағасы мен ядралардың санын салыстыру. Кейіннен күтпеген жерден бюджетті виртуализация немесе дерекқор лицензиялары «жеп қоятыны», не стойка қуат пен салқындату бойынша сыймай қалатыны белгілі болады.

Бастамас бұрын абстрактты «сервер» емес, нақты сценарийді есептеу пайдалы: қанша ВМ жоспарланған, узелде қандай рольдер болады (виртуализация, БД, VDI, файл сервистері), амортизация мерзімі қандай және тоқтауға рұқсат етілетін уақыт қандай.

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

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

Егер орналасқан елде қолжетімділік пен сервис тексерілмесе, нәтижесі бірдей: бір DIMM немесе контроллер үшін болған тоқтап қалу CPU арасындағы айырмашылықты жабатын шығынға әкелуі мүмкін. Мұндай жобаларда алдын ала жергілікті сервистік желісі бар интегратордан қолдау және ЗИП болуын келісу көмектеседі, мысалы GSE.kz арқылы жеткізу және қолдау кезінде.

Intel мен AMD-ны салыстырмас бұрын қандай сұрақтар қою керек

Intel немесе AMD-ны салыстыруды процессор модельдерінен емес, тапсырмалардан бастау керек. Бір сервер виртуализация үшін тамаша болуы мүмкін, бірақ дерекқор үшін қолайсыз болуы мүмкін — лицензия, жад немесе қуат лимитіне байланысты.

Бірінші қадам — жүктемені өз сөздеріңізбен және санмен сипаттау: қанша ВМ, 2–3 жылдағы өсу, VDI-дегі пайдаланушылар саны, қандай дерекқорлар және олардың көлемі, AI тапсырмалары бар ма әлде тек классикалық сервистер ме (файл, пошта, 1С және т.б.). Осындай ақпаратсыз «ең қуаттысын» алып, кейін лицензия немесе электр үшін қосымша төлеуге болады.

Содан кейін, салыстыру критерийлерін бекітіңіз. Егер бюджет шектеулі, бірақ тоқтау қабылданбайтын болса, «бастапқы баға» жалғыз өлшем болмауы тиіс.

Жылдам сұрақтар, артықты шұғыл айырып алатындар:

• Қай 2–3 жүктеме басты, қайсысы екінші деңгейлі?
• Не маңызды: минималды TCO, узелдегі максималды VM саны немесе алдын ала болжамды сенімділік?
• Стойка орындары, электропитание және салқындатуға қатысты қатал шектеулер бар ма?
• Қабылданатын жеткізу мерзімі қандай және кейбір компоненттерді күтуге тура келсе не болады?
• Қауымдастық бойынша бір стандарт болу керек пе, әлде ұрпақтар мен өндірушілерді араластыруға бола ма?

Одан кейін 2–4 шынайы есептелетін KPI таңдаңыз. Көбіне жеткілікті: гипервизор/СУБД лицензиясының бағасы, пайдалы жүктеме бойынша ватт, виртуализация тығыздығы (VM саны бір узелде) және жад/слот бойынша резерв өсу үшін.

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

Лицензиялар: ядролар мен сокеттер бюджетті қалай өзгертеді

Intel немесе AMD-ны салыстырғанда көптеген адамдар жабдық бағасына қарап, лицензиялардың қымбат екенін ұмытады. Бұл әсіресе платформа бір сокетте көп ядро берсе маңызды: тығыздық жағынан ұтады, бірақ per-core лицензиялар шотты күрт өсіруі мүмкін.

Маңызды мысалдар: Windows Server (редакцияға және виртуализация сценариіне байланысты), Microsoft SQL Server және кей корпоративтік өнімдер, олар нақты физикалық ядроларды есептейді. Ұқсас сатып алу бағасы бар екі сервер меншік құнында өте бөлектенуі мүмкін, себебі лицензиялар ядро санына және минималды талаптарға байланады.

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

Сатып алудан бұрын жеткізушімен анықтап алыңыз:

• Лицензия неге байланысты есептеледі: ядро, сокет, сервер не VM.
• Минимумдар мен қадамдар (мысалы, N ядро пакеттері).
• Виртуализация және хосттар арасында миграция ережелері.
• Резервтік алаңды қалай жабу керек (суық/ыстық/DR-тестілеу).
• Сіздің сценарийлеріңіз үшін Software Assurance немесе белсенді қолдау қажет пе.

Практикалық мысал: SQL үшін виртуалдық машиналарға арналған екі хостты таңдап отырсыз. Көп ядросы бар нұсқа әр хостта көп VM орналастыруға мүмкіндік береді, бірақ per-core SQL лицензиясы соншалықты өседі, кейде «қымбат емес жабдық» дәл сол үшін тиімді болмай қалады. Сондықтан алдымен лицензия моделін бекіту және тек содан кейін платформаларды салыстыру керек.

Қуат тұтыну: паспорттық көрсеткіштерден нақты шығындарға дейін

Intel немесе AMD-ны салыстырғанда көбіне тек TDP-ға қарайды. TDP — бұл розеткадан қанша тұтынылатынын көрсетпейді, ол салқындату жүйесі үшін бағыттауыш және жылу деңгейін бағалау құралы. Нақты тұтыну жиіліктен, BIOS баптауларынан, жадтан, дискілерден және тіпті вентиляторлар санынан тәуелді болады.

Бюджет үшін маңыздысы — қабырғадағы тұтыну (wall power): PDU немесе ИБП көрсететін ватт. Дата-орталықта бұл ақшаға аударылады: сіз тек электр үшін емес, салқындату үшін де төлейсіз.

Жылдық базалық есептеу:

кВт x жыл ішінде сағаттар x тариф (тг/кВт*сағ).

Мысал: сервер орташа 450 Вт тұтынып, 24/7 жұмыс істейді. 0,45 кВт x 8760 = 3942 кВт*сағ/жыл. Тариф 35 тг болса, жылына шамамен 138 000 тг тек қуатқа. Егер салқындатуға ұқсас мөлшер кетсе, сома оңай екі есе өседі. Сондықтан сервердегі 80–120 Вт айырмашылық та байқалады, әсіресе узел саны көп болса.

Нақты тұтыну жұмыс профиліне қатты тәуелді. Егер жүктеме «тұрақты» 24/7 болса (виртуализация, дерекқорлар), ұзақ жүктеме кезінде тұрақты жиіліктер мен қуат лимиттері маңызды. Егер шыңдар сирек болса (есептер, түнгі терезелер), энергия үнемдегіш режимдер мен дұрыс қуат профильдері пайдалырақ.

Спецификацияда не тексеру керек

Сатып алудан бұрын тек CPU-ға қарамаңыз. Соңғы ватттар мен жылу көбінесе «қосымша» элементтерге байланысты:

• Қуат блоктары және олардың тиімділігі (80 PLUS). 30–60% жүктемеде жоғары тиімділік бойынша таңдаңыз.
• Вентиляторлар саны мен айналу диапазоны (шулығы мен қосымша ваттқа әсері).
• Кіріс температураға рұқсат етілген шек (жоғарырақ болған сайын ыстық ортада вентиляторларды қатты айналдыру қаупі аз).
• BIOS-та CPU қуатын шектеу және энергия профильдерін қолдау.
• Конфигурация: жад, дискілер, акселераторлар, желі карталары — олар екі CPU арасындағы таңдаудан жиі үлкен әсер көрсетеді.

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

Қиын бенчмарктерсіз өнімділік: не салыстыру керек

Intel пен AMD-ны «жиілік пен ядро саны» бойынша салыстыру ыңғайлы, бірақ жиі қате қорытындыға әкеледі. Бір жүктеме ядроға тәуелді (кей OLTP, кейбір есеп жүйелері), басқа жүктемелер ядро бойынша масштабталады (виртуализация, аналитика, batch), үшіншілер процессорға мүлде тәуелді емес.

Көп жағдайда тар шек CPU-дан тыс болады: жад, дискілер, желі, PCIe. Соған байланысты бірінші сұрақ: сізді шектеу қайда — есептеу, I/O немесе желі ме.

CPU-дан басқа платформада не тексеру керек

Баяу жұмыс себебін іздемеу үшін мына байланыстарға қараңыз:

• Жад: каналдар саны, қолдау көрсетілетін жиілік, максималды көлем және толық жылдамдық үшін қанша модуль қажет.
• PCIe: NVMe, желілік карталар мен акселераторларға нақты қанша жол және қандай версия беріледі.
• Дискілік жүйе: SATA немесе NVMe, RAID-контроллер ме әлде программалық RAID па, кэш, қорап саны.
• Желі: 10/25/40/100G — қажетті адаптерлер бар ма және сіздің коммутаторларыңызбен үйлесімді ме.
• Терм және қуат: платформа ұзақ жүктеме кезінде жарияланған жиіліктерді ұстай ма, троттлинг бола ма.

Бұл виртуализация хосттарында айқын болады: көп ядро алғанмен, VM-лерге жад жеткіліксіз болса немесе сақтау баяу болса, өнімділік жоғалуы мүмкін.

Тесттерді алдау жоқ оқу жолы

Егер тесттерге сенгіңіз келсе, шарттарды бірдей етіп жасаңыз: бірдей жад көлемі/схемасы, бірдей қуат шектеулері, бірдей типтегі накопительдер және желі, бірдей гипервизор нұсқасы және NUMA/энергия баптаулары. Әйтпесе, сіз процессорды емес, конфигурацияны салыстырасыз.

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

Егер платформа таңдап жатсаңыз (мысалы, rack-серверлер GSE S200 Series деңгейі үшін), осындай тәсіл Intel немесе AMD қайда артықшылық беретіні анықтауға көмектеседі, шетелдік графиктер емес.

Қазақстандағы комплектілердің қолжетімділігі және тоқтап қалу тәуекелі

Өнімділік пен баға жағынан бәрі анық көрінсе де, жобаны жиі құлататын нәрсе — жеткізілім мерзімі. Типтік блоктау факторы — серверді жинауға немесе эксплуатацияға енгізуге кедергі келтіретін нақты SKU: қажетті процессор, белгілі жиілік пен ранктағы жад модульдері, қажетті жылдамдықтағы желі карталары мен драйверлер, RAID-контроллер немесе HBA.

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

Жеткізілім тәуекелін жобалауға бұрынғыдан бағалаудың тез жолы:

• Қазақстандағы қорда нақты не бар, не тапсырыс бойынша келеді және қандай мерзімдер жазбаша расталғанын анықтаңыз.
• Әр маңызды модульге (CPU, RAM, NIC, контроллер) 1–2 баламаны қарастырыңыз, платформаға толықтай әсер етпейтін.
• Таңдалған модульдерді ресми қолдау тізімімен салыстырыңыз, тек разъем бойынша емес.
• Ақау болған жағдайда не болады: ертең алмастыра ала ма, әлде апта күту керек пе?

Үйлесімділік әдетте бір позицияға үнемдеуінен маңыздырақ. Қымбат емес ұқсас желі картасын алу оңай шығар, бірақ қажетті функциялар (offload немесе гипервизормен тұрақты жұмыс) болмағаны үшін қымбатқа түсуі мүмкін.

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

• 1–2 бірдей RAM модулі (сол партиядан немесе бірдей модель);
• сол типтегі және көлемдегі запас диск (немесе hot-swap үйлесімділік);
• резервтік қуат блогы;
• шасси үшін запас вентилятор немесе комплект;
• резервтік RAID/HBA немесе оны алмастыратын жоспар.

Егер инфрақұрылым маңызды болса, жергілікті өндіріс пен сервисі бар жеткізушіні таңдау пайдалы. Мысалы, GSE.kz-те Қазақстанда өндірістік алаңдар және ел бойынша 24/7 қолдау бар, сондықтан алмастыру тарихын және жөндеуді алдын ала ұйымдастыру оңайырақ.

Қарапайым жоспар: бір кеште TCO кестесін жасау

Intel немесе AMD туралы дау талғамға айналып кетпеуі үшін таңдау 3–5 жылдық қарапайым TCO кестесіне түсуі керек. Егер алдын ала не салыстыратыныңызды шешсеңіз, оған бір кеш жеткілікті.

Алдымен кіріс деректерді бекітіңіз: «барлыққа арналған сервер» емес, 2–3 типтік сценарий және олардың басымдықтары. Қалыпты түрде бұл лицензиялар құны, виртуализация тығыздығы, сақтау кешігуі және өсуге арналған жад-запасы.

Содан кейін қадамдап жасаңыз:

• 2–3 жүктеме сценарийін сипаттаңыз (мысалы: 40 VM виртуализациясы, дерекқор, резервтеу) және басымдықтарын анықтаңыз: CPU, жад, диск, желі, қолжетімділік.
• 2–3 салыстырмалы конфигурация жинаңыз: бірдей класс CPU, жад көлемі, диск типі мен саны, желі порттары, RAID/HBA. Мақсат «ең қуатты» емес, бірдей шектеулердегі салыстыру.
• Әр нұсқаның лицензиялары мен қолдауын есептеңіз. Метрді (ядра, сокет, хост, VM) және минимум ережелерін жазыңыз.
• Қуат пен салқындатуды паспорттық шыңдарға емес, жоспарлы жүктемеге (мысалы 50–70%) қарай есептеңіз және тарифіңізбен есептеп шығыңыз. Егер стойка мен ИБП қуат шектеуге келсе, олардың бағасын қосыңыз.
• Қазақстанда негізгі модульдердің қолжетімділігін тексеріңіз: қажетті көлемдегі RAM, дискілер, қуат блоктары, вентиляторлар, NIC, рельстер. Тек жеткізілім мерзімін емес, жылдам алмастыру мүмкіндігін біліңіз.

Барлығын бір кестеге жинап, 3–5 жылға есептеп шығыңыз. «Тоқтау тәуекелі» деген баған қосу пайдалы: егер платформада сирек модульдер немесе ұзақ жеткізу мерзімі болса, бұл бөлек шығын ретінде қарастырылсын.

TCO (3-5 лет) = железо + лицензии + поддержка + энергия/охлаждение + запасные части + риск простоя

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

Таңдаудағы типтік тұзақтар

Ең жиі қате — платформа туралы шешімді бір «жарқын» тестке немесе процессор бағасына сүйеніп қабылдау. Enterprise-та маңыздысы — меншік құны, қолдау және жеткізу болжамдылығы.

Қателіктер, олар көбіне ақшаға түседі

Салыстыру тек бірдей класты шешімдерге ғана мағыналы болуы тиіс: сокеттер саны, ұрпақ, TDP, жад көлемі және сақтау типі. Әйтпесе сіз әртүрлі платформаларды салыстырып, жалған жеңімпаз аласыз.

Бюджетті әдетте қырып жіберетін нәрселер:

• Сервер бағаcын санап, лицензиялар, қолдау, запас бөлшектер және электр энергиясын ұмыту.
• Стартта минималды жад пен дисктермен алу, кейін кеңейтуде қосымша шығындар мен тоқтауларға төлеу.
• Таңдалған аналық платамен немесе контроллермен нақты үйлесімді жад пен накопительдерді тексермеу.
• BIOS, прошивка және драйверлерді кеш жаңарту, содан кейін жүктеме кезінде түсініксіз қателер туындауы.
• Сервис моделін елемеу: кім келеді, ауыстыру мерзімі қандай, алатын алмастырмалы жабдық бар ма.

Бұл тәуекелдерден қалай тез құтылуға болады

Екі конфигурацияны 3–5 жылға жұмыс істейтін «дайын жұмыс узелі» ретінде салыстырыңыз, «процессор + корпус» ретінде емес. Мысалы, банктегі екі виртуализация сервері үшін: егер лицензия ядро бойынша есептелсе, аз бағадағы көп ядролы CPU жобаңызды күтпегенше қымбаттата алады. Сонымен қатар, регионда DIMM немесе SSD табу қиын болса, бастапқы үнемдеу арқылы тоқтауды шақыруы мүмкін.

Қазақстанда модульдер мен сервис алмастыру мерзімдерін алдын ала сұрау өте маңызды. Жергілікті өндірісі және сервистік желісі бар интегратормен жұмыс істеу (мысалы, GSE.kz және S200 сериясы серверлері) «сервер бар, ал запчасть жоқ» жағдайының тәуекелін төмендетеді.

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

Серверге тапсырыс жібермес бұрын төмендегі жедел тексерістер тізімінен өтіңіз. Бұл кейінгі ең қымбат жөндеулердің алдын алады: лицензиялар, қуат, кеңейту мүмкіндігі және жеткізу мерзімі.

• Лицензиялар: нақты не есептелетінін (ядро, сокет, минималды шектер) анықтаңыз. Конфигурацияны «2 CPU x N ядер» форматында жазып, таңдаған ПО мен қолдауға қалай әсер ететінін тексеріңіз. Виртуализация жоспарланса, хосттар және миграция ережелерін анықтаңыз.
• Қуат және стойка: PDU мен стойкадағы нақты ватт шегін сервердің жоспарлы жүктемедегі тұтынуымен салыстырыңыз. Өсуге запас қалдырыңыз (дискілер, жад, жылдам NIC). Егер дата-орталықта юнитке бойынша қатты шектеу болса, оны алдын ала біліңіз.
• Жад: жалпы көлемге емес, бос слоттарға және толық жылдамдық үшін қажет модульдер санына қараңыз. 2–3 жылдан кейін өсіру мүмкіндігін DIMM алмастырусыз қалай жүзеге асыратыныңызды шешіңіз.
• Желі және дискі: қажетті порттар мен контроллерлер сирек опция емес екеніне көз жеткізіңіз. Егер 25GbE, FC немесе нақты RAID/HBA қажет болса, олардың ұзақ күтімде болмауын тексеріңіз.
• Жеткізу және сервис Қазақстанда: CPU, DIMM, NIC және дискілер бойынша нақты мерзімдер мен запас бөлшектердің бар-жоғын анықтаңыз. SLA-ны нақтылап жазыңыз: реакция уақыты, кім барады, елде инженерлер мен қойма бар ма.

Өзін-өзі тексеру үшін қарапайым сценарий: жұп виртуализация серверінің біреуі істен шықса, екінші серверде қанша күн жұмыс істей аласыз және қалпына келтіру үшін қандай детальдар қажет? Жауаптарды жазып алсаңыз, Intel мен AMD таңдауы есепке айналады, тәуекел емес.

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

Практикалық мысал: 2 виртуализация серверіне платформа таңдау

Аймақтық банктің офисі 2 хостты виртуализацияға қоймақ — кластер 2+1 емес, бірақ бір сервер істен шықса жүйе маңызды сервисілерді сақтап қалуы тиіс. Оларда кеңсе сервистері, бірнеше бизнес-қосымша және инфрақұрылым (AD, файлдар, мониторинг) болады – шамамен 40–60 VM өсіммен.

Топ Intel пен AMD арасында «қайсысы жылдам» емес, лицензияға кеткен бюджет, электр төлемақысы және модульдерді қаншалықты тез алмастыруға болатыны бойынша таңғысады.

Екі типтік нұсқа

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

B нұсқа: көп ядро, жоғары VM тығыздығы. Бір хостқа көп VM салу және авариялық режимге CPU резерв қалдыру оңай, бірақ per-core лицензиялары гипервизор, ОС немесе корпоративтік өнімдер бойынша шығынды қатты өсіруі мүмкін. Кейде қорытынды парадокс: жабдық бірлік өнімділігі бойынша арзан, бірақ лицензиялар жобаны қымбаттатады.

1–2 сағат ішінде шешім қабылдау

Мини-TCO-ны 3 жылға жинаңыз және бірдей деңгейдегі қолжетімділікті (бір хост істен шыққанда екінші критикалық VM-дерді ұстап тұру) салыстырыңыз:

• Лицензиялар: модель (per-core немесе per-socket), минималды шектер, виртуализацияға және кеңеюге арналған ережелер.
• Электр және салқындату: жоспарланған жүктеме бойынша (әдетте 30–60%), паспорттық TDP емес.
• Өсу: 12–36 ай ішінде қанша VM қосылады және платформа қай жерде шектеледі (ядро, жад, слоттар).
• Тоқтау тәуекелі: тоқтау сағаты қанша тұрады және негізгі бөлшектерді қаншалықты тез алуға болады.

Сонымен қатар, ядролар сатып алып, жад немесе дискілер жетіспей қалмайтынын тексеріңіз.

Қазақстандағы жеткізушіден сұрату керек нәрселер

Жобаның іске тұруына бір DIMM жетпей қалмас үшін алдын ала сұраңыз:

• маңызды модульдердің (ОЗУ, SSD/HDD, блоктар, вентиляторлар, RAID/HBA, NIC) нақты бар-жоғын және пар-номераларының сәйкес келуін растаңыз;
• жобаға арналған жеткізу жоспарын даталармен және баламаларымен беруді сұраңыз, егер кейбір позициялар болмаса;
• сервис алмастыру шарттары мен реакция мерзімін (банктер үшін аса маңызды);
• РК-та қорда нақты не бар екенін тізімде көрсетуді талап етіңіз.

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

Келесі қадамдар: тез шешімге қалай жету және тәуекелді азайту

Егер Intel vs AMD дау ұзаққа созылып жатса, оны қысқа әрекет жоспарына аударыңыз: екі салыстырмалы вариант алу, ақшаны есептеу және алдын ала жеткізу тәуекелін алып тастау.

Салыстыру әділ болу үшін қандай деректер қажет

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

2–3 типтік сценарий қалдырыңыз: мысалы «40 орташа VM» және «1–2 критикалық сервис жоғары қолжетімділікпен». Сосын бір класста 2–3 конфигурация сұраңыз: бір Intel, бір AMD және қажет болса үшінші — бюджеттік компромисс. Ашық спецификация сұраңыз: CPU модельдері, жад түрі/көлемі, дискілер, RAID/контроллер, NIC, қуат блоктары, кепілдік.

Параллельді түрде Қазақстандағы шындықты тексеріңіз: не қорда бар, не тапсырыс бойынша ғана келеді, жеткізу мерзімі және алмастыру альтернативалары. Нақтырақ:

• Қорда не бар, не тапсырыс бойынша келетінін біліңіз.
• Жеткізу мерзімдері мен алмастыру альтернативаларын анықтаңыз.
• ЗИП жоспары: қай бөлшектер қорда сақталуы керек және қай жерде.
• Диагностика мен алмастыру кім орындайтынын және қанша сағатта жүзеге асуын анықтаңыз.

Лицензияларды және TCO есептеулерін сатып алу негіздемесіне тіркеңіз: ядро/сокет санына байланысты ПО қанша тұратынын, қандай қуат жоспарлап отырғаныңызды және жыл сайын электр мен қолдауға қанша төлеу керектігін көрсетіңіз.

Егер көмек керек болса, GSE.kz-те салыстырмалы конфигурациялар мен интеграцияны, соның ішінде S200 Series серверлерін және ел бойынша 24/7 қызмет көрсетуді сұратуға болады.