Estou tentando entender como os vários fornecedores de virtualização (especificamente o Amazon EC2, mas também o VMware e o Xen) permitem que os fornecedores de software forneçam uma solução real de alta disponibilidade no ambiente em que os servidores são virtualizados.
Especificamente, se estou executando qualquer aplicativo de HA (troca, banco de dados, etc), preciso garantir que meus "servidores" virtuais redundantes não estejam localizados no mesmo servidor físico.
Usando soluções de virtualização internas (VMware, Xen, etc), posso provisionar adequadamente, bem como verificar o virtual - > arranjo físico. Eu poderia, no entanto, acidentalmente "vmotion" para o mesmo hardware físico.
Com o EC2, nem tenho tempo de provisionamento para selecionar diferentes servidores físicos. Como suas instâncias de computação em cluster são um servidor virtual por servidor físico, parece ser a única maneira de garantir que eu não tenha uma falsa sensação de redundância.
Qualquer ideia ou pensamento seria útil. O que outras pessoas estão fazendo sobre esse problema? Se os fornecedores fornecessem uma API onde eu pudesse obter algo tão simples quanto um identificador único do sistema físico, eu poderia pelo menos saber se teria um problema.
-Tim
Eu só consigo falar com o VMWare. Se você estiver usando o DRS, poderá criar regras que manterão as máquinas na mesma caixa física ou as manterão em caixas físicas separadas. Mesmo se você acidentalmente vmotioned a uma caixa com a outra máquina sobre ela seria vmotion de volta.
Se você usa uma solução hospedada gerenciada, basta descobrir o que seu contrato diz. Você não está gerenciando as máquinas nessa situação, você está comprando um serviço. Descubra o que você está comprando. Se o pacote que você comprar disser que não há ponto único de falha, tudo o que você pode fazer é assumir que está mantendo suas VMs em um hardware diferente. Se eles não o fizerem, e falhar, espero que seu contrato diga que você recebe algum dinheiro de volta, mês grátis, algo assim.
Se você não pode gerenciar os sistemas, por que eles dariam a você algum acesso para saber de que maneira a máquina física suas VMs estão ativas? Você não pode fazer nada sobre isso. E mesmo que você possa garantir que eles não estejam no mesmo host físico, como você determina que a SAN tenha malhas duplas, por exemplo?
Para uma solução hospedada, de um fornecedor respeitável, basta prestar atenção ao que você comprou.
editar - Na página EC2 : se você comprar máquinas em uma região, obterá 99,95% de tempo de atividade. Você pode comprar máquinas em diferentes zonas de disponibilidade para obter melhor confiabilidade.
Muitas vezes, eles estão sendo executados em um dispositivo de armazenamento compartilhado (uma SAN ou similar) e todos os hosts físicos se conectam a isso. Portanto, dois servidores que são capazes de executar uma VM têm conexões com o armazenamento compartilhado usando um sistema de arquivos em cluster. Quando um dos servidores falha, o outro é avisado para iniciar a execução - e ele pega os arquivos no armazenamento para que não haja interrupção.
É difícil migrar os dados de um convidado de 30Gb de um servidor para outro se um dos servidores falecer.
O armazenamento compartilhado em si é geralmente configurado para que os discos RAID totalmente redundantes e os comutadores de canal de fibra / iScsi redundantes.
Tags virtualization