ASIC онлайн, но не майнит: какой аптайм считать

Разделите доступность и полезную работу

Сетевой мониторинг отвечает на вопрос, доступно ли устройство. Статистика хеширования показывает, выполняет ли оно вычисления. ASIC может отвечать в панели и при этом не передавать полезную работу пулу. Braiins отдельно описывает эти два уровня в своей методике аптайм; при использовании другого инструмента сверяйте его собственные определения.

Не переименовывайте один процент в другой. Если отчёт содержит только доступность контроллера, подпишите показатель именно так. Для оценки дохода сопоставьте его с состояниями хеш-плат и данными worker. Доступность всей площадки тоже не равна времени работы каждой машины: неисправность одного устройства и отключение всего ввода имеют разные границы.

Зафиксируйте окно и знаменатель

Укажите начало и конец периода, часовой пояс, частоту наблюдений и состав устройств. Затем определите, какие интервалы считаются рабочими. Если приборы подключались в середине месяца, не включайте автоматически всё время до ввода в их технический аптайм — или явно назовите показатель доступностью проекта за месяц.

Учебный пример: в выбранном окне есть 100 равных наблюдений, хеширование подтверждено в 92. В этой условной методике результат равен 92%. Это не SLA PUSHMINER и не фактический результат площадки. Если часть наблюдений отсутствует, покажите пропуски отдельно; их нельзя без объяснения считать ни гарантированной работой, ни достоверным простоем.

Соберите журнал событий

Для остановки сохраните устройство, время начала, время восстановления, симптом, источник данных и выполненное действие. Дополнительно отметьте причину как подтверждённую, предполагаемую или неизвестную. Так отчёт не превратится в список уверенных объяснений там, где нет измерений.

Согласуйте, кто фиксирует событие и кто может исправить запись. Если часы устройства и системы мониторинга расходятся, приведите их к одному основанию. При массовом событии сохраните общий идентификатор, но не потеряйте поштучный результат. Закрытие сервисной заявки и восстановление полезного хеширования могут произойти в разное время; в журнале нужны оба момента, если они важны для договорной методики.

Проверьте исключения до сравнения площадок

Уточните, как учитываются плановое обслуживание, ремонт ASIC, потеря сети, ограничения питания и работы самого владельца. Эти пункты можно исключать или включать по разным методикам, поэтому две одинаковые цифры не обязательно описывают одинаковую эксплуатацию.

В договоре и отчёте должны использоваться согласованные определения. Если поставщик обещает процент, попросите пример расчёта и перечень исключений. Не считайте рекламный показатель доказательством компенсации: основания и порядок выплат проверяются отдельно. Доступность ЦОД, гарантия оборудования и реакция сервиса также не заменяют друг друга; для клиента полезнее понятная схема ответственности, чем один общий высокий процент.

Свяжите простой с расходами

Потерянная выручка оценивается по вашим вводным за соответствующие интервалы. Электроэнергия зависит от фактического состояния оборудования, а обязательные платежи — от договора. Поэтому нельзя механически умножить весь денежный поток на процент аптайм.

Для сценария создайте несколько состояний: полезная работа, включённое ожидание, диагностика и отключение. Там, где данных нет, подпишите допущение. После месяца сравните сценарий с журналом и счётом. Если остановка связана с неисправностью, сначала сохраните лог и подготовьте безопасную диагностику; повторный запуск ради улучшения процента без устранения причины может ухудшить состояние машины.

Что запросить для размещения парка

Перед перевозкой попросите методику мониторинга, доступ к показателям, пример журнала простоя и описание уведомлений. Для своей партии уточните отдельный учёт worker и серийных номеров. В предложении должны быть понятны ограничения площадки, этап подключения и порядок ремонта.

На странице хостинга PUSHMINER опубликован расчётный параметр времени работы с оговорками о площадке, периоде и методике. Он используется для сценария и не должен превращаться в обещание одинакового результата каждого ASIC. Запросите условия конкретного размещения от 10 устройств. Для анализа действующего парка приложите журнал и список машин: это позволяет обсуждать наблюдаемые события, а не угадывать причины по одному проценту.

Журнал простоя: шаблон, не реальный отчёт

Согласуйте журнал причин недоступности

Помимо процента сохраните список событий с началом, окончанием, затронутыми устройствами и подтверждённой причиной либо отметкой «не установлена». Отдельно отмечайте согласованное обслуживание и потерю данных мониторинга. Пропуск наблюдения нельзя автоматически приравнять к исправной работе или к остановке машины. Для парка полезен поштучный отчёт и общая методика агрегации, чтобы доступность одного устройства не скрывала простой другого. Когда обсуждаете показатель с площадкой, сначала сверяйте журнал и способ расчёта, затем числовой итог.