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

Rede de data center resiliente: nenhuma falha única deve parar a sala

Uma sala de servidores onde um switch, um link ou uma alimentação pode parar todas as aplicações não é infraestrutura — é uma aposta. Projetamos redes de data center a partir dos seus requisitos, com a marca dos equipamentos como escolha aberta: uma malha spine-leaf onde cada caminho é duplicado, servidores com dupla conexão para que nenhum equipamento sozinho cause parada, e uma rede de gestão fora de banda que mantém você no controle exatamente quando a produção está fora — dimensionado honestamente em 2-4 racks, ~10 racks, ou duas salas com recuperação de desastres.

Por que salas de servidores caem numa terça à tarde

Quatro padrões por trás de quase toda chamada de emergência que recebemos:

Uma única caixa derruba tudoUm núcleo, um uplink, uma régua de energia — no dia em que qualquer um falha, ERP, arquivos, e-mail e telefonia param juntos.
Recuperação medida em diasOs backups existem, mas nunca foram restaurados de verdade; ninguém sabe em que ordem subir os sistemas — um incidente de uma tarde vira uma semana de recuperação.
Crescer significa pararCada rack novo ou upgrade de banda exige um fim de semana de manutenção, porque o velho projeto de duas camadas precisa ser recabeado e reconvergido a cada vez.
Trancado do lado de fora na pior horaA gestão trafega pela mesma rede da produção — quando a rede cai, você nem consegue acessar os switches para consertar, a não ser dirigindo até lá com um cabo de console.

Arquitetura: spine-leaf + links duplo-ativos + gestão fora de banda

Cada caminho duplicado, cada equipamento substituível, e uma via de acesso que sobrevive à própria queda:

WAN · USERS SPINE LEAF · ToR RACKS Campus / WAN users Border · firewall pair Spine 1 Spine 2 every leaf reaches both spines Leaf 1 Leaf 2 Leaf 3 Leaf 4 dual-active uplinks — any link or spine can fail, traffic reroutes in ms server dual-homed to two leafs Rack 1 · app servers Rack 2 · app servers Rack 3 · virtualization Rack 4 · storage · backup DR site primary-standby · replica DCI link · replication Out-of-band mgmt separate mgmt switch — reach every device even when production is down; console + power control

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 um link caído é um incidente reportável. Trazemos esse reflexo para salas de dois racks tanto quanto de vinte.

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 industriais Atlas — camada de acesso em cenários industriaisNossa própria linha industrial — compatível com a camada núcleo de qualquer marca.

O que o projeto entrega

Seis propriedades de uma malha resiliente que uma pilha de switches não gerenciados nunca terá:

Sem ponto único de falhaDois spines, uplinks duplo-ativos de cada leaf, energia redundante — qualquer equipamento ou link pode falhar e o tráfego se redireciona em milissegundos.
Banda leste-oeste que escalaO tráfego servidor-a-servidor — virtualização, sincronização de storage, backup — atravessa no máximo dois saltos; adicionar um spine adiciona banda a todos os racks de uma vez.
Servidores com dupla conexãoOs hosts críticos se conectam a dois switches leaf com ambos os links ativos — um leaf pode ser trocado em horário comercial sem parar a aplicação.
Gestão fora de bandaUma pequena rede separada alcança a porta de gestão de cada equipamento — quando a produção cai, você diagnostica de uma cadeira, não do chão da sala.
Crescer sem pararRacks novos significam leafs novos cabeados aos spines existentes enquanto tudo roda — o fim de semana de parada para troca de chassi some do seu calendário.
Um caminho de recuperação ensaiadoUm link de replicação dedicado para a sala reserva, um manual de comutação escrito e um ensaio agendado — porque DR nunca testada é DR que não existe.

Três portes, uma mesma lógica

Informe seu número de racks e o que roda neles — a faixa define a forma da malha:

Os números que guiam o projeto:
Cada leaf com dupla conexão a dois spines, cada servidor crítico a dois leafs — uma falha, zero parada
A comutação acontece no tempo da agregação de links — milissegundos, não os minutos da reconvergência de spanning-tree
Oversubscription planejada em 3:1 ou melhor de leaf para spine — as janelas de backup param de colidir com a produção
Faixa de porteLocal típicoO que o projeto inclui
2–4 racksSala de servidores de empresa · sala técnica de hospital ou campusUm par redundante colapsado em vez de uma malha completa, cada servidor com dupla conexão, par de firewalls na borda, UPS e acesso fora de banda — a propriedade de zero ponto único sem multiplicar caixas.
~10 racksEmpresa em crescimento · sala de hosting · cluster de virtualizaçãoDois spines, um leaf por rack, uplinks duplo-ativos em toda parte, servidores em 10G/25G com espinha 40G/100G, par de firewalls de data center, rede de gestão fora de banda, endereçamento estruturado e um plano de teste de comutação escrito.
Multissala com DRDuas salas ou dois sites · negócio regulado ou sensível a paradasUma malha por sala mais uma interconexão dedicada à replicação, papéis primário-reserva com manual de comutação ensaiado, acesso fora de banda às duas salas, e metas de recuperação honestas acordadas no papel antes de encomendar qualquer hardware.

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 das suas velocidades de porta, número de racks e país — nós os definimos após receber sua lista de requisitos.

