Жазғы салқындату шығыны ASIC табысын қалай өзгертеді

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

Дерек 2026-08-09 күні тексерілді. Электр және желдету жобасын жергілікті талаптарға сай білікті маман бекітуі керек.

Мазмұны

Жылу жүктемесін бастапқы бағалау
Ауа ағынының бағасы
Жазғы электр формуласы
Салқындату мен өндірісті бірге өлшеу
Үш сценарий
Жазға дейінгі checklist
Өлшеу шекарасын алдымен бекітіңіз
Жазғы салқындатуды ауа райы сағаты бойынша жоспарлаңыз
Жиі қойылатын сұрақтар

Жылу жүктемесін бастапқы бағалау

Тұрақты режимде ASIC жылуы (kW) ≈ қабырғадағы ASIC қуаты (kW). 100 құрылғының атаулы қуатын ғана қоспай, нақты жоғары температурадағы өлшемді және өндіруші tolerance шегін қолданыңыз. Schneider Electric материалдары IT жүктемесі мен cooling жүктемесін бөлек қарауға негіз береді.

Кестеде ASIC kW, желдеткіш kW, сорғы/буландыру kW, желі мен трансформатор шығыны, жарық/желі жабдығы және резерв бөлек болсын. Жазғы PUE тәрізді басқарушылық коэффициентті нысанның жалпы kW / ASIC kW деп бақылауға болады, бірақ ол әр компоненттің өлшемін алмастырмайды.

Ауа ағынының бағасы

Қажетті ауа ағыны құрылғы бөлетін жылу, рұқсат етілген inlet–outlet температура айырмасы және ауаның қасиеттерімен байланысты. Практикада ең сенімді әдіс — rack деңгейінде inlet температурасы, outlet температурасы, қысым айырмасы және желдеткіш қуатын өлшеу. Ыстық ауаның қайта айналуы болса, жалпы CFM жеткілікті көрінгенімен кей машина қызып кетеді.

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

Жазғы электр формуласы

айлық cooling kWh = Σ(жабдық kW × нақты жұмыс сағаты × жүктеме коэффициенті). Содан кейін cooling құны = cooling kWh × шарттық электр бағасы. Егер тарифте peak demand немесе қуат компоненті болса, оны бөлек есептеңіз: ең ыстық сағаттағы қосымша желдеткіш айлық шотқа тәуліктік kWh-тан көбірек әсер етуі мүмкін.

Тек орташа айды қарамаңыз. 35°C-тан жоғары сағат саны, түнгі температура, шаңды күн және электр шектеуі бойынша күндік сценарий жасаңыз. Жоғары ambient кезінде ASIC қуатының өзгеруі немесе thermal throttling нақты телеметриядан алынсын.

Салқындату мен өндірісті бірге өлшеу

Негізгі KPI — тек температура емес, қабылданған TH/s / нысанның жалпы kW. Жазда осы көрсеткіш төмендесе, себебі ASIC efficiency, rejected share, ауа ағыны немесе cooling auxiliary болуы мүмкін. Әрқайсысын бөлек тексеріңіз.

Ағымдағы BTC кірісін қосып, қосымша жазғы cooling KZT / қосымша сақталған BTC есептеңіз. Егер салқындату шығыны арқылы сақталған өндіріс құнынан жоғары болса, setpoint, қуат режимі немесе уақытша тоқтату саясаты қайта қаралады.

Үш сценарий

Қалыпты жаз: тарихи медианалық температура және таза фильтр. Ыстық толқын: жоғары ambient сағаты көбейіп, желдеткіш толық жүктемеде. Ақау сценарийі: бір желдеткіш желісі немесе сорғы істен шығып, қалған жүйе N+0 режимінде. Әр сценарийде жалпы kW, inlet ең жоғары температурасы, күтілетін uptime және тоқтатылатын ASIC саны көрсетілсін.

Қауіпсіздік шегі өндіруші диапазоны мен электр қорғанысына негізделеді. Температура alarm-ін пайда үшін елемеу жабдыққа, кабельге және өрт қауіпсіздігіне тәуекел тудырады.

