Таңдау неде

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

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

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

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

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

Сондықтан серверлерді жаңартуды әдеттегі жабдық сатып алудан гөрі басқарушылық шешім ретінде қарастыру керек.

Қашан бір буындағы парк тиімді

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

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

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

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

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

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

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

Қашан кезең-кезеңімен жаңарту жақсы

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

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

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

Кезең-кезеңді ауыстыру әдетте келесі төрт жағдайға сай келеді:

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

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

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

Қосалқы бөлшектер қоры не болады

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

Көбіне қорда бәрін емес, жиі бұзылатын немесе жеткізімі ұзақ заттарды ұстайды. Көбірек бұзылатындар — дискілер мен SSD, жедел жад модульдері, қуат блоктары, вентиляторлар, кейде желілік карталар мен RAID-контроллерлер.

Парк аралас болғанда номенклатура байқалмай-ақ бірақ үздіксіз өседі. Әр түрлі буындарға басқа жад планкалары, дискілер, қуат блоктары, бекітпелер, кабельдер және кейде микробағдарлама нұсқалары керек болады. Соның әсерінен қор кеңейеді, ал кейбір позициялар айлар бойы қозғалыссыз жатады.

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

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

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

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

Әкімшілердің жұмысы қалай өзгереді

Әкімшілер үшін айырмашылық бірінші айдан-ақ байқалады. Егер серверлер бір платформада құрастырылса, команда бірдей баптауларға, типтік ақауларға және жалпы қызмет көрсету логикасына тез үйренеді. Көп уақытты әдетте іске қосу емес, кішкентай детальдар алады: BIOS, firmware, мониторинг, драйверлер және компоненттерді ауыстыру тәртібі.

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

Көбіне уақыт төрт жерде жоғалады:

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

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

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

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

Кепілдік, сервис және компоненттердің қолжетімділігі

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

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

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

Дефицит қаупін бағалау үшін алдын ала тексерген жөн:

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

Жеткізу мерзімдерін апаттан кейін емес, алдын ала анықтау жақсы. Егер қуат блогы немесе жад модулі бірнеше апта келетін болса, бір ақау маңызды жүйені қалпына келтіруді қатты созуы мүмкін. Филиалдық құрылым үшін бұл әсіресе ауыр.

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

Шешімді қалай қабылдау керек: қадамдар

Шешімді сезімге емес, қарапайым схемаға сүйеніп қабылдау керек. Сонда ІТ, қаржы және басшылық арасындағы дау мәнді мәселе айналады.

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

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

Кейін бес қадам бойынша жүрген ыңғайлы:

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

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

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

Филиалдары бар компанияға қарапайым мысал

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

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

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

Кезең-кезеңді ауыстыру бюджет үшін жұмсақ көрінеді. Алдымен орталық офисті жаңарту дұрыс: онда тоқтаудың бағасы ең қымбат, ал филиалдарды кейіннен жаңа платформаға көшіруге болады. Ақша кварталдар бойынша немесе жыл бойына бөлініп, қаржылық жоспарға оңай енеді.

Минусы да түсінікті: аралас парк пайда болады. Қор кеңейеді, сервис сценариі күрделенеді, кепілдік мерзімдері әркелкі болады.

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

Жаңарту кезінде жиі болатын қателіктер

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

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

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

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

Тағы бір типтік қате — кезең-кезеңді ауыстыру кезінде кепілдік мерзімдерінің қалайша таралатынын байқамау. Нәтижесінде компанияда күрделі картина пайда болады: әртүрлі сервис шарттары, әртүрлі реакция мерзімдері және келесі жылға айқын емес бюджет.

Қысқа тексеру тізімі

Жобаны бекітер алдында келесі сұрақтар арқылы өту пайдалы.

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

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

Келесі разыстары не істеу керек

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

Содан кейін екі нәрсені бекітіңіз: жаңарту мерзімі және бюджет шегі. Осысыз "барлығын бірден ме, әлде бөліп пе" деген дау деталдарға кетіп, шешім шықпай қалады. 12–24 айдық горизонт таңдау және бірінші толқынға не кіретіні анық болғаны жеңіл.

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

Практикалық әрекет тәртібі осындай:

ағымдағы парк пен тәуекелдер бойынша қысқа кесте жинау;
мақсатты жаңарту күнін және бюджет шегін анықтау;
қай жерде бір стандарт қажет екенін, қай жерде түрлі буындарға рұқсат екенін шешу;
12–24 айға кезең-кезең жоспарды бекіту.

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

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