Red de centro de datos OTT / nube: capacidad que crece por política, no por reconstrucción
Los negocios de hosting y nube no fallan porque un switch se caiga — se estancan porque la red no puede seguir el ritmo de inquilinos que llegan más rápido de lo que el cableado permite, y de NIC de servidor que pasan de 25G a 100G más rápido de lo que la fábrica fue dimensionada. Diseñamos redes de cómputo de propósito general a partir de su curva de crecimiento, con la marca de los equipos como elección abierta en la fase de diseño: una fábrica spine-leaf, aislamiento multiinquilino VXLAN/EVPN que escala por política, acceso de alta densidad 25G/100G, y incorporación automatizada para que instalar los próximos cien servidores sea trabajo rutinario, no un proyecto. Dimensionado honestamente para un proveedor de hosting pequeño a mediano, una nube regional, o un gran operador OTT.
Por qué las redes de hosting y nube se estancan de forma distinta
Cuatro patrones detrás de casi toda llamada de "estamos superando nuestra red" que recibimos:
Arquitectura: spine-leaf + overlay multiinquilino VXLAN/EVPN + acceso de alta densidad
Capacidad que crece añadiendo un leaf y una política, no recableando una sala:
Diagrama dibujado por AtlasCommTech siguiendo la práctica de diseño de centro de datos de nivel operador. Las etiquetas se mantienen en inglés por claridad técnica.
Por qué nosotros: nuestro fundador pasó 13 años dentro del ecosistema de socios de Huawei entregando redes de operador — donde una frontera de inquilino que se filtra o una incorporación que toma toda la noche se trata como un fallo de diseño, no un hecho de la vida. Traemos ese estándar a salas de hosting que escalan desde un puñado de racks hasta una huella OTT completa.
Opciones de equipamiento
La solución se dimensiona primero según sus requisitos y presupuesto — la misma arquitectura puede entregarse con las líneas de producto de varios fabricantes. Le ayudamos a elegir según la disponibilidad de suministro en su país de destino, el presupuesto y los hábitos de operación de su equipo.
Qué entrega el diseño
Seis propiedades de una fábrica de nube/hosting bien diseñada que una red ad hoc, crecida por acumulación, nunca tendrá:
Tres tamaños, una misma lógica
Díganos su número de inquilinos, la velocidad de acceso de servidor y la curva de crecimiento — el nivel define la forma de la fábrica:
| Nivel de escala | Sitio típico | Qué incluye el diseño |
|---|---|---|
| Proveedor de hosting pequeño a mediano | Unos pocos racks a una sala · decenas a un par de cientos de inquilinos | Una fábrica spine-leaf colapsada o pequeña, acceso de servidor 25G con enlaces ascendentes de spine 100G, aislamiento de inquilinos VXLAN/EVPN desde el primer día, incorporación zero-touch y gestión fuera de banda — dimensionado para validar la automatización antes de escalar a una sala mayor. |
| Nube regional | Varias salas o una nave de datos completa · cientos de inquilinos con cargas mixtas | Una fábrica spine-leaf no bloqueante, acceso 25G/100G con una ruta clara hacia velocidades mayores, overlay multiinquilino EVPN a gran escala, hardware mixto de marca blanca y de marca bajo una sola plataforma de automatización, y planificación de capacidad estructurada ligada a su curva de crecimiento. |
| Gran operador OTT | Huella de múltiples naves o multisitio · incorporación continua de servidores a gran escala | Varias fábricas no bloqueantes unidas entre sí, acceso 100G denso como estándar, incorporación zero-touch totalmente automatizada a gran escala, EVPN abarcando múltiples pods, y una plataforma de gestión que ofrece una sola vista de todas las generaciones de hardware de la flota. |
Roles de equipo (categorías, no modelos)
La solución se construye con estas categorías de equipos — la marca se elige con usted en la fase de diseño. Los modelos exactos dependen de su velocidad de acceso, número de inquilinos y país — los definimos después de recibir su lista de requisitos.
| Rol | Función |
|---|---|
| Switch leaf / top-of-rack (25G/100G) | Conecta servidores de inquilinos con alta densidad, con el overlay VXLAN/EVPN terminando aquí; dimensionado según el número de NIC de servidor y la generación de velocidad de acceso. |
| Switch spine | El cruce no bloqueante donde se conecta cada leaf, desplegado en pares para que el ancho de banda y la resiliencia crezcan juntos a medida que se añaden leafs. |
| Leaf de borde / router | Conecta la fábrica a Internet y al peering; lleva la frontera de enrutamiento entre los overlays de inquilinos y el mundo exterior. |
| Plataforma de automatización / orquestación | Impulsa la incorporación zero-touch, el aprovisionamiento de inquilinos y las plantillas de configuración en todas las generaciones y proveedores de switches de la flota. |
| Switch de gestión fuera de banda | Un pequeño switch separado cableado al puerto de gestión de cada equipo — su vía de entrada cuando lo que hay que diagnosticar es la propia fábrica de producción. |
| Nodo de plano de control EVPN | Distribuye la información de alcanzabilidad de inquilinos entre los leafs para que un nuevo inquilino o una carga movida se propague como una actualización de política, no un recableado. |
Envíenos su lista de requisitos — número de inquilinos, velocidad de acceso de servidor, proyección de crecimiento, régimen de cumplimiento — y la lista de modelos llega después. Ese orden mantiene el diseño honesto.
Notas de diseño y límites honestos
- La velocidad de acceso de servidor debe seguir su negocio, no el número más alto disponible. Verifique la generación real de NIC de sus servidores y su hoja de ruta para los próximos dos años antes de especificar 100G en todas partes — la mayoría de las flotas todavía se benefician más de un acceso de 25G con un spine de 100G que deja margen de crecimiento.
- Si el aislamiento VXLAN/EVPN es suficiente depende de su número de inquilinos y sus requisitos de cumplimiento — algunos inquilinos regulados necesitan separación física independientemente de la calidad del aislamiento lógico. Alineamos el nivel de aislamiento que su marco de cumplimiento realmente necesita en la fase de diseño, antes de dibujar la topología.
- Esta página es para cómputo de propósito general multiinquilino y elástico — no para los sistemas de negocio de una sola empresa ni para entrenamiento de GPU. Si necesita una empresa que sobreviva a un fallo, nuestra solución de Red de Centro de Datos Resiliente es más adecuada; si su tráfico es comunicación colectiva de GPU, nuestra solución de Red de Centro de Datos de Cómputo IA está ajustada específicamente para ese patrón.
- La plataforma de automatización debe validarse frente a cada modelo de marca blanca y versión de firmware que ejecuta, sin asumir compatibilidad por defecto — esa validación es tiempo de ingeniería real que presupuestamos, y saltársela es exactamente cómo la incorporación automatizada se rompe silenciosamente en la generación de hardware que nadie probó.
- Un proyecto de automatización de incorporación a gran escala requiere tiempo real de integración antes de dar sus frutos — no es un interruptor que se activa el primer día. Dimensionamos ese esfuerzo de integración honestamente en el plan en lugar de esconderlo dentro de una cotización de hardware donde desaparece.
Preguntas frecuentes
¿En qué se diferencia esto de sus páginas de Red de Centro de Datos Resiliente y Red de Centro de Datos de Cómputo IA?
¿Necesitamos 100G desde el primer día, o podemos crecer hacia eso?
¿El aislamiento VXLAN/EVPN es suficiente para nuestros requisitos de cumplimiento?
¿Esto puede gestionar una mezcla de switches de marca blanca y de marca?
¿Cómo se automatiza la incorporación de servidores a gran escala?
Envíenos su número de inquilinos y su hoja de ruta de velocidad de acceso
Un ingeniero responde con un diseño de fábrica y la lista de categorías de equipos. Envíe su lista de requisitos — la lista de modelos llega después.