Nutanix NX меншіктiгiнiң шығындары: лицензиялар, желі және қолдау

NX Series үшін TCO және қолдау тәуекелін не үшін есептеу керек

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

TCO есептеу 3–5 жылдық перспективада толық суретті көруге көмектеседі. Тек сатып алуды есептесеңіз, «темірді» жеңіл салыстырасыз. Ал Nutanix NX-тің меншіктік шығындарын есептесеңіз, бастапқы бағаның айырмашылығы 24x7 қолдау, апгрейдтер және команда жұмысына кеткен шығындармен жойылуы мүмкін екенін көресіз.

Көбінесе үш топ тәуекел шығады.

Біріншісі — қолдау: SLA деңгейлері, келісімдегі ерекшеліктер, запчастыларды жеткізу мерзімі және инцидент не болып есептелетіні.

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

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

TCO әсіресе маңызды, егер жұмыс жүктемесі немесе деректер өсетін болса, тоқтаусыз жұмыс қажет (мысалы, клиникалар немесе банктер үшін 24x7), инфрақұрылым бөлінген және инженерлердің выезд мерзіміне тәуелді болса, сондай-ақ жазылымдар мен продленияға бюджеттің болжамдылығы маңызды болса.

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

Егер сіз мемлекеттік секторда немесе ірі ұйым болсаңыз, алдын ала NX Series-ті баламалармен бірдей TCO моделінде және бірдей сервис талаптарымен салыстырыңыз. Ел бойынша қолдауды көрсететін тәжірибелі интегратор (мысалы, 24/7 сервистік желісі бар) нақты шығындар мен мерзімдерді қағаздағы уәделерге сүйенбей тексеруге көмектеседі.

Шығын қалай құралады: модельге нені қосу керек

Алдымен есептік кезеңді анықтаңыз. HCI үшін әдетте 3 немесе 5 жыл таңдалады: 3 жылда бюджетке сәл жеңілірек ену оңай, ал 5 жылда жазылымдарды ұзарту, апгрейдтер мен қолдау талаптарының өсуі айқын көрінеді. 7 жыл тек темір мен платформа дәл осыншама өмір сүретіндігіне және түйіндерді алмастыру жоспары бар жағдайда мәні бар.

Содан соң барлық шығындарды CAPEX және OPEX ретінде бөлшектеңіз. CAPEX — бір реттік сатып алу (жабдық, бастапқы лицензиялар, бастапқы орнату). OPEX — тұрақты төлемдер мен үнемі болатын шығындар (жазылымдар, қолдау, электр қуаты, әкімші еңбегі, өсімге байланысты кеңейулер).

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

Адамдарды бөлек жолға қойыңыз. Кластерді кім әкімшілейді, жаңартуларды кім орындайды, бэкаптарды кім тексереді, түнгі инциденттерді кім қарастырады? Егер бұл сол 1–2 инженер болса, олардың жүктемесі артады. Ішкі компетенциялар жетпесе, оқыту немесе мердігер қызметін қосыңыз. Сатып алуға үнемдеу тез арада «өрт сөндіру» шығындарына айналуы мүмкін.

Лицензиялар мен жазылымдар: құрам мен метрикаларды қалай шатастырмау

Nutanix NX меншіктігін есептегенде дәл осы лицензиялар жиі есептің «жылыюына» себеп болады: бірдей көрінетін конфигурациялар метрикамен, жазылым мерзімімен және құрамымен ерекшеленеді.

Алдымен лицензия қандай бірлік бойынша есептелетінін нақтылаңыз. Түйін (node), CPU сокеті, ядро немесе функционалдық жазылым бойынша моделдер кездеседі. Бір жолдағы қате кластерді кеңейткенде қосымша шығынға әкеледі.

Көбінесе коммерциялық ұсыныста аралас келетін үш қабатты бөліңіз:

• HCI-платформаның лицензиясы (басқару, сақтау, төзімділік функциялары);
• гипервизор және оның қолдауы (интеграцияланған нұсқа қолданылса да, нені және кім лицензиялайтынын нақтылаңыз);
• бэкап, репликация, DR, мониторинг және қауіпсіздік (жиі бөлек өнімдер немесе опциялар түрінде сатылады).