Жазға дейінгі checklist

Ең ыстық rack нүктелерінде калибрленген sensor бар ма?
Ауа кірісі мен шығысы араласпай ма?
Фильтр, belt, fan, pump және breaker тексерілді ме?
Жоғары температурадағы қабырға қуаты өлшенді ме?
Автоматты alarm және қолмен тоқтату өкілеттігі анық па?
Peak demand пен hosting шартындағы cooling төлемі модельге енгізілді ме?

Жиі қойылатын сұрақтар

ASIC қуатының бәрі жылу бола ма?

Басқарушылық бағалауда дерлік түгел жылуға айналады; нақты электр жобасы компоненттік өлшеммен жасалады.

Орташа температура жеткілікті ме?

Жоқ. Ең ыстық сағаттар қуат, throttling және қауіпсіздік шегін анықтайды.

Cooling шығынын бір ASIC-ке қалай бөлеміз?

Жеке өлшем болмаса, тиімді hashrate немесе нақты ASIC kWh үлесімен бөліп, әдісті тұрақты қолданыңыз.

Өлшеу шекарасын алдымен бекітіңіз

Жазғы cooling шығынын есептегенде тек қабырғадағы желдеткіштің қуатын алу дұрыс емес. Site boundary ішінде ASIC, rack fan, сорғыш, supply fan, evaporative pump, chiller, су дайындау, басқару автоматикасы, жарық және қосалқы трансформатор шығыны болуы мүмкін. Қай есептегіш қай жүктемені қамтитынын бір сызықты схема мен meter map арқылы белгілеңіз. Электр жүйесін өлшеу мен өзгертуді тек лицензияланған электр маманы орындайды.

Үш деңгейлі шекара пайдалы:

IT load — ASIC пен оған тікелей қатысты құрылғы қуаты;
cooling load — ауаны немесе сұйықтықты қозғайтын және жылуды шығаратын жабдық;
facility load — трансформатор жоғалтуы, жарық, қауіпсіздік және басқа ортақ жүктеме.

Егер hosting шотында тек «all-in kWh» болса, оператордан осы шекаралардың анықтамасын және meter serial-ын сұраңыз. Cooling fee жеке жолмен тұрса, оның нақты kWh, fixed capacity немесе сыртқы температура формуласы бойынша алынатынын тексеріңіз. Шекарасы белгісіз санды екі нысанды салыстыруға қолданбаңыз.

Базалық аптада әр деңгейдің сағаттық көрсеткішін және сол уақыттағы active ASIC санын сақтаңыз. Кейін майнер саны өзгергенде facility base load-ты ASIC қуатына қате үлестірмеуге болады. Өлшеу интервалы, timezone және missing interval-ды толтыру тәртібі жазылсын.

Жазды орташа температурамен емес, hot-hour арқылы модельдеңіз

Айлық орташа температура ең қауіпті төрт сағатты жасырады. Cooling жүйесі дәл сол ыстық сағатта recirculation, filter pressure және grid voltage ауытқуымен бірге шегіне жетуі мүмкін. Сондықтан ауа райын температура және қажет болса ылғалдылық диапазондарына бөліңіз: қалыпты, ыстық, өте ыстық және жобалық шектен жоғары сағаттар.

Әр weather bin үшін мына дерек қажет:

сыртқы dry-bulb температурасы және өлшеу орны;
intake және exhaust температурасы;
active ASIC саны мен орташа қуаты;
fan/pump/chiller қуаты;
хэшрейт, reject және thermal alarm саны;
сол режимде қанша сағат жұмыс істегені.

Өткен жаздың ауа райын пайдалансаңыз, оның болашаққа кепіл емес екенін көрсетіңіз. Кемінде қалыпты жыл, ыстық жыл және ұзақ heatwave сценарийін есептеңіз. Нысан жаңа болса, жеткізушінің дизайн мәнін нақты site test алмастырмайды. Commissioning кезінде барлық sensor бірдей уақытпен жазып, өлшеу қателігі белгіленуі керек.

