Elastic cloud compute amazon web services
O Elastic Compute Cloud (EC2) é o Amazon Web Service mais amplamente utilizado. Mesmo o termo “computação em nuvem”, enfatiza a computação - e sua computação que EC2 oferece, em grande escala, em grandes variedades de tipos, e a preços ridiculamente baixos.
EC2 é baseado em virtualização - o processo de usar software para criar máquinas virtuais que, em seguida, realizar todas as tarefas que você associaria com um computador “real” usando um sistema operacional “real”. Se você tem alguma experiência com a virtualização, você vai entender o fundamento da EC2.
A fundação não é tudo para todos, no entanto. Existem diferenças significativas entre EC2 e virtualização tradicional, tipificados por produtos como o VMware ESX e Citrix XenServer - diferenças que você vai reconhecer rapidamente o suficiente quando você começar a usar o EC2. Em um produto de virtualização padrão, uma máquina virtual é execução ou quiescente (Uma maneira elegante de dizer “não execução”).
EC2 surgiu com sua própria terminologia: quando uma máquina virtual está em execução no EC2, é referido como uma instância- quando uma instância não está em execução no EC2, é referido como uma imagem. Da mesma forma, em virtualização, uma máquina virtual é começado, e em EC2 um exemplo é lançado.
Terminologia de lado, uma diferença mais significativa entre virtualização e EC2 está em como uma máquina / instância virtual nonrunning é armazenada quando não está em execução. Um produto de virtualização armazena toda a máquina virtual em disco-a única diferença no armazenamento entre uma máquina virtual em execução e uma máquina virtual de repouso é que a máquina em funcionamento é trazido para o gerente de máquina virtual e tornado operacional - os requisitos de armazenamento em disco são exatamente os mesmos .
A implicação é que você pode ter perdido o armazenamento em disco. Se você tem, digamos, uma máquina virtual com 1.7GB de espaço em disco, mas o sistema operacional da máquina virtual e software de aplicação exigem apenas 300 MB de espaço em disco - tem 1,4 GB de armazenamento não utilizado e, por extensão, 1,4 GB de espaço em disco desperdiçado.
EC2, por outro lado, armazena apenas os dados reais necessários para fornecer a máquina virtual e sistema operacional, portanto, apenas 300MB é armazenado no disco quando a instância não está em execução - e, crucialmente, você não pagar a 1,4 GB de disco não utilizado espaço que de outra forma seria sentar-se vazio. Este arranjo reduz o custo EC2 quando suas instâncias não estão funcionando.
Esta é apenas uma versão simplificada do que realmente acontece. AWS na verdade tem dois tipos de Amazon Machine Images (AMIs). Aqui descrito é o que acontece quando EC2 lida com imagens que são armazenadas no Amazon Simple Storage Service (conhecido como S3). Estas imagens lastreados em S3 é dado o tratamento padrão - um sistema de arquivo completo durante a execução como uma instância, mas uma imagem despojada quando não estiver em execução.
O outro tipo de imagem, referida como uma -backed EBS imagem (por causa de suas ligações com o produto AWS Storage Elastic Block), opera mais como virtualização tradicional, com armazenamento completa de todo o sistema de arquivos exemplo, mesmo que muito do que não tem dados.
casos S3 apoiados não armazenam as alterações feitas no sistema de arquivos quando a instância é desligado (Terminado). A próxima vez que a imagem é lançado, a instância em execução reflete o layout da imagem como originalmente criado. É semelhante a um imagem ouro ou um LiveCD (No caso de você já usou um sistema baseado em Linux CD).
Compreender a natureza transitória do sistema de arquivos para instâncias S3-backed é crítica. Não ocorreram alterações feitas a uma instância são persistentes pós-encerramento - ao contrário em qualquer sistema operacional que você já usou (exceto para LiveCD). Se a instância irá processar e guardar dados, você deve encontrar uma maneira de salvar os dados fora da instância. Simplificando, imagens S3 apoiados não fazem persistente de dados.