01 / ADQUIRIR
Infraestructura propiaLa organización compra los equipos y conserva el control de la plataforma. Puede alojarlos en su propia sala o en un datacenter de terceros.
Instalaciones propias · Colocation
ALTERNATIVAS DE INFRAESTRUCTURA
Nube privada
Modelos de implementación y operación
Una organización puede disponer de una nube privada comprando infraestructura, alquilando equipos dedicados o contratando una plataforma administrada.
Las alternativas distribuyen de forma distinta la inversión, el control y la responsabilidad operativa. Esta presentación recorre esos modelos y los compara con el uso de recursos en cloud público.
Concepto central. Una nube privada es infraestructura cloud de uso exclusivo de una organización. Puede estar en sus instalaciones o en un datacenter externo, y puede ser operada por su propio equipo o por un proveedor. [1]
El mapa de alternativas
02 / ALQUILAR
Infraestructura dedicadaEl proveedor aporta los equipos. La organización contrata capacidad exclusiva y construye su plataforma, o incorpora hardware bajo un modelo de consumo.
Bare metal · Hardware como servicio
03 / CONTRATAR
Plataforma administradaEl proveedor entrega y opera una plataforma con el alcance acordado. La organización se concentra en sus cargas y en la gestión del servicio.
Nube privada alojada · Plataforma local del proveedor
Alternativa de contraste: cloud público. Un tenant o una VPC permiten consumir recursos con aislamiento lógico. Un host dedicado añade exclusividad del cómputo dentro del cloud público. Cada opción tiene un alcance distinto de dedicación y control.
Conceptos para interpretar la comparación
Infraestructura y nube: los servidores y la virtualización son la base. Las capacidades cloud incorporan autoservicio, acceso por red, agrupación de recursos, elasticidad y medición del uso. [1]
Ubicación, propiedad y operación: son dimensiones independientes. Tener equipos propios no obliga a tener un datacenter propio; alojar fuera no impide que la nube sea privada.
Exclusividad: una cuenta, una VPC o una CPU reservada no equivalen por sí solas a dedicar toda la infraestructura. El alcance debe explicitarse por capa. [3–5]
Uno o varios clientes: una plataforma compartida entre organizaciones independientes corresponde normalmente a un servicio multicliente. Una nube privada para cada organización requiere definir los recursos de uso exclusivo.
COMPARACIÓN DE ALTERNATIVAS
Modelos de infraestructura
Selecciona Ver detalle para explorar arquitectura, responsabilidades y condiciones. Marca hasta tres modelos para compararlos en paralelo.
| Elegir | Modelo / clasificación | Inversión inicial | Operación | Escalado | Explorar |
|---|
DEL HARDWARE AL SERVICIO
Capas de una solución cloud
Cada modelo debe resolver tres capas: ejecución de las cargas, gestión de recursos y continuidad operativa. El alcance contratado determina cuáles administra el proveedor.
1 · Virtualización y almacenamiento
Proxmox VE permite gestionar VMs y contenedores, clústeres y funciones de alta disponibilidad. Es una base de virtualización; no equivale por sí solo a un servicio IaaS multicliente listo para vender. Diseña almacenamiento, capacidad de reserva y redes antes de prometer disponibilidad. [8]
2 · Capa cloud: API, proyectos, cuotas y autoservicio
OpenStack gestiona cómputo, red y almacenamiento mediante APIs y puede dar aprovisionamiento a usuarios. Requiere experiencia operativa; no es una obligación para un cliente pequeño. Separa administración del proveedor, roles del cliente y catálogo de servicios. [9]
3 · Operación y recuperación
Inventario, automatización, parches, monitoreo, alertas, IAM, MFA y gestión de secretos. Define RPO (pérdida de datos aceptable) y RTO (tiempo de recuperación). HA permite tolerar ciertas fallas; backup recupera datos; recuperación ante desastres contempla perder un sitio. Son problemas diferentes.
No existe un número universal de nodos que garantice HA. Dimensiona quorum, dominios de falla, almacenamiento y capacidad restante según la plataforma, y prueba la caída de componentes y la restauración.
ENTREGA Y RESPONSABILIDADES
Modelos de prestación del servicio
La infraestructura elegida se traduce en un servicio para el cliente. La contratación puede recaer en la organización o en el proveedor que administra la solución.
El cliente contrata la cuenta y los equipos; tú diseñas y operas. Facilita propiedad, facturación directa y salida. Formaliza accesos delegados y alcance de soporte.
Tú contratas capacidad y facturas al cliente. Asumes consumo, soporte y continuidad del servicio. Verifica condiciones de reventa y licencias para hosting del producto concreto.
Dedicas recursos a una organización. Declara qué es exclusivo: hosts, almacenamiento, plano de control, red y backups. Un hipervisor dedicado no vuelve exclusivo todo el servicio.
Alcance y responsabilidades del servicio
- VMs, aplicaciones o Kubernetes: quién administra SO, base de datos, parches y backups.
- Aislamiento entre clientes: cuentas/proyectos, redes, IAM, cuotas y registros; no solo etiquetas.
- SLA de tu servicio, ventana de soporte y escalamiento. El SLA de una VM del proveedor no cubre automáticamente tu aplicación.
- Ubicación de datos, réplicas, respaldos y acceso administrativo; certificados y evidencias que el cliente exija.
- Salida: exportación de VMs y datos, formatos, ancho de banda, costos de transferencia y eliminación de copias.
- Reventa, uso de marcas, licencias y compromisos: confirmar con el proveedor específico antes de ofertar.
TCO / MISMA CARGA, MISMO ALCANCE
Costo total de propiedad y operación
La evaluación económica combina inversión inicial, gastos recurrentes y costos de salida sobre un mismo horizonte. El simulador permite comparar cotizaciones para una carga, región y nivel de servicio equivalentes.
ESCENARIO INTRODUCIDO · USD
US$0 / mes
US$0 en el horizonte
Modelo nominal sin impuestos, inflación, financiamiento ni valor residual. Valores iniciales en cero: no son cotizaciones. Guarda cada escenario descargándolo.Componentes de una cotización comparable
Solicita la misma carga: CPU y ratio de sobreasignación, RAM útil, almacenamiento útil e IOPS, tráfico, IPs, región, reserva para fallas, backups y soporte. Añade instalación, racks, energía, conectividad, licencias, personal de guardia, migración y salida. En infraestructura propia, contempla renovación de equipos; en nube pública, compromisos mínimos y consumo variable.
Capacidad reservada cuesta aunque esté ociosa. El salario de operación y el segundo sitio pueden cambiar la comparación más que el precio del servidor.
CRITERIOS DE ELECCIÓN
La elección responde al control y la operación requeridos
Tres escenarios orientan la evaluación inicial. La decisión final incorpora capacidad, ubicación, disponibilidad y costo total.
Bare metal alquilado y plataforma propia. Permite empezar sin adquirir hardware, manteniendo control de la virtualización. Validar primero operación y recuperación.
Nube privada alojada administrada. Pide alcance exacto del servicio y compara la propuesta con bare metal incluyendo horas de operación.
Cuenta/proyecto del cliente y VPC en cloud público con operación administrada. Puede simplificar el arranque sin ofrecer exclusividad física que no se contrató.
Requisitos para cerrar la evaluación
La evaluación debe establecer las cargas y su crecimiento, el alcance de exclusividad, la latencia y ubicación, el presupuesto a 36 meses, los objetivos RPO/RTO, la cobertura de soporte y la capacidad del equipo operativo. También debe precisar si el servicio atiende a una organización o a varios clientes.
Si la ubicación local es obligatoria, abre además colocation y hardware por consumo. Si ya tiene hardware y personal, compara su costo incremental antes de migrar.
Referencias
Consultadas el 22 de octubre de 2026. Ejemplos de proveedores, no una lista exhaustiva. Catálogo, región, licencias y alcance requieren confirmación comercial. Las valoraciones de inversión, operación y escalado son análisis cualitativo de esta guía.