Elegir un Data Center en Chile exige partir por la criticidad de los sistemas y comparar evidencias, no solo características. La evaluación debe cubrir ubicación, energía, climatización, conectividad, seguridad, capacidad, soporte, SLA, recuperación ante desastres, costos y condiciones de salida. La mejor alternativa será la que cumpla los requisitos técnicos y contractuales prioritarios de la empresa, con responsabilidades claras y margen para crecer.
Una certificación, una cifra de disponibilidad o una lista extensa de prestaciones no bastan por sí solas. Antes de decidir, conviene pedir documentación, recorrer las instalaciones cuando sea posible y probar cómo funcionaría la atención frente a un incidente real.
Primero: definir qué se necesita alojar
No todas las búsquedas de Data Center corresponden al mismo servicio. El punto de partida es definir quién será dueño del hardware y quién lo administrará.
- Housing o colocation: la empresa instala sus servidores y equipos en el recinto del proveedor. Contrata espacio, energía, climatización, conectividad y condiciones de acceso, mientras conserva las responsabilidades acordadas sobre su infraestructura.
- Hosting, VPS o cloud: la empresa consume recursos provistos sobre infraestructura de terceros. El nivel de control sobre el hardware cambia y la administración depende del servicio contratado.
- Arquitectura híbrida: combina equipos propios, recursos virtuales, nube y conectividad privada según los requisitos de cada carga.
Para evaluar housing en Chile, primero hay que inventariar servidores, almacenamiento, equipos de red y dependencias. También se deben identificar las aplicaciones que no pueden interrumpirse, las ventanas de mantenimiento aceptables y las personas autorizadas para operar la plataforma.
Cuatro datos permiten ordenar la conversación con un proveedor:
- Capacidad inicial: unidades de rack, potencia, puertos, direcciones, enlaces y espacio requerido.
- Criticidad: impacto operativo, financiero o de servicio si una carga deja de estar disponible.
- Objetivos de recuperación: cuánto tiempo puede permanecer interrumpida una aplicación y cuánta información se podría perder o reconstruir.
- Crecimiento esperado: capacidad adicional, densidad, nuevas sedes, integración con cloud y horizonte del contrato.
Sin esta base, dos cotizaciones pueden parecer comparables aunque resuelvan problemas distintos.
Los 10 criterios para elegir un Data Center
1. Ubicación, latencia y acceso
La ubicación debe evaluarse en función de los usuarios, las aplicaciones y la operación. Una instalación próxima a los principales usuarios o nodos de conectividad puede ser relevante para cargas sensibles a la latencia. El Servicio de Evaluación Ambiental de Chile también identifica la conectividad, la latencia y la calidad del suministro eléctrico entre las variables que influyen en el emplazamiento de estos proyectos.
Para un cliente de colocation, la pregunta práctica es más amplia que «¿está en Chile?». Conviene revisar:
- latencia medida desde oficinas, sucursales o puntos de consumo críticos;
- diversidad real de rutas y operadores;
- facilidad y restricciones de acceso para personal autorizado;
- exposición del emplazamiento a amenazas que afecten el análisis de continuidad;
- distancia respecto de un sitio secundario, si la arquitectura usa redundancia geográfica.
La proximidad facilita algunas intervenciones, pero dos sitios cercanos pueden compartir riesgos o dependencias. La decisión debe considerar el diseño completo de continuidad.
2. Energía y redundancia eléctrica
La infraestructura eléctrica no se evalúa preguntando solamente si existen UPS y generadores. Lo importante es entender el recorrido de la energía hasta el rack, los puntos únicos de falla y qué ocurre durante mantenimiento o contingencias.
Pregunte por la arquitectura eléctrica, las configuraciones de redundancia, la autonomía prevista, el abastecimiento de combustible, las pruebas realizadas y la carga a la que se ejecutan. Solicite un diagrama simplificado y confirme qué componentes están incluidos dentro del alcance contratado.
También hay que dimensionar la potencia del proyecto. La capacidad disponible hoy no necesariamente permite incorporar equipos de mayor densidad mañana. Pida que el crecimiento previsto quede reflejado en la propuesta.
3. Climatización y condiciones ambientales
Los equipos necesitan temperatura, humedad y flujo de aire controlados. La revisión debe incluir capacidad de enfriamiento, redundancia, monitoreo ambiental, manejo de puntos calientes y respuesta ante fallas.
En la visita técnica, observe la separación de aire frío y caliente, el orden de los racks, la presencia de sensores y el tratamiento de alarmas. Si los equipos tienen requerimientos especiales de densidad o refrigeración, deben declararse antes de cotizar.
La sostenibilidad también puede incorporarse a la comparación. En vez de aceptar afirmaciones generales, solicite indicadores, alcance, periodo de medición y evidencia verificable sobre eficiencia energética, origen de energía o gestión de recursos.
4. Conectividad e interconexión
Un Data Center no funciona de forma aislada. Debe conectar usuarios, sedes, internet, servicios cloud, respaldos y plataformas de terceros. Por eso conviene identificar operadores disponibles, rutas de ingreso, capacidad, tiempos de provisión y opciones de crecimiento.
La diversidad requiere evidencia: dos enlaces comerciales no necesariamente son independientes si comparten ductos, cámaras, equipos o tramos críticos. Pida diagramas de alto nivel y documente qué parte de la ruta controla cada proveedor.
Cuando la red es decisiva para la operación, evalúe la conectividad empresarial junto con el alojamiento. Así se pueden revisar latencia, redundancia y escalamiento como una sola arquitectura, en lugar de repartir responsabilidades sin una visión común.
5. Seguridad física y lógica
La seguridad física debe proteger el perímetro, el edificio, la sala y el rack. Revise cómo se autorizan y registran los accesos, qué controles se aplican a visitas y proveedores, cuánto tiempo se conservan los registros y cómo se revocan permisos.
La seguridad lógica requiere otra evaluación. Segmentar redes, proteger credenciales, administrar vulnerabilidades y monitorear sistemas no se resuelve automáticamente por alojar servidores en una instalación especializada. La matriz de responsabilidades debe indicar qué controles corresponden al Data Center, al proveedor de conectividad, a un servicio administrado y al equipo del cliente.
También conviene acordar el proceso para incidentes: canales, responsables, preservación de registros, comunicaciones, escalamiento y entrega de antecedentes.
6. Certificaciones, auditorías y alcance real
Las certificaciones pueden ayudar a comparar, pero deben revisarse con precisión. Pida el certificado vigente, la entidad que lo emitió, el sitio físico cubierto, el alcance y la fecha de expiración. Una referencia a un estándar, un diseño «equivalente» o una autodeclaración no significan necesariamente que exista una certificación independiente.
Tampoco conviene usar «Tier» como sinónimo de seguridad integral o de SLA. La clasificación de infraestructura, los controles de seguridad, los procesos operativos y los compromisos contractuales son capas distintas. Todas deben evaluarse según el riesgo de la organización.
Si el proyecto está sujeto a exigencias regulatorias, contractuales o de auditoría, el equipo legal y de seguridad debe traducirlas a evidencias concretas: ubicación y tratamiento de datos, acceso de terceros, subcontratación, retención de registros, notificación de incidentes y derecho a auditoría, entre otras.
7. SLA, soporte y responsabilidades
Un SLA útil define qué se mide, cómo se mide y qué ocurre ante un incumplimiento. Antes de firmar, revise al menos:
- servicio y componentes cubiertos;
- método, fuente y periodo de medición;
- exclusiones y mantenimientos programados;
- severidades, canales y tiempos de respuesta;
- escalamiento técnico y ejecutivo;
- créditos o remedios aplicables;
- formato y frecuencia de reportes.
La disponibilidad de la instalación no equivale a la disponibilidad de una aplicación. Entre ambas existen servidores, almacenamiento, sistemas operativos, bases de datos, redes y configuraciones que pueden quedar bajo responsabilidades diferentes.
Para colocation empresarial, aclare además el alcance de manos remotas: tareas permitidas, autorización, horario, tiempo objetivo, costo, registro de la intervención y tratamiento de repuestos.
8. Respaldo y recuperación ante desastres
Trasladar servidores a un Data Center no crea automáticamente una estrategia de respaldo. Una copia ubicada en el mismo dominio de falla puede quedar expuesta al mismo incidente que el sistema principal.
Defina el RTO —tiempo objetivo para recuperar el servicio— y el RPO —punto de recuperación que determina cuántos datos podrían perderse— para cada carga crítica. Luego revise copias, inmutabilidad cuando corresponda, separación geográfica o lógica, dependencias, responsables y pruebas de restauración.
El plan debe contemplar escenarios concretos: pérdida de conectividad, falla de hardware, indisponibilidad del sitio, error humano, incidente de seguridad y ausencia de personal clave. Una prueba documentada vale más que una promesa genérica de continuidad.
9. Escalabilidad y capacidad disponible
La propuesta debe cubrir la instalación inicial y el crecimiento razonable durante el contrato. Revise espacio contiguo, potencia por rack, capacidad de enfriamiento, puertos, enlaces, tiempos de habilitación y restricciones para equipos de mayor densidad.
Pregunte qué ocurre si la capacidad solicitada deja de estar disponible. Una expansión que obliga a mover racks, cambiar de sala o rediseñar la red puede alterar costos, plazos y riesgo. Las reservas de capacidad y sus condiciones deben quedar documentadas cuando sean relevantes.
10. Costo total y condiciones de salida
El precio mensual es solo una parte del costo. Para comparar propuestas, incluya instalación, espacio, energía, conectividad, cross-connects, direcciones, manos remotas, accesos extraordinarios, almacenamiento temporal, seguros, servicios administrados, crecimiento y reajustes.
También hay costos de entrada y salida: traslado, ventanas de migración, personal, embalaje, pruebas, retiro de equipos y término anticipado. Revise la duración, renovación, reajustes, causales de término, asistencia de salida, devolución de activos y acceso a registros.
Una propuesta de menor precio puede terminar siendo más costosa si excluye componentes indispensables o dificulta cambiar de proveedor.
Cómo comparar propuestas sin quedarse con una lista de características
Una matriz ponderada evita que una prestación llamativa compense un requisito crítico incumplido. El proceso puede organizarse así:
- Defina requisitos excluyentes. Si una alternativa no los cumple, no avanza a la etapa final.
- Asigne importancia de 1 a 5. Use 5 para un requisito crítico y 1 para uno conveniente, pero no decisivo.
- Califique cumplimiento de 0 a 5. Puntúe la capacidad demostrada, no la promesa comercial.
- Registre la evidencia. Anote certificado, diagrama, prueba, cláusula, reporte o responsable que respalda la calificación.
- Multiplique importancia por cumplimiento. Compare el resultado por categoría y revise cualquier brecha crítica antes de sumar un total.
| Criterio | Importancia (1-5) | Cumplimiento (0-5) | Evidencia solicitada | Observaciones |
|---|---|---|---|---|
| Ubicación y latencia | Mediciones y mapa de dependencias | |||
| Energía | Diagrama, pruebas y mantenimiento | |||
| Climatización | Diseño, capacidad y registros | |||
| Conectividad | Operadores, rutas y tiempos de provisión | |||
| Seguridad | Controles, registros y procedimientos | |||
| Certificaciones | Documentos vigentes y alcance | |||
| SLA y soporte | Contrato, matriz de escalamiento y reportes | |||
| Recuperación | Planes, dependencias y pruebas | |||
| Escalabilidad | Capacidad y condiciones de reserva | |||
| Costo y salida | Propuesta completa y cláusulas |
El puntaje ayuda a ordenar la decisión, pero no reemplaza el juicio técnico. Un incumplimiento excluyente no debería desaparecer dentro de un promedio alto.
Qué observar en una visita técnica
La visita permite contrastar documentos con la operación cotidiana. Antes de recorrer las instalaciones, entregue el perfil de carga y envíe las preguntas principales; así el proveedor puede convocar a los responsables técnicos adecuados.
Durante la visita, revise:
- controles de ingreso y acompañamiento de visitantes;
- orden, limpieza y mantenimiento visible;
- rutas de energía, red y climatización explicadas por el equipo técnico;
- etiquetado, segregación y trazabilidad de equipos;
- manejo de alarmas y escalamiento;
- recepción, almacenamiento temporal y retiro de hardware;
- áreas de trabajo para intervenciones, si se requieren;
- procedimiento de manos remotas y autorización;
- demostración o evidencia de pruebas y mantenimientos;
- restricciones de acceso durante una contingencia.
No es necesario acceder a información sensible de otros clientes. La meta es confirmar que los procesos descritos existen, se entienden y dejan registro.
Señales de alerta antes de contratar
Algunas respuestas justifican una revisión más profunda:
- afirmaciones de certificación sin documento, alcance o vigencia;
- cifras de disponibilidad sin método de medición ni cláusula contractual;
- enlaces «redundantes» sin claridad sobre rutas compartidas;
- responsabilidades ambiguas entre instalación, red, hardware y aplicación;
- costos importantes fuera de la cotización inicial;
- imposibilidad de revisar reportes, mantenimientos o pruebas bajo condiciones razonables;
- ausencia de proceso de escalamiento o de una matriz de contactos;
- respaldo mencionado sin restauraciones probadas;
- falta de capacidad documentada para el crecimiento previsto;
- condiciones de salida que dificultan retirar equipos o información.
Una señal de alerta no siempre descarta al proveedor. Sí indica qué debe aclararse y quedar por escrito antes de tomar la decisión.
Checklist final para elegir un Data Center en Chile
Requisitos del proyecto
- ☐ Inventariamos equipos, aplicaciones y dependencias.
- ☐ Definimos capacidad inicial y crecimiento esperado.
- ☐ Clasificamos la criticidad de cada carga.
- ☐ Acordamos RTO y RPO para los sistemas críticos.
- ☐ Decidimos qué responsabilidades mantendrá la empresa.
Infraestructura y conectividad
- ☐ Revisamos la arquitectura eléctrica y sus puntos únicos de falla.
- ☐ Confirmamos capacidad, redundancia y monitoreo de climatización.
- ☐ Medimos latencia desde ubicaciones relevantes.
- ☐ Verificamos diversidad de operadores y rutas.
- ☐ Confirmamos potencia, espacio y conectividad para crecer.
Seguridad y cumplimiento
- ☐ Revisamos controles de acceso hasta el rack.
- ☐ Definimos responsabilidades de seguridad física y lógica.
- ☐ Solicitamos certificados vigentes con alcance específico del sitio.
- ☐ Tradujimos requisitos legales y contractuales a evidencias verificables.
- ☐ Acordamos gestión, comunicación y registro de incidentes.
Operación y contrato
- ☐ El SLA explica métricas, exclusiones, reportes y remedios.
- ☐ La matriz de escalamiento identifica canales y responsables.
- ☐ El servicio de manos remotas tiene alcance y costos claros.
- ☐ Revisamos mantenimientos, pruebas y reportes operativos.
- ☐ Calculamos costo total, no solo el cargo mensual.
- ☐ Revisamos renovación, término y plan de salida.
- ☐ Realizamos visita técnica o una revisión remota equivalente.
- ☐ Registramos evidencia para cada criterio de la matriz.
Preguntas frecuentes
¿Cuál es el criterio más importante para elegir un Data Center?
La criticidad de las cargas determina el resto de los criterios. Cuando se conoce el impacto de una interrupción, es posible definir requisitos de energía, conectividad, recuperación, soporte, seguridad y SLA proporcionales al riesgo. No existe una única configuración correcta para todas las empresas.
¿Housing y colocation significan lo mismo?
En el uso comercial suelen describir el alojamiento de equipos propios en la infraestructura de un proveedor. Antes de contratar, conviene revisar el alcance concreto: espacio, energía, climatización, conectividad, accesos, manos remotas y responsabilidades de administración.
¿Una certificación Tier reemplaza el SLA?
No. Una certificación o clasificación de infraestructura y un SLA cumplen funciones diferentes. El SLA debe establecer compromisos medibles, exclusiones, reportes y consecuencias contractuales. Además, hay que verificar qué instalación cubre el certificado y si está vigente.
¿Cómo se comprueba la redundancia de conectividad?
Solicitando información sobre operadores, puntos de entrada, equipos y rutas físicas. Dos contratos o enlaces no implican diversidad real si comparten un tramo crítico. La revisión puede apoyarse en diagramas de alto nivel y pruebas acordadas, sin exponer información sensible.
¿El Data Center se hace responsable de los respaldos?
Depende del servicio contratado. En housing o colocation, el respaldo puede seguir bajo responsabilidad del cliente o contratarse por separado. La matriz de responsabilidades debe indicar quién ejecuta, monitorea y prueba cada copia, además de dónde se almacena.
¿Qué debe incluir el costo de colocation empresarial?
La comparación debe considerar instalación, espacio, energía, conectividad, interconexiones, manos remotas, accesos extraordinarios, servicios administrados, crecimiento, reajustes, migración y salida. Las propuestas deben normalizarse al mismo alcance para evitar diferencias aparentes.
¿Es indispensable visitar el Data Center antes de contratar?
Es recomendable cuando la criticidad y las condiciones de acceso lo justifican. Una visita permite contrastar documentos con procesos, mantenimiento, orden, seguridad y operación. Si no es posible, se puede solicitar una revisión remota con evidencia equivalente y una sesión técnica estructurada.
¿Cuándo conviene reevaluar al proveedor?
Cuando cambian las cargas, la criticidad, el consumo, la regulación aplicable o la arquitectura de la empresa. También conviene revisar periódicamente SLA, incidentes, pruebas, capacidad y costos, en lugar de esperar al término del contrato.
Una decisión basada en evidencia
Elegir un Data Center es una decisión de arquitectura y gestión de riesgo. El edificio importa, pero también importan la red, los procesos, las personas, el contrato y las responsabilidades que conserva la empresa.
Una evaluación ordenada comienza con requisitos propios, continúa con evidencia comparable y termina con una visita o revisión técnica, un contrato claro y un plan de salida. Si necesita estructurar esa evaluación, puede revisar los servicios de Data Center y preparar una conversación técnica a partir del checklist.