ПО қолдауы әдетте бөлек жолда келеді: мерзімі (1–3–5 жыл), деңгейі (мысалы, 8x5 немесе 24x7), ұзартуда бағаның индексалануының ережелері және қандай нұсқаның «қолдаудағы нұсқа» екені. Жаңартулар мен патчтардың қосылғанын және олар белсенді жазылымды талап ететінін сұраңыз.

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

Сатып алуды келісерде жеткізушіден TCO моделіне және келісімшартқа қоюға болатын пакет сұраңыз:

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

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

Апгрейдтер мен кеңейту: өсудің құны және шешімнің өмір сүру кезеңі

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

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

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

Өсу есебіне не қосу керек

Салыстыру бірдей болу үшін қысқа тармақтармен ұстаңыз:

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

Өмір сүру мерзімі және үйлесімділік

Гарантия мен қолдау аяқталу даталарын және бөлікті алмастырғанда не болатынын бөлек жазыңыз. Жоспарлы алмастыру алдында үйлесімділік матрицасын тексеріңіз: әртүрлі ұрпақ түйіндерді және әртүрлі ПО нұсқаларын бір кластерде уақытша ұстай аласыз ба.

Мысал: банк VDI-ды жылына 30% өсіреміз деп жоспарлайды. 18 айдан кейін 2 түйін қосса, тек жаңа түйіндерге ғана лицензия қажет емес, коммутациялық жылдамдықты жоғарылатуға тура келуі мүмкін, әйтпесе желі резервсіз пиктерде және бэкап кезінде «шұңқырға» түседі.

Желінің талаптары: жабдық сатып алмас бұрын не тексеру керек

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

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

Минималды тексеріс тізімі

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

• порттар мен өткізу қабілеті: түйінге қанша uplink керек, қазіргі жылдамдық пен өсу кезінде қандай жылдамдық қажет;
• беріктігі: екі коммутатор, әртүрлі каналар, бір нүктелі ақау болмайтын анық схема;
• трафикті бөлу: басқару, VM трафигі және внутрішнекластерлік алмасу логикалық түрде (VLAN) бөлінген бе;
• базалық параметрлер: MTU, кешігу, VLAN, LACP — кім баптайтынын және тексеретінін анықтаңыз;
• қауіпсіздік: сегментация, қолжетімділікті бақылау, журналдау және ішкі талаптар мен регулятор нормаларына сәйкестік.

Практикалық мысал

Ұйым кластерді екі стойкада іске қосып, 12 ай ішінде тағы 2–3 түйін қосуды жоспарлайды. Алдын ала бос порттар мен uplink резервін жүктемесеңіз, кейін қосымша желілік карталар немесе екінші коммутаторлар сатып алуға тура келеді. Бұл көбінесе бастапқы түзімге қарағанда қымбатқа түседі.

Қарапайым математика: TCO-ны қалай қадамдап есептеу

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

Есеп қадамдары

1. 3–5 жылға кіріс параметрлерін жинаңыз: қазіргі CPU/RAM/диск, жылдық өсім, қолжетімділік талаптары (мысалы, 8x5 немесе 24x7), қызмет көрсету терезелері, тоқтау шектеулері.

2. 2–3 сценарий жасаңыз: минималды (өсу жоқ), реалистік (жоспарлы өсім), пиковый (жүктеменің күрт өсуі немесе жаңа жоба). Олардың арасындағы айырмашылық жиі бағаның өзінен маңызды.

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

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

5. Жыл бойынша қорытындыны есептеп, тек соманы ғана емес, төлемдердің қай жылдары шоқтар болатынын салыстырыңыз (мысалы, жазылым ұзарту немесе кеңейту жылы).

Қадамдар арасыдағы болжамдарды жазып қойыңыз. Мысалы: қазір 60 VM және жылына 20% өсім болса, 3 жылдың соңында кеңейту қажет болатынын көрсетіңіз — бұл кестеде бөлек жол болуы тиіс.

Есептеуді жылдам тексеріңіз:

