Quaisquer pensamentos sobre RightScale e Scalr para gerenciamento dinâmico Ec2 instância [fechado]

Question

Eu estou procurando uma ferramenta de custo eficaz para o gerenciamento de um aplicativo web no EC2. Rightscale parece o cão grande e encargos para ele. olhares Scalr como uma solução mais rentável, mas é difícil de descobrir todas as experiências reais do cliente ..

Os aspectos-chave que eu estou procurando é um balanceador de carga (http e https) e uma maneira de trazer automaticamente a capacidade servidores web adicional on-line como a carga aumenta, bem como encerrar as instâncias quando a carga cai.

Do que eu posso dizer, muitas pessoas estão rolando suas próprias coisas aqui. Estamos tentando liberar um aplicativo e realmente não quero ter que lutar contra muitos pesados ??sys batalhas de administração. Dada a importância do desempenho etc eu ficaria grato de ouvir conselhos e experiências de campo sobre este assunto.

Answer 1

Eu sou um usuário Scalr, um assinante Scalr.net, e tornaram-se um entusiasta Scalr. Não posso pagar Rightscale.

Scalr pode fazer o que você pede.

Scalr tem três imagens (cada um com 32/64 bit), além de uma base de imagem (genérico):

1) imagem Um balanceador de carga, correndo nginx. A configuração altamente disponível requer dois deles. Scalr irá gerir a sua nameservice, e round robin entre eles. Se um vai para baixo, Scalr irá removê-lo a partir de DNS e educação de uma outra instância. É possível executar outros balanceadores de carga, mas nginx é o padrão.

2) Várias imagens do servidor de aplicativos estão disponíveis, executando o Apache / Tomcat / Rails. Você pode configurar o aplicativo aqui, seja PHP / Perl / Python / Java / Ruby / whatever. nginx rotas solicitações entre essas instâncias agrupadas por usuário único (com base no navegador IP +). Scalr monitores estes para upness também, e substitui casos quebrado.

3) Uma imagem do banco de dados MySQL, com a replicação automática mestre / escravo. Apenas implantar seu esquema e Scalr lida com replicação e substitui servidores extinta. Ele também irá backup de seus dados periodicamente. DNS do Scalr fornece mestre e escravo nomes de host, então você pode ter seu aplicativo leia dos escravos e escrever para o mestre.

Todos estes tipos de instância será auto-escala com base na carga. Você começa com a imagem base mais próximo do que você está fazendo, e então você personalizá-los para a sua aplicação. Por exemplo, nós implementar nosso aplicativo Perl / catalisador nas instâncias de servidor Apache, mas servimos conteúdo estático dos servidores front-end nginx. Tivemos que modificar nossa aplicação ligeiramente para uso ler alças de banco de dados / gravação.

Ao todo, que demorou cerca de três semanas de trabalho através de erros no Scalr para obter o nosso aplicativo para um estado de confiança onde eu estou confiante de que é altamente disponível com Scalr. Seu apoio foi fenomenal, por isso, os erros não me incomoda muito, eo sistema é muito bem vinda. Ele está se aproximando sério confiabilidade.

Como uma nota lateral, a melhor característica de Scalr é o recurso 'Sincronizar para Todos', que auto-agrupa seu AMI e re implanta-lo em uma nova instância - tudo sem a interrupção do serviço. Isso poupa o tempo de passar pelo processo de criação da imagem EC2 longa / AMI, que de outra forma pode tornar as tarefas de administração muito simples demorar 20 minutos. Você pode usar este se você está escalando sua fazenda servidor ou não -. Que seria muito útil, mesmo em uma única instância

Eu pago Scalr.net $ 50 por mês para hospedar o serviço para mim, porque eu acho que me poupa tempo e dinheiro. A linha inferior até agora é esta: o meu último show, tivemos um sistema de cara trabalhando em nossa configuração altamente disponível servidor de aplicações Linux DB + por um ano ... e ele não conseguiu alcançar o tipo de confiabilidade que eu consegui em três semanas . As economias usando Scalr em comparação com rolando minha própria são extremas.

Tudo o que está sendo dito, se eu podia pagar Rightscale, eu estaria usando Rightscale. Mas a taxa up-front e US $ 500 por mês tornam isso impossível. Houve uma conversa de acenar a taxa up-front em troca de acenando a consultoria que inclui, mas a taxa de serviço mensal não vai a lugar nenhum.

