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
137 lines
6.8 KiB
Markdown
137 lines
6.8 KiB
Markdown
# 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
|
||
|
||
1. **Medir antes que estimar.** El CMC da el consumo real del chasis y de cada blade. Es lo primero.
|
||
2. **Empezar en el sobremesa.** El piloto de un nodo valida el pipeline entero por 20 €/mes y sin
|
||
ruido. Ver [ansible/README.md](../02_device_lab/ansible/README.md).
|
||
3. **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.
|
||
4. **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.
|
||
5. **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`.
|