7caa240c2e
Especificaciones tomadas del manual del propietario del gabinete PowerEdge M1000e (Dell, modelo BMX01, rev. A06, oct. 2019), que corrige el spec sheet comercial usado hasta ahora. Hardware: - Peso máximo 200,5 kg, no 179. Profundidad 75,5 cm - Seis fuentes y nueve ventiladores obligatorios, se usen 3 blades o 16. Toda bahía vacía necesita relleno - Conector CEI/IEC C20 a 16 A. La fuente de 3.000 W exige 200-240 V - Irrupción de 55 A por fuente durante 10 ms: un magnetotérmico de curva C salta, hace falta curva D - Temperatura de funcionamiento continuo 10-35 °C - ECM obligatorio con blades M630 de 120 W o más, o por encima de 30 °C Red: - Fabric A (ranuras A1/A2) es la Ethernet integrada de cada blade, así que no hacen falta tarjetas intermedias. Fabrics B y C sí las exigirían y no se usan - Pendiente saber si en A1/A2 hay un switch o un módulo de paso a través: cambia el montaje de red por completo Costes recalculados: el suelo fijo del chasis sube de 350 a ~500 W al contar los nueve ventiladores, los módulos de I/O y las pérdidas de las seis fuentes. 360 €/mes a 24/7, 59 €/mes por ventanas. Que las fuentes y los ventiladores sean obligatorios convierte en hecho documentado lo que antes era estimación: los pilotos parciales en el chasis son el peor caso posible. Documentación: - assets/ con cuatro diagramas SVG propios: arquitectura, chasis, stack de software y modos de red - docs/usabilidad.md: órdenes, flujos de trabajo, problemas conocidos y ergonomía del hardware - Diagramas ASCII del panel frontal, el posterior y la topología de fabrics en hardware_m1000e.md - Eliminada la parte de charla y divulgación, fuera del alcance del repo
6.8 KiB
Costes
El hardware ya está. El coste real de este proyecto es la luz, y no es pequeño.
Todas las cifras de consumo son estimaciones. El M1000e reporta consumo real por chasis y por blade desde el CMC (Chassis → Power Management) — antes de comprometerse con nada, hay que mirar ahí. Es media hora de trabajo y sustituye todo este documento por datos.
Supuestos
| Consumo fijo del chasis | 500 W — rango 350–700 W |
| Consumo por blade con Android en marcha | 140 W — rango 100–200 W |
| Precio de la electricidad | 0,18 €/kWh — rango 0,15–0,22 según tarifa y tramo |
| Horas al mes | 730 |
| Reparto | 1 blade coordinador + N de carga × 3 instancias |
De dónde sale el consumo fijo
El manual del M1000e obliga a tener las seis fuentes y los nueve ventiladores instalados en todo momento, se use un blade o dieciséis. Ese suelo lo componen:
- 9 módulos de ventilador, con clasificación de 12 V a 5,0–6,3 A cada uno. A régimen moderado, del orden de 150–250 W en conjunto; a plena velocidad, mucho más
- Módulos de I/O — un switch de fabric consume del orden de 50–150 W, y hay al menos uno
- CMC (una o dos) e iKVM
- Pérdidas de conversión de las seis fuentes — el manual da 353 W de disipación máxima por fuente de 2.700 W
Si los blades resultan ser M630 y el sitio pasa de 30 °C, el manual exige activar ECM (modo de refrigeración mejorado), que sube el caudal de los ventiladores — y con él, el consumo y el ruido. Ese caso se iría al extremo alto del rango.
Coste mensual por escenario, 24/7
| Escenario | Blades | Potencia | kWh/mes | €/mes | Android | €/Android/mes |
|---|---|---|---|---|---|---|
| Solo sobremesa, chasis apagado | 0 | 150 W | 110 | 20 € | 8 | 2,5 € |
| Piloto en el chasis | 3 | 920 W | 672 | 121 € | 6 | 20,2 € |
| Media granja | 8 | 1.620 W | 1.183 | 213 € | 21 | 10,1 € |
| Granja completa | 16 | 2.740 W | 2.000 | 360 € | 45 | 8,0 € |
| Completa + RAM a 32 GB | 16 | 2.900 W | 2.117 | 381 € | 210 | 1,8 € |
Granja completa 24/7: ~4.300 €/año.
Tres lecturas:
- El sobremesa gana al chasis por dispositivo hasta que se amplíe la RAM: 2,5 € contra 8,0 €. Con 8 GB por blade, encender el M1000e para hacer lo que ya hace el sobremesa es pagar tres veces más por dispositivo.
- Los pilotos parciales son el peor caso. El manual obliga a las seis fuentes y los nueve ventiladores estén los blades que estén, así que el suelo de ~500 W se paga con 3 blades igual que con 16: el piloto sale a 20 € por Android. Si se enciende el chasis, se enciende entero; para probar se usa el sobremesa.
- La ampliación de RAM es lo único que cambia la ecuación: de 8,0 € a 1,8 € por Android con prácticamente el mismo recibo. No ahorra dinero, multiplica por 4,4 lo que se obtiene por el que ya se gasta.
El modo que sí sale a cuenta: encendido bajo demanda
La CMC permite encender y apagar blades individualmente y fijar presupuesto de alimentación. Un laboratorio de QA no necesita 45 Android a las cuatro de la mañana.
| Uso | kWh/mes | €/mes | €/Android/mes |
|---|---|---|---|
| 24/7 | 2.000 | 360 € | 8,0 € |
| 4 h/día | 329 | 59 € | 1,3 € |
| 8 h/día laborables | 482 | 87 € | 1,9 € |
Ventanas de prueba en vez de servicio permanente: el coste cae seis veces y el proyecto pasa de inviable a trivial. Es como debería operarse esto salvo que aparezca una razón para lo contrario.
Ojo: apagar blades no ahorra el suelo de ~500 W si el chasis sigue encendido. El ahorro de verdad es apagar el chasis entero entre ventanas.
Costes de una vez
| Concepto | Coste | Notas |
|---|---|---|
| RAM 8 → 32 GB × 16 blades | 320–640 € | Si son M620 (DDR3 ECC): ~10–20 € el módulo de 16 GB de segunda mano, 2 por blade. Si son M630 (DDR4): 800–1.300 € |
| PDU con 6 tomas C19 | 80–250 € | Las fuentes usan CEI/IEC C20; los C13 domésticos no valen |
| Magnetotérmico de curva D | 20–60 € | La irrupción es de 55 A por fuente durante 10 ms; una curva C salta |
| Módulos de relleno para bahías vacías | 5–15 €/ud. | Obligatorios según el manual. Si faltan, se compran |
| SSD por blade, si faltan | ~400 € | 16 × ~25 € |
| Subida de potencia contratada | 10–50 € | Derecho de cambio, una vez |
| Total realista | ~450–1.400 € | Sin contar los SSD si los blades ya tienen disco |
Coste fijo adicional: subir de 3,45 a 6,9 kW contratados añade ~130 €/año solo en término de potencia, se use o no.
Comparación con las alternativas
| Opción | Coste | Cuándo tiene sentido |
|---|---|---|
| Sobremesa, 8 Android | ~20 €/mes | Desarrollo diario y pruebas de oasis_mobile. Silencioso, ya encendido |
| Chasis bajo demanda, 45 Android | ~59 €/mes + 450–1.400 € de entrada | Matrices de prueba grandes, escenarios multi-dispositivo |
| Chasis 24/7, 45 Android | ~360 €/mes | Solo si algo tiene que estar servido permanentemente |
| Device farm en la nube | ~0,09 €/dispositivo-hora | Uso esporádico. 45 dispositivos 24/7 saldrían por ~2.950 €/mes: ocho veces el chasis |
| Teléfonos físicos tipo GenFarmer | 396–1.364 $/dispositivo | Otro producto: son los únicos que pasan atestación de hardware. 45 dispositivos = 17.800–61.400 $ |
El punto de equilibrio con la nube está en torno al 12 % de utilización: si cada dispositivo se usa más de ~89 horas al mes, el chasis 24/7 sale más barato. Por debajo, la nube gana. Y por debajo de eso, lo que gana de verdad es encender el chasis solo cuando haga falta.
Hierro contra electricidad
Un M1000e con 16 blades vale hoy de segunda mano entre 500 y 1.500 €. Tenerlo encendido 24/7 durante un año cuesta unos 4.300 € de luz: entre tres y nueve veces lo que vale el hardware. No es argumento para tirarlo, sino para no dejarlo encendido por defecto.
Recomendación
- Medir antes que estimar. El CMC da el consumo real del chasis y de cada blade. Es lo primero.
- Empezar en el sobremesa. El piloto de un nodo valida el pipeline entero por 20 €/mes y sin ruido. Ver ansible/README.md.
- Encender el chasis solo con un caso concreto que el sobremesa no cubra — matriz de versiones de Android, o el escenario multi-dispositivo de los dos APKs a escala real.
- Si se enciende, encenderlo entero y por ventanas. Las seis fuentes y los nueve ventiladores son obligatorios por manual: el suelo de ~500 W hace que los pilotos parciales sean el peor negocio posible.
- La RAM antes que nada más. ~400 € que multiplican por 4,4 la capacidad sin tocar el recibo.
Pero primero hay que saber qué blades son — lo dice
playbooks/preflight.yml.