Неліктен екі жылдық жаңарту ойлағандай оңай емес

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

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

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

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

Сондықтан екі жылға есептеген серверді "қазір жеткілікті" принципімен емес, "келесі кезеңдерге ешқандай кедергісіз ұлғая алады" деген принциппен таңдайды.

Бірінші сатып алуға дейін не анықтап қою керек

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

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

Содан кейін 12–24 айға арналған өсу болжамын сипаттаңыз. Қандай көрсеткіштердің өсетінін көрсетіңіз: қызметкерлер саны, мұрағат көлемі, виртуалды машиналар саны, сақтық көшіртеу, жаңа филиалдар немесе жаңа қызмет. Өсу алдын ала нақтыланбаса, бірінші кезеңде жиі "нақты қажеттілікке сай" конфигурация алынады, ал екінші кезең қымбатырақ шығады.

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

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

Бірінші сатып алуға дейін қысқа құжат жасау пайдалы. Онда болу керек:

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

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

Дереу не сатып алған дұрыс

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

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

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

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

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

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

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

Екінші кезеңге не қалдыруға болады

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

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

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

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

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

Қалай үйлесімділік пен кепілдікті сақтау керек

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

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

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

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

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

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

Екі бюджет жылына арналған қадамдық жоспар

Жұмыс схемасы әдетте қарапайым көрінеді.

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

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

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

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

Қарапайым сценарий мысалы

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

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

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

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

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

Кезеңді модернизацияда жиі кездесетін қателіктер

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

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

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

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

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

Бюджетті бекітер алдында қысқа чек‑лист

Бірінші сатып алуға дейін бірнеше сұраққа жауап беріңіз: екі кезеңге қажет компоненттер тізімі бір ме? Бос ұяшықтар, порттар, корпус орны және қуат болашақ модульдер үшін жеткілікті ме? Процессорлар, жад, дискілер, RAID және желілік карталар бойынша кеңейту үйлесімділігі расталған ба? Жоба бойынша бір жауапты адам тағайындалған ба?

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

Әрі қарай не істеу керек

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

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

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

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