Redundante, segundo quem?
Uma «rede totalmente redundante» não significa nada se outra pessoa controla o failover. Eis como verificar por si os upstreams reais de qualquer fornecedor, em trinta segundos.
Neste artigo 3 secções
- Todas as páginas de hosting alegam uma «rede totalmente redundante». A alegação tem dois problemas: a redundância só é real se quem a alega controla o failover, e quase ninguém verifica.
- Muitos fornecedores são tenants no backbone de outra pessoa: um upstream, capacidade alugada, redundância por permissão. Quando esse upstream tem um mau dia, eles também têm, e a sua empresa também.
- A nossa é verificável: AS200477 a operar em Atenas, Amesterdão e Toronto, multi-homed em vários carriers (trânsito Tier-1 global e incumbentes regionais), com peering no GR-IX e no NetIX, em espaço IPv4 que detemos diretamente do RIPE.
- Pode verificar cada palavra disto na tabela de routing pública. Este artigo mostra como, para nós e para quem o aloja hoje.
Olhe para qualquer grelha de funcionalidades de hosting e vai encontrá-lo, entre «NVMe SSD storage» e «suporte 24/7», como um facto da natureza: Rede totalmente redundante. Um visto, um tooltip com sorte, e passa-se ao separador seguinte. Ninguém para nele. Lê-se como coisa assente.
Não responde a nenhuma das perguntas que importam. Redundante em que camada, no switch, no carrier ou na rota? E quando um caminho morre mesmo às três da manhã, quem decide que o tráfego vai pelo outro lado, e quanto tempo espera por permissão para o fazer? A caixa de verificação é omissa sobre tudo isso, o que dá jeito, porque essas são as únicas perguntas cujas respostas mudam o que acontece ao seu website.
A redundância é uma cadeia de custódia
Quando um carrier falha, alguém tem de decidir que o tráfego segue pelo outro caminho. Essa decisão é todo o produto. Se o seu fornecedor detém o seu AS e opera o seu próprio routing, esse alguém é o seu fornecedor, a agir em minutos no seu próprio equipamento. Se o seu fornecedor é tenant num backbone alugado, esse alguém é o NOC de um upstream, a trabalhar uma lista de prioridades que o seu fornecedor não define, e o seu fornecedor está em espera juntamente com todos os outros que esse carrier acabou de deixar cair. A mesma palavra na página de vendas. Completamente diferente às três da manhã.
| REDUNDANTE NO PAPEL | REDUNDÂNCIA QUE CONTROLA |
|---|---|
| Um upstream, capacidade alugada, um SLA sobre a rede de outra pessoa | O seu próprio AS, multi-homed em carriers independentes |
| Failover decidido no NOC de outra pessoa | Failover decidido no seu próprio edge, pelos seus próprios engenheiros |
| Espaço IP alugado ao fornecedor a que está a tentar sobreviver | Espaço de endereçamento detido diretamente do registo |
| A LINHA QUE DECIDEVerificável: nada | Verificável: tudo, na tabela de routing pública |
Como é a nossa, dita de forma verificável
O nosso sistema autónomo, AS200477, opera nos nossos datacenters em Atenas, Amesterdão e Toronto. Somos multi-homed em vários fornecedores de trânsito, incluindo carriers Tier-1 globais e incumbentes regionais, e fazemos peering em internet exchanges como o GR-IX e o NetIX. O tráfego viaja em espaço IPv4 que detemos diretamente do RIPE, pelo que não muda de mãos quando a sua empresa cresce. As alterações de routing acontecem no nosso próprio edge, operado pelos nossos próprios engenheiros.
Verifique por si, trinta segundos
Encontre o AS.
Pesquise o nome de qualquer fornecedor no bgp.he.net. O nosso é o AS200477. A ferramenta resolve uma empresa para o sistema autónomo que realmente transporta o seu tráfego.
Conte os upstreams.
A vista peers-and-transit mostra quem transporta as rotas deles. Um upstream é um tenant. Dois ou mais carriers independentes é multi-homing a sério, do tipo que sobrevive ao mau dia de um carrier.
Verifique o peering em exchanges.
A participação em exchanges públicos está listada na mesma página. Significa que o tráfego regional segue caminhos locais curtos em vez de passear primeiro pelo backbone de um carrier distante.
Verifique de quem é o espaço de endereçamento.
Prefixos registados em nome do fornecedor significam que detém o seu próprio espaço. Prefixos registados em nome do upstream significam que a reputação do seu IP é um subarrendamento, e muda quando eles trocam de carrier.
Faça a mesma verificação a nós.
A mesma ferramenta, a mesma verificação. Pusemos o número de AS neste artigo de propósito, porque todo o argumento é que não deveria ter de o aceitar de fé.
Um número de uptime tem de se aceitar de fé. Isto, pode verificar-se antes sequer de falar com vendas.
“Redundância que não se controla é um boato que outra pessoa pode confirmar.”
A tabela de routing prova estrutura, não virtude. Carriers independentes podem, ainda assim, ser mal operados. Espaço detido diretamente pode, ainda assim, ser mal encaminhado por alguém a ter um mau dia. O que a verificação decide é mais estreito e mais útil do que uma nota de qualidade: quem está no controlo quando um caminho falha. É exatamente a pergunta que a caixa de verificação foi feita para saltar.
Respostas diretas
Como verifico a redundância de rede do meu fornecedor de hosting?+
Procure o AS deles numa ferramenta BGP pública como o bgp.he.net ou o bgpview. Conte os fornecedores de trânsito que transportam as rotas deles, e veja de quem é o nome no espaço de endereçamento deles. Demora menos de um minuto e não se falsifica, porque está a ler a tabela de routing global em tempo real, não uma página de vendas.
O que é o multi-homing e porque importa?+
Multi-homing é conectividade através de dois ou mais carriers independentes sob o seu próprio controlo de routing. Quando um carrier falha, o seu tráfego é reencaminhado porque a sua equipa o reencaminha, não porque esperou por outra pessoa. Um fornecedor com um único upstream herda todos os maus dias do seu único carrier.
Importa a quem pertencem os endereços IP que o meu website usa?+
Sim. Espaço de endereçamento detido diretamente significa que os seus endereços, e a reputação associada a eles, ficam no lugar quando a sua empresa cresce ou quando o seu fornecedor troca de carrier. Espaço subarrendado a um upstream é uma dependência com o seu nome, e pode mudar sem a sua empresa.
O peering num internet exchange é importante?+
Mantém o tráfego regional em caminhos locais curtos em vez de dar a volta por um carrier distante. Nós fazemos peering no GR-IX e no NetIX. As participações de um fornecedor em exchanges são públicas, pelo que isto é algo que se verifica e não algo que se pergunta.
Um fornecedor com um único upstream pode mesmo assim ser fiável?+
Até o upstream deixar de o ser. A questão estrutural não é a competência, é o controlo: com um só carrier, todas as decisões de failover que importam acontecem dentro de uma organização que nunca ouviu falar da sua empresa e que não lhe presta contas.
Faça a verificação. Depois ligue a quem ganhar.
bgp.he.net, o nome do seu fornecedor, trinta segundos. Se a resposta for um único upstream alugado, devíamos falar sobre como é ter uma rede própria.
Fale com um engenheiroChegou ao fim.
Ponha a leitura em prática
O que executa?
Fale-nos da carga de trabalho, do tráfego e dos requisitos de recuperação. Comece pelo configurador de servidores ou discuta os detalhes com um engenheiro.
Escrito pelos engenheiros que constroem e operam a infraestrutura que descreve.Fale com um engenheiro