Monitorización
La monitorización es la vigilancia automática de los asics y los avisos cuando algo se ha parado. Sin ella la parada se mide en horas antes de que usted se asome.
Qué es la monitorización de la minería
Los datos vienen de dos lados. El pool sabe si el worker manda share y puede escribirle cuando se ha quedado callado. El asic mismo entrega por red bastante más: temperaturas, revoluciones de los ventiladores, número de placas hash vivas, errores. Lo primero se configura en cinco minutos, lo segundo da el diagnóstico.
Al servicio de monitorización le basta una clave de solo lectura. Los permisos para cambiar cosas los necesita únicamente quien vaya a reiniciar los asics y a tocar los ajustes, y esos permisos se dan aparte y a conciencia.
El error principal es el ruido en los avisos. Si le llega una alerta por cada oscilación del hashrate, en una semana dejará de leerlas, y la parada de verdad pasará de largo. Los umbrales tienen que ser pocos, y cada uno debe significar una acción.
La segunda pieza que falta es el historial. Una cifra instantánea no contesta a qué pasó por la noche, y una gráfica de la semana sí. Sin historial cada avería parece repentina.
En breve, en tabla
| Qué da el pool | el silencio del worker, share aceptados y rechazados |
| Qué da el asic mismo | temperaturas, ventiladores, placas vivas, errores |
| Qué permisos hacen falta | una clave de solo lectura |
| El error principal | demasiados avisos |
| Qué es inútil sin historial | las cifras instantáneas |
En qué poner avisos
El worker calla más de quince minutos. Es la alerta más valiosa de todas: pilla la red, la alimentación y la muerte del asic.
Temperatura por encima de su franja de trabajo. El umbral se pone por su propia experiencia y no por la ficha técnica: no importa el grado absoluto, importa la cifra habitual de ese bastidor.
El número de placas hash vivas ha bajado. El asic mientras tanto sigue trabajando y pagando, así que sin alerta un zombi parcial se le puede pasar un mes.
La proporción de share rechazados y tardíos ha crecido varias veces. Eso va de red y de estabilidad, y sale más barato pillarlo enseguida.
No ponga alerta en la facturación diaria. Esa pasea con el precio del hash y no con su hardware, y avisos así solo le acostumbran a ignorar el teléfono.
Ejemplo de configuración
En diez asics funcionan tres reglas: el worker calla un cuarto de hora, temperatura por encima de la franja de trabajo, placas hash vivas de menos. Al mes llegan dos o tres avisos, y cada uno significa que hay que ir al bastidor. Esos mensajes se leen, y una lista de treinta reglas no la lee nadie.
Términos relacionados
Adónde seguir en el sitio
Programas
- Programas firmware
- HashCore Toolkit firmware
Equipos
- Minero ASIC base de conocimientos
Preguntas y respuestas
Bastan los avisos del pool
En uno o dos asics sí. Más allá hacen falta las temperaturas y el número de placas vivas, y eso el pool no lo ve.
Qué permisos dar al servicio
Solo de lectura. Una clave con derecho a cambiar los ajustes se necesita únicamente para el reinicio remoto, y esa se da aparte.
Qué hacer si hay demasiadas alertas
Recortar las reglas a las que de verdad le hacen ir al bastidor. Un aviso sin acción es basura.
Cómo se relacionan los términos entre sí
Cada eslabón es clicable. En naranja, el punto donde está usted ahora.
¿Busca un minero ASIC?
El catálogo tiene 212 modelos. Puede compararlos por hashrate y por julios por terahash, y en la calculadora poner su tarifa y ver lo que queda limpio.
Página redactada y verificada por Denys Klimchuk. Actualizado el .