Ауа жолын картаға түсіріп, recirculation-ды табыңыз

Көп жағдайда «салқындату жетпейді» деген мәселе жалпы ауа көлемінен емес, ыстық ауаның intake-қа қайтып келуінен шығады. Rack қатарлары, қабырға саңылаулары, кабель өтпелері, бос slot және қысым айырмасы ауаға қысқа жол ашады. Smoke test немесе инженер бекіткен басқа визуализацияны білікті HVAC маманы қауіпсіз жағдайда орындасын.

Әр rack үшін intake температурасының жоғарғы, орта және төмен нүктесін салыстырыңыз. Бір деңгей ғана ыстық болса, жалпы fan capacity қосудан бұрын leakage немесе obstruction іздеңіз. Exhaust plenum қысымы тым жоғары болса, майнер fan-ы жобалық емес режимде жұмыс істеп, өз қуатын арттыруы мүмкін.

Ауа картасы өзгеріс журналына байланыстырылсын. Жаңа rack, қоршау, filter түрі немесе кабель трассасы қосылғаннан кейін қайта өлшеңіз. Бір реттік commissioning нәтижесін бүкіл маусымға қолданбаңыз. Шаң мен filter жүктемесі airflow-ды біртіндеп өзгертеді.

Filter қысымы мен қызмет көрсету шығынын қосыңыз

Арзан filter сатып алу cooling-ті арзан етпеуі мүмкін. Filter ластанған сайын pressure drop өседі, fan көбірек қуат жұмсайды және intake airflow төмендейді. Тек күнтізбелік «айына бір рет ауыстыру» орнына differential pressure, шаң жағдайы және өндіруші шегіне негізделген қызмет көрсету жоспарын қолданыңыз.

Filter экономикасына сатып алу бағасы, еңбек, тоқтату уақыты, disposal, fan энергиясы және ASIC ішіндегі шаңнан туған жөндеу кіреді. Бір filter cohort-ын бақылау үшін орнатылған күн, бастапқы және соңғы қысым, ауыстыру себебі, сол кезеңдегі fan kWh және thermal alarm жазылсын.

Қысым датчигін калибрлемей, жалғыз көрсеткішке сенбеңіз. Ақаулы датчик таза filter-ді ластанған немесе керісінше көрсетуі мүмкін. Қызметкерді айналып тұрған жабдыққа жақындататын жұмысқа lockout/tagout және нысанның қауіпсіздік рәсімі қолданылсын; бұл мақала электр немесе механикалық жөндеу нұсқаулығы емес.

Толық нысан энергиясын дұрыс үлестіріңіз

Cooling коэффициентін мынадай басқарушылық формуламен бақылауға болады:

Cooling overhead = cooling kWh / ASIC kWh

Ал site деңгейіндегі қатынас:

Facility overhead = (total site kWh - ASIC kWh) / ASIC kWh

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

Ортақ fan бірнеше hall-ға қызмет етсе, шығынды active airflow, өлшенген қуат немесе келісілген driver арқылы бөліңіз. Тек ASIC санына бөлу қате болуы мүмкін: әр модельдің қуаты мен ауа кедергісі әртүрлі. Allocation driver тоқсан сайын actual measurement-пен қайта тексерілсін.

Hot-hour үшін тексерілетін мысал

Бұл мысал нарық бағасы емес, әдісті көрсетуге арналған. 100 ASIC әрқайсысы орташа 3,5 kW тұтынады делік. IT load — 350 kW. Қалыпты сағатта cooling жабдығы 35 kW, ыстық сағатта 70 kW жұмсайды. Бір айда 600 қалыпты және 120 ыстық сағат болса:

ASIC энергиясы: 350 × 720 = 252 000 kWh;
cooling энергиясы: (35 × 600) + (70 × 120) = 29 400 kWh;
cooling overhead: 29 400 / 252 000 = 11,67%.

