Gestión de centros de datos: locales, de coubicación y en la nube

La mayoría de los equipos de TI no se proponen desarrollar una estrategia para el centro de datos. Simplemente la heredan. A lo largo de los años se van añadiendo servidores, se firma un contrato de coubicación cuando la sala de servidores se queda sin espacio y algunas cargas de trabajo se trasladan discretamente a la nube cuando un proveedor deja de ofrecer soporte para las instalaciones locales. En poco tiempo, te encuentras gestionando una infraestructura repartida en tres entornos físicos diferentes sin una visión unificada de ninguno de ellos.

La gestión de centros de datos es la disciplina que mantiene en funcionamiento esa infraestructura y, cada vez más, implica tomar decisiones deliberadas sobre qué elementos deben ubicarse en cada lugar. Según el informe «State of the MSP» de Kaseya de 2026, el 83 % de los proveedores de servicios gestionados (MSP) afirman que sus herramientas de gestión de TI mejoran significativamente la eficiencia operativa, y esas herramientas gestionan ahora de forma habitual entornos híbridos que abarcan simultáneamente hardware local, instalaciones de coubicación y la nube.

Acertar con el modelo es más importante de lo que la mayoría de los responsables de TI creen. La estructura de costes, los gastos generales de funcionamiento y las opciones de recuperación de las que se dispone en caso de crisis dependen casi por completo de dónde se encuentre la infraestructura.

Instalaciones propias, coubicación y la nube: ¿en qué se diferencian realmente?

A menudo se considera que estos tres modelos forman un espectro que va desde «el mayor control» hasta «el menor control», pero lo que realmente los diferencia es dónde recae la responsabilidad operativa y quién corre con los gastos.

«On-premises» significa que tu organización es propietaria y gestiona la infraestructura física. Tú controlas el hardware, la red, el suministro eléctrico y la seguridad física. También asume toda la responsabilidad de todo ello. Cuando un SAI falla a las 2 de la madrugada, ese es su problema. Cuando un rack de servidores necesita un ciclo de renovación, ese es un gasto de capital que se refleja en su balance. Los entornos locales tienen sentido para organizaciones con requisitos estrictos de soberanía de datos, cargas de trabajo sensibles a la latencia o hardware especializado que los proveedores de nube no admiten.

La coubicación reparte las responsabilidades. El operador de las instalaciones proporciona el espacio, la energía eléctrica, la refrigeración y la seguridad física. Usted aporta y gestiona el hardware. El resultado es una reducción de los gastos operativos en comparación con la gestión de un centro de datos propio, la ausencia de gastos de capital en el edificio en sí y el acceso a una conectividad de nivel de operador que la mayoría de las empresas medianas no pueden replicar internamente. La coubicación es el modelo adecuado para aquellas empresas que desean tener el control sobre su hardware sin los gastos que conlleva la gestión de las instalaciones que lo albergan.

La nube elimina por completo la capa de hardware. Se consumen recursos de computación, almacenamiento y redes como servicio, pagando por lo que se utiliza en lugar de por lo que se ha aprovisionado. Las ventajas e inconvenientes son bien conocidos: infraestructura compartida, dependencia de la disponibilidad del proveedor y una facturación que requiere una gestión continua para que resulte predecible. La nube funciona para la mayoría de las cargas de trabajo en las que los requisitos de soberanía de los datos lo permiten, y suele ser la opción predeterminada más adecuada para las aplicaciones totalmente nuevas.

El error más común es considerar que estos aspectos son mutuamente excluyentes. La mayoría de las empresas del mercado medio operan en los tres ámbitos, y el reto para la dirección no consiste en elegir uno, sino en mantener la visibilidad y el control, independientemente de la combinación que se utilice.

Supervisión de la infraestructura física: más allá de los servidores

La supervisión de los centros de datos abarca dos niveles distintos que es fácil confundir: los equipos informáticos y el entorno físico.

La supervisión del estado del hardware se centra en los propios dispositivos. El estado de los discos, la temperatura de la CPU, el estado de la memoria, la redundancia de la fuente de alimentación y los errores de las interfaces de red permiten detectar a tiempo posibles fallos antes de que provoquen interrupciones en el servicio. Un proveedor de servicios gestionados (MSP) que administra la infraestructura de un cliente en un centro de coubicación necesita esta visibilidad tanto como un equipo de TI interno que gestiona su propia sala de servidores.

La supervisión medioambiental controla las condiciones del entorno del hardware. Los sensores de temperatura y humedad detectan fallos en la refrigeración antes de que dañen los equipos. La supervisión de la carga eléctrica identifica los circuitos que se acercan a su capacidad máxima antes de que se produzca un corte. Para las organizaciones que gestionan cualquier tipo de infraestructura física, estas señales son importantes, y no siempre se detectan mediante la supervisión estándar de los terminales.