Eu devo mencionar que, no momento, de sclar.net site está em baixo, então se eu queria administrar qualquer um dos meus farms de servidores (não tê-los até atm), eu simplesmente não podia no momento. Não é claro se descamação está trabalhando para assinantes scalr.net agora, ou não. O que quer dizer ... isso não é talvez uma solução madura ainda. Isso não acontece muitas vezes, antes desta noite o único tempo de inatividade eu experimentei estavam em períodos de alguns minutos a uma hora. Mas sim ... seu baixo agora, então eu devo mencioná-lo:)

Gostaria de sugerir uma leitura completa do grupo de apoio em http://groups.google.com / grupo / Scalr-discuss antes de tomar sua decisão. Se você pegar Scalr, estar preparado para testar a configuração e trabalhoatravés de quaisquer questões que você tem sobre o grupo do Google.

Answer 2

vou comentar sobre a sua questão, uma vez que dá uma resposta concreta é um pouco ambicioso.

Em primeiro lugar, eu vejo que você tem haproxy em suas tags. Isso é definitivamente o software de balanceamento de carga melhor comprovada no EC2. Há documentação e experiências nos fóruns da AWS sobre o uso de haproxy.

Eu sou incapaz de lhe dar uma opinião sobre Scalr, mas Rightscale está indo na direção certa. Um dos RightScale maioria dos recursos interessantes em seu roteiro é que eles são um sistema MGMT nuvem para qualquer nuvem não apenas EC2 da Amazon. Isso os torna muito promissor ao tentar carregar pedido equilibrar e upscaling em necessidade.

Além disso, você pode inscrever-se para uma conta gratuita desenvolvedor no RightScale e você pode testar alguns dos seus AMI e os scripts livres, eles são bastante impressionantes.

Bem, isso pode soar como eu estou trabalhando lá ou algo assim, mas eu sou um apenas um usuário nuvem, nenhuma conexão com eles. Se que atravessa sua mente.

Espero que isso ajude, pelo menos contribui para a discussão.

Geo

Answer 3

Já esteve em Scalr por cerca de dois meses e agora fizeram a transição lentamente várias aplicações de produção para a plataforma com bons resultados. Recomendo vivamente para uma rápida volta ao redor / suporte e valor. Eu gostaria de vê-los a melhorar a disponibilidade de sua plataforma.

Em suma, um bom ajuste para o cartaz original com base no caso de uso simples apresentado.

Answer 4

Cada serviço tem um dia ruim. serviços da AWS ver o tempo de inatividade. No entanto, ainda existem usuários que executam seus aplicativos on AWS.

Eu tenho algumas fazendas na Scalr.net e comparados com Rightscale. Eu não tenho que pagar um braço e uma perna.

No geral, o serviço é muito confiável. E agora, com o mecanismo de script i pode configurar meus próprios scripts para governar os meus casos.

Com Atenciosamente Hareem Haque

Answer 5

Ambos os serviços (RightScale e Scalr) são grandes. A oferta não é o mesmo e o preço não é o mesmo também. Mas ambos são o que eu estava procurando. Regaring nosso Scalr orçamento se encaixa as minhas necessidades. Eu encontrei o apoio através de um grupo google muito estranho no início, mas ele é muito rápido e eficiente.

A solução também é open source (não é ruim) e eles também têm um V2 em seu roteiro com suporte a outros fornecedores.

Espere e veja, mas até agora, estou muito feliz com ele

Answer 6

Decidir sobre a escolha certa pode não ser tão cortada e seca como todos esperam. Encontrei-me com e ouviu palestras de Scalr sobre sua plataforma e também ouviu a RightScale discutir sua plataforma. Se você tem um simples SOA (App Server - Database Server - Servidor de Arquivos), em seguida, uma ou outra escolha vai ser bom para sua empresa.

Em última análise, se você tiver criado alguns middleware personalizado e você confiar em bases conhecidas ou pontos específicos para apertos de mão, você terá de considerar e auto-escala que você pode e cair de volta para suas próprias soluções para o que pode' de balanceamento de carga t ser gerido com qualquer um destes serviços.

Answer 7

Algumas pessoas dizem que automática escala não vai resolver o problema

Answer 8

Eu estou olhando para Scalr agora e apesar de tudo parece ser bom, eu decidi continuar com o meu próprio script para o propósito de gerenciamento de nuvem / escala. Eu tenho 8 servidores agora e estou pagando apenas as taxas AWS. Eu uso chef (auto-hospedado), Nagios, e um monte de outras ferramentas. Meus bancos de dados são mysql e MongoDB, balanceador de carga é haproxy, camada de aplicativo é trilhos. Até eu preciso 100s de servidores, acho que só vai continuar scriptin'; -)