Cómo trabajamos cuando el proyecto arranca por la red

Antes de firmar el próximo upgrade de infraestructura

En la mayoría de los proyectos que revisamos, la decisión técnica se toma después de una auditoría breve: qué enlaces troncales están saturados, qué racks operan fuera de rango térmico y qué equipos ya no reciben firmware del fabricante. Ese diagnóstico define el orden de las etapas y evita comprar hardware que después queda ocioso en el piso técnico. Si querés ver cómo aplicamos ese mismo criterio en instalaciones concretas, hay dos caminos razonables: revisar los casos ya documentados o escribirnos con el detalle de tu planta actual.

El paso siguiente no es una propuesta comercial: es una conversación técnica sobre topología, consumo por rack y plazos reales de migración.

Coordinar una revisión técnica

También podés ver casos de uso por tipo de instalación o volver al índice de la revista.

Cómo trabajamos cada proyecto de infraestructura

Antes de proponer un cambio de backbone, un nuevo rack o una capa de almacenamiento, pasamos por una etapa de relevamiento que suele ocupar más tiempo que la instalación misma. Estas son las cinco cosas que garantizamos en ese recorrido, y lo que cada una significa en la práctica para un centro de datos privado en Argentina.

Si querés ver cómo aplicamos este orden en casos concretos, podés revisar los escenarios de uso que publicamos con detalle técnico.

Auditoría de planta externa antes de tocar el activo

Medimos atenuación real en los enlaces de fibra óptica contratados, no la que declara el proveedor. En varias instalaciones porteñas el cuello de botella aparece en la planta externa y no en los switches de agregación. Saberlo antes evita comprar transceptores de 400G que después no se aprovechan.

Dimensionamiento con margen operativo, no con margen comercial

Proyectamos capacidad de cómputo y almacenamiento para el peor mes del año, no para el promedio. Un pipeline de Big Data corporativo que crece 12% trimestral no se sostiene con un cálculo hecho sobre la foto del día uno. Dejamos explícito qué supuestos usamos y cuándo conviene revisarlos.

Plan de migración por etapas, con ventana de rollback

Ningún corte se hace sin una ruta de vuelta probada. Definimos ventanas, orden de apagado y qué servicio queda degradado durante la transición. En racks con más de cinco años, la renovación de hardware empresarial se escalona por grupos de servidores para no comprometer la operación continua.

Documentación técnica que sobrevive al proveedor

Entregamos diagramas de topología, inventario de puertos y criterios de configuración en formato editable. La idea es que el equipo interno pueda operar sin depender de nosotros. Si mañana cambia el integrador, la documentación sigue siendo válida y utilizable.

Revisión de consumo y refrigeración por rack

El costo energético de un parque de servidores viejo suele superar la amortización del equipo nuevo. Calculamos vatios por rack, densidad térmica y compatibilidad con el sistema de enfriamiento existente antes de recomendar cualquier reemplazo. Es un número incómodo, pero es el que decide.

Cómo ordenamos cada proyecto de infraestructura, etapa por etapa

Trabajar con racks, fibra y almacenamiento masivo no admite improvisaciones. Estas son las fases que aplicamos en cada implementación, con los controles que hacemos antes de avanzar y lo que suele quedar pendiente al cierre de cada tramo.

Relevamiento de planta y consumo

Antes de tocar un switch medimos la planta externa, la capacidad del tablero eléctrico y la disipación real por rack. En instalaciones con fibra oscura contratada, el cuello de botella aparece casi siempre en el tendido antes que en el equipamiento activo. Dejamos un informe con las limitaciones detectadas y qué queda fuera de alcance.

Diseño de topología y capas de almacenamiento

Definimos si el pipeline de ingesta va sobre NVMe y el archivo frío sobre HDD de alta densidad, o si conviene una capa intermedia. La decisión depende de la frecuencia de consulta analítica, no del volumen bruto. Documentamos la topología spine-leaf resultante y los puntos únicos de falla que asumimos de forma consciente.

Pruebas de carga y validación de latencia

Antes de migrar tráfico productivo corremos pruebas con el perfil real de la empresa, no con benchmarks genéricos. Medimos latencia interna entre hojas, throughput sostenido por puerto y comportamiento del almacenamiento bajo escritura concurrente. Si los números no cierran, el cronograma se detiene en esta etapa.

Migración por tramos y ventana de rollback

Migramos por segmentos funcionales, no por corte total. Cada tramo tiene una ventana definida de reversión y un responsable técnico asignado. En empresas con retención regulatoria de datos, la ubicación física del archivo condiciona el orden de la migración y eso se acuerda antes de empezar, no durante.

Traspaso operativo y documentación

Cerramos con el equipo interno del cliente, no con un manual genérico. Repasamos procedimientos de reemplazo de discos, monitoreo de consumo por rack y criterios para decidir renovaciones futuras. Lo que queda pendiente se anota con nombre y fecha, sin promesas abiertas.