AWS VPC ELB vs. balanceamento de carga personalizado

1

Então, estou pensando se isso é uma boa ideia. Eu tenho uma configuração do Amazon AWS VPC com sub-redes públicas e privadas. Então, eu estou pronto para obter o Gateway da Internet e o NAT. Eu ia configurar todos os meus servidores da web (Apache2 isntances) e servidores de banco de dados na sub-rede privada e usar um balanceador de carga / proxy reverso para pegar as solicitações e enviá-las para o cluster de sub-redes privadas de servidores. Minha pergunta, então, é que o Amazons ELB é um bom uso para eles, ou é melhor configurar minha própria instância personalizada para lidar com as solicitações públicas e executá-las através do NAT usando nginx ou pound?

Eu gosto da segunda opção apenas para ter uma instância na qual eu possa fazer login e verificar. Além de aproveitar o cache e a prevenção de DDoS do fail2ban, bem como possivelmente usar cofres com falha para redirecionar o tráfego. Mas eu não tenho experiência com os seus ELBs, então pensei em pedir suas opiniões.

Além disso, se vocês tiverem uma opinião sobre isso também, usar a segunda opção me permite ter apenas 1 endereço IP público e ser capaz de rotear conexões SSH através de números de porta para as respectivas instâncias?

Obrigado antecipadamente!

    
por CP510 16.04.2013 / 03:19

1 resposta

5

É difícil responder qual é o melhor para você, o ELB ou a sua própria solução.

Assim como vários serviços da Amazon, o ELB é simplesmente um serviço gerenciado e não precisa configurar e manter seu próprio ELB. Isso pode ser muito atraente, particularmente se você não tiver tempo ou recursos para fazer tudo sozinho.

Por trás do ELB da Amazon da cena há apenas um ou mais EC2s (configurados para agir como um balanceador de carga) que são dimensionados automaticamente para lidar com qualquer quantidade de tráfego (embora, digamos escala, seja mais uma escala linear, -imperme os balanceadores de carga através de um ticket de suporte).

A ELB já trabalha na VPC há alguns anos:

link

The popular AWS Elastic Load Balancing Feature is now available within the Virtual Private Cloud (VPC). Features such as SSL termination, health checks, sticky sessions and CloudWatch monitoring can be configured from the AWS Management Console, the command line, or through the Elastic Load Balancing APIs.

Se você estiver interessado em ter acesso ao funcionamento interno de seu balanceador de carga e quiser fazer algo acima do balanceamento de carga padrão, não terá alternativa a não ser fazer o seu próprio movimento.

Pessoalmente, gosto da ideia de ter o balanceador de carga gerenciado para mim. É fácil de configurar para que você possa testá-lo por si mesmo e ver se ele atende às suas necessidades.

    
por 16.04.2013 / 04:31