Cómo trabajamos con cada empresa antes de tocar un solo rack

El onboarding de Wall Street Tech no empieza con una propuesta comercial, sino con un relevamiento técnico del parque de servidores existente. Revisamos topología de red, consumo por rack, estado del cableado estructurado y compatibilidad con hipervisores antes de definir cualquier etapa. A partir de ahí acordamos un plan de trabajo por fases, con responsables del lado del cliente y del nuestro, criterios de aceptación claros y una ventana de mantenimiento que no interrumpa la operación diaria. Si tu empresa gestiona un data center privado o está evaluando migrar cargas de Big Data a infraestructura propia, esta página resume qué esperar durante las primeras semanas.

Qué obtiene su equipo cuando arrancamos

Antes de tocar un rack conviene saber qué se mide, quién firma cada etapa y qué queda fuera del alcance. Estos son los puntos que definimos en la reunión inicial de onboarding y que después sostienen todo el proyecto.

Trabajamos con equipos de infraestructura y de datos que ya tienen un data center propio o contratado. Si su operación depende de fibra oscura o de enlaces dedicados, el punto de partida cambia.

Diagnóstico del parque actual

Relevamos modelos de servidor, antigüedad, consumo por rack y estado de los enlaces de fibra. El resultado es un inventario con fechas de fin de soporte y compatibilidad con los hipervisores que ya usa. Sin ese punto de partida, cualquier plan de renovación queda en el aire.

Diseño de la topología antes de comprar

Definimos spine-leaf, agregación y rutas de respaldo según el volumen de ingesta real, no según el pico teórico. Este paso evita comprar switches que después no se aprovechan y deja claro cuántos puertos quedan libres para crecer.

Dimensionamiento de almacenamiento en capas

Separamos la capa de ingesta de la de consulta analítica. NVMe para lo que se escribe todo el día, HDD de alta densidad para el archivo frío. Así el costo por terabyte baja sin sacrificar la latencia que exige un pipeline de Big Data corporativo.

Plan de migración por etapas

Ninguna empresa puede apagar su operación para cambiar el backbone. Armamos ventanas de corte, rutas de contingencia y criterios de rollback. Cada etapa tiene una métrica de salida concreta antes de avanzar a la siguiente.

Documentación y traspaso al equipo interno

Entregamos planos de rack, esquemas de cableado, direccionamiento IP y procedimientos de contingencia. La idea es que su equipo pueda operar sin depender de nosotros una vez cerrado el proyecto.

Ver cómo aplicamos este orden de trabajo Casos de infraestructura y Big Data corporativo

Etapas de incorporación para infraestructura de servidores

Antes de mover un solo rack, conviene saber qué va a pasar en cada semana. Este es el orden que seguimos con empresas argentinas que montan o amplían un centro de datos privado: desde el relevamiento de la planta externa hasta la entrega del cluster en producción. No hay atajos, y las fechas dependen de cuánta fibra oscura haya que tender y de si el hardware llega importado o ya está en depósito fiscal.

Cada etapa cierra con un documento firmado. Si algo no se cumple, la siguiente no arranca.

Semana 1 y 2: relevamiento de sitio y fibra

Visitamos la sala, medimos la acometida de fibra óptica disponible y revisamos la capacidad eléctrica por rack. En edificios corporativos del microcentro porteño suele aparecer el primer límite: la planta externa no soporta más de 100G sin obra civil. Dejamos por escrito qué se puede hacer sin tocar la calle y qué requiere permiso del consorcio.

Semana 3 a 5: diseño de topología y compra de hardware

Definimos spine-leaf o arquitectura de dos capas según el volumen de ingesta previsto. Ahí se decide el equipamiento activo: switches de agregación, servidores en rack con NVMe para la capa caliente y HDD de alta densidad para archivo. El pedido de hardware empresarial se cierra con plazos reales de entrega, no con estimaciones optimistas.

Semana 6 a 9: montaje, cableado y pruebas de carga

Instalamos racks, ordenamos el cableado estructurado y etiquetamos cada puerto. Las pruebas de carga se hacen con datos reales del cliente, no con benchmarks sintéticos. Medimos latencia interna entre nodos, IOPS sostenidas y consumo por rack. Si el pipeline de Big Data no aguanta un pico simulado, se corrige antes de pasar a producción.

Semana 10: transferencia y monitoreo continuo

Entregamos accesos, dashboards de monitoreo y el plan de mantenimiento preventivo. A partir de ahí el acompañamiento es mensual: revisión de discos, actualización de firmware y ajuste de capacidad según cómo crezca el volumen de datos. La idea es que el equipo interno pueda operar sin depender de nosotros para lo cotidiano.