• жоспардан тыс +30% жүктеме болса не болады;
• валюта құбылмалылығы немесе шоттың валюта өзгерісі қалай әсер етеді;
• 8x5-тен 24x7-ге көшу құны қандай болады;
• жеткізу кешігуінің құны (уақытша қуат, тоқтаулар, айыппұлдар);
• жоғары өткізу қабілеті қажет болса, желі бойынша қандай доработкалар шығады.

Интегратор арқылы сатып алсаңыз, алдын ала кім жауап беретіні анық болсын: темір, лицензия, желі және қолдау — қайсысы қайсысының жауапкершілігі. Қазақстанда жауапкершілік шекаралары келісімшартта жиі жеңілдіктен маңыздырақ болады.

Қолдаудың тәуекелдері: қай жерде көбінесе уақыт пен ақша жоғалады

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

SLA: жауап беру — қалпына келтіру емес

Келісімшартта жауап беру уақытын (қашан сізге жауап берілді) және қалпына келтіру уақытын (қашан қызмет толықтай қалпына келтірілді) айыра біліңіз. 15 минуттық жауап жақсы көрінсе де, егер қалпына келтіру best effort болса, нақты тоқтау сағаттарда немесе күндерде созылуы мүмкін.

Критикалық жүйелер үшін «қалпына келтіру» дегеннің нені білдіретінін анықтаңыз: кластер жұмысқа келтірілді ме, негізгі VM-дер қолжетімді ме, өнімділік қалпына келтірілді ме, инцидент жабылды ма.

Сонымен бірге қызмет көрсету терезелерін нақтылаңыз. 24x7 қолдау қағазда «өткізіледі», бірақ практикада бұл «24x7 өтініш қабылдау» болуы мүмкін — инженер жұмыс уақыты ішінде ғана келеді.

Запчастылар, жаңартулар және вендорға қолжетімділік

Логистика мен жауапкершілік — әлсіз орын. Егер запас бөлшектер елде сақталмаса, жеткізу уақыты негізгі тоқтау себебіне айналады. Сонымен қатар алдын ала шешіңіз: жаңартуларды кім орындайды (ішкі команда, мердігер немесе бірлесіп) және жаңартудан кейін жағдай нашарлаған жағдайда кім жауап береді.

Типтік проблемалар:

• запчастылар "қосылған", бірақ қайда сақталатыны мен сіздің қалаға жеткізу мерзімі келісілмеген;
• алмастыру ретінде "жаңа" емес қалпына келтірілген бөлшек берілуі мүмкін және бұл келісімде көрсетілмеген;
• откат жоспары мен жұмыс терезесі анықталмағандықтан жаңартулар айлар бойы кейінге қалуы мүмкін;
• вендорға эскалация тәртібі жазылмаған: кім бастайды, қай тілде, қай уақытта;
• эксплуатация 1–2 адамның мойнында, және кадрлық ауытқу болғанда сіз мердігерге тәуелді боласыз.

Мысал: аймақтық ұйымның кластері ЦОД-та тұр, жергілікті запас диск жоқ. Инцидент түнде басталды, қолдау тез жауап берді, бірақ бөлшекті жеткізу 2–3 күнді алды. Формалды түрде реакция уақыты сақталды, ал бизнес зиян шекті. Сондықтан ЗИП қоймасы, қалпына келтіру мерзімдері мен эскалация шарттарын сатып алу және жазылым ұзарту алдында бекіткен жөн.

Сервис келісімшарт үшін сұрақтар жиынтығы: қол қоймас бұрын не сұрау керек

Сервис келісімі Nutanix NX-тің меншіктігін болжауға болатын немесе шұғыл төлемдер мен тоқтаулар тізбегіне айналатын етіп шешеді. Қол қою алдында жауаптарды жазбаша бекітіңіз: SLA-да, қосымшаларда және регламенттерде.

Қауіпсіздікті жабатын 5 топ сұрақ

• Шекаралар мен рұқсаттар. Алғашқы диагностика кім жасайды (сіздің команда немесе мердігер)? Гипервизор, прошивкалар, желілік баптаулар, бэкап пен мониторинг кімнің жауапкершілігінде? Қайсы есептік жазбалар қажет және бекітілген жұмысты қалай жүргізу керек.

