ЦОД-та PUE-ді қалай азайтуға болады: үлкен жөндеусіз жылдам шаралар

PUE-ге және ЦОД энергия шығындарына неге назар аудару керек

PUE — қарапайым көрсеткіш: дата-орталық ИТ-ке кеткен қуатқа қарағанда инфрақұрылымға қанша энергия жұмсайды. Егер PUE = 2 болса, бұл әрбір 1 кВт ИТ жұмысқа тағы 1 кВт салқындату, қуат беру және басқа «қосалқы шығындарға» жұмсалатынын білдіреді. PUE неғұрлым жоғары болса, пайдалы жүктемеге емес, соған соншалықты көп ресурс кетеді.

PUE жиі байқайсыз сезілмей нашарлайды. Қондырғыға жаңа шкафттар қосылды, бірақ салқындату уставкалары сақталып, «резервпен» қалдырылды. Фильтрлер бітеліп, вентиляторлар жылдам айнала бастайды. Жергілікті ыстық нүктелер пайда болса, барлық зал температурасы төмендетіледі, ал мәселе бір жерде ғана болған. Нәтижесінде электрэнергия төлемі ИТ-жүктемеден жылдамырақ өседі.

Шығындар әдетте үш жерде жасырынады: салқындату (ауаның дұрыс ағымы болмауы, вентилятордың артық айналуы, артық құрғату), қуаттандыру (ИБП мен таратудағы шығындар, төмен жүктеме), жұмыс режимдері (қажетсіз кезде жабдық "максимумда" жұмыс істейді).

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

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

Практикалық үлгі: 20 шкафтары бар залда «ағындар коридорларын» жапқаннан және уставканы 1–2°C көтергеннен кейін бірінші апталарда салқындату тұтынуы айтарлықтай төмендеуі мүмкін.

Қазірден бастап өлшеуді бастаған дұрыс метрикалар

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

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

Ең қажетті өлшеулер тізімі:

• Сағаттық және күндік PUE (счетчик көрсеткіштері тіркелген)
• ИТ-жүктеме (кВт), минимумы — по залдарға, жақсырақ — по шкафтар немесе PDU бойынша
• Ауа беру және қайтару кілт нүктелеріндегі температура мен ылғалдық
• ИБП жүктемесі (%), түрлендіру шығындары, қуат коэффициенті (PF)
• Оқиғалар мен ауысулар (ИБП айналып өтуі, авариялық режимдер, вентиляторлардың тоқтауы)

Температура және ылғалдық датчиктері көбіне шешім қабылданатын жерде тұрмайды. «Зал бойынша орташа» емес, жабдық көріп тұрғанды өлшеу маңызды. Практикалық ереже: суық коридорға кемінде бір датчик және ыстық коридорға кемінде бір датчик, плюс проблемалы орындарға қосымша.

Қай жерден өлшеу керек: шкафқа ауа кіретін жер (жоғары, орта, төмен), серверлерден шыққан ыстық коридордағы ауа, қатар соңындағы орындар (мұнда жиі подсос және рециркуляция болады), сондай-ақ CRAC/CRAH-тың жанында (ұсынылатын және қайтару).

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

Қысқаша мысал: бір залда ИТ-жүктеме 120 кВт деңгейінде тұрақты, бірақ сағаттық PUE 1,6-дан 2,0-ге дейін секіріп тұрады. ИБП жүктемесі мен шкафтарға кіріс температураларын салыстыру түнде артық салқындатудың қосылып тұрғанын, ал күндіз қатар соңында ауа подсосы себепті кейбір шкафтар қызып жатқанын көрсетті. Метрикалар болмаса мұндай себептер жиі тек «сезімге» негізделеді.

1 күндік жылдам аудит: қадамдық жоспар

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

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

1. Электр счетчиктер мен бастапқы ИТ-жүктемені алыңыз. ЦОД жалпы қуаты, ИТ қуаты (ИБП, PDU немесе сервер счетчиктері бойынша) және өлшеу уақыты жазылсын. Егер BMS/DCIM болса, кемінде соңғы 24 сағаттың деректерін шығарыңыз.

2. Зал бойынша жүріп, суық және ыстық ауаның араласатын орындарын белгілеңіз. Көбінесе бұл бос U-орындар, ашық заглушкалар, фальш-панельдер астындағы саңылаулар, кабельдер үшін жасалған «өңделмеген» кесінділер болады.

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

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

5. Басқа өлшеулермен бірге бастапқы базаны және қайталанатын өлшеулер кестесін жасаңыз. Кесте жеткілікті: дата, PUE, ИТ-кВт, HVAC-кВт, беру температурасы, шағымдар мен инциденттер.

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

Ауа ағымдары: герметизация және бөлу бойынша қарапайым шаралар

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

Герметизация: кішкентай саңылаулар, үлкен әсер

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

Негізгі тексерулер: бос U-орындарға заглушкалар, шкаф айналасындағы, есік пен бүйір панельдердегі саңылаулар, кабель енгізу орындары мен фальш-панельдер алдындағы тесіктер. Шкафттар мен перфоплиталар алдында тұрған заттарды алып тастаңыз. Сонымен қатар, кейбір құрылғылардың ауады ыстық коридордан алатын жағдайына назар аударыңыз — мұндай кезде бүкіл шкаф қызып кетеді.

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

Модификациясыз ыстық пен суықты бөлу

Толық containment болмаған жағдайда да экрандар, перделер немесе бағыттайтын панельдер арқылы ағындарды уақытша бөліп қоюға болады. Мақсат — ыстық ауаның сервер кірісіне қайта келуін қиындату.

Әсерді көру үшін үш көрсеткішті бақылаңыз: шкафтарға кіріс температура (жоғары және төмен), кіріс пен шығыс арасындағы температура айырмасы (Delta T) және «ыстық нүктелер» бар шкафтардың үлесі. Герметизациядан кейін Delta T көбінесе өсіп, уставкаларды қауіпсіз түрде жоғары көтеруге болады.

Салқындату баптаулары: уставкалар мен режимдер

Жылдам үнемдеу жиі «темірде» емес, баптауларда жатады. Егер салқындату «қашан да қажет болуы мүмкін» деген қағидамен жұмыс істесе, вентиляторлар 24/7 артық қуат жұмсайды, ал ылғалдандыру қажеттілігінен бұрын қосылады.

Температура: бірден емес, біртіндеп көтеру

Уставканы бірден үлкен өсіру емес, кезең-кезеңмен көтерген жөн. Мақсат — артық салқындатуды жою.

• Беру уставкасын +1°C көтеріп, 48–72 сағат ұстаңыз.
• Шкафтардың кіріс температурасын (кемінде проблемалы қатарлардағы) және сервер ескертпелерін қадағалаңыз.
• Егер тұрақты ыстық нүктелер пайда болса, бір қадам артқа қайтып, алдымен ауа ағымдарын түзетіңіз.
• Қайталай отырып, сенімділік саясатына сай шектеуге дейін жалғастырыңыз.
• Откат шегін алдын ала белгілеңіз: мысалы, кіріс температурасы екі рет қатарынан мақсаттан жоғары болғанда.

Уставкаларды аздап көтеру көбіне вентилятор мен компрессор тұтынуын күтпегендей азайтады.

CRAC/CRAH режимдері: айналым және басқару логикасы

Вентилятор қалай басқарылатынын тексеріңіз: тұрақты айналым ба немесе датчиктерге (беру температурасы, коридор қысымы, шкаф кіріс температурасы) байланысты па. Тұрақты айналымдар әдетте 24/7 артық кВт береді.

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

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

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

Үлкен залды екі шкафтағы екі шкафтағы екі шкафтағы екі шкафтағы екі шкафтағы ... (осы жердегі адресация) Ой, кешіріңіз — нақты ұсыныс: ыстық екі-үш шкаф үшін бүкіл залды қатты салқындатудың орнына, карта жасай отырып, бағытталған күшейту жасаңыз.

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

ИТ-жүктеме: қызмет сапасын жоғалтпай кВт-тарды қалай азайту

ИТ тұтынуын қысқарту көбінесе қосарлы әсер береді: серверлерде кем тұтыну және салқындату мен қуаттандыруда да үнемдеу.

Алғашқы жылдам қадам — ОС, гипервизор және BIOS деңгейіндегі қуат параметрлерін реттеу, мұнда қауіпсіз болса энергосақтаушы профильдерді қосуға болады. Офистік VDI, тест орталар мен кейбір бэкенд қызметтерде CPU-ның динамикалық жиілігін, C-states пайдалану және турбо-режимді шектеу арқылы үнемдеуге болады. Ауқымды енгізбес бұрын 2–3 типтік қызметте тексеріңіз, кешігу өсімін алмау үшін.

Одан кейін "зо́мби" табыңыз. Көптеген ЦОД-та бір рет пайдаланылған ВМ-дер, ұмытылған стендтер, ұзақ уақыт қолданылмаған резервтік қызметтер және жай ғана төмен жүктелген хосттар болады. Мұнда кВт пайдасыз кетеді.

Апта ішінде қарапайым іс-әрекеттер жеткілікті: 7–14 күндік CPU және жад жүктемесі бойынша төмен жүктелетін хосттар мен ВМ тізімін жасау, жүктемені аз хосттарға біріктіру, қосымша құрылғыларды түнгі және демалыс уақытында өшіру кестесін енгізу, SLA рұқсат етсе power caps қою және фондық тапсырмалардың шыңдар жасамайтынын тексеру. Егер бір аймақ үнемі ыстық болса, «ыстық» қызметтерді басқа шкафтарға таратыңыз, бұлайша бүкіл зал уставкаларын көтермеуге болады.

Даулы пікірлерден гөрі нақты өлшеулер пайдалы: шкафтағы және кластердегі кВт, CPU жүктемесінің орташа және 95-перцентиль, өшірілген хосттар үлесі мен жойылған ВМ-дердің саны, сондай-ақ шкаф топтарындағы сервер кіріс температурасы.

Қарапайым мысал: екі әлсіз жүктелген кластерді біріктіріп, 6–8 хостты түнгі терезеде өшіргеннен кейін тұтыну бірден төмендеп, салқындатуға түсім де азаяды.

Егер парк ескірсе, кейбір ең «құштар» серверлерді нүктелі түрде ауыстыру салқындатуды күшейтуге қарағанда тиімді болуы мүмкін. Мұны шешу үшін "пайдалануға берілетін ватт" көрсеткішін есептеп көріңіз: ВМ-та, транзакцияға немесе типтік жүктемедегі vCPU-ға түсетін кВт.

Қуат және тарату: шығындарды азайтуға жылдам қадамдар

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

Бірінші тексеруге тұрарлық нәрсе — ИБП жүктемесі. Өте төмен жүктеме (мысалы, болашаққа резервтелген қуат бар, бірақ шкафтар әлі қосылмаған) кезінде тиімділік нашарлайды және сіз үнемі шығын төлейсіз. Әр ИБП бойынша нақты жүктемені қараңыз, тек зал бойынша емес.

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

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

Қысқа апталық жоспар:

• Әр ИБП бойынша жүктеме мен тиімділікті 3–4 уақытта өлшеу
• Фазалар арасындағы ауытқуды тексеру және бірфазалы жүктемелерді қайта бөлу
• Ыстық қосылыстарды (термокамера немесе датчиктер арқылы) табу және жөндеу
• Қажетсіз түрлендірулерді алып тастау (қосарланған түрлендіру, уақытша удлинительдер)
• Қай ең қымбат шкафтарды көрсету үшін PDU немесе желілер бойынша есеп енгізу

Мысал: кейбір шкафтар орын ауыстырудан кейін ИБП құрылымында аз жүктемеде қалды. Шкафтарды PDU бойынша қайта таратып, кейбірін басқа ИБП-ға қосқаннан кейін шығындар азайып, фазалар теңселіп, электрощиттерден бөлінетін артық жылу салқындатудың қосымша жүктемесін тудырмайтын болды.

Операциялық әдеттер: PUE-ді тұрақты ұстауға көмектесетін практикалар

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

Бастапқыда қарапайым өзгерістер журналы енгізіңіз: дата, не істелді (уставка, режим, шкафты қайта орналастыру, фильтрді тазалау), кім мақұлдады және келесі 24–48 сағаттағы температура, қуат пен PUE өзгерісі. Ай ішінде мұндай журнал не істейді дегенге тез жауап береді: қандай әрекеттер шынымен көмектеседі, ал қайсысы тек көрініс үшін.

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

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

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

Мысал сценарий: екі аптаның ішінде ЦОД-ты тоқтатпай жақсарту

Шарты: 24 шкафтары бар шағын зал, жүктеме аралас (виртуализация, дерекқорлар, бір-екі GPU сервер). Эксплуатация екі қатарда қызып кету туралы айтты: қатар соңында ыстық, ал залдың кірісінде салқын. Тұрақты тоқтату мүмкін емес, тек "жұмыс істеп тұрған кезде" шаралар.

1‑апта: бастапқы базаны тіркеу

Алғаш рет «бұрын» және «кейін» дегеннің не екенін келісіп алдық. 3 күн ішінде негізгі цифрлар алынды: жалпы PUE, ИБП деректері бойынша, қатарлар бойынша температура картасы (кіріс/шығыс, жоғары/орта/төмен), ИБП жүктемесі және фазалар бойынша тарату. Бұл кезеңде кейбір шкафтардың ауады артық тартып алып жатқанын және бір ИБП-ның тиімділігі төмен диапазонда жұмыс істейтінін байқадық.

2‑апта: капиталдық емес 5 әрекет

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

• бос юниттарға заглушкалар орнатылды және кабель енгізулерінің үлкен саңылаулары жабылды
• беру уставкасы 1–2°C көтеріліп, вентилятор режимдері теңестірілді, «келіп-кету» жағдайлары жойылды
• бірнеше "ыстық" серверлер шкаф ішінде (жоғарыдан төменге) қайта орналастырылып, фронт алынды босатылды
• PDU және фазалар бойынша жүктеме теңестірілді, токтарды теңестіру арқылы артық жылуды азайттық
• тест стендтері мен бөлігін dev-ортаның түнгі және демалысқа кестеленген өшіру режимі енгізілді

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

Бақылау критерийлері қарапайым болды: проблемалық шкафтардың кіріс температурасы, қызып кету ескерту саны, енгізудегі қуат және ИБП орташа жүктемесі. PUE 1,78-ден 1,66-ға түсті және екі қатардағы қызып кету жойылды, ал салқындатуға кеткен шығындар азаймады. Көп жағдайда логика осындай: алдымен ауа шығындарын және режимдердің хаосын жою, сосын модернизация туралы ойлау.

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

PUE‑мен жұмыс істегенде жиі жіберілетін қателіктер

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

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

Орташа көрсеткішке ғана сену де қауіпті. Күндік орташа PUE жақсарса да, бір қатарда локальды «печка» пайда болуы мүмкін. Нәтижесінде вентиляторларға экономия жасайсыз, ал кейінгі тоқтатуларда жоғалтасыз.

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

Ұтымды ережелер:

• PUE-пен бірге ИТ-жүктемені (ИТ кВт) тіркеңіз
• өзгерістерден бұрын уставкалар мен режимдерді жазып қойыңыз
• залдың орташа температурасы емес, шкафтарға кіріс температурасын бақылаңыз
• өзгерістерді кішкене қадамдармен енгізіп, «артқа қайту» батырмасын сақтаңыз
• салыстырған кезде ауа райын ескеріңіз

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

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

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

1–3 күнге арналған қысқа чек‑лист:

• базаңызды тіркеңіз: соңғы 7–30 күннің PUE және ИТ-жүктемесін (кВт) алыңыз, демалыс күндер мен шыңдарды бөліп көрсетіңіз
• ауа жолын тексеріңіз: бос юниттарға заглушкалар, кабель енгізулерінің саңылаулары, ашық панельдар, перфоплиталар алдында кедергілер
• салқындатуды тексеріңіз: температура уставкалары, кестелер (түн, демалыс), датчиктердің дұрыстығы және орналасуы (суық ағын ішінде тұрмауы)
• қуатты бағалаңыз: ИБП жүктемесі, фазалар арасындағы ауытқулар, шкафтарыңыз бойынша жүктеме және қатты қызатын нүктелер
• метрикалардың иесін тағайындаңыз және есеп беру ритмін келісіңіз: аптасына минимум бір рет, не істелгені және не үшін деген қысқа түсініктемемен

Одан ары — бір мәртелік тексерістерді процеске айналдыру маңызды. Қарапайым форма жасау ыңғайлы: дата, өзгеріс, PUE, ИТ-кВт, шкафтарға кіріс температурасы, инциденттерге ескертпелер.

Келесі екі аптада: деректер жинауды тұрақтандыру (қолмен де болғаны жақсы), 1–2 жылдам өзгеріс енгізу (мысалы, герметизация және уставка түзету) және базамен салыстыру. Егер деректер жетіспесе немесе өлшеулер түсініксіз болса, сырттан құралдық өлшеу және мониторинг орнату көмектеседі.

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