Серверлерді қашықтан диагностикалау үшін IPMI/Redfish: не талап ету керек

Неліктен IPMI/Redfish-ті алдын ала тексеру керек және ол қандай мәселелерді шешеді

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

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

Шектері маңызды. BMC (Baseboard Management Controller) негізгі тапсырмаларды жабады: қашықтан KVM-консоль, қуат қосу/өшіру, сенсорлар мен оқиғалар журналын қарау, хабарландырулар, OS орнату үшін виртуалды носительді қосу. Бірақ ол ОС баптауларын, желіні, қолданба мониторингін немесе резервтеуді алмастырмайды. BMC — әдеттегі құралдар жұмыс істемеген кезде серверге жету құралы.

Практикада жиі бұзылатын нәрсе — қашықтан басқарудың айналасындағы тәуелділіктер:

• басқару желісі: порт дұрыс VLAN-да емес, маршрут жоқ, интерфейстер шатасқан, жеке кабель ұмытылған
• есептік жазбалар: әдепкі парольдер, барлық жерде бірдей аккаунт, қолданушы бұғатталған, каталогпен интеграция жұмыс істемейді
• прошивка: ескі BMC нұсқасы, BIOS жаңартқаннан кейін үйлесімсіздік, веб-интерфейстегі қызық мәселелер
• сенсорлар мен оқиғалар: жалған температуралар, вентиляторлар жоғалуы, бос журналдар, түсініксіз кодтар

Орнатудан кейін не болуы керек, сонда сапарлар шын мәнінде азаяды:

• тұрақты қол жеткізу: сіз қажет желіден BMC-ге кіріп, консоль ашып, жүктелу экранын көресіз
• басқарылатын қуат: серверді қашықтан қайта жүктеу, өшіру және қосу, командалар статусы түсінікті
• қолдануға жарамды журналдар: қуатқа, қызу, жад пен дискке қатысты оқиғалар сақталады, қайта жүктегеннен кейін жоғалмайды және уақыт, көзі мен сипаттамасы бар
• алерттер: қызу немесе вентилятор сәтсіздігі кезінде хабар дереу келеді, мәселе байқалғанша күтпейді

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

Қысқаша BMC, IPMI және Redfish жайлы қарапайым тілде

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

Серверде бөлек басқару порты (жиі "MGMT" деп белгіленген) болады. Оны басқару желісіне қосады. Веб-интерфейс немесе API арқылы қуат, температуралар, вентиляторлар, оқиғалар көрінеді, сондай-ақ қашықтан консоль қолжетімді.

IPMI және Redfish — BMC-пен «сөйлесудің» екі тәсілі.

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

Redfish — заманауи нұсқа. Әдетте бұл HTTPS үстіндегі API және түсінікті деректер құрылымы (көбінесе JSON). Мониторинг пен автоматизацияға қосу оңайырақ: өрістер мен форматтарды табу аз, скрипт жазу жеңіл.

Екі функция, ол аймаққа сапарларды ең жиі үнемдейді: KVM over IP және Virtual Media.

KVM over IP — қашықтан экран мен пернетақта, сіз сервердің қасында тұрғандай. POST, BIOS/UEFI, жүктеу қателері көрініп, баптауға кіруге болады. Virtual Media ISO немесе флешканы қашықтан қосуға және солардан жүктелуге мүмкіндік береді — ОС қайта орнату немесе диагностика үшін пайдалы.

Қашықтан кемінде мынау жұмысы керек:

• қуатты басқару (on/off/reset, мәжбүрлі өшіру)
• консольге (KVM) және BIOS/UEFI-ге қолжетімділік
• виртуалды носительден жүктеу (Virtual Media, Boot Order таңдау)
• сенсорларды оқу (температура, вентиляторлар, қуат)
• BMC оқиғалар журналын қарау және шығару

Жай мысал: филиалдағы сервер желі арқылы жауап беруді тоқтатты. Егер BMC және KVM бар болса, бірнеше минут ішінде қай жерде «тұрып қалғанын» (BIOS, RAID, жүктегіш) көруге болады және қауіпсіз қайта жүктеу немесе диагностика жүргізуге болады — сапарсыз.

