Inicio / Soluciones / Redes industriales y datacom / Red de centro de datos OTT / nube

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:

La velocidad de acceso sube más rápido de lo que la fábrica fue dimensionadaLos servidores llegan con NIC de 25G, luego de 100G, mientras que la red fue diseñada según la velocidad disponible cuando se construyó la sala por primera vez — cada generación de hardware expone la brecha.
El aislamiento de inquilinos tiene que expandirse elásticamenteUn negocio de hosting añade inquilinos continuamente; el aislamiento, el direccionamiento y el aprovisionamiento que funcionaban bien para diez inquilinos se convierten en un ejercicio manual y propenso a errores con cien.
Switches de marca blanca y de desarrollo propio coexisten, sin gestionarse como una sola flotaDistintas generaciones de hardware y proveedores se acumulan a lo largo de años de crecimiento, cada uno con su propia herramienta de gestión — hasta que nadie tiene una vista única de toda la fábrica.
Instalar cien servidores no debería ser un proyectoLa configuración manual puerto por puerto no escala con un negocio de hosting en crecimiento — cada incorporación grande se convierte en un ejercicio nocturno y propenso a errores en lugar de trabajo rutinario.

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:

WAN · INTERNET SPINE LEAF · 25G/100G TENANT RACKS Internet / peering Border leaf · edge routing Spine 1 Spine 2 VXLAN/EVPN overlay — tenants isolated by policy, not by physical cabling Leaf 1 · 25G/100G Leaf 2 · 25G/100G Leaf 3 · 25G/100G Leaf 4 · 25G/100G Tenant A · VXLAN 10 Tenant B · VXLAN 20 Tenant C · VXLAN 30 New rack · onboarding Automation platform zero-touch provisioning — new server or leaf is racked, powered on, and configured without manual port work unified view across white-box and branded hardware generations

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.

Huawei — líneas de campus empresarial, WAN y seguridadEcosistema maduro con una red de servicio global.
ZTE Wantone — líneas datacom comparablesOrientación precio-rendimiento; suministro más fluido en algunos mercados.
H3C — líneas de campus y centro de datosPortafolio de campus y centro de datos ampliamente desplegado.
Switches de marca blanca bajo un estándar de gestión abiertoUna opción orientada al costo que muchos proveedores de hosting ya utilizan; validamos cada modelo y versión de firmware frente a la plataforma de automatización antes de ponerlo en producción.

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á:

Velocidad de acceso que escala sin rediseñoLa fábrica se planifica para que un cambio de acceso de servidor de 25G a 100G sea una actualización de leaf y óptica, no un recableado de sala — el crecimiento sigue su ciclo de renovación de servidores, no una reconstrucción forzada.
Aislamiento de inquilinos que escala por políticaVXLAN/EVPN añade un nuevo inquilino como un cambio de configuración, no un nuevo juego de cables — el aislamiento que funcionaba para diez inquilinos funciona igual para mil.
Incorporación automatizada, no trabajo manual de puertosEl aprovisionamiento zero-touch instala, enciende y configura automáticamente nuevos servidores y switches leaf — un despliegue de cien servidores se convierte en trabajo rutinario en lugar de un proyecto nocturno.
Hardware mixto bajo una sola vista de gestiónSwitches de marca blanca y de marca, generaciones antiguas y nuevas, están bajo una sola plataforma de automatización y monitoreo — para que nadie tenga que recordar qué herramienta gestiona qué rack.
Ancho de banda spine-leaf no bloqueanteEl tráfico este-oeste entre cargas de trabajo de inquilinos cruza como mucho dos saltos, así que la congestión de "vecino ruidoso" sigue siendo un problema de política que puede resolver, no un cuello de botella físico que no puede.
Plano de gestión fuera de bandaUna pequeña red separada llega al puerto de gestión de cada equipo — cuando lo que se rompió es la propia fábrica de producción, usted todavía tiene una vía de entrada.

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:

Los números que guían el diseño:
Velocidad de acceso dimensionada según la generación actual de NIC de su servidor más una hoja de ruta de uno a dos años — no el número más alto disponible
Nivel de aislamiento de inquilinos ajustado a su requisito de cumplimiento antes de dibujar la topología, no asumido por defecto
Incorporación automatizada desde el servidor uno — el aprovisionamiento zero-touch es una decisión de diseño desde el primer día, no una adaptación posterior cuando el proceso manual falla
Nivel de escalaSitio típicoQué incluye el diseño
Proveedor de hosting pequeño a medianoUnos pocos racks a una sala · decenas a un par de cientos de inquilinosUna 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 regionalVarias salas o una nave de datos completa · cientos de inquilinos con cargas mixtasUna 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 OTTHuella de múltiples naves o multisitio · incorporación continua de servidores a gran escalaVarias 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.

RolFunció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 spineEl 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 / routerConecta 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ónImpulsa 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 bandaUn 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 EVPNDistribuye 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

Lea esto antes de decidir:
  • 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?
Tres problemas diferentes. La página de centro de datos resiliente trata de sistemas de negocio sobreviviendo a un fallo — una sala de servidores empresarial general donde el objetivo es la disponibilidad. La página de cómputo IA trata específicamente de una fábrica sin pérdidas para tráfico de entrenamiento de GPU. Esta página trata del cómputo de propósito general elástico y multiinquilino a escala de nube y hosting — el problema de red de un número creciente de inquilinos y velocidades de acceso de servidor en aumento, no la sala de servidores de una sola empresa ni la comunicación colectiva de GPU. Si aloja o revende cómputo para muchos clientes y sus velocidades de acceso están pasando de 25G a 100G, esta página es la suya.
¿Necesitamos 100G desde el primer día, o podemos crecer hacia eso?
Casi nadie necesita empezar en 100G. La velocidad de acceso debe seguir la generación real de NIC de sus servidores y su hoja de ruta para uno o dos años, no un número que se vea impresionante en una propuesta. Diseñamos el spine y el cableado para que un cambio posterior a 100G sea un cambio de tarjeta y una revisión de fibra, no un rediseño de fábrica — pero dimensionamos el acceso del primer día según lo que sus servidores actuales realmente usan.
¿El aislamiento VXLAN/EVPN es suficiente para nuestros requisitos de cumplimiento?
Depende de su número de inquilinos y de lo que su régimen de cumplimiento realmente exija, y esa es una pregunta que respondemos en la fase de diseño, no después. VXLAN/EVPN ofrece un fuerte aislamiento lógico que escala por política en lugar de por cableado físico, lo que cubre la mayoría de los requisitos de hosting y nube multiinquilino. Algunos inquilinos regulados requieren separación física o hardware dedicado sin importar la calidad del aislamiento lógico — alineamos el nivel de aislamiento que su marco de cumplimiento necesita antes de dibujar la topología.
¿Esto puede gestionar una mezcla de switches de marca blanca y de marca?
Sí, esa mezcla es normal en este mercado y el diseño la asume desde el principio. La plataforma de automatización y orquestación se elige por su gestión basada en estándares en todas las generaciones de hardware y proveedores, y validamos cada modelo de switch y versión de firmware antes de ponerlo en producción — ese paso de validación es tiempo de ingeniería real, no una formalidad.
¿Cómo se automatiza la incorporación de servidores a gran escala?
Mediante aprovisionamiento zero-touch: un nuevo servidor o switch leaf se instala, cablea y enciende, y la plataforma de automatización lo reconoce, aplica la plantilla de configuración correcta y lo reporta en el inventario de la fábrica sin que un ingeniero configure manualmente cada puerto. Esto es lo que hace que instalar cientos de servidores sea una tarea operativa rutinaria en lugar de un proyecto cada vez.

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.

WhatsApp con un ingeniero →

Soluciones relacionadas

Solo usamos cookies para analítica anónima — sin publicidad ni rastreo entre sitios.Política de privacidad