Нақты KZT шығын үшін әр сағаттың келісімшарттық all-in тарифін, digital mining fee-ді және demand/capacity төлемін бөлек қолданыңыз. Бір ғана орташа тариф peak кезеңдегі қымбат сағатты жасыруы мүмкін. Егер ыстық 120 сағатта ASIC қуатын төмендету 5% BTC жоғалтса, сол жоғалған production value cooling kWh үнемімен бірге салыстырылсын.

Мысалдың шешім сұрағы: қосымша 35 kW cooling сол сағаттарда сақталған хэшрейт құнынан арзан ба? BTC бағасы, network difficulty және pool нәтижесі өзгеретіндіктен бір нүкте емес, төмен/база/жоғары сценарий қолданыңыз.

Capex пен opex-ті бір терезеде салыстырыңыз

Үлкен fan, жаңа plenum немесе evaporative жүйе capex талап етеді; жаз сайын жалға алынған mobile cooling opex болып көрінуі мүмкін. Шешімде сатып алу құны ғана емес, жобалау, электр қуатын ұлғайту, құрылыс, су, filter, сервис, spare part, жоспарлы downtime және активтің қалдық құны есептелсін.

Жобаның жылдық пайдасы үш бөлікке бөлінеді:

cooling энергиясының үнемі;
thermal derating пен авариялық тоқтаудан сақталған BTC маржасы;
fan, hashboard және PSU ақауы азайғаннан үнем.

Payback формуласы осы пайданың тек дәлелденетін бөлігін қолдансын. Жеткізушінің «30% тиімді» деген жалпы мәлімдемесін site baseline-ға қолданбаңыз. Pilot cohort орнатып, бірдей ауа райы диапазонында control cohort-пен салыстырыңыз. Capex gate тек температураға емес, kWh, хэшрейт, reject, ақау және қызмет көрсету сағатына сүйенсін.

Режимдерді алдын ала бекітіңіз

Heatwave келгенде оператор шешімді импровизацияламауы керек. Кемінде төрт operating state анықтаңыз:

қалыпты — барлық asset baseline режимінде;
ескерту — қосымша бақылау, filter/airflow тексерісі және жаңа жұмысты шектеу;
derating — алдын ала таңдалған төмен тиімді cohort-тың қуатын білікті маман бекіткен профильмен азайту;
тоқтату — температура, өрт, электр немесе желдету қауіпсіздігі шегінен шыққанда басымдық тізімімен ажырату.

Әр state үшін trigger, шешім иесі, орындалу уақыты, қандай cohort әсер ететіні және қалыпты режимге қайту шарты жазылсын. Қауіпсіздік шегін BTC бағасы жоғары болғаны үшін көтермеңіз. Өндіруші талаптары, электр жобасы, өрт қауіпсіздігі және жергілікті маманның есебі экономикалық модельден жоғары тұрады.

Тоқтату реті ең жаңа немесе ең қымбат ASIC бойынша емес, contribution margin, жылу тығыздығы, restart тәуекелі және электр/airflow аймағы бойынша жасалсын. Автоматты әрекет болса, оны маусымға дейін жүктемесіз және шағын cohort-пен тексеріңіз.

Sensor орналасуы мен калибрлеуді бақылаңыз

Бір бөлме датчигі rack intake жағдайын көрсетпейді. Сыртқы ауа, supply, әр critical rack intake, exhaust және қажет болса plenum қысымы өлшенсін. Sensor-ды тікелей күн, ыстық металл бет немесе airflow-дан тыс «өлі аймақ» бұрмаламауы керек. Орналасу жоспарын суретпен және asset ID-мен бекітіңіз.

Калибрлеу журналы датчик моделі, сериялық нөмірі, reference құрал, нәтиже, ауытқу және келесі мерзімді қамтиды. Екі көрші sensor үнемі қатты айырылса, орташа алып қоя салмай, себебін анықтаңыз. Missing data үшін автоматты болжам қолданылса, есепте нақты өлшеуден бөлек белгіленсін.

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

Маусым алдындағы commissioning жасаңыз