• Қолдау режимі және реакция. 8x5 немесе 24x7 — не кіретінін нақтылаңыз (өтініш қабылдау, қашықтан қосылу, инженер жұмысы, эскалация). Мақсатты уақыттарды (реакция, айналып өту, қалпына келтіру) белгілеңіз. Инциденттің приоритеті қалай анықталады және оны кім растайды.

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

• Запчастылар, алмастыру және логистика. Жергілікті склад немесе подменный қор бар ма, негізгі компоненттер үшін жеткізу мерзімдері қандай. Жеткізу мен кеден төлемдерін кім төлейді (мүмкін жағдайда). Алмастыру қалай рәсімделеді: жаңа бөлшек пе немесе қалпына келтірілген бе.

• Жаңартулар және SLA-дан ерекшеліктер. Жаңартулар қаншалықты жиі жүргізіледі, тест ортасы бар ма, терезелер қалай келісілетін және откат жоспары кімде. Қай жағдайда SLA қолданылмайды (форс-мажор, қолжетімсіздік, үшінші тарап жұмыстары) және бұл оқиғалар тикеттерде қалай белгіленеді.

Егер сіз үшін 24x7 режиміндегі клиникалар немесе банктер маңызды болса, сіздің қалаңызда нақты запчастылар тізімі мен выезд мерзімдерін қосымшада сұраңыз. Бұл әдетте кластердің тоқтауын күтуге қарағанда арзанға түседі.

NX Series пен баламаларды салыстырудағы типтік қателіктер

Nutanix NX Series пен басқа HCI немесе классикалық виртуализацияны салыстырар кезде сынды жиі емес аппарат бағасы, ал эксплуатацияның бөлшектерінде болады. Нәтижесінде "бастапқыда арзан" деген шешім бірінші ұзартуда жоғары иелік құнына айналуы мүмкін.

Жиі қателіктер

• Темірдің кепілдігі, платформа қолдауы және әкімші жұмыстары бір жолға біріктіріледі. Кепілдік бөлшектерді ауыстыру туралы, ПО қолдау — жаңартулар мен кейстер туралы, ал әкімшілендіру бөлек шығын.

• Желіні есепке алмау. HCI өткізгіштікке, кешігулерге және резервтендіруге сезімтал. Кейін 25/40/100GbE аплинктер, жаңа коммутаторлар, оптика және қосымша порттар қажет болады.

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

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

• 3–5 жылдың соңындағы шығу жоспарын ойластырмау. Миграция жоспары мен деректерге, конфигурацияға және лицензияларға қатысты шарттар жоқ болса, платформа ауыстыру бөлек үлкен жобаға айналады.

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

Интегратордан (мысалы, өндіруші және жүйелік интегратор 24/7 қолдаумен) көмек сұрасаңыз, сметаны қабаттарға бөліп беруін талап етіңіз: темір, лицензиялар, желі, енгізу, қолдау, әкімшілендіру. Осылай салыстыру адал болады және тәуекелдер сатып алу алдында көрініп тұрады.

Сатып алу және қолдауды ұзарту алдында қысқа чеклист

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

Алдымен жеткізілім құрамы мен жауапкершілік шекарасын бекітіңіз. Көбіне ең көп шығын «узел бағасы» емес, кейінгі «кішігірім» тармақтардан шығады:

• жеткізу құрамы: түйін модельдері, өмір сүру мерзімі, кепілдік, ЗИП кірсе;
• лицензиялар мен жазылымдар: не кіреді, қанша жылға, қандай метрика бойынша (түйіндер, сокеттер, ядролар, сыйымдылық);
• қолдау: деңгей (8x5 немесе 24x7), каналдар, тілдер, қандай жұмыстар кіретіндігі;
• желі: жылдамдық, резервтеу, порттар, кабельдер, коммутатор талаптары;
• жұмыстар: енгізу, миграция, оқыту, тұрақты жаңартулар, выездтер.

Содан кейін SLA-ны сценарийлер бойынша тексеріңіз:

• приоритеттер бойынша реакция және қалпына келтіру уақыттары (RTO);
• запчастылар қалай қамтамасыз етіледі: ел/өңірдегі қойма, жеткізу мерзімдері, алмастыру шарттары;
• выезд шарттары: кім выезеді, география, не кіретіндігі;
• эскалация: деңгейлер, мерзімдер, кім шешім қабылдайды;
• жұмыс терезелері: түнде/демалыс күні жұмыстар жүргізіле ме, қосымша төлемсіз бе.

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

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

Есепке мысал: 3–5 жыл, өсім және 24x7 талаптары

Қазақстандағы ұйым виртуализацияны жаңартуды жоспарлайды: қазіргі платформа жиі тоқтайды және қызмет көрсету терезелері аз. Мақсат — 24x7 тұрақтылық және 3–5 жылға түсінікті иелік құны.

Модель үшін бастапқы деректер: бүгінде 180 виртуалды машина, сақтау орташа қолданылуы 70%, өсім 20–30% жылына. Қолжетімділік талабы: критикалық сервис тоқтатылмауы керек, жоспарлы жұмыстар тек түнде және келісім бойынша.

Салыстыру түйін бағасына емес, кезең бойындағы барлық шығындарға негізделгені дұрыс:

• сатып алу: NX түйіндері, базалық компоненттер, стойкаға монтаж;
• лицензиялар мен жазылымдар: не кіреді (виртуализация, сақтау, DR/репликация, басқару), қанша жылға, CPU/ядро өскенде не болады;
• желі: 25/40GbE-ге көшу керек пе, қанша порт пен оптика қажет, басқаруға бөлек желі керек пе, кешігулер мен MTU бойынша резерв бар ма;
• жұмыстар: VM миграциясы, төзімділік тесті, әкімшілерді оқыту, бэкап регламенты;
• өсім: 2–3 жылда 1–2 түйін қосу немесе дискі/жадқа апгрейд, жұмыстарға байланысты тоқтаулар мүмкін.

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

Сервис келісімшартқа мына сұрақтарды қосып қойыңыз:

• P1/P2 үшін реакция және қалпына келтіру мерзімдері қандай және бұл қалай расталады;
• запчастылар қай жерде орналасқан және түнде/демалыс күндерде жеткізу кімге міндетті;
• жаңартулар (прошивка, AOS/гипервизор) кімнің жауапкершілігінде және жылына қанша жұмыс кірген;
• не қызметке кірмейді (миграциялар, кеңейту, желідегі жұмыстар) және олар қандай тарифпен орындалады;
• ұзарту шарттары: баға өсуі, конфигурацияға байлану, кешіктіру айыппұлдары.

Одан әрі қадамдар: салыстыруды рәсімдеу және келісімшартқа дайындау

Шығу деректерін жинап, бір матрицаға салыңыз. Қысқа және анық форма шешім қабылдауды жеңілдетеді. Әдетте 1–2 бет жеткілікті, бірақ нақты өрістері: кластер құрамы, мерзім (3–5 жыл), күтілетін өсім, қолдау жауапкершілігі.

1) Салыстыру матрицасын жасаңыз

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

Қысқа тексеріс үшін маңызды өрістер:

• лицензия құрамы және метрикалар: не сатып alынып, қанша жылға;
• өсім жоспары: қанша түйін және қашан қосылады, порттар мен қуат резерві бар ма;
• желі: қазіргі схема, қажетті жылдамдықтар және резервтеу, баптау кімнің міндеті;
• қолдау: режим (8x5/24x7), реакция және қалпына келтіру мерзімдері, запас бөлшектер;
• эксплуатация: жаңартуларды кім қалай жасайды, тестілеу және жұмыс терезесі.

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

2) Сервис келісімшарт жобасын дайындаңыз

Жұмыстар тізімі мен жауапкершілік шекарасын бастапқы жобада бекітіңіз. Қарашы: мониторинг (кім қарайды және қалай хабарланады), жаңартулар (кім жоспарлайды, орындайды және откат жасайды), выездтер (қашан және қандай мерзімде), және «қалпына келтіру» дегеннің нақты анықтамасын (сервис көтерілді ма немесе өнімділік толық қайтарылды ма).

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