PapelFunção
Switches leaf / topo de rackConectam os servidores e o storage de cada rack em 10G/25G, com uplinks duplo-ativos para os dois spines; dimensionados pelo número e velocidade das NICs.
Switches spineO cruzamento de alta velocidade onde cada leaf se conecta — portas 40G/100G, implantados em pares para que qualquer um possa falhar ou receber manutenção a quente.
Roteador de borda / link DCIConecta a malha ao campus e à WAN e — em projetos com DR — carrega o link de replicação para a sala reserva.
Par de firewalls de data centerControla o tráfego que entra na malha e entre zonas de segurança internas; implantado como par ativo para que a inspeção nunca vire o ponto único de falha.
Switch de gestão fora de bandaUm pequeno switch separado cabeado à porta de gestão e console de cada equipamento — sua porta de entrada quando o que quebrou é justamente a rede de produção.
Plataforma de gestãoVisão de topologia de toda a malha, alarmes, backup de configuração e histórico de mudanças — a sala sobrevive à rotatividade e aos incidentes das 2h da manhã.

Envie sua lista de requisitos — número de racks, inventário de servidores e NICs, aplicações, tolerância a paradas — 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:
  • O verdadeiro ativo-ativo entre duas salas é caro — dobra o hardware e impõe requisitos rígidos de latência e consistência de dados. A maioria dos clientes é melhor servida por primário-reserva com comutação rápida e ensaiada. Faremos essa comparação honestamente com você antes de gastar.
  • Para 2-4 racks, uma malha spine-leaf completa costuma ser exagero — um par redundante colapsado dá a mesma propriedade de zero ponto único com menos caixas. Dimensionamos a malha pelo tráfego, não pelo diagrama que impressiona mais.
  • As políticas de licenças e a disponibilidade de produtos variam conforme a marca e o país de destino. Verificamos e confirmamos ambas para o seu país na fase de projeto — antes de qualquer compromisso.
  • A rede é apenas uma camada da recuperação de desastres. A replicação de dados e o failover de aplicações pertencem às camadas de storage e software — projetamos os caminhos e dizemos claramente quais metas de recuperação a rede sozinha não pode prometer.
  • Switches redundantes não compensam uma única alimentação elétrica sem UPS. Energia e refrigeração fazem parte do orçamento de resiliência — sinalizamos ambas no projeto, ainda que a obra elétrica seja feita por empreiteiras locais.

Perguntas frequentes

Eu realmente preciso de spine-leaf para uma sala de 3 racks?
Normalmente não como malha completa. Para 2-4 racks, um projeto colapsado — par redundante com cada servidor em dupla conexão — dá a mesma propriedade de zero ponto único com menos caixas. Projetamos spine-leaf quando o tráfego leste-oeste e o número de racks justificam, e dizemos quando não justificam.
O que é gestão fora de banda e por que um data center pequeno precisa dela?
Uma pequena rede separada que conecta as portas de gestão de cada switch, servidor e firewall. Quando a rede de produção está caída — exatamente quando você mais precisa de acesso — ainda dá para alcançar cada equipamento pelo caminho fora de banda, em vez de dirigir até o site com um cabo de console.
Ativo-ativo ou primário-reserva — qual recuperação escolher?
Honestamente: o verdadeiro ativo-ativo entre duas salas é caro — dobra o hardware e adiciona requisitos rígidos de latência e consistência de dados. A maioria dos clientes é melhor servida por primário-reserva com comutação rápida e ensaiada. Só recomendamos ativo-ativo quando o custo da parada realmente justifica.
A malha pode crescer sem derrubar o data center?
Sim — esse é o sentido do spine-leaf. Racks novos significam leafs novos cabeados aos spines existentes enquanto tudo continua rodando; mais banda significa adicionar um spine. O que você evita é a clássica parada de fim de semana para troca de chassi.
A redundância de rede sozinha me dá recuperação de desastres?
Não. A rede fornece os caminhos — a replicação dos seus dados e o failover das suas aplicações rodam por cima, e suas metas de recuperação também são definidas por essas camadas. Projetamos o lado de rede da DR e dizemos claramente quais partes pertencem ao storage e ao software.

Envie seu número de racks e sua lista de aplicações

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

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