Жаз басталғанға дейін толық жүктемені күтпей, staged test өткізіңіз. Алдымен sensor және meter дұрыстығын, кейін fan/pump redundancy, alarm жеткізілуін, басқару режимін және қауіпсіз тоқтатуды тексеріңіз. Электр, HVAC және өрт жүйесіне әсер ететін тестті тек уәкілетті мамандар жоспарлап орындайды.

Commissioning дәлелі:

жаңартылған single-line және airflow картасы;
meter/sensor калибрлеу жазбасы;
filter мен belt/service күйі;
әр operating state trigger тесті;
резерв жабдықтың іске қосылу уақыты;
байланыс және escalation тізімі;
тест кезінде байқалған gap пен жабылған action.

«Жабдық қосылды» деген белгі қабылдау емес. Тест жобалық ыстық ауа болмай жасалса, оның шектеуін жазып, алғашқы нақты hot day кезінде validation жоспарлаңыз.

Heatwave және ақау сценарийін алдын ала есептеңіз

Кемінде үш күрделі сценарий қажет: бірнеше күндік heatwave, негізгі exhaust fan істен шығуы және электр қуаты төмендеп/қайта келетін жағдай. Суға тәуелді жүйеде су беру шектеуі мен сапасын, сыртқы түтін/шаң кезінде filter жүктемесін де қарастырыңыз. Бір fault екінші бақылауды жарамсыз ететін common-cause тәуекелін іздеңіз.

Әр сценарийде safe capacity, минуттық/сағаттық response, тоқтайтын cohort, жоғалатын production, қалпына келтіру реті және сыртқы мердігердің келу уақыты болсын. Spare fan қоймада бар деген ақпарат жеткіліксіз: оның дұрыс модель, жарамды күй және қауіпсіз орнатуға дайын екені тексеріледі.

Insurance немесе hosting SLA бар болса, heatwave «форс-мажор» деп автоматты қабылдана ма, әлде жобалық температура шегінде оператор жауап бере ме — келісімнен оқыңыз. Экономикалық модель шарттағы нақты жауапкершілікті көрсетуі тиіс.

Апталық variance review және тоқтату сызығы

Жазда әр апта жоспарланған және нақты ASIC kWh, cooling kWh, hot hours, хэшрейт, reject, thermal alarm және downtime салыстырылсын. Variance-ті тек ауа райымен түсіндірмеңіз: filter, recirculation, sensor drift, firmware power profile немесе істен шыққан fan себеп болуы мүмкін.

Тоқтату немесе қайта жобалау белгісі ретінде мыналарды алдын ала бекітіңіз:

intake температурасы өндіруші немесе инженер шегінен қайталанып шығуы;
cooling overhead өскенімен сақталған хэшрейт құны оны жаппауы;
thermal alarm мен hashboard ақауы baseline-нан тұрақты жоғары болуы;
sensor/meter дерегі шешім қабылдауға жеткіліксіз болуы;
резерв жүйе тесттен өтпеуі;
электр немесе өрт қауіпсіздігі бойынша маман жұмысты тоқтатуды талап етуі.

Мұндай жағдайда тағы fan сатып алу автоматты жауап емес. Алдымен airflow шекарасын, жүктеме тығыздығын, operating state және экономикалық contribution margin-ды қайта есептеңіз. Қауіпсіздікке қатысты stop line ешқашан кіріс болжамымен жұмсартылмайды.

Жазғы салқындатуды ауа райы сағаты бойынша жоспарлаңыз

Айлық орташа температура майнинг алаңының шын тәуекелін жасырады. Салқындату моделі сыртқы температура мен ылғалдылықтың әр сағатын, ASIC жүктемесін және желдеткіш күйін бір қатарға біріктірсін. Ең ыстық бес күндегі шекті сағаттар бөлек қаралады: дәл сол кезде recirculation, сүзгі қысымы және трансформатор derating бір уақытта пайда болуы мүмкін. Орташа күнге жеткілікті жүйе қысқа ыстық толқында тоқтап қалуы ықтимал.

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

