RFP técnico de Colocation: cómo especificar potencia, refrigeración, cross‑connects y SLAs sin perder control

Cuando la sala del cliente no soporta la densidad de potencia del próximo servidor, el proyecto se detiene: racks que no arrancan, PDUs sobrecargadas y el proveedor señalando cláusulas contractuales ambiguas. Ese bloqueo incrementa costos, amplía ventanas de migración y deja aplicaciones críticas expuestas. Tesis práctica: un RFP técnico que transforme suposiciones en requisitos medibles, pruebas de aceptación y límites contractuales elimina el principal punto de fricción antes de firmar.

Este documento entrega lenguaje de RFP listo para copiar, criterios mínimos de FAT/SAT, un anexo técnico de pruebas y una checklist para equipos de compras e infraestructura que planifican migraciones de racks con alta densidad por U o que necesitan cumplimiento operativo. No es un contrato final: es la base técnica que evita el retrabajo en sitio.

¿Qué evita un RFP técnico bien planteado en una migración de alta densidad?

En la práctica: menos cambios de diseño en obra, ventanas de migración más cortas y menor riesgo de downtime por sobrecarga eléctrica o hotspots térmicos. En la negociación: claridad sobre lo negociable y lo no negociable (por ejemplo, límites térmicos por U versus horarios de aprovisionamiento). El RFP traslada la discusión técnica al momento de selección y comisionamiento, no al momento de la instalación.

Cómo especificar capacidad eléctrica por rack y reglas de distribución de PDU

Divida la sección eléctrica del RFP en tres niveles: 1) capacidad reservada por rack y por U, con tolerancias operativas; 2) topología y segregación de PDUs; 3) monitorización y métricas de calidad de energía exigidas en FAT/SAT. Solicite documentación verificable y acceso para auditoría durante comisionamiento.

• Capacidad por rack y por U: solicite asignación dedicada de potencia por rack y un método para documentar la partición por U. Defina tolerancias para picos transitorios y pida que el proveedor describa el mecanismo de reserva y redistribución ante picos.
• Topologías y segregación: exija PDUs por rack, identificación de feeds primario/secundario cuando proceda, y segregación física de circuitos críticos. Indique si se requiere dual feed o alimentación redundante por lado A/B de rack.
• Monitorización y calidad: pida telemetría por PDU accesible via API (por ejemplo SNMP o JSON) y la entrega de métricas de calidad de energía (THD, factor de potencia, eventos de distorsión) en el informe de SAT.

Modelo de redacción — sección eléctrica

“El proveedor deberá garantizar aprovisionamiento eléctrico dedicado por rack conforme al Anexo A. La distribución por PDUs será documentada y etiquetada; los circuitos críticos estarán segregados y, cuando se exija, soportarán dual feed con aislamiento físico entre feeds. El proveedor debe exponer la telemetría por PDU vía API y entregar informe de mediciones eléctricas y pruebas de calidad de energía previo a la aceptación (SAT).”

Qué pruebas incluir en FAT y SAT para validar potencia y continuidad

Las pruebas deben demostrar funcionalidad bajo condiciones reales, no solo cumplimiento nominal. Exija en FAT la verificación de componentes (UPS, paneles, PDUs) y en SAT la validación instalada con carga representativa y evidencias registradas.

• Verificación de continuidad y segregación de circuitos PDU por rack con evidencias fotográficas y logs;
• Pruebas de carga progresiva por U para reproducir densidades esperadas (escenario ilustrativo: rampas hasta la carga contratada según Anexo A — adapte según su caso);
• Medición documentada de THD, factor de potencia y eventos transitorios durante la prueba;
• Prueba de transferencia de UPS y registro del comportamiento de conmutación;
• Pruebas integradas de recuperación con generador cuando aplique y secuenciación de arranque;
• Validación de alarmas y responsabilidades de notificación a través de la telemetría;
• Entrega de un informe SAT estandarizado que incluya procedimientos, logs brutos, fotos y análisis de resultados, con un plan de corrección para incumplimientos.

Refrigeración: cómo pedir soporte para alta densidad por U y evitar hotspots

La refrigeración debe tratarse como una capa contractual tan vinculante como la eléctrica. En el RFP especifique límites térmicos por U acordados, la arquitectura propuesta y las pruebas de flujo de aire que serán exigidas en el SAT.

• Arquitectura y límites: solicite que el proveedor describa la solución (contención de pasillo, in‑row cooling, CRAC/chiller, etc.) y declare los límites operativos por bandas de densidad. No acepte descripciones genéricas sin parámetros de diseño.
• Pruebas de flujo y termografía: exija termografía, sensores por U y pruebas con carga representativa para identificar hotspots y verificar que las temperaturas por U se mantienen dentro de los límites acordados.
• Planes de contingencia: pida procedimientos escritos de throttling o migración de carga, y tiempos de respuesta ante degradación de refrigeración.

Modelo de redacción — sección de refrigeración

“El proveedor garantizará condiciones de temperatura y gestión de flujo de aire compatibles con las densidades detalladas en el Anexo A. Debe entregar informe térmico de SAT con lecturas por U, termografía y plan de contingencia para eventos que comprometan la refrigeración, incluyendo medidas correctivas y tiempos de respuesta.”

Cross‑connects y peering: especificaciones mínimas y pruebas de enlace

Defina los tipos de cross‑connect demandados (fibra singlemode/multimode, cobre), requisitos de certificación y el tiempo de aprovisionamiento esperado para nuevos enlaces. Exija pruebas de atenuación, continuidad y un mapa físico del patch panel como evidencia en SAT.

• Solicite certificación de enlaces (medición de atenuación en fibra, pruebas de continuidad en pares) y evidencias en el informe SAT;
• Incluya cláusulas que permitan pruebas de latencia y jitter donde el rendimiento de red sea crítico (estas pruebas se realizarán durante SAT o por acuerdo previo);
• Si el peering es estratégico, pida información sobre presencia de carriers y puntos de demarcación, sin exigir datos comerciales que el proveedor pueda no divulgar en RFP.

SLAs: métricas que protegen operaciones críticas y cómo redactarlas

La clave para SLAs negociables es separar métricas objetivas de excepciones legítimas y asegurar mecanismos de verificación. Evite términos absolutos; prefiera escalones de remediación y acceso a datos.

• Métricas esenciales: disponibilidad eléctrica, disponibilidad de refrigeración, tiempo de respuesta a incidentes críticos y tiempo de aprovisionamiento de cross‑connects;
• Verificación: registros de monitorización, resultados de SAT/FAT y acceso a APIs o dashboards para auditoría de métricas;
• Remediaciones escalonadas: créditos de servicio, obligaciones de corrección en plazos definidos y cláusula de rescisión por reincidencia. Evite penalizaciones automáticas que imposibiliten ofertas comerciales.

N+1 vs 2N: cuándo exigir cada topología

N+1 ofrece redundancia coste‑efectiva para cargas que toleran mantenimiento sin interrupción; 2N es apropiado cuando la criticidad exige duplicación completa de cadenas eléctricas y refrigeración. En el RFP defina claramente qué equipamiento y qué servicios deben operar bajo 2N y qué se puede cubrir con N+1, y pida evidencias en SAT del comportamiento bajo fallo de componentes.

Checklist técnica obligatoria para incluir en la RFP

1. Definir potencia contratada por rack y por U con tolerancias y procedimiento para picos;
2. Exigir PDUs dedicadas, esquema de dual feed cuando aplique y etiquetado as‑built;
3. Solicitar telemetría por PDU con API o acceso a dashboard para auditoría;
4. Incluir pruebas de calidad de energía (THD, factor de potencia) en FAT/SAT;
5. Especificar límites térmicos por U y exigir termografía y pruebas de flujo de aire;
6. Definir tipos de cross‑connect y exigencias de certificación en SAT;
7. Prescribir SLAs medibles con mecanismos de verificación y remediación escalonada;
8. Incluir un Anexo Técnico con lista de pruebas, responsables y formato de informe SAT/FAT.

Modelo de pruebas y reporte para incluir como Anexo Técnico

El anexo debe listar cada prueba, su responsable (proveedor/cliente/tercero), criterio de éxito y evidencias obligatorias (logs, fotos, gráficas). Exija un formato estándar para cada reporte que incluya: objetivo, equipo utilizado, procedimiento paso a paso, resultados brutos, análisis y plan de corrección si hay desviaciones. El SAT solo se considerará aprobado cuando todas las desviaciones críticas tengan plan de corrección aceptado y plazos comprometidos.

Preguntas frecuentes decisivas

¿Cómo incluir requisitos de alta densidad por U sin bloquear ofertas?

Describa bandas de densidad (por ejemplo, baja/media/alta) y pida al proveedor que indique la arquitectura propuesta para cada banda, en lugar de imponer una única solución. Exija pruebas concretas en SAT para validar la arquitectura propuesta.

¿Qué tests son imprescindibles tras la instalación?

Continuidad de circuitos, pruebas de carga por U, medición de THD y factor de potencia, conmutación UPS, pruebas con generador y termografía bajo carga representativa son mínimos. Todos documentados en informes SAT.

¿Cuándo exigir 2N en vez de N+1?

Exígalo cuando la criticidad del servicio no tolere la pérdida de una cadena completa (ilustrativo: sistemas financieros, control industrial). Si la exigencia encarece o demora la oferta, considere aplicar 2N solo a racks/servicios claramente identificados en el Anexo A.

Siguientes pasos y llamada a la acción

Use los modelos y cláusulas aquí presentadas como base y adapte los valores del Anexo A según su política interna y densidades previstas. Incorpore el Anexo Técnico en el cuerpo del RFP para que FAT/SAT sean condiciones de aceptación. Si desea un diagnóstico y adaptación personalizada de este RFP a su caso, descargue el anexo técnico y solicite una revisión con un especialista MVX. Para agendar una consultoría o compartir su RFP, acceda a Fale com um especialista. Consulte también nuestra oferta de Colocation MVX y detalles de infraestructura en Infraestrutura MVX.

CTA: Descargue el Anexo Técnico y solicite una revisión de su RFP con un especialista MVX en /pt/contact.