Қашан қандай минимум функцияларды талап ету керек

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

1) Қашықтан консоль (KVM), ОС-қа дейінгі кезеңді қоса алғанда

KVM ОС жұмыс істемей тұрған немесе жүктелмеген сәттерде қажет. BIOS/UEFI ашылатынын, POST-экран көрінетінін, RAID/Boot баптауларына кіруге болатынын тексеріңіз. Қателерді тіркеу үшін скриншот немесе стоп-кадр пайдалы.

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

2) Қуат, виртуалды носительдер және базалық телеметрия

Көп аварияларды жабатын жиынтық:

• қуатты басқару: on/off/reset, power cycle, ағымдағы статус оқу
• виртуалды носительдер: ISO қосу, одан жүктеу таңдау, жұмыстар аяқталған соң ажырату
• инвентаризация: модель, серия нөмірі, FRU, CPU/жад/дискілер/контроллерлер туралы ақпарат
• сенсорлар: температура, вентиляторлар, қуат/вольтаж, аппараттық қателер

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

Түсініспеушілікті болдырмау үшін бұл көрсеткіштерді көрсетілімде немесе қабылдауда тексеруді талап етіңіз.

Мини-тексеру 10–15 минут алады: KVM арқылы ОС-қа дейін кіру, reset пен power cycle орындау, ISO қосып одан жүктелудің жұмысын тексеру, содан кейін инвентаризация мен негізгі сенсорларды (CPU температурасы, вентилятор жылдамдығы, БП статусы) салыстыру. Егер бұл тұрақты жұмыс істесе, қашықтан диагностиканың көп бөлігі сапарсыз шешіледі.

Журналдар, алерттер және аудит: болжамсыз зерттеулер болмауы үшін

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

Оқиғалар журналынан (SEL) бастаңыз. Ол оқылымды болу керек: нақты атаулар, деңгейлер (info/warn/critical), түсінікті кодтар. Уақыт пен типтер бойынша фильтрлерді, файлға шығару кезінде жолдар қиылып қалмауын тексеріңіз. SEL сыйымдылығын анықтаңыз: егер ол бір аптада толып қалса, тергеу «кім жылдаса сол көрді» жағдайына айналады.

Алерттер күткендегіден маңыздырақ. Әртүрлі каналдар пайдалы (мысалы, SNMP үшін NOC және duty қызметкерлері үшін email). Бірақ сигналдардың сапасы маңызды: жалған срабатываниелер аз болуы және мәтіннің нақты болуы.

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

• БП/вентилятор деградациясы, қызу, корпус ашылуы
• жад қатесі (ECC), диск/RAID проблемалары, жүктеу қатесі
• басқару желісінің жоғалуы, BMC қайта жүктелуі, прошивка ауысуы
• SEL немесе алерт кезегі толуы
• BMC-ге кіру және сәтсіз аутентификация әрекеттері

Аудит — жеке міндетті бөлік. Қажет: "кім, қашан және не істеген" журналы: кірулер, желі баптауларын өзгерту, қолданушыларды жасау, Virtual Media іске қосу, қуат командалары. Бұл болмаса, ақауды әкімшінің қателігімен шатастыру қиын.

Уақытты міндетті баптаңыз. NTP болмағанда әр жүйедегі оқиғалардың уақыттық таңбалары сәйкес келмейді, және себепті іздеу сағаттық белдеулер туралы дауға айналады. SEL, аудит және алерттердегі уақыт таңбасын тексеріңіз.

Жиі ұмытылатын тест: журналдардың сақталуын тексеріңіз. BMC-ты қайта жүктеңіз, прошивканы жаңартыңыз және SEL пен аудиттің жоғалмағанын немесе «нөлденбегенін» тексеріңіз. Тарих маңызды өзгерістер мезгілінде керек болады.

Мысал: таңертең филиалдағы сервер іске қосылмайды. Алертте «Power supply degraded» көрінеді, SEL-де вольтажтың секірісі мен кейін ECC қатесі бар, ал аудитте түнгі әрекеттер жоқ. Жұмыс жоспары айқын: «тексеру үшін бармай, алдын ала қажет БП-ны апару және терезені дайындау».

Желілік қолжетімділік: артық тәуекелсіз ұйымдастыру

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

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

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

