Conexões de rede redundantes para o site

Question

Estamos no processo de criar um novo aplicativo da web seguro para nossa empresa e estamos procurando opções para garantir a redundância em nosso data center. Não temos muito dinheiro, mas temos requisitos de largura de banda relativamente altos, por isso consideramos uma conexão 50/20 FiOS Business com um backup T1, que custaria ~ $ 600 / mês no total. Em comparação, um T3 parcial de 15Mbps custa US $ 2.500 / mês em nossa área.

Se tivéssemos que ir com essa configuração, existe uma maneira de alguém digitar nosso endereço para ser redirecionado automaticamente para a outra linha se o FiOS estiver inativo? Como é uma conexão SSL, precisamos garantir que o certificado também funcione de qualquer maneira.

Atualização - para aqueles que sugerem uma solução de data center externa, temos requisitos relativamente altos de largura de banda interna do usuário (~ 80Mbps). A compra de um pipe de 80Mbps para uma instalação de colocation, para a qual também teríamos que pagar altas taxas mensais, não é realmente financeiramente viável. Em nossa área, essa configuração custaria cerca de US $ 10.000 / mês.

    

Answer 1

Como a maioria das pessoas já disse, a solução real é o colocation. No entanto, como uma opção por causa de seus altos requisitos de largura de banda local, em muitos lugares, você pode fazer ponto a ponto metro Ethernet. Isso permitiria que você fosse do seu escritório para um data center e fosse muito mais barato do que pagar pela largura de banda externa no data center. A maioria dos grandes players oferece (AT & T, Verizon, etc.) e, no mínimo, vale a pena obter preços, mesmo que você não esteja interessado.

Eu também estou pensando que você poderia pagar pela hospedagem em algum lugar e ter URLs extras configurados. ie. www.yoursite.com, www2.yoursite.com (fios), www3.yoursite.com (backup T1). Quando os clientes externos acessarem o site www.seusite.com, você deverá ter um aplicativo em seu site de hospedagem remota verificando se www2 estava ativo. Em caso afirmativo, redirecione os clientes para www2. Caso contrário, redirecione os clientes para www3. Isso só funcionaria realmente para novas conexões e pessoas que não marcariam o www2 ou o www3 e estariam sujeitas à latência, e um milhão de outros ifs que tornam essa uma solução ruim, embora potencialmente viável.

    

Answer 2

Para expandir e reunir duas ideias mencionadas anteriormente: você pode usar um roteador multi-wan que tenha failover e adquira o serviço de hospedagem DNS com o recurso de equilíbrio de carga / failover que alternará automaticamente seus registros A quando a linha da Verizon ou seu T1 linha desce. Isso significa que você precisa configurar seu servidor para os dois IPs e testá-los toda vez que fizer uma alteração significativa.

Se você quiser simplificá-lo, eu recomendaria colocar em um datacenter que ofereça uma boa combinação de provedores BGP, e compre banda larga deles, o que tornará tudo muito mais simples.

    

Answer 3

Para mim, usar palavras como "data center" e "FIOS / T1" na mesma sentença é sem sentido. O termo "data center", em minha opinião, evoca imagens de salas de servidores com ampla largura de banda proveniente de uma ou mais fontes.

Com isso dito, se a aplicação for de tal importância, talvez ela deva ser hospedada em uma solução baseada em nuvem - ou pelo menos externamente? Em um cenário de nuvem, a redundância é incorporada, para que você não precise se preocupar se um ou mais links forem desativados ...

E, dependendo de qual provedor você escolher, pode ser mais barato hospedar o site do que tentar trazer a largura de banda / redundância desejada.

No entanto, só posso especular sobre isso, pois não sabemos mais detalhes sobre a implementação - onde os dados estão em comparação com o aplicativo, etc.

    

Answer 4

Você tem duas opções.

1. Básico: configure os registros DNS relevantes com TTL curto. Encontre uma maneira de atualizá-los com os endereços IP do T1, caso sua linha FIOS seja desativada.

2. Avançado: obtenha um AS e seu próprio bloco de IP. Instale os roteadores na frente de sua rede, configure-os para executar o BGP.

Se você não quiser usar os dois uplinks simultaneamente, eu diria que a primeira opção é totalmente aceitável.

    

Answer 5

A solução real, IMHO, é colocar um servidor em algum lugar confiável. Um pôster anterior é essencialmente correto: a única maneira de obter redundância real é obter seu próprio bloco de IP e fazer seu próprio roteamento, o que uma conexão Verizon FIOS não permitirá que você faça.

Você pode alugar um servidor de alguém que esteja disposto a fazer isso por você ou comprar um servidor e colocá-lo em algum lugar que forneça isso para você. A outra opção é definir um Time to Live (TTL) baixo em seus registros de DNS (talvez 5 minutos?) E, em seguida, alterar os registros de DNS quando uma linha desce e volta quando surge.

    

Answer 6

eles fazem roteadores multi-WAN. você pode usar um desses?

    

Answer 7

Ok, então, como estou lendo isso, você tem um escritório, que abriga sua equipe e um servidor (ou 2 +). Sua equipe está acostumada a acessar seus servidores rapidamente, e quer mantê-la assim, mas para eliminar seu ponto único de falha, você precisa de outro servidor.

Você pode gastar uma fortuna para conseguir que isso funcione em seu escritório, peça a um provedor de transporte público para fornecer uma linha alugada. Acredite em mim, não faz sentido fazer isso em "FiOS" ou em uma linha ADSL saltada. Não sei se a sua cotação do FiOS é de largura de banda, mas é improvável que você chegue perto dos 50Mbit.

Observe atentamente os dados da sua camada de aplicativo. Você pode otimizá-lo para transmissão WAN? Gzip tudo o que puder, e instale um proxy reverso para armazenar o máximo de dados possível. Além disso, mude toda a mídia externa, imagens, CSS e material do tipo javascript para um CDN. Eles podem se preocupar com a largura de banda que você não pode pagar.

Também parece que você quer barato, bom e confiável. Você pode ter 2 dos 3, mas não todos eles.

Se você insistir em hospedar os servidores do seu escritório, precisará de trânsito e roteamento de IP da operadora. A conectividade em si pode ter um OPEX alto, mas o CAPEX para o hardware de roteamento também será caro. Você precisará de um par (para verdadeira alta disponibilidade) de bons roteadores, firewalls e switches para começar.

Se você tentar otimizar seu aplicativo, poderá descobrir que pode obter desempenho semelhante em diversos links de WAN e pode levar o aplicativo inteiro para um ambiente de nuvem, como o EC2 da Amazon.

O resultado final da conectividade é o seguinte: se o seu aplicativo significa muito para você, vale a pena investir o dinheiro em fazê-lo da maneira correta. O corte de custos pode parecer uma ideia brilhante agora, mas vai voltar a te morder no traseiro.

    

Answer 8

O Ecassa faz alguns dispositivos de equilíbrio de carga / failover relativamente baratos. Parece que pode haver um ataque.

Produtos Exassa