Модель кемінде төрт күйді есептейді: қалыпты толық жүктеме, ыстық сағаттағы power limit, сүзгі немесе бір желдеткіш істен шыққан деградация және қауіпсіз shutdown. Әр күй үшін accepted hashrate, негізгі ASIC қуаты, қосалқы желдету қуаты және күтілетін тоқтау минуты көрсетіледі. Сонда «қосымша желдеткіш қоямыз» деген ұсыныстың BTC өндірісі мен кВт·сағ-қа әсері өлшенеді.

Ауа ағынының балансын қағаздан емес, өлшеуден растаңыз

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

Түтін сынағы немесе қауіпсіз визуалды әдіс ыстық ауаның intake-ке қайта оралуын көрсетеді. Recirculation бір қатарда болса, бүкіл ғимараттың желдеткішін үлкейту міндетті емес; герметизация, baffle немесе кабель саңылауын жабу арзан әрі тиімді болуы мүмкін. Өзгерістен кейін дәл сол датчиктермен before/after салыстыру жүргізіңіз.

Rack layout өзгерсе, бастапқы баланс жарамсыз болады. Жаңа ASIC-тің желдеткіш бағыты, өлшемі және ауа кедергісі ескі модельден өзгеше болуы мүмкін. Құрылғыны бос орынға қою алдында көрші intake температурасына және артық қысымға әсерін тексеріңіз. Үш қатарды толтырмай тұрып бір қатарлық pilot нәтижесін бекіткен дұрыс.

Қосалқы салқындату энергиясын жеке есептеңіз

ASIC тақтасындағы қуат қана емес, intake және exhaust желдеткіштері, сорғы, evaporative жүйе, басқару автоматикасы мен жарық та майнингтің all-in энергиясына кіреді. Қосалқы жүктемені бөлек есептегішпен өлшеңіз немесе инженер бекіткен бөлуді қолданыңыз. Жазда бұл үлес артқанда ASIC J/TH өзгермесе де, алаңның жалпы кВт·сағ/TH көрсеткіші нашарлайды.

Әр cooling stage-тің іске қосылу температурасын және қуатын trend журналында сақтаңыз. Stage жиі қосылып-өшсе, hysteresis немесе датчик орны дұрыс болмауы мүмкін. Қысқа cycling қозғалтқыш мерзімін азайтып, demand peak жасайды. Басқару логикасын өзгерткенде энергия, температура және restart санын кемінде бір толық ыстық циклде салыстырыңыз.

CAPEX шешімінде тек жылдық электр үнемін есептемеңіз. Орнату, канал, дыбыс, су сапасы, техникалық қызмет, тоқтату уақыты және қосалқы бөлшек ескеріледі. Екі нұсқаны бір ауа райы файлы, бір BTC/қиындық сценарийі және бір парк конфигурациясымен салыстыру керек. Әйтпесе тиімді технология емес, оптимистік болжам жеңеді.

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

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

Шаң тек салқындатуға емес, электр қауіпсіздігіне және кепілдікке әсер етеді. Радиатор мен тақтадағы ластануды тазарту үшін approved әдіс, ESD тәртібі және downtime жоспары қажет. Қысылған ауаны бақылаусыз қолдану шаңды тереңірек итеруі немесе желдеткішті шамадан тыс айналдыруы мүмкін. Өндіруші нұсқаулығына қайшы тәсілді жалпы checklist-ке қоспаңыз.

Maintenance backlog пен температура alarm-ын бір панельде оқыңыз. Бір rack-та қысым өсіп, желдеткіш RPM жоғарлап және reject көбейсе, оны жеке үш incident деп жаппаңыз. Ортақ себепті тексеріп, әрекеттен кейін барлық көрсеткіштің қалпына келгенін растаңыз.

Су қолданылатын жүйеде сапа мен шығынды бірге басқарыңыз

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

Су ағып кету датчигі alert бергенде кімнің қандай жабдықты тоқтататыны түсінікті болсын. Жоғары кернеу аймағында су инциденті жай maintenance ticket емес, қауіпсіздік оқиғасы. Оқшаулау, LOTO, тексеру және қайта іске қосу ретін білікті инженер бекітеді. Жөндеуден кейін қысым тесті мен визуалды бақылау дәлелі сақталады.