Сырттан қолжетімдікті тікелей интернетке ашпаңыз. Әдетте бір схема жеткілікті (немесе бірнеше комбинация): желіге VPN, защищенный jump-host (бастион), әкімшілік подсеттер үшін IP ақ тізім және қолданушы VLAN-дардан BMC-ге кіруге тиым салу.

Қабылдаудан бұрын дәл пайдалану жағдайына сәйкес өткізу қабілеті мен кешігулерді тексеріңіз. KVM және Virtual Media жиі серверден емес, тар арна, QoS немесе маршрутизация кесірінен баяулайды. Практикалық тест: KVM ашып BIOS-ті ашып, Virtual Media арқылы образ монтеп, жүктеу үзіліссіз жүретінін тексеріңіз.

Схеманы құжатта сақтаңыз: әйтпесе жарты жыл өткенде ешкім қолжетімділіктің не себеппен болғанын білмейді: BMC IP-адрестері, VLAN ID, порттар, қолжетімділік жолы (VPN/jump-host), рұқсат етілген подсеттер тізімі және төтенше қолжетулер тәртібі.

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

Қауіпсіздік және есептік жазбалар: міндетті тексерістер

Қашықтан басқару ыңғайлы, тек BMC-ге кез келген адам кірмейтін және барлықке бір пароль арқылы қолжетімділік болмайтындай жағдайда. Қабылдауда қауіпсіздікті консоль мен қуат сияқты қатал тексеріңіз.

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

Егер AD/LDAP бар болса және бірgeltен кіру керек болса, интеграцияны қабылдауда тексеріңіз. Қысқаша тексеріс: BMC каталогты көре ме, пайдаланушылар жүктеледі ме және құқықтар топтар арқылы берілсе. Каталог қолжетімсіз кезде қандай резервті әрекет болатынын анықтаңыз: локальды авариялық админ болу керек, бірақ қатаң бақылаумен және күрделі парольмен.

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

TLS және сертификаттар

BMC веб-интерфейсі мен Redfish API TLS арқылы сенімді жұмыс істеуі керек. Қабылдауда корпоративті сертификатты қалай жүктеу, оның мерзімін қалай бақылау және ауыстыру кезінде не болатынын анықтаңыз. Егер протоколдар мен шифрлардың нұсқаларына талаптар болса, оларды алдын ала келісіп, іс жүзінде тексеріңіз.

Әдепкі есептік жазбалар қабылдау күнінде

Практикалық тест — сервер ертең аймаққа кетеді деп есептеу. Қабылдау күнінде қысқа чек-лист арқылы өтіңіз:

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

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

Қабылдауға дайындық: тесттерге дейін 5 қадам

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

1) Талаптарды жазып, бір құжатқа жинаңыз

Күтілетін нәрсені жазыңыз: KVM, қуат басқару, Virtual Media, қолданушылар мен рөлдер, журналдар, алерт жеткізу тәсілдері, IPMI/Redfish нұсқалары және қажетті протоколдар (мысалы, SNMP). Жіберілетін нәтижелерді көрсетіңіз: SEL экспорт, аудит жазбалары, инвентарь тізімі.

2) Қарапайым стенд дайындаңыз

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

3) Негізгі баптауды жасаңыз

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

4) Қандай артефактілерді сақтайтыныңызға келісіңіз

Қандай материалдарды хаттамаға тіркейтініңізді алдын ала шешіңіз: KVM скриншоттары, SEL экспорты, BMC желі баптаулары, BMC мен BIOS/UEFI прошивка нұсқалары. Егер партия болса, әр сервердегі нұсқаларды жеке тіркеңіз.

5) "Өтті/өтпеді" критерийлерін анықтаңыз

Шектерді белгілеңіз: консольді ашуға қанша секундқа дейін рұқсат, қайта жүктеу кезінде сессия үзілгенін қате санайтын уақыт, журналдарда болуы тиіс оқиғалар және келуі тиіс алерттер. Мысал критерий: "Power Cycle-дан кейін 2 минут ішінде хабар келуі және SEL-де дұрыс уақытпен жазба пайда болуы".

Қабылдауға арналған сценарийлер — сапарларды үнемдейді

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