VSA y Datto RMM permiten supervisar el estado del hardware en servidores y equipos de red. La supervisión basada en SNMP amplía la cobertura a dispositivos de infraestructura que no ejecutan agentes de terminal estándar: sistemas SAI, sensores ambientales, PDU gestionadas y conmutadores de red. Para un proveedor de servicios gestionados (MSP) típico que gestiona un entorno de coubicación de un cliente, esto supone disponer de una única plataforma de supervisión que abarca tanto los dispositivos gestionados como la infraestructura física que los rodea.

Copias de seguridad y recuperación ante desastres en entornos de centros de datos físicos

El riesgo fundamental en un entorno de centro de datos físico que no existe en la nube son los incidentes que afectan a las instalaciones. Un incendio, una inundación o un corte de suministro eléctrico prolongado no solo deja fuera de servicio un servidor, sino que afecta a todo lo que hay en la sala al mismo tiempo.

Esto cambia los requisitos de la arquitectura de copias de seguridad. Un destino de copia de seguridad local —ya sea una cinta, un NAS o un servidor secundario en las mismas instalaciones— no te protege frente al escenario que más importa. Necesitas un destino de recuperación geográficamente independiente.

Datto BCDR ofrece una copia de seguridad en la nube inmutable que almacena puntos de recuperación en la nube de Datto, independientemente del entorno físico del que se realice la copia de seguridad. La virtualización instantánea significa que, si el hardware físico deja de funcionar, se pueden poner en marcha las cargas de trabajo protegidas en la nube y mantener las operaciones mientras se aprovisiona el hardware de sustitución. Para un proveedor de servicios gestionados (MSP) que gestiona datos de clientes en un entorno de coubicación, esta es la capa esencial que la copia de seguridad local por sí sola no puede proporcionar.

Un ejemplo práctico que conviene tener en cuenta: un proveedor de servicios gestionados (MSP) administra 15 servidores de clientes en un centro de coubicación compartido. Una fuga de agua procedente de una planta superior deja fuera de servicio tres racks durante un fin de semana. Sin una solución de BCDR basada en la nube, la conversación sobre la recuperación comienza con «¿en cuánto tiempo podemos conseguir hardware de repuesto?». Con Datto BCDR, comienza con «¿qué cargas de trabajo virtualizamos primero?».

Planificación de la migración de un centro de datos

La decisión de migrar cargas de trabajo desde un centro de datos físico a la nube, o entre instalaciones de coubicación, viene determinada principalmente por cuatro factores: el coste total de propiedad en un horizonte temporal realista, los requisitos de cumplimiento normativo, el rendimiento y los gastos operativos derivados del mantenimiento del entorno actual.

El análisis del coste total de propiedad (TCO) es el punto de partida de la mayoría de las decisiones de migración y también donde la mayoría de ellas fracasan. Una comparación superficial de los costes pasa por alto el ciclo de renovación del hardware (los servidores suelen necesitar ser sustituidos cada 5 o 7 años), los costes de personal derivados del mantenimiento de la infraestructura física y los costes de las instalaciones incluidos en un contrato de coubicación. Los precios de consumo de la nube pueden parecer elevados mes a mes, pero suelen resultar más rentables en un horizonte de 5 años cuando se tienen en cuenta estos factores.

No se puede planificar una migración a partir de un entorno del que no se dispone de un registro preciso. IT Glue sobre el estado actual, el inventario de servidores, las dependencias de las aplicaciones, la topología de red y las integraciones de terceros constituye la base sobre la que debe construirse cualquier plan de migración. Las lagunas en la documentación no se detectan en la fase de planificación, sino que salen a la luz durante la migración, cuando se descubre que una aplicación crítica tiene una dependencia no documentada que deja de funcionar al trasladar el servidor del que depende.

IT Glue, que forma parte de la plataforma Kaseya 365 , mantiene una documentación actualizada que permite gestionar las migraciones de forma ordenada, en lugar de caótica.

Kaseya Intelligence la gestión autónoma de centros de datos

La gestión de entornos de centros de datos híbridos genera un flujo continuo de alertas, señales de capacidad y resultados de verificación de copias de seguridad que, anteriormente, requerían que un técnico los evaluara y tomara medidas manualmente. Kaseya Intelligence, entrenado con más de mil millones de tickets de asistencia técnica, 3 exabytes de datos de copias de seguridad y 17 millones de terminales gestionados, va más allá de la simple presentación de recomendaciones para ejecutar y validar los resultados de forma autónoma en toda la Kaseya 365 .

En lo que respecta específicamente a la gestión de centros de datos, esto se traduce en una respuesta automatizada a las alertas de hardware antes de que se conviertan en interrupciones del servicio, avisos sobre los umbrales de capacidad que activan medidas concretas en lugar de limitarse a enviar notificaciones, y fallos en la verificación de las copias de seguridad que se escalan sin esperar a la revisión matutina. El paso de un modelo operativo reactivo a uno autónomo cobra mayor importancia en los entornos físicos, donde las consecuencias de pasar por alto una alerta no se pueden revertir con unos pocos clics.