Acho que posso ajudar com alguma diferenciação. Divulgação completa, eu trabalho para RightScale.
Você está tomando uma boa decisão para abstrair seu gerenciamento de configuração de imagens de base - ele preservará sua futura escolha de infraestrutura. No entanto, quando você começa a adicionar ferramentas específicas da nuvem, como CloudWatch + Autoscaling, você está começando a se trancar. Painel da RightScale, API e imagens em nuvem múltipla são agnósticas na região e na AWS, permitindo preservar opções e flexibilidade futuras e tudo sobre as definições do sistema, as ferramentas de monitoramento e o agente do servidor RightLink que você coloca em suas máquinas para ativá-las são de código aberto. Em média, vemos uma economia de tempo de 60% sendo iniciada, 50% na manutenção contínua de sistemas e mais de 90% ao reutilizar seus ativos existentes para projetos futuros, bem como taxas de administração de servidor de até 1: 10.000 +.
Puppet + RightScale funciona bem e você pode estar interessado neste artigo de suporte: link Ainda existem boas razões para criar ServerTemplates baseados em script para o PuppetMaster e o PuppetClient (facilita a manutenção posterior), no entanto, você pode usar manifestos para a configuração do restante do ambiente. Você também pode usar scripts padrão em elogio e às vezes é mais fácil fazer isso para ações operacionais. Agrupar essas configurações de servidor em implementações ajudará você a definir, operar, clonar e rastrear melhor os recursos alocados a sistemas específicos.
O escalonamento automático do RightScale é fundamentalmente diferente do AWS - que pode ser melhor definido como autoliming, já que ele só acionará o próprio AMI para gerar. Matrizes de servidor (definições de servidor que dimensionam horizontalmente) podem ser disparadas de 3 maneiras. O monitoramento, que inclui mais de 60 métricas prontas para uso, além da capacidade de criar seu próprio (collectD), pode acionar ações de alerta para correção do sistema, incluindo autorrecuperação (reinicialização / reinicialização), execução de script ou dimensionamento. Ao dimensionar com base nos dados de monitoramento, usamos um acionador baseado em voto para evitar que um único nó em um cluster provisione ou desprovisione recursos. Isso também significa que os nós não estão sendo observados como um cluster para que você possa ser notificado quando um único servidor estiver com problemas (o CloudWatch examina o agregado). Em complemento ao carregamento, você também pode programar o dimensionamento se tiver padrões previsíveis. Alternativamente, você pode definir uma matriz para dimensionar com base em uma fila de trabalhos (boa para tarefas de processamento em lote constrangedoramente paralelas).
Além da automação e do gerenciamento de ativos, há muitas outras razões para usar RightScale, que geralmente não são aparentes ao considerar o uso da infraestrutura de nuvem inicialmente, mas podem ser extremamente importantes para uma organização. Permissões de segurança baseadas em funções para os usuários da sua conta, relatórios de auditoria de segurança de infra-estrutura, regras de login SSH gerenciadas, alocação / cotação de custos e rastreamento, e gerenciamento de grupo multi-credencial / corporativo são algumas.
A sua pilha de software não é um problema. Temos muita experiência com o MongoDB em outros clientes, como o GameTree.TV, embora não haja nenhum ServerTemplates pré-construído na biblioteca neste momento, como há para outras soluções NoSQL, como o Couchbase.
Por favor, experimente algumas destas ferramentas na Developer Edition, se ainda não o fez, pode inscrever-se em my.rightscale.com. Você também pode me encontrar na matt [at] rightscale ou postar mais perguntas aqui para o grupo. Há também alguns posts interessantes no Quora ( link ). Melhor do sucesso com o seu projeto.
- Matt