Нәтижелерді KVM скриншоттарымен, SEL экспорттарымен және қысқа хаттамамен тіркеу ыңғайлы: не істелді, не күтілді, не шықты.

60–90 минуттық негізгі тексерістер жинағы

KVM-ден бастаңыз. Мақсат — жай ғана сурет ашылғанын емес, жүктелу жолын: POST, контроллер экрандары, BIOS/UEFI-ге кіру. Кешігулерді, пернетақта жұмысын және қайта жүктегеннен кейін сессия үзілмейтінін тексеріңіз.

Сосын — BMC арқылы қуат: қауіпсіз өшіру (рұқсат етілсе), reset және power cycle. Командалардың болжамды орындалғанын және қуат статусын қосымша қайта кірусіз жаңартылатынын тіркеңіз.

Virtual Media-ны жеке өткізіңіз. ISO қосып, одан жүктеуді орнатып, қайта жүктеп, сервер дәл сол ISO-дан жүктелетінін тексеріңіз. Содан кейін ISO-ны ажыратып, келесі жүктеуде сервер қалыпты жүктеуге оралуын тексеріңіз.

Журналдар, алерттер және Redfish тексерісі

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

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

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

Қателер — енгізу кезіндегі жиі жағдайлар

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

Тек BMC-ге кіруді тексеріп, нақты жұмысын тексермеу

Көбіне браузер арқылы кіру тексеріледі, бірақ KVM, Virtual Media, сенсорды оқу және қуат басқаруды нақты желі мен жұмыс орындарында тексермейді. Типтік сәтсіздік: BMC-ге кіре алады, бірақ KVM порттары жабық немесе браузер шектеулері себепті іске қосылмайды. Немесе Virtual Media бар, бірақ ISO монталанбайды немесе өте баяу болады.

Қауіпсіздік пен эксплуатацияның "кішігірім" мәселелері тергеуді бұзады

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

Екінші мәселе — уақыт. BMC және ОС-та NTP болмағандықтан журналдар сағат бойынша жүрмейді, және оқиғалар тізбегі бұзылады.

Алдын ала табуға тиіс қателер:

• BMC-ге кіру тексерілген, бірақ KVM мен Virtual Media сіздің желіңізде және жұмыс орындарыңызда іске қосылмаған
• әдепкі есептік жазбалар немесе бір ортақ қолданушы қалдырылды, рөлдер мен аудит жоқ
• NTP қосылмаған, журналдар уақыт бойынша сәйкес емес
• алерттер қосылған, бірақ жеткізу, фильтрлер мен "шу" деңгейі тексерілмеген
• прошивка жаңартылғанда терезе мен откат жоспары болмаған

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

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

Қысқа чек-лист және келесі қадамдар

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

Финалдық қабылдау актісіне дейін тексеріңіз:

• қатынас бөлінген: әкімші мен операторға бөлек есептік жазбалар, рөлдер қауіпті әрекеттерді шектейді, ортақ пароль қолданылмайды
• KVM ОС жүктелмей тұрып көрінеді: BIOS/UEFI, баптауларға кіру, сессия қайта жүктеуді басынан өткізеді
• қуатты басқару болжамды: қосу, өшіру, қайта жүктеу орындалады және статус жаңартылады
• SEL пен аудит тергеуге жарамды: журналдар экспортталады, уақыт синхрондалған, жазбаларда уақыт секірістері жоқ
• алерттер пайдалы: алерттер қажетті жүйеге келеді, хабарда сервер аты, қай датчик сработал және нақты уақыт бар

Егер чек-лист жабылса, тағы үш нәрсені жасаңыз, олар жиі ұмытылады.

Біріншіден, прошивкалардың нұсқаларын және жаңарту тәртібін тіркеңіз. Нені жаңартатыныңызды (BMC, BIOS, контроллерлер), кім жауапты екенін, файлдар қайда сақталатынын және откат қалай болатынын жазыңыз.

Екіншіден, қашықтан қолжетудің "құжатын" жасаңыз: IP-адрестер, DNS-атауы (қолдансаңыз), кім рұқсат етілген, ашық порттар, дежурная смена қай жерде сақтайды.

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