Microsoft, Oracle және SAP үшін серверлер: не тексеру керек

Неліктен CPU және RAM бәрін шешпейді

Екі сервер негізгі сипаттамалары бойынша бірдей болып көрінуі мүмкін: ядро саны бірдей, жад көлемі ұқсас, диск конфигурациясы ұқсас. Бірақ Microsoft, Oracle және SAP үшін бұл жеткіліксіз. Критикалық жүйелер тек өнімділікке ғана емес, сервер платформасының нақты ПО нұсқасы, операциялық жүйе, гипервизор және резервтеу схемасымен қаншалықты үйлесетіндігіне тәуелді болады.

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

Сол себепті қате көбіне енгізу кезінде анықталады. Компания бағаға және негізгі өнімділікке қарап сервер таңдайды, ал кейін белгілі болады: ПО-ның қажетті нұсқасына нақты RAID-контроллер, BIOS нұсқасы немесе виртуализация платформасымен расталған сәйкестік керек екен. Формальды тұрғыдан сервер қуатты, бірақ жоба қайта тексеру, компоненттерді ауыстыру және қайта келісулер салдарынан кідіреді.

Қауіп әдетте төрт жерде жасырынады:

• Microsoft, Oracle және SAP сертификат матрицалары
• BIOS, BMC және басқа прошивкалардың нұсқалары
• желі, сақтау және виртуализация үшін драйверлер
• резервтеу схемасы және жүйенің ақау кезінде әрекеті

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

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

Сервер таңдамас бұрын не жинау керек

Бастау модельден немесе бағадан емес, бастапқы деректерден бастау керек. Олардысыз қуатты жабдықты сатып алып, кейін ПО нұсқасы, орнату схемасы немесе беріктік талаптарына сәйкес келмей қалуы оңай.

Алдымен өнімдердің нақты нұсқаларын анықтаңыз. «Oracle керек» немесе «SAP болады» деген формулировкалар жеткіліксіз. Редакцияны, нұсқа санын, жоспарлы жаңартуларды және олармен байланысты компоненттерді: СУБД, қосымша сервері, ОС және басқару құралдарын білу маңызды.

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

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

• ағымдағы деректер көлемі және 2–3 жылға болжамдалатын өсу
• дерекқор, журналдар және резервтік көшіру үшін дисктер түрі
• желі интерфейстерінің саны және қажетті жылдамдық
• резервтік көшіру схемасы
• диск, қуат блогы, байланыс арнасы немесе торап ақауындағы жұмыс талаптары

Тәуелсіз сервис мерзімі мен өмір сүру кезеңін бөлек анықтаңыз. Сервер қанша жыл продуктивте жұмыс істеу керек? Қосалқы бөлшектер қанша уақытта жеткізіледі? Бизнестің үшін қанша уақытша тоқтау қабылданады? Банктер, мемлекеттік мекемелер немесе клиникалар үшін тіпті бірнеше сағаттық тоқтау да маңызды болуы мүмкін, сондықтан резервтеу және қалпына келтіру жоспарын бірден ойластыру қажет.

Жақсы тәжірибе — барлық талаптарды бір бетте жинап, оларды ИТ, қауіпсіздік және жүйе иесімен келісу. Осылай ұсыныстарды салыстыру және сатып алу кезеңіне дейін маңызды детальдарды ұмытпау оңайырақ.

Сәйкестік матрицаларын қалай тексеру керек

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

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

Нені сәйкестендіру маңызды

• сервер моделі мен платформа ұрпағы
• процессорлар, сақтау контроллерлері мен желі карталары
• қолдайтын ОС және гипервизор нұсқалары
• прошивкалар, драйверлер және жаңарту пакеттері бойынша шектеулер

Қателіктер көбінесе ұсақ детальдардан шығады. Мысалы, жалпы алғанда сервер қолдаулы, бірақ таңдалған 25GbE желі картасы басқа VMware немесе Windows Server нұсқасы үшін ғана сертификатталған болуы мүмкін. Немесе RAID-контроллер жұмыс істейді, бірақ қажетті драйвер болмағандықтан мониторинг пен резервтеу функцияларының бір бөлігі көрінбеуі ықтимал.

Арнайы түрде нұсқаларды тексеріңіз. Сәйкестік көбіне «бәрін қолдайтынын» білдірмейді. Microsoft, Oracle және SAP операциялық жүйе редакциясы, патч деңгейі, BIOS нұсқасы, процессор микрокоды және драйверлерге қатысты өз талаптарына ие болуы мүмкін. Гипервизор жаңартылғаннан кейін кейбір ескі драйверлер қолдау тізімінен шығып қалуы мүмкін, ал өндірістік орталар үшін бұл нақты тәуекелге әкеледі.

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

Үлкен сатып алулар үшін жеткізушіден компонент, нұсқа, қолдау статусы мен шектеулер көрсетілген қарапайым кесте сұрау ыңғайлы. Мұндай формат әлдеқайда тез әлсіз жақтарды көрсетеді, келісімге дейінгі кезеңде құнды.

ОС, виртуализация және драйверлер

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

