Ejemplo de informe público
Descubra qué permiten concluir las mediciones de las cargas.
Ejemplo de proceso — no es un caso de cliente.
Este ejemplo público utiliza datos ficticios de VMware, Proxmox, KVM y Kubernetes para mostrar el formato de evidencia: asignación, señales observadas, datos ausentes, riesgos y notas de decisión. Las filas son cargas distintas, por lo que esta página no inventa una falsa pareja antes/después.
Solo datos de demostración. No hay infraestructura de clientes ni sistemas reales conectados.
Vista general de la infraestructura
Cargas ficticias: 4
Periodo de observación: No disponible
ND significa no disponible, no cero. La presencia de un campo no demuestra una cobertura temporal representativa.
Asignación y utilización observada
| Carga de trabajo | Plataforma | vCPU asignadas | RAM asignada (GiB) | Instantánea CPU | Instantánea RAM | Integridad de la señal |
|---|---|---|---|---|---|---|
| prod-payments-api-01 | VMware | 4 | 8 | 18,4 % | 61,2 % | Parcial |
| prod-erp-db | Proxmox | 8 | 16 | 34 % | 75 % | Parcial |
| prod-web-02 | KVM/libvirt | 2 | 4 | ND | 48,5 % | Limitada |
| prod/payments-api-7f8cc9d78b-x42pz | Kubernetes | 0,6 | 0,875 | ND | ND | Limitada |
La integridad refleja los campos CPU/RAM disponibles en el informe. No es confianza en un dimensionamiento final. Las asignaciones Kubernetes son solicitudes de recursos, no consumo medido.
Cobertura, riesgos y requisitos previos
Los datos ficticios no incluyen periodo de observación ni series temporales. p95, p99 CPU/RAM, picos y cobertura de ciclos de negocio no están disponibles. Una medición corta nunca garantiza un dimensionamiento adecuado del destino.
La memoria del huésped observada por VMware y la contabilidad de memoria Proxmox tienen significados distintos. La presión de un datastore VMware también difiere de la utilización de disco de una carga. Una misma etiqueta de porcentaje no hace comparables las mediciones.
Antes de un piloto, confirme el responsable de la aplicación, dependencias, copias de seguridad, criterios de aceptación, ventana de mantenimiento y plan de reversión con el equipo responsable del cambio.
E/S de disco, caudal de red, energía, rendimiento de la aplicación e historial de anomalías: ND. No se calcula ningún ahorro ni reducción energética.
Decisión: se requiere una revisión adicional
Estos datos permiten preparar la próxima observación y revisión técnica. No aprueban una configuración de destino ni autorizan un cambio en producción.
Cómo se entrega hoy la validación antes/después
En un proyecto real, InfraWatts captura el alcance acordado antes del cambio, repite la observación después de la migración y el partner revisa la correspondencia de workloads antes de cerrar el informe de diferencias. El matching cross-platform todavía no es totalmente automático.
Definamos una validación antes/después para tu migración.
Indica plataforma de origen, destino, número aproximado de workloads y ventana de migración. Definimos baseline previa, observación posterior y método de correspondencia antes de cualquier procesamiento en producción.
Revisar un caso de migración