Quero mover minha instância para uma microinstância para uma instância pequena, mas quando tento iniciar uma nova AMI com base na minha AMI de microinstância, isso só me dá a opção para instâncias de 64 bits.
Meu amigo inicial é baseado em uma imagem do Ubuntu 10.04.
Não é possível mover entre instâncias de 64 bits e 32 bits?
Seria possível usar um balanceador de carga para que uma instância de 32 bits e uma instância de 64 bits funcionassem juntas?
Tenho um site/aplicativo da web para o qual enviarei grandes volumes de dados. Começarei com 65 gigas de imagens e depois passarei para mais de 100 gigas de imagens.
Não tenho certeza de qual tipo de instância seria melhor para isso. Eu usaria um balanceador de carga e escalonamento automático para aumentar o número de instâncias quando a carga fosse alta.
Além disso, ao usar um balanceador de carga, uma das instâncias da AMI se torna a imagem primária e as demais atuam como clones dela?
Responder1
Você só pode iniciar imagens na mesma arquitetura (32 ou 64 bits) em que foram criadas. As microinstâncias podem ser de 32 ou 64 bits, mas se você usou uma imagem de 64 bits ao criar, ficará preso a ela. Você pode usar uma instância 'grande' em vez de uma 'pequena' se seu orçamento permitir isso.
É perfeitamente possível fazer balanceamento de carga (usando o ELB da Amazon ou outra instância com, por exemplo, HAProxy, Squid, verniz, etc.) diferentes tipos de instâncias.
Acho que seu maior problema é onde você planeja armazenar essa quantidade de dados. Se você planeja ter várias instâncias servindo o mesmo conteúdo (e sendo carregadas), você precisaráarmazenamento compartilhado. Você pode usar algo como GlusterFS para compartilhar os dados entre suas instâncias ou pode ter um 'servidor de armazenamento' que o NFS de suas instâncias da web monta.
Como funciona o escalonamento automático é definir uma 'imagem de inicialização' que é o ID AMI da sua imagem 'mestre'. Em seguida, ele inicializa esta imagem em resposta aos gatilhos (ou seja, a carga é muito alta). É importante pensar sobre o que isso significa conceitualmente - significa que cada instância inicializada será baseada na imagem original e não terá novos dados ou configurações atualizadas, etc.
Então, para resumir: se você for usar mais de um servidor web, precisará de alguma forma de armazenamento compartilhado. Freqüentemente, trata-se de bancos de dados (talvez no serviço RDS da Amazon), mas parece que você tem grandes 'arquivos' que precisa armazenar em vez de dados, portanto, precisa de armazenamento distribuído ou de um servidor de armazenamento.
Responder2
De acordo comPágina de descrição da instância do Amazon EC2, as instâncias Micro estão disponíveis em 32 e 64 bits, enquanto os tipos de instância Small estão disponíveis apenas em 32 bits . Este é o motivo pelo qual você não conseguirá iniciar sua AMI inicial de 64 bits no tipo de instância Small.
- Atualizar: Enquanto isso, a AWS introduziuUbiquidade de 64 bits, ou seja, todo tipo de instância pode ser usado com imagens de 64 bits, o que de fatofacilitará o dimensionamento vertical (para instâncias maiores e menores) sem a necessidade de manter AMIs paralelas (32 e 64 bits)(verAtualizações do EC2: nova instância média, Ubiquity de 64 bits, cliente SSHpara detalhes).
Em relação aos problemas do balanceador de carga: isso depende muito do seu padrão de uso - os tipos de instância de 32 e 64 bits podem funcionar juntos por trás de um balanceador de carga sem problemas. No entanto, eu sugeriria manter um tipo de instância. Em geral, acho que a principal preocupação para você deve ser E/S e memória se você estiver simplesmente fazendo uploads e nenhum processamento de imagem ou algo parecido. Eu sugeriria simplesmente tentar, usar a configuração mínima necessária para seu aplicativo da web e fazer alguns testes de carga com os dois tipos de instância.