Виртуализация платформасын сатып алудан бұрын таңдау жақсырақ. Бірдей сервер бір ортада қалыпты жұмыс істесе, басқасында артық шектеулер туғызуы мүмкін. Сондықтан сервер моделі үшін қай гипервизор нұсқасының, желі адаптерлерінің, RAID-контроллер мен қашықтан басқару құралдарының қолдауы барын алдын ала тексеріңіз.

Арнайы назар аудару керек үш драйвер тобы бар:

• RAID немесе HBA — дисктердің тұрақты жұмысы мен массивтің мониторингі үшін
• желі адаптерлері — жұмыс жүктемесі үшін порттар мен бөлек басқаруды ескере отырып
• қашықтан басқару контроллері — орнату мен жаңартулар кезінде серверге қол жетуді жоғалтпау үшін

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

Прошивкалар сәйкестігін бөлек тексеру керек. BIOS нұсқасы, RAID-контроллердің прошивкасы, желі карталары және қашықтан басқару модулі бір-бірімен үйлесімді болуы қажет. Тек бір компонентті жаңартсаңыз, сервер жүктелуі мүмкін, бірақ сенсорлар жоғалып, мониторинг бұзылып немесе қажетті драйвер орнатылмауы мүмкін.

Тежелуді азайту жолдары

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

Егер сервер жұмыс уақытында тоқтатылмаса, бұл жоспарды жеткізіп беруден бұрын бекіткен жөн. Сол кезде қабылдау кезінде тек аппараттық емес, платформа нақты жүктеме үшін дайын екені де тексеріледі.

Әлсіз жерсіз резервтеу

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

Ең алдымен қуатты тексеріңіз. Серверде екі блок питания болуы керек, және әрқайсысы тәуелсіз желі арқылы әр түрлі PDU немесе ИБП-ге өтуі тиіс. Егер екі блок бір желіге қосылған болса, оқшауланбаған резервтеу жоқ деген сөз.

Кейін — диск бөлімі. RAID жүктеме түріне қарай таңдалуы керек, әдеттегідей емес. Өндірістік жүйелер үшін ыстық алмастыруды, қалпына келтіру тәртібін және слоттар не дисктер бойынша қосымша резервті болуды қамтамасыз ету маңызды. Әйтпесе бір дисктің ақауы сирек табылатын үйлесімді модель іздеуге әкелуі мүмкін.

Желілерде жағдай ұқсас. Екі желі портының болуы өзі-ақ беріктік бермейді, егер екі кабель бір коммутаторға кіретін болса. Резерв сервер деңгейінде ғана емес, бүкіл желі схемасында да болуы керек.

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

• қуат екі тәуелсіз желі бойынша резервтелген
• RAID жүктеме үшін қолайлы және ыстық алмастыруды қолдайды
• желі порттар, кабельдер және коммутаторлар бойынша резервтеу бар
• критикалық компоненттерді тез алмастырып болады
• бір тораптың ақауында жүйенің қалай әрекет ететіні анық

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

Сатып алудан бұрын кезең-кезең тексеру

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

Microsoft, Oracle және SAP үшін тексеру барлық қабаттар бойынша болуы тиіс. Мәселе тек процессорлар мен жадыда емес, бар байланыста: сервер, ОС, гипервизор, драйверлер, контроллерлер, желі карталары, сақтау жүйесі және резервтеу схемасы.

Ыңғайлы тексеру тәртібі:

1. Толық стекті бекітіңіз: қосымшалар нұсқалары, ОС, гипервизор, СУБД және сервер рөлі.
2. Сәйкестік матрицаларын салыстырып, дәл осы нұсқалардың қолдаулы екеніне көз жеткізіңіз.
3. Контроллерлер, желі және қашықтан басқару үшін драйверлер мен прошивкаларды тексеріңіз.
4. Торап және нысан деңгейінде беріктілікті бағалаңыз: қуат, RAID, желі, кластер, репликация және қалпына келтіру сценариі.
5. Нәтижелік спецификацияны, сервис мерзімдерін, өсімге арналған резерв пен жеткізушінің жауапкершілік аймақтарын бекітіңіз.

Одан кейін бизнес-пен қысқа тексеру жасап қойған жөн. Егер жүктеме өсімі 12–18 айда күтілсе, оны бірден жоспарға енгізген дұрыс. Әйтпесе алты айдан кейін қолайлы, бірақ тығыз сервер болуы мүмкін.

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

Таңдаудағы жиі қателіктер

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

Көп жобада ескі және жаңа нұсқаларды араластыруға тырысады: ескі ОС, бұрынғы Oracle редакциясы және жаңа виртуализация платформасы жаңа серверде. Қағазда үнемдеу сияқты көрінгенмен, іс жүзінде драйверлер, прошивкалар және қолдайтын гипервизорлар бойынша қақтығыстарға әкеледі. Нәтижесінде іске қосу ұзарып, жауапкершілік бірнеше тарап арасында сейіле түседі.

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

Өсуге арналған резервтің жоқтығы да проблемалар тудырады. Серверді ағымдағы жүктемеге сай таңдап, жады слоттары, қосымша диск орындары, желі порттары мен резервтеу мүмкіндіктерін ұмытып кетеді. Бірнеше айдан кейін жаңа SAP модулі, қосымша дерекқор немесе қатты қойылатын талап пайда болады да платформа тез шектеледі.

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

Спецификацияға қол қоюдан бұрын алаңдайтын белгілер:

• сервер сәйкестік матрицасына сілтемесіз таңдалған
• ОС, СУБД және виртуализация нұсқалары ауызша ғана келісілген
• лицензиялар сервер таңдалғаннан кейін есептеледі
• конфигурацияда слоттар, дискілер және порттар бойынша резерв жоқ
• резервтеу жоспары жалпы фразалармен сипатталған, нақты схемасы жоқ

Алдын ала жақсы тексеру сатып алғаннан кейінгі шұғыл доработкалардан әлдеқайда арзан.

Қол қоюдан бұрын не расталуы керек

Финалдық келісімге дейін қысқа тізім бойынша жобада ақ дақтар жоқтығына көз жеткізу пайдалы. Microsoft, Oracle және SAP үшін бұл кейде бірнеше ядро немесе қосымша RAM-нан гөрі маңыздырақ.

Қол қою сәтінде расталуы тиіс:

• ПО, операциялық жүйе және гипервизордың нақты нұсқалары
• сертификат матрицалары және қайталап тексеру нәтижелері
• келісілген драйверлер, BIOS және контроллер прошивкалары
• қуат, желі, дискілер және кластер бойынша резервтеу схемасы
• сервис шарттары: реакция уақыттары, компоненттерді ауыстыру, бөлшектердің қолжетімділігі

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

Қарапайым мысал: тапсырыс беруші серверді өнімділікке сай бекітеді, кейін белгілі болады, таңдалған гипервизордың қажетті нұсқасы RAID-контроллермен сертификатталмаған. Формальды түрде сервер қуатты, бірақ жоба іске қосу жылжиды. Мұндай тәуекелді жүк алғаннан бұрын шешу оңайырақ.

Нақты сатып алу мысалы

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

Мысалы, архитектурада екі сервер торабын, ортақ сақтау және резерв қуатты қарастырған болсын. Қағаз жүзінде схема сенімді көрінеді. Ақаулар кейін пайда болады, себебі жобадағы кейбір шешім ПО жеткізушісі тарапынан формальды түрде қолдаусыз екені анықталады.

Мысалы, серверлер CPU мен RAM көлеміне сай таңдалған, бірақ сатып алудан бұрын ERP, СУБД, гипервизор және сақтау контроллерлері үшін сертификат матрицалары тексерілмеген. Нәтижесінде операциялық жүйенің нұсқасы рұқсат етілген бола тұрса да нақты RAID-контроллер, желі картасының драйвері немесе SAN-ға қосылу схемасы қолдаулар тізіміне кірмеуі мүмкін. Жүйе іске қосылуы ықтимал, бірақ күрделі инцидент кезінде ПО вендоры толық қолдау көрсетуден бас тартуы ықтимал.

Нақты сатып алуда барлық нәрсе әдетте төрт сұраққа келеді:

• таңдалған серверлер мен процессорлар Microsoft, Oracle немесе SAP қажетті нұсқаларын қолдай ма?
• гипервизор, драйверлер және прошивкалар осы конфигурациямен үйлесімді ме?
• сақтау жүйесі беріктік схемасына сай келе ме?
• қуат, желілер және диск жолдары бойынша резерв жеткілікті ме?

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

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

Қандай келесі қадамдар

Техникалық тексеруден кейін жеткізушімен сөйлесуді құжаттар мен мерзімдерге аудару керек. Microsoft, Oracle және SAP үшін жалпы уәде емес, нақты растау маңызды: не дәл сәйкестігі бар, кім неге жауапты және жүйе қалай әрі қарай масштабталатыны.

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

Содан кейін жауапкершілік аймақтарын нақтылаңыз. Алдын ала кім серверді жинайтынын және тестілейтінін, кім енгізуге және бастапқы баптауға жауапты екенін, кім іске қосқаннан кейін жүйеге қызмет көрсететінін және аппараттық, виртуализация мен қолданбалы ПО арасындағы инциденттерді кім үйлестіреді — бәрін анықтау қажет.

Өсу сценариін келесі 2–3 жылға тексеріңіз. Қажет пе: жаңа виртуал машиналар, резерв торап, дерекқордың өсуі, қосымша дискілер немесе ПО-ның басқа редакциясына көшу? Егер слоттар, қуат, желілер мен лицензиялау бойынша резерв бастаптан ойластырылмаса, платформаны тым ерте өзгертуге тура келеді.

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

Қорытынды қарапайым: Microsoft, Oracle және SAP үшін серверлерді толық талаптар тізбегі бойынша таңдайды. Өнімділік маңызды, бірақ өзі ғана тұрақты іске қосылуға немесе жүйенің ұзақ мерзімді жұмысына кепілдік бермейді. Шешетін мәселе — CPU мен RAM емес, бүкіл платформа үйлесімдігінің расталуы.