Су сапасы өзгерсе, масштаб пен коррозия жылу алмасуды баяу нашарлатады. Сондықтан тек температура alarm-ын күтпей, өткізгіштік, pH немесе өндіруші талап еткен басқа параметрлерді өлшеңіз. Контурға қосылған химияның партиясы мен мөлшері asset журналымен байланысады.

Ыстық толқынға дейін staged response дайындаңыз

Ауа райы болжамы шекті мәнге жақындағанда әрекет соңғы минутта ойластырылмайды. Бірінші кезеңде сүзгі, резервтік желдеткіш, датчик және қуат көзі тексеріледі. Екінші кезеңде ең тиімсіз cohort power limit-ке көшеді. Үшінші кезеңде noncritical жүктеме тоқтап, инженерлер on-call болады. Соңғы кезең қауіпсіз shutdown және controlled restart тәртібін іске қосады.

Қай cohort бірінші шектелетінін эмоция емес, marginal margin анықтайды. Әр модель үшін accepted TH, all-in кВт, жөндеу тәуекелі және қайта іске қосу уақыты есептеледі. Тиімді жаңа құрылғыны бірінші өшіру жалпы температураны азайтса да, жоғалған кірісті шамадан тыс өсіруі мүмкін. Шешім матрицасы маусымға дейін бекітіледі.

Қалпына келу кезінде барлық ASIC-ті бір мезетте қоспаңыз. Feeder және ауа ағыны бойынша толқынмен іске қосып, әр толқыннан кейін ток, inlet температурасы, fan RPM және reject-ті бақылаңыз. Келесі толқынға өту критерийі өлшенетін болуы керек. Бұл трансформатор peak-ын және қайта қызып кетуді азайтады.

Салқындату жобасын қабылдау сынағымен жабыңыз

Мердігердің «жүйе жұмыс істейді» деген актісі жеткіліксіз. Acceptance plan жобалық сыртқы температураны, толық ASIC жүктемесін, бір желдеткіш істен шыққан жағдайды және дабыл байланысын қамтиды. Нақты ауа райы жеткіліксіз болса, қауіпсіз инженерлік test әдісі қолданылады; қауіпті жасанды қыздыруға жол берілмейді.

Сынақ нәтижесінде датчик ID, калибрлеу күні, әр rack температурасы, қысым, қосалқы қуат және accepted hashrate сақталады. Кемшілік болса, punch list иесі мен мерзімі белгіленеді. Кемшілікті уақытша қабылдау үшін өтемдік бақылау және аяқталу күні жазылады.

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

Жазғы экономикаға нақты stop-line қойыңыз

Басшылық панелі ең ыстық сағаттағы inlet температурасы, throttling минуты, cooling кВт·сағ, accepted TH және жоғалған маржаны бірге көрсетеді. Бір ғана температура KPI шешімге жеткіліксіз. Температура нормада болғанымен, қосалқы энергия тым қымбат болуы немесе жиі power limit өндірісті азайтуы мүмкін.

Stop-line үш деңгейде жазылады: адам мен электр қауіпсіздігі, өндіруші температура шегі және экономикалық шек. Бірінші екеуі ешқандай BTC бағасымен бұзылмайды. Экономикалық шек — қосымша бір TH өндірудің marginal revenue-ы оған кеткен ASIC және cooling шығынын жаппайтын нүкте. Бұл мән BTC бағасы мен difficulty өзгерген сайын қайта есептеледі.

Жаз аяқталған соң post-season review жасаңыз. Болжамдағы ыстық сағат, нақты шектеу, сүзгі шығыны, су немесе электр көлемі және lost production салыстырылады. Айырманың себебі келесі жылдың CAPEX өтініміне түседі. Осылай салқындату жобасы бір реттік сатып алу емес, өлшенетін өндірістік жүйеге айналады.