How is this different from your Resilient Data Center Network and AI Computing Datacenter Network pages?

Three different problems. The resilient data center page is about business systems surviving a failure — a general enterprise server room where availability is the goal. The AI computing page is about a lossless fabric for GPU training traffic specifically. This page is about elastic, multi-tenant general-purpose compute at cloud and hosting scale — the network problem of a growing number of tenants and rising server access speeds, not a single company's server room and not GPU collective communication. If you host or resell compute for many customers and your access speeds are moving from 25G toward 100G, this page is yours.

Do we need 100G on day one or can we grow into it?

Almost nobody needs to start at 100G. Access speed should follow your servers' actual NIC generation and your roadmap for the next one to two years, not a number that looks impressive on a proposal. We design the spine and cabling plant so a later move to 100G is a card swap and a fiber check, not a fabric redesign — but we size day-one access to what your current servers actually use.

Is VXLAN/EVPN enough tenant isolation for our compliance requirements?

It depends on your tenant count and what your compliance regime actually requires, and that is a question we answer at design stage, not after the fact. VXLAN/EVPN gives strong logical isolation that scales by policy rather than by physical cabling, which covers most hosting and multi-tenant cloud requirements. Some regulated tenants require physical separation or dedicated hardware regardless of logical isolation quality — we align on the isolation tier your compliance framework needs before the topology is drawn.

Can this manage a mix of white-box and branded switches?

Yes, that mix is normal in this market and the design assumes it from the start. The automation and orchestration platform is chosen for standards-based management across hardware generations and vendors, and we validate each switch model and firmware version against it before it goes into production — that validation step is real engineering time, not a formality.

How is large-scale server onboarding automated?

Through zero-touch provisioning: a new server or leaf switch is racked, cabled and powered on, and the automation platform recognizes it, applies the correct configuration template and reports it into the fabric's inventory without an engineer manually configuring each port. This is what makes racking hundreds of servers a routine operational task instead of a project every time.

Início / Soluções / Redes industriais e datacom / Rede de data center OTT / nuvem

Rede de data center OTT / nuvem: capacidade que cresce por política, não por reconstrução

Negócios de hospedagem e nuvem não falham porque um switch cai — eles travam porque a rede não consegue acompanhar locatários chegando mais rápido do que o cabeamento permite, e NICs de servidor passando de 25G para 100G mais rápido do que a malha foi dimensionada. Projetamos redes de computação de propósito geral a partir da sua curva de crescimento, com a marca dos equipamentos como escolha aberta na fase de projeto: uma malha spine-leaf, isolamento multilocatário VXLAN/EVPN que escala por política, acesso de alta densidade 25G/100G, e integração automatizada para que instalar os próximos cem servidores seja trabalho rotineiro, não um projeto. Dimensionado honestamente para um provedor de hospedagem pequeno a médio, uma nuvem regional, ou um grande operador OTT.

Por que as redes de hospedagem e nuvem travam de forma diferente

Quatro padrões por trás de quase toda chamada de "estamos ultrapassando nossa rede" que recebemos:

A velocidade de acesso sobe mais rápido do que a malha foi dimensionadaOs servidores chegam com NICs de 25G, depois de 100G, enquanto a rede foi projetada em torno da velocidade disponível quando a sala foi construída pela primeira vez — cada geração de hardware expõe a lacuna.

O isolamento de locatários precisa se expandir de forma elásticaUm negócio de hospedagem adiciona locatários continuamente; o isolamento, o endereçamento e o provisionamento que funcionavam bem para dez locatários viram um exercício manual e propenso a erros com cem.

Switches white-box e de desenvolvimento próprio coexistem, não geridos como uma única frotaDiferentes gerações de hardware e fornecedores se acumulam ao longo de anos de crescimento, cada um com sua própria ferramenta de gestão — até que ninguém tem uma visão única de toda a malha.

Instalar cem servidores não deveria ser um projetoA configuração manual porta por porta não escala com um negócio de hospedagem em crescimento — cada grande integração vira um exercício noturno e propenso a erros em vez de trabalho rotineiro.

Arquitetura: spine-leaf + overlay multilocatário VXLAN/EVPN + acesso de alta densidade

Capacidade que cresce adicionando um leaf e uma política, não recabeando uma sala:

Diagrama desenhado pela AtlasCommTech seguindo a prática de projeto de data center de nível operadora. Os rótulos permanecem em inglês para clareza técnica.

Por que nós: nosso fundador passou 13 anos dentro do ecossistema de parceiros da Huawei entregando redes de operadoras — onde uma fronteira de locatário que vaza ou uma integração que leva a noite toda é tratada como uma falha de projeto, não um fato da vida. Trazemos esse padrão para salas de hospedagem que escalam de um punhado de racks até uma pegada OTT completa.

Opções de equipamento

A solução é dimensionada primeiro pelos seus requisitos e orçamento — a mesma arquitetura pode ser entregue com as linhas de produto de vários fabricantes. Ajudamos você a escolher conforme a disponibilidade de fornecimento no país de destino, o orçamento e os hábitos de operação da sua equipe.

Huawei — linhas de campus empresarial, WAN e segurançaEcossistema maduro com uma rede de serviços global.

ZTE Wantone — linhas datacom comparáveisDireção de custo-benefício; fornecimento mais fluido em alguns mercados.

H3C — linhas de campus e data centerPortfólio de campus e data center amplamente implantado.

Switches white-box sob um padrão de gestão abertoUma opção orientada a custo que muitos provedores de hospedagem já usam; validamos cada modelo e versão de firmware contra a plataforma de automação antes de entrar em produção.

O que o projeto entrega

Seis propriedades de uma malha de nuvem/hospedagem bem projetada que uma rede ad hoc, crescida por acumulação, nunca terá:

Velocidade de acesso que escala sem redesenhoA malha é planejada para que uma mudança de acesso de servidor de 25G para 100G seja uma atualização de leaf e óptica, não um recabeamento de sala — o crescimento segue seu ciclo de renovação de servidores, não uma reconstrução forçada.

Isolamento de locatários que escala por políticaVXLAN/EVPN adiciona um novo locatário como uma mudança de configuração, não um novo conjunto de cabos — o isolamento que valia para dez locatários vale da mesma forma para mil.

Integração automatizada, não trabalho manual de portasO provisionamento zero-touch instala, liga e configura automaticamente novos servidores e switches leaf — uma implantação de cem servidores vira trabalho rotineiro em vez de um projeto noturno.

Hardware misto sob uma única visão de gestãoSwitches white-box e de marca, gerações antigas e novas, ficam sob uma única plataforma de automação e monitoramento — para que ninguém precise lembrar qual ferramenta gerencia qual rack.

Banda spine-leaf não bloqueanteO tráfego leste-oeste entre cargas de trabalho de locatários atravessa no máximo dois saltos, então o congestionamento de "vizinho barulhento" continua sendo um problema de política que você pode resolver, não um gargalo físico que não pode.

Plano de gestão fora de bandaUma pequena rede separada alcança a porta de gestão de cada equipamento — quando é a própria malha de produção que quebrou, você ainda tem uma via de entrada.

Três portes, uma mesma lógica

Informe seu número de locatários, a velocidade de acesso de servidor e a curva de crescimento — a faixa define a forma da malha:

Os números que guiam o projeto:

Velocidade de acesso dimensionada conforme a geração atual da NIC do seu servidor mais um roteiro de um a dois anos — não o número mais alto disponível

Nível de isolamento de locatários alinhado ao seu requisito de conformidade antes de a topologia ser desenhada, não assumido por padrão

Integração automatizada desde o servidor um — o provisionamento zero-touch é uma escolha de projeto desde o primeiro dia, não uma adaptação depois que o processo manual quebra

Faixa de porte	Local típico	O que o projeto inclui
Provedor de hospedagem pequeno a médio	Alguns racks até uma sala · dezenas a algumas centenas de locatários	Uma malha spine-leaf colapsada ou pequena, acesso de servidor 25G com uplinks de spine 100G, isolamento de locatários VXLAN/EVPN desde o primeiro dia, integração zero-touch e gestão fora de banda — dimensionado para validar a automação antes de escalar para uma sala maior.
Nuvem regional	Várias salas ou um data hall completo · centenas de locatários com cargas mistas	Uma malha spine-leaf não bloqueante, acesso 25G/100G com um caminho claro para velocidades maiores, overlay multilocatário EVPN em escala, hardware misto white-box e de marca sob uma única plataforma de automação, e planejamento de capacidade estruturado ligado à sua curva de crescimento.
Grande operador OTT	Pegada de múltiplos data halls ou multissite · integração contínua de servidores em grande escala	Várias malhas não bloqueantes ligadas entre si, acesso 100G denso como padrão, integração zero-touch totalmente automatizada em escala, EVPN abrangendo múltiplos pods, e uma plataforma de gestão que dá uma única visão de todas as gerações de hardware da frota.

Papéis de equipamento (categorias, não modelos)

A solução é construída com estas categorias de equipamentos — a marca é escolhida com você na fase de projeto. Os modelos exatos dependem da sua velocidade de acesso, número de locatários e país — nós os definimos após receber sua lista de requisitos.

Papel	Função
Switch leaf / topo de rack (25G/100G)	Conecta servidores de locatários com alta densidade, com o overlay VXLAN/EVPN terminando aqui; dimensionado pelo número de NICs de servidor e geração de velocidade de acesso.
Switch spine	O cruzamento não bloqueante onde cada leaf se conecta, implantado em pares para que banda e resiliência cresçam juntas à medida que leafs são adicionados.
Leaf de borda / roteador	Conecta a malha à internet e ao peering; carrega a fronteira de roteamento entre os overlays de locatários e o mundo externo.
Plataforma de automação / orquestração	Conduz a integração zero-touch, o provisionamento de locatários e os modelos de configuração em todas as gerações e fornecedores de switches da frota.
Switch de gestão fora de banda	Um pequeno switch separado cabeado à porta de gestão de cada equipamento — sua porta de entrada quando é a própria malha de produção que precisa ser diagnosticada.
Nó de plano de controle EVPN	Distribui informações de alcançabilidade de locatários entre os leafs para que um novo locatário ou uma carga movida se propague como uma atualização de política, não um trabalho de recabeamento.

Envie sua lista de requisitos — número de locatários, velocidade de acesso de servidor, projeção de crescimento, regime de conformidade — e a lista de modelos vem em seguida. Essa ordem mantém o projeto honesto.

Notas de projeto e limites honestos

Leia isto antes de decidir:

A velocidade de acesso do servidor deve seguir o seu negócio, não o número mais alto disponível. Verifique a geração real da NIC dos seus servidores e seu roteiro para os próximos dois anos antes de especificar 100G em todo lugar — a maioria das frotas ainda é melhor servida por acesso de 25G com um spine de 100G que deixa espaço para crescer.
Se o isolamento VXLAN/EVPN é suficiente depende do seu número de locatários e requisitos de conformidade — alguns locatários regulados precisam de separação física independentemente da qualidade do isolamento lógico. Alinhamos o nível de isolamento que seu framework de conformidade realmente precisa na fase de projeto, antes de a topologia ser desenhada.
Esta página é para computação de propósito geral multilocatária e elástica — não para os sistemas de negócio de uma única empresa nem para treinamento de GPU. Se você precisa de uma empresa sobrevivendo a uma falha, nossa solução de Rede de Data Center Resiliente é mais adequada; se seu tráfego é comunicação coletiva de GPU, nossa solução de Rede de Data Center de Computação IA é ajustada especificamente para esse padrão.
A plataforma de automação precisa ser validada contra cada modelo white-box e versão de firmware que você roda, sem assumir compatibilidade por padrão — essa validação é tempo real de engenharia que orçamos, e pulá-la é exatamente como a integração automatizada quebra silenciosamente na geração de hardware que ninguém testou.
Um projeto de automação de integração em grande escala leva tempo real de integração antes de compensar — não é um interruptor que se liga no primeiro dia. Dimensionamos esse esforço de integração honestamente no plano em vez de embuti-lo em uma cotação de hardware onde ele desaparece.

Perguntas frequentes

Em que isso difere das suas páginas de Rede de Data Center Resiliente e Rede de Data Center de Computação IA?

Três problemas diferentes. A página de data center resiliente trata de sistemas de negócio sobrevivendo a uma falha — uma sala de servidores empresarial geral onde o objetivo é disponibilidade. A página de computação IA trata especificamente de uma malha sem perdas para tráfego de treinamento de GPU. Esta página trata de computação de propósito geral elástica e multilocatária em escala de nuvem e hospedagem — o problema de rede de um número crescente de locatários e velocidades de acesso de servidor em alta, não a sala de servidores de uma única empresa nem a comunicação coletiva de GPU. Se você hospeda ou revende computação para muitos clientes e suas velocidades de acesso estão indo de 25G para 100G, esta página é a sua.

Precisamos de 100G no primeiro dia, ou podemos crescer até lá?

Quase ninguém precisa começar em 100G. A velocidade de acesso deve seguir a geração real da NIC dos seus servidores e seu roteiro para um a dois anos, não um número que pareça impressionante em uma proposta. Projetamos o spine e o cabeamento para que uma mudança posterior para 100G seja uma troca de placa e uma checagem de fibra, não um redesenho de malha — mas dimensionamos o acesso do primeiro dia conforme o que seus servidores atuais realmente usam.

O isolamento VXLAN/EVPN é suficiente para nossos requisitos de conformidade?

Depende do seu número de locatários e do que seu regime de conformidade realmente exige, e essa é uma pergunta que respondemos na fase de projeto, não depois. VXLAN/EVPN oferece um forte isolamento lógico que escala por política em vez de cabeamento físico, o que cobre a maioria dos requisitos de hospedagem e nuvem multilocatária. Alguns locatários regulados exigem separação física ou hardware dedicado independentemente da qualidade do isolamento lógico — alinhamos o nível de isolamento que seu framework de conformidade precisa antes de a topologia ser desenhada.

Isso consegue gerenciar uma mistura de switches white-box e de marca?

Sim, essa mistura é normal neste mercado e o projeto assume isso desde o início. A plataforma de automação e orquestração é escolhida por sua gestão baseada em padrões entre gerações de hardware e fornecedores, e validamos cada modelo de switch e versão de firmware antes de entrar em produção — essa etapa de validação é tempo real de engenharia, não uma formalidade.

Como a integração de servidores em grande escala é automatizada?

Por meio do provisionamento zero-touch: um novo servidor ou switch leaf é instalado no rack, cabeado e ligado, e a plataforma de automação o reconhece, aplica o modelo de configuração correto e o registra no inventário da malha sem que um engenheiro configure manualmente cada porta. É isso que torna instalar centenas de servidores uma tarefa operacional rotineira em vez de um projeto toda vez.

Envie seu número de locatários e seu roteiro de velocidade de acesso

Um engenheiro responde com um projeto de malha e a lista de categorias de equipamentos. Envie sua lista de requisitos — a lista de modelos vem em seguida.

WhatsApp com um engenheiro →

Soluções relacionadas

Rede de data center resilienteO outro problema de data center: os sistemas de negócio de uma única empresa permanecendo disponíveis através de uma falha, em vez de muitos locatários compartilhando capacidade elástica de propósito geral. Rede de produção IT/OT automotivaUm locatário muito diferente de capacidade de computação: a rede de produção própria de uma fábrica, dimensionada para quatro processos e frotas de AGV em vez de clientes de hospedagem externos. Rede de storage sem perdas (RoCE / NoF)Onde a camada de storage por trás desta malha de computação recebe sua própria rede de zero perda de pacotes, para os locatários cujas cargas realmente precisam disso.

Usamos cookies apenas para análises anônimas — sem anúncios, sem rastreamento entre sites.Política de privacidade