P: O que está mudando?

Os IDs de instâncias e reservas do EC2 e de volumes e snapshots do EBS e do Storage Gateway estão mudando para um formato mais longo. A transição para IDs de instância e reserva mais longos começou em janeiro de 2016 e se estenderá até o início de dezembro do mesmo ano. A transição para IDs de volume e snapshot mais longos começará em abril de 2016 e se estenderá até o início de dezembro do mesmo ano. Durante esse período, você pode escolher qual formato de ID foi atribuído a esses recursos, e será possível atualizar suas ferramentas e seus scripts de gerenciamento para incluir suporte ao formato mais longo. Após o início de dezembro de 2016, será exigido que todas as instâncias e todos os volumes e snapshots recém-criados utilizem o formato de ID mais longo.

O novo formato só será aplicável para recursos recém-criados, seus recursos atuais não serão afetados. Acesse o blog da AWS para obter uma visão geral passo a passo de como fazer opt-in IDs mais longos.

P: Será necessário atualizar para uma nova versão dos AWS SDKs ou da CLI?

Para usar a AWS CLI e os SDKs com IDs mais longos, é necessário atualizar para as seguintes versões:

– PHPv2: atualize para v2.8.27+
– PHPv3: atualize para v3.15.0+
– ILC: atualize para v1.10.2+
– Boto3: atualize para v1.2.1+
– Botocore: atualize para v1.3.24+

Os seguintes SDKs são totalmente compatíveis com IDs mais longos e não necessitam serem atualizados: PHP v1, Boto v1, Boto v2, Ruby v1, Ruby v2, JavaScript, Java, .NET, AWS Tools para Windows PowerShell e Go.

No entanto, caso você deseje usar as novas APIs ModifyIdFormat e DescribeIdFormat, será necessário atualizar suas ferramentas para receber as novas APIs a partir de janeiro de 2016.

P: Como será o novo formato de identificador?

O novo formato de identificador seguirá o padrão do formato de identificador atual, apenas será mais longo. O novo formato será -<17 caracteres>. Por exemplo: "i-1234567890abcdef0" para instâncias do EC2 ou "snap-1234567890abcdef0" para snapshots do EBS.

Veja a seguir um exemplo do novo formato de ID de instância no console do EC2. 

novo formato de ID de instância

P: Porque ele é necessário?

Esta medida foi necessária graças ao crescimento acelerado e contínuo da AWS. Nós começaremos a ficar sem IDs para determinados recursos do EC2 e do EBS daqui a mais ou menos um ano. Para que seja possível a criação em longo prazo e ininterrupta de novas instâncias e reservas, além de novos volumes e snapshots, precisaremos introduzir um formato de ID mais longo para esses recursos. Pode ser que dentro de alguns anos seja necessário expandir os identificadores adicionais também.

P: Qual impacto disso para mim?

Existe uma boa chance de que você não precise fazer nenhuma alteração no sistema para processar o novo formato. Se o console só for usado para gerenciar recursos da AWS, pode ser que não haja impacto algum, mas você ainda deve atualizar suas configurações para usar o formato de ID mais longo assim que possível. Se você interagir com os recursos da AWS via APIs, SDKs ou CLI, poderá haver impacto se seu software fizer suposições sobre o formato do ID na validação ou persistência de IDs de recurso. Se esse for o caso, pode ser necessária uma atualização dos sistemas para processar o novo formato.

Alguns modos de falha podem incluir:
• Se os seus sistemas usarem expressões regulares para validar o formato do ID, pode ocorrer um erro, caso um formato mais longo seja encontrado.
• Se houver expectativas acerca do tamanho do ID nos seus esquemas de banco de dados, o armazenamento de um ID mais longo pode ser inviável.

Dependendo das ferramentas que estiver usando, talvez seja necessário atualizar para versões mais recentes da AWS CLI e dos SDKs. Consulte a lista acima para as ferramentas afetadas e as versões compatíveis.

P: Isso afetará recursos atuais?

Não, apenas recursos criados após você optar pelo formato mais longo serão afetados. Quando um recurso tiver um ID atribuído (longo ou curto), ele nunca será alterado. Qualquer recurso criado com o formato de ID antigo sempre reterá seu ID mais curto, e qualquer recurso criado com o novo formato reterá seu ID mais longo, mesmo se você fizer o opt-out.

P: Quando essa mudança ocorrerá?

O cronograma de implantação de IDs de instância e reserva está exibido abaixo: 

Cronograma de implantação do ID de instâncias, reservas, volumes e snapshots

A partir de 13 de janeiro de 2016, a opção por IDs de instância e reserva mais longos do EC2 estará disponível por meio de APIs e no console. Entre janeiro e dezembro de 2016, todas as contas poderão optar por usar e deixar de usar IDs de instância e reserva mais longos, conforme for necessário, para fazer testes.

A partir de 28 de abril de 2016, por padrão, as novas contas terão IDs de instância e reserva do EC2 mais longos em todas as regiões da AWS, exceto Pequim (China) e AWS GovCloud (EUA), com a opção de solicitar o formato menor, se necessário.

A opção por IDs de volume e snapshot mais longos do EBS e do Storage Gateway estará disponível a partir de 25 de abril de 2016 por meio de APIs e no console. As novas contas criadas em junho de 2016, ou após essa data, assumirão como padrão os IDs de snapshot e volume mais longos, com a opção de opt-out, se necessário.

O início de dezembro de 2016 é o prazo final para incluir suporte para IDs mais longos. A transição para IDs mais longos ocorrerá em uma região de cada vez, entre os dias 5 de dezembro de 2016 e 16 de dezembro de 2016. Após esse período, a opção de alternância entre formatos não estará mais disponível, e todos os IDs de instância, reserva, volume e snapshot recém-criados assumirão o formato mais longo.

P: Porque o período de implantação é tão longo?

Nós queremos oferecer a você o máximo de tempo possível para testar seus sistemas com o novo formato. Um longo período de transição oferece flexibilidade máxima para testar e atualizar seus sistemas de modo incremental e ajudará a minimizar as interrupções durante a inclusão do suporte ao novo formato.

P: E se eu preferir manter o recebimento do formato de ID mais curto após dezembro de 2016?

Infelizmente, isso não é possível, independentemente da especificação das suas definições de usuário.

P: Como o opt-in funciona? E o opt-out?

Durante o período de transição (de janeiro a dezembro de 2016), você poderá optar por receber IDs mais longos ou mais curtos usando as APIs ou o console do EC2. O ModifyIdFormat define o formato dos IDs de instância e reserva, e o DescribeIdFormat permite que você veja as definições do formato do seu ID. As duas APIs se aplicam ao usuário que faz a chamada e são específicas por região. As definições de formato de ID podem ser modificadas por usuário do IAM, por região e por tipo de recurso. Qualquer usuário do IAM sem definições explícitas assumirá de volta as definições da conta raiz. Normalmente, depois que atualizar suas configurações de formato de ID, pode demorar alguns minutos para que entrem em vigor.

Se seus testes revelarem problemas que precisam ser resolvidos, você poderá fazer o opt-out desse novo formado de ID mais longo até que seus sistemas estejam preparados para tratar de ID mais longos. Esta opção estará disponível até dezembro de 2016. A partir de dezembro de 2016, o novo formato de ID mais longo será obrigatório, e o formato mais curto não estará mais disponível.

P: Como posso fazer o opt-in da conta inteira de uma só vez?

Sim. Você pode fazer o opt-in usando as AWS CLIs modify-identity-id-format e describe-identity-id-format, além de especificar o ARN e o tipo de recurso desejados. Você precisará fazer isso separadamente para cada tipo de recurso (instâncias, volumes, reservas e snapshots). Para fazer o opt-in da conta inteira, especifique a conta raiz como o Nome de recurso da Amazon (ARN). Isso aplicará alterações à conta e não será necessário definir cada preferência de usuário/função individual. Para obter mais informações, consulte o EC2 User Guide ou o Knowledge Center.

Observação: se você fizer o opt-in do usuário raiz, todos os usuários/funções que estiverem executando instâncias na conta adotarão a preferência do usuário raiz, a menos que sua preferência de opt-in de usuário/função específica (ARN) já esteja explicitamente definida. Você só deve fazer o opt-in do usuário raiz se tiver certeza de que todos os serviços usando sua conta são compatíveis com IDs mais longos.

P: Como posso fazer o opt-in em todas as regiões de uma só vez?

Você pode fazer o opt-in em todas as regiões de uma só vez usando a ferramenta Longer-Id-Converter. Ao usar essa ferramenta, você pode fazer o opt-in em todas as regiões e em todos os recursos. Essa ferramenta migrará não apenas a conta raiz ou admin, mas também todas as funções/todos os usuários do IAM na conta raiz em todas as regiões. Você também pode usar essa ferramenta para verificar o status de opt-in da sua conta. Para obter mais informações sobre essa ferramenta, consulte o arquivo README.

Observação: se os seus sistemas encontrarem um problema após a transição para IDs mais longos, você poderá usar a mesma ferramenta para voltar a usar IDs mais curtos na sua conta em todas as regiões.

P: Posso fazer o opt-in por IDs mais longos por função do IAM?

Sim, você pode usar as novas APIs modify-Identity-id-format e describe-identity-id-format para controlar e ver como identidades diferentes têm a opção de usar IDs mais longos. Você pode fazer opt-in para obter IDs mais longos de acordo com a conta, a função do IAM ou o usuário do IAM. Fazer opt-in por um usuário ou uma função do IAM pode ajudá-lo a testar seus sistemas antes de fazer opt-in de sua conta inteira. Para obter mais informações, consulte o Guia do usuário do EC2.

Observação: na versão de 01-10-2015 da API do Amazon EC2, se você chamar pela API describe-id-format ou modify-id-format usando as credenciais de função do IAM, os resultados se aplicarão à conta da AWS como um todo, e não à função específica do IAM. Na versão atual da API do Amazon EC2, os resultados se aplicarão corretamente apenas à função do IAM. 

P: O que acontecerá se eu não fizer nenhuma alteração?

Se você não fizer o opt-in para o novo formato durante o período de transição, ele será feito automaticamente para você no prazo final em dezembro de 2016. Nós não recomendamos essa abordagem. É melhor incluir suporte para o novo formato durante o período de transição, o qual oferece a oportunidade de testes controlados.

P: O que é um ID de reserva? Os IDs de reserva se aplicam apenas a instâncias reservadas?

Os IDs de reserva aplicam-se a todas as instâncias e são diferentes das instâncias reservadas. Cada instância executada pelo EC2 tem um ID de reserva. Um ID de reserva tem um relacionamento individual com uma solicitação de execução de instância, mas pode ser associado com mais de uma instância, caso você execute várias instâncias usando a mesma solicitação de execução. O ID de reserva é retornado pela API DescribeInstances e pode ser visualizado na descrição de qualquer instância no EC2 Management Console (veja abaixo).

ID de reserva

P: Quais melhores práticas são recomendadas durante o teste dos meus sistemas e a inclusão de suporte para os novos formatos de ID?

Se for possível executar o seu software sob várias contas diferentes da AWS, escolha (ou crie) uma conta da AWS para fazer o teste. Como opção, se o seu software for executado sob uma única conta da AWS, escolha (ou crie) um usuário de IAM para fazer o teste.

Defina a conta ou o usuário de IAM que você escolheu para receber os IDs mais longos, teste seu software e faça as alterações necessárias. Observe que se um usuário do IAM executar uma instâncias com um ID mais longo, todos os outros usuários serão capazes de ver o ID mais longo em chamadas descritivas posteriores, independentemente das configurações de opt-in específicas do usuário. Assim que você estiver certo de que o seu software vai operar conforme o esperado, será possível fazer o opt-in para todas as suas contas e/ou usuários de Se surgir algum problema inesperado, você pode fazer o opt-out até que os problemas sejam entendidos e corrigidos. Este procedimento de teste será possível até o prazo final de dezembro de 2016, quando todas as instâncias, reservas, volumes e snapshots receberão o formato de ID mais longo.

Assim que o seu software estiver pronto para IDs mais longos, faça o opt-in para IDs mais longos em todas as suas contas, regiões e recursos. Quando esta etapa estiver concluída, você terá feito a transição para o novo formato completamente e nenhuma outra ação será necessária.

P: Como posso saber quando terminei o processo de opt-in para IDs de recurso mais longos?

Depois de terminar o processo de teste descrito acima, faça o opt-in para IDs mais longos em cada região e usuário. Como alternativa, você pode fazer o opt-in no usuário raiz para cada região; isso atualiza as configurações de formato do ID para toda a conta, desde que nenhum usuário individual do IAM tenha feito o opt-out. Você precisará fazer isso separadamente para cada tipo de recurso (instâncias, volumes, reservas e snapshots). Após a conclusão desta etapa, o processo de transição estará concluído e não será necessária nenhuma outra ação para estes tipos de recurso. Observe que, como os recursos atuais reterão seus IDs originais, você poderá perceber uma mistura de IDs longos (para novos recursos) e IDs curtos (para recursos preexistentes) assim que o processo de opt-in for concluído.

P: Qual será o tipo de ID padrão para as novas contas?

Para instâncias e reservas, as contas criadas a partir de 28 de abril de 2016 serão configuradas para receber por padrão o formato de ID mais longo em todas as regiões da AWS, exceto Pequim (China) e AWS GovCloud (EUA). Se você for um novo cliente, isso tornará a transição para IDs de instância e reserva mais longos muito simples. Caso você deseje que a sua nova conta atribua o formato de ID antigo para seus recursos, basta reconfigurar sua conta para IDs mais curtos, conforme descrito acima. Este fluxo de trabalho será necessário até que você esteja pronto para que suas contas recebam IDs mais longos.

Para volumes e snapshots, as contas criadas em junho de 2016, ou após essa data, serão configuradas para receber o formato de ID mais longo como padrão, com a opção de opt-out, caso seja necessário, até dezembro de 2016.

P: Outros identificadores serão alterados?

Com o crescimento contínuo da AWS, é possível que seja necessário aumentar o tamanho dos IDs de outros recursos no futuro.

P: Isso se aplica a instâncias do Spot?

Sim, os formatos de ID de instância e reserva mais longos serão aplicados a todos os tipos de instância do EC2.

P: Sou um cliente do EC2 Windows. Preciso saber alguma coisa específica sobre o Windows?

Se você usar os IDs de instância EC2 como parte do nome do computador para as instâncias EC2 Windows, observe que Windows irá truncar o nome para 15 caracteres automaticamente a fim de seguir as convenções de nomenclatura do NetBIOS. Devido a esse comportamento de truncamento, talvez você veja nomes de computador duplicados com 15 caracteres se estiver usando essa convenção de nomenclatura. Recomenda-se usar um esquema de nomenclatura exclusivo para evitar complicações.

P: Como posso aceitar novas instâncias de Auto Scaling para IDs longos?

O Auto Scaling reflete a definição de usuário raiz. Isso substitui o que foi configurado pela função do IAM. 

P: Eu uso a AWS por meio de uma ferramenta de terceiros. O que preciso fazer para poder usar IDs mais longos?

Estamos trabalhando com terceiros para garantir a melhor experiência para os nossos clientes. Porém, recomendamos que você consulte seu ISV (fornecedor de software independente) para determinar o nível de suporte oferecido para essa mudança antes de ativar o formato de ID mais longo na sua conta.

P: Quando ocorrerá a transição final para os IDs mais longos?

A transição para IDs mais longos ocorrerá em uma região de cada vez, entre os dias 5 de dezembro de 2016 e 16 de dezembro de 2016. Você pode conferir a data programada da transição para cada região usando a AWS CLI describe-id-format.

P: Se eu fizer o opt-in para IDs mais longos e depois fizer o opt-out durante o período de transição, o que acontecerá com os recursos criados com os IDs mais longos?

Após a atribuição de um ID para um recurso ele não será mais alterado, portanto, os recursos criados com IDs mais longos reterão os IDs mais longos, independentemente das ações tomadas posteriormente. Se você fizer o opt-in pelo formato mais longo, criar recursos e depois fizer o opt-out, você verá uma mistura de IDs de recursos longos e curtos, mesmo após fazer o opt-out. O único modo de eliminar os IDs longos será excluindo ou encerrando os respectivos recursos.

Por esta razão, recomendamos atenção e que a criação de recursos essenciais usando o novo formato seja evitada até que você tenha testado suas ferramentas e sua automação.

P: O que devo fazer se os meus sistemas não estiverem funcionando conforme o esperado antes da transição final no dia 16 de dezembro de 2016?

Se os seus sistemas não estiverem funcionando conforme o esperado durante o período de transição, você poderá fazer temporariamente o opt-out dos IDs de formato mais longo e corrigir seus sistemas. No entanto, sua conta será transferida de volta para o uso de IDs mais longos após o dia 16 de dezembro de 2016. Independentemente das definições da sua conta, todas as novas instâncias, reservas, volumes e snapshots receberão os IDs de formato mais longo, portanto, é importante que você teste seus sistemas com IDs de formato mais longo antes que o período de transição final comece. Ao testar e fazer o opt-in antecipadamente, você proporciona a si mesmo um tempo precioso para fazer modificações nos seus recursos com IDs curtos, além de minimizar as chances do seu sistema sofrer qualquer impacto.

P: O que ocorrerá se eu executar recursos do EC2 e do EBS em várias regiões durante o período de transição final em dezembro de 2016?

O tamanho do seu ID de recursos dependerá da região onde você os executa. Se a região já tiver feito a transição para o uso de IDs mais longos, os recursos executados nessa região terão IDs de formato mais longo, caso contrário, terão IDs de recurso mais curtos. Logo, durante o período de transição, você poderá perceber uma mistura de IDs de recursos mais curtos e mais longos, no entanto, após o dia 16 de dezembro de 2016, todos os novos recursos terão IDs de formato mais longo em todas as regiões.

P: Se a AWS incluir novas regiões durante o período de transição, as novas regiões serão compatíveis com os IDs mais longos?

Sim. Como padrão, todas as novas regiões executadas do segundo semestre de 2016 em diante emitirão IDs com formato mais longo para instâncias, reservas, volumes e snapshots para contas novas e atuais.

P: O que é o Amazon Elastic Compute Cloud (Amazon EC2)?

O Amazon Elastic Compute Cloud (Amazon EC2) é um serviço da web que disponibiliza capacidade computacional redimensionável na nuvem. Ele foi projetado para facilitar a computação em escala na web para os desenvolvedores.

 

P: O que posso fazer com o Amazon EC2?

Assim como o Amazon Simple Storage System (Amazon S3) permite o armazenamento na nuvem, o Amazon EC2 permite a "computação" na nuvem. A interface de serviço da Web simples do Amazon EC2 permite que você obtenha e configure a capacidade com mínimo atrito. Oferece um controle completo de seus recursos computacionais e permite que você trabalhe no ambiente computacional comprovado da Amazon. O Amazon EC2 reduz o tempo exigido para obter e inicializar novas instâncias do servidor em minutos, permitindo que você escalone rapidamente a capacidade para mais e para menos, à medida que os requisitos de computação são alterados. O Amazon EC2 muda a economia da computação ao permitir que você pague somente pela capacidade que realmente usa.

 

P: Como posso começar a usar o Amazon EC2?

Para se conectar ao Amazon EC2, clique no botão "Sign up for This Web Service" (Conectar-se a este serviço da Web) na página de detalhe Amazon EC2. Você deve ter uma conta do Amazon Web Services para acessar esse serviço. Se você ainda não tiver uma, será solicitado sua criação ao iniciar o processo de conexão do Amazon EC2. Após a conexão, consulte a documentação do Amazon EC2, que inclui nosso Guia de conceitos básicos.

 

P: Por que eu devo verificar o número de telefone ao me conectar ao Amazon EC2?

O registro do Amazon EC2 exige que você tenha um número de telefone válido e um endereço de e-mail no arquivo com a AWS, caso precisemos entrar em contato. A verificação do número de telefone leva apenas alguns minutos e envolve o recebimento de um telefonema durante o processo de registro e a inserção de um número PIN usando o teclado do telefone.

P: O que os desenvolvedores podem fazer agora que não podiam fazer antes?

Até agora, os pequenos desenvolvedores não tinham capital para adquirir recursos de computação grandes e garantir que teriam a capacidade necessária para lidar com os picos inesperados na carga. O Amazon EC2 permite que qualquer desenvolvedor impulsione os próprios benefícios da Amazon de grande escala sem investimento prévio ou compromissos de desempenho. Os desenvolvedores agora estão livres para inovar, sabendo que não importa o quão bem-sucedido seu negócio se torne, será econômico e simples garantir que eles tenham a capacidade de computação de que precisam para atender aos seus requisitos de negócios.

A natureza "Elastic" do serviço permite que os desenvolvedores escalem-se instantaneamente para atender aos picos no tráfego ou na demanda. Quando os requisitos de computação mudarem inesperadamente (para mais ou para menos), o Amazon EC2 poderá responder de forma imediata, significando que os desenvolvedores têm a capacidade de controlar quantos recursos estão sendo usados em um determinado momento. Em contrapartida, serviços de hospedagem tradicionais geralmente fornecem um número fixo de recursos para uma quantidade fixa de tempo, significando que os usuários têm uma capacidade limitada de responder facilmente quando seu uso está sendo alterado rapidamente, de forma imprevisível ou sabe-se que ocorrem grandes picos em diversos intervalos.

 

P: Como executo sistemas no ambiente do Amazon EC2?

Assim que você configurar sua conta e selecionar ou criar as AMIs, estará preparado para inicializar sua instância. É possível iniciar sua AMI em qualquer número de instâncias sob demanda ao usar a chamada de API RunInstances. Basta indicar quantas instâncias você deseja executar. Caso deseje executar mais de 20 instâncias sob demanda, preencha o formulário de solicitação de instâncias do Amazon EC2.

Se o Amazon EC2 puder atender à sua solicitação, a API RunInstances retornará o êxito e começaremos a executar suas instâncias. Você pode verificar o status das suas instâncias usando a chamada de API DescribeInstances. Também é possível encerrar programaticamente qualquer número de suas instâncias usando a chamada de API TerminateInstances.

Se houver instâncias em execução usando uma partição de inicialização do Amazon EBS, também será possível usar a chamada de API StopInstances para liberar os recursos computacionais, mas preservar os dados na partição de inicialização. Você pode usar a API StartInstances quando já estiver preparado para reiniciar a instância associada com a partição de inicialização do Amazon EBS.

Além disso, você tem a opção de usar as Instâncias spot para reduzir os custos computacionais ao dispor da flexibilidade quando for possível executar os aplicativos. Leia mais sobre as Instâncias spot para obter uma explicação mais detalhada sobre como as Instâncias spot funcionam.

Se você preferir, também poderá realizar todas essas ações com base no AWS Management Console ou por meio da linha de comando usando nossas ferramentas de linha de comando, que foram implementadas com esta API do serviço da Web.

 

P: Qual é a diferença entre usar o armazenamento de instâncias local e o armazenamento do Amazon Elastic Block Storage (Amazon EBS) para o dispositivo-raiz?

Ao iniciar as instâncias do Amazon EC2, você tem a capacidade de armazenar seus dados do dispositivo-raiz no Amazon EBS ou no armazenamento da instância local. Ao usar o Amazon EBS, os dados no dispositivo-raiz persistirão independentemente da duração da instância. Isso permite que você interrompa e reinicie a instância posteriormente, o que é semelhante a desligar o laptop e reiniciá-lo quando for necessário novamente.

Ou o armazenamento da instância local persistirá somente durante o ciclo de vida da instância. Trata-se de uma forma econômica de iniciar instâncias onde os dados não estão armazenados no dispositivo-raiz. Por exemplo, alguns clientes usam essa opção para executar sites da Web grandes onde cada instância é um clone para lidar com tráfego da Web.

 

P: Com que rapidez os sistemas serão executados?

Normalmente, leva menos de 10 minutos a partir da emissão da chamada da API RunInstances para o ponto onde todas as instâncias solicitadas começam suas sequências de inicialização. Esse período depende de uma série de fatores, incluindo o tamanho da AMI, o número de instâncias que estão sendo iniciadas e há quão pouco tempo você iniciou aquela AMI. As imagens iniciadas pela primeira vez poderão demorar um pouco mais para serem inicializadas.

 

P: Como faço para carregar e armazenar meus sistemas com o Amazon EC2?

O Amazon EC2 permite que você defina e configure tudo sobre suas instâncias, desde o sistema operacional até os aplicativos. Uma Amazon Machine Image (AMI) é simplesmente um ambiente empacotado que inclui todos os bits necessários para configurar e iniciar a instância. Suas AMIs são sua unidade de implantação. Você pode ter apenas uma AMI ou compor seu sistema com base em várias AMIs de blocos de construção (por ex., servidores da Web, servidores de aplicativos e bancos de dados). O Amazon EC2 fornece uma série de ferramentas para facilitar a criação de uma AMI. Assim que você criar uma AMI personalizada, terá de empacotá-la. Se você estiver empacotando uma imagem com um dispositivo-raiz respaldado pelo Amazon EBS, poderá simplesmente usar o comando empacotado no AWS Management Console. Se você estiver empacotando uma imagem com uma partição de inicialização no armazenamento de instâncias, então terá de usar as Ferramentas AMI para fazer o upload para o Amazon S3. O Amazon EC2 usa o Amazon EBS e o Amazon S3 para fornecer o armazenamento confiável e escalável das AMIs para que possamos inicializá-las quando você fizer tal solicitação.

Ou, se desejar, você não precisa configurar sua própria AMI do zero. Você pode optar por uma série de AMIs disponíveis globalmente que fornecem instâncias úteis. Por exemplo, se você deseja apenas um servidor simples do Linux, poderá optar por uma das AMIs de distribuição do Linux padrão.

 

P: Como faço para acessar meus sistemas?

A chamada RunInstances que inicia a execução da pilha de aplicativos retornará um conjunto de nomes de DNS, um para cada sistema que está sendo inicializado. Esse nome pode ser usado para acessar o sistema exatamente como você faria se estivesse no seu próprio Datacenter. Você detém aquela máquina enquanto a pilha do sistema operacional está sendo executada nela.

 

P: O Amazon EC2 é usado em conjunto com o Amazon S3?

Sim, o Amazon EC2 é usado juntamente com o Amazon Simple Storage Service (Amazon S3) para instâncias com dispositivos-raiz respaldados pelo armazenamento de instâncias locais. Ao usar o Amazon S3, os desenvolvedores têm acesso à mesma infraestrutura de armazenamento de dados altamente escalável, confiável, rápida e econômica que o Amazon usa para executar sua própria rede global de sites da Web. Para executar sistemas no ambiente do Amazon EC2, os desenvolvedores usam as ferramentas fornecidas para carregar suas Amazon Machine Images (AMIs) no Amazon S3 e movê-las entre o Amazon S3 e o Amazon EC2. Consulte Como faço para carregar e armazenar meus sistemas com o Amazon EC2? para obter mais informações sobre AMIs.

Esperamos que os desenvolvedores achem bastante útil a combinação do Amazon EC2 e do Amazon S3. O Amazon EC2 fornece uma computação barata e escalável na nuvem, enquanto o Amazon S3 permite que os usuários armazenem sua confiabilidade de dados.

 

P: Quantas instâncias posso executar no Amazon EC2?

Você está limitado a executar até 20 instâncias sob demanda, adquirir 20 instâncias reservadas e solicitar instâncias spot de acordo com o seu limite dinâmico de spot por região. As novas contas da AWS podem começar com limites mais baixos que os descritos aqui. Certos tipos de instâncias também são limitados pela região conforme a seguir:

Tipo de instância Limite de instâncias on demand
Limite de instâncias reservadas Limite para spot

m4.4xlarge

10

20

Limite dinâmico de spot

m4.10xlarge

5

20

Limite dinâmico de spot

m4.16xlarge

5

20

Limite dinâmico de spot

c4.4xlarge 10 20 Limite dinâmico de spot
c4.8xlarge 5 20 Limite dinâmico de spot
cg1.4xlarge 2 20 Limite dinâmico de spot
hi1.4xlarge 2 20 Limite dinâmico de spot
hs1.8xlarge 2 20 Não oferecida
cr1.8xlarge 2 20 Limite dinâmico de spot

p2.xlarge

1

20

Limite dinâmico de spot

p2.8xlarge

1

20

Limite dinâmico de spot

p2.16xlarge

1

20

Limite dinâmico de spot

g2.2xlarge 5 20 Limite dinâmico de spot
g2.8xlarge 2 20 Limite dinâmico de spot
r3.4xlarge 10 20 Limite dinâmico de spot
r3.8xlarge 5 20 Limite dinâmico de spot
i2.xlarge 8 20 Limite dinâmico de spot
i2.2xlarge 8 20 Limite dinâmico de spot
i2.4xlarge 4 20 Limite dinâmico de spot
i2.8xlarge 2 20 Limite dinâmico de spot
d2.4xlarge 10 20 Limite dinâmico de spot
d2.8xlarge 5 20 Limite dinâmico de spot
t2.nano 20 20 Não oferecida
t2.micro
20 20 Não oferecida
t2.small
 20 20 Não oferecida
t2.medium
 20 20 Não oferecida
t2.large
 20 20 Não oferecida
Todos os outros tipos de instâncias 20 20 Limite dinâmico de spot

Observe que as instâncias cc2.8xlarge, cg1.4xlarge, hi1.4xlarge, hs1.8xlarge, cr1.8xlarge, G2, D2 e I2 não estão disponíveis em todas as regiões.

Se você precisar de mais instâncias, preencha o formulário de solicitação de instância Amazon EC2 com o seu caso de uso e o aumento das instâncias será considerado. Os aumentos de limite estão vinculados à região para a qual são solicitados.

P: Há quaisquer limitações no envio de e-mails das instâncias do EC2?

Sim. Para manter a qualidade dos endereços do EC2 para enviar e-mails, impomos limites padrão quanto à quantidade de e-mails que podem ser enviados com base nas contas do EC2. Se você quiser enviar quantidades maiores de e-mails do EC2, poderá se inscrever para a remoção desses limites da sua conta ao preencher este formulário.

P: Com que rapidez posso expandir ou reduzir minha capacidade?

O Amazon EC2 fornece um ambiente de computação verdadeiramente elástico. O Amazon EC2 permite que você aumente ou diminua a capacidade em minutos, não horas ou dias. É possível comissionar uma, centenas ou até milhares de instâncias do servidor simultaneamente. Quando você precisar de mais instâncias, basta chamar RunInstances e o Amazon EC2 normalmente configurará suas novas instâncias em questão de minutos. Naturalmente, como tudo é controlado com as APIs de serviços da Web, o aplicativo pode automaticamente se expandir ou reduzir, dependendo das suas necessidades.

P: Quais ambientes do sistema operacional são compatíveis?

No momento, o Amazon EC2 é compatível com vários sistemas operacionais, incluindo: Amazon Linux, Ubuntu, Windows Server, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, Fedora, Debian, CentOS, Gentoo Linux, Oracle Linux e FreeBSD. Estamos buscando formas de expandi-lo para outras plataformas.

P: O Amazon EC2 usa memória ECC?

A nossa experiência é que a memória ECC é necessária para a infraestrutura de servidores. Todo o hardware subjacente do Amazon EC2 usa memória ECC.

P: No que este serviço difere de um serviço de hospedagem comum?

Os serviços de hospedagem tradicionais geralmente fornecem um recurso pré-configurado para um período fixo e por um custo predeterminado. O Amazon EC2 difere fundamentalmente na flexibilidade, no controle e em economias de custo significativas que oferece aos desenvolvedores, permitindo-os tratar o Amazon EC2 como seu próprio datacenter pessoal com o benefício da infraestrutura robusta do Amazon.com.

Quando os requisitos de computação mudarem inesperadamente (para mais ou para menos), o Amazon EC2 poderá responder de forma imediata, significando que os desenvolvedores têm a capacidade de controlar quantos recursos estão sendo usados em um determinado momento. Em contrapartida, serviços de hospedagem tradicionais geralmente fornecem um número fixo de recursos para uma quantidade fixa de tempo, significando que os usuários têm uma capacidade limitada de responder facilmente quando seu uso está sendo alterado rapidamente, de forma imprevisível ou sabe-se que ocorrem grandes picos em diversos intervalos.

Em segundo lugar, muitos serviços de hospedagem não fornecem controle total sobre os recursos computacionais que estão sendo fornecidos. Usando o Amazon EC2, os desenvolvedores podem optar por não só iniciar ou desativar as instâncias a qualquer momento, mas também personalizar totalmente a configuração de suas instâncias para se adequarem às suas necessidades – e alterá-las a qualquer momento. A maioria dos serviços de hospedagem reúne mais grupos de usuários com requisitos de sistemas semelhantes e, portanto, oferece a capacidade limitada de alterá-los.

Finalmente, com o Amazon EC2, os desenvolvedores usufruem do benefício de pagar somente por seu consumo real de recursos – e com taxas muito baixas. A maioria dos serviços de hospedagem exige que os usuários paguem uma tarifa fixa prévia independentemente do seu poder de computação real usado e, portanto, os usuários correm o risco de comprar recursos em excesso para compensar a incapacidade de escalonar rapidamente os recursos em um período curto.


P: Como será a cobrança e o faturamento do uso que eu fizer do Amazon EC2?

Você paga somente por aquilo que usa e Não há taxa mínima. A definição de preço é por hora de instância consumida para cada tipo de instância. Horas parciais de instâncias são cobradas como horas completas. Para os dados transferidos entre os serviços AWS em diferentes regiões serão cobrados como taxas de transferência de dados de Internet em ambas as extremidades da transferência. O uso de outros Amazon Web Services é cobrada separadamente do Amazon EC2.

Para obter informações sobre a definição de preço do EC2, visite a seção de definição de preço na página de detalhes do EC2.

P: Quando o faturamento dos meus sistemas do Amazon EC2 começa e termina?

O faturamento começa quando o Amazon EC2 inicia a sequência de inicialização de uma instância da AMI. O faturamento termina quando a instância é encerrada, o que poderia ocorrer por meio de um comando de serviços da web ao executar "shutdown -h" ou por meio da falha da instância. Quando você para uma instâncias, nós a desligamos, mas não fazemos a cobrança por hora de uso da instância interrompida ou da tarifa de transferência de dados, mas cobramos pelo armazenamento de quaisquer volumes do Amazon EBS. Para saber mais, acesse a Documentação da AWS.

 

P: O que define as horas de instância faturáveis do EC2?

As horas de instância são faturadas a qualquer momento em que as instâncias estiverem no estado "em execução". Se você não desejar mais ser cobrado pela sua instância, deverá encerrá-la para evitar o faturamento das horas de instância adicionais. A cobrança começa quando uma instância muda para o estado "em execução".

P: Se houver duas instâncias em zonas de disponibilidade diferentes, como será a cobrança da transferência dos dados regionais?

Cada instância é cobrada com relação aos seus dados de entrada e saída. Portanto, se os dados forem transferidos entre essas duas instâncias, haverá cobrança de saída com relação à primeira instância e de entrada com relação à segunda instância.

 

P: Se houver duas instâncias em regiões diferentes, como será a cobrança da transferência de dados?

Cada instância é cobrada com relação aos seus dados de entrada e saída em taxas de Transferência de dados via Internet. Portanto, se os dados forem transferidos entre essas duas instâncias, haverá cobrança de Transferência externa de dados via Internet para a primeira instância e de Transferência interna de dados via Internet para a segunda instância.

P: Os preços incluem impostos?

Exceto onde informado de outra forma, nossos preços não incluem impostos e taxas (inclusive ICMS e imposto sobre vendas) aplicáveis. Para clientes com endereço de cobrança no Japão, o uso da região Ásia-Pacífico (Tóquio) está sujeito ao imposto sobre consumo japonês. Saiba mais.


P: Em que tipo de hardware minha pilha de aplicativos será executada?

Visite a Definição de preço do Amazon EC2 para ver uma lista das instâncias disponíveis por região.

P: Como faço para selecionar o tipo de instância correto?

As instâncias do Amazon EC2 são agrupadas em cinco famílias: propósito geral, otimizadas para computação, otimizadas para memória, GPU e otimizadas para armazenamento. As instâncias de propósito geral têm taxas de memória/CPU adequadas para a maioria das aplicações de uso geral e são disponibilizadas com desempenho fixo (instâncias M4 e M3) ou com capacidade de intermitência (T2). As instâncias otimizadas para computação (instâncias C4 e C3) têm proporcionalmente mais recursos de CPU que de memória (RAM) e são adequadas para escalabilidade horizontal de aplicações com uso intenso de computação e cargas de trabalho de computação de alta performance (HPC). As instâncias otimizadas para memória (instâncias R3) oferecem tamanhos maiores de memória para aplicações com uso intenso de memória, como aplicações de bancos de dados e de armazenamento de memória em cache. As instâncias GPU computacionais (P2) aproveitam os recursos de processamento paralelo das GPUs NVIDIA Tesla para oferecer computação em paralelo de alto desempenho. As instâncias GPU gráficas (G2) oferecem recursos gráficos 3D de alto desempenho para aplicações que usam OpenGL e DirectX. As instâncias otimizadas para armazenamento incluem as instâncias I2, que oferecem capacidade muito alta de E/S com baixa latência usando instance storage local de SSDs para aplicações com uso intenso de E/S, bem como as instâncias D2 (armazenamento denso), que oferecem alta densidade de armazenamento e desempenho de E/S sequencial para aplicações de armazém de dados, Hadoop e outras aplicações com uso intenso de dados. Ao escolher os tipos de instância, você deve considerar as características da aplicação em relação à utilização dos recursos (ou seja, CPU, memória, armazenamento) e selecionar a família de instâncias e o tamanho de instância ideais.

P: As instâncias padrão M1 e M3 têm a mesma proporção de CPU e memória. Como faço para escolher qual instância usar?

As instâncias M3 disponibilizam um desempenho melhor e mais estável do que as instâncias M1 para a maioria dos casos de uso. As instâncias M3 também oferecem um armazenamento de instância baseado em SSD que fornece maior desempenho de E/S. As instâncias M3 também são mais baratas que as instâncias M1. Por esses motivos, recomendamos a M3 para aplicações que necessitem de instâncias de uso geral com recursos equilibrados de computação, memória e rede. Porém, se precisar de mais armazenamento em disco do que o disponibilizado nas instâncias M3, as instâncias M1 ainda poderão servir para executar suas aplicações.

 

P: O que é uma unidade de processamento EC2 e por que ela foi criada?

A passagem para um modelo computacional de utilitário muda fundamentalmente como os desenvolvedores foram treinados para pensar sobre os recursos da CPU. Em vez de comprar ou alugar um determinado processador para usar durante vários meses ou anos, você está alugando a capacidade de acordo com a hora. Como o Amazon EC2 foi criado em hardware do tipo commodity, ao longo do tempo poderá haver vários tipos diferentes de hardware físico subjacentes às instâncias do EC2. Nossa meta é fornecer uma quantidade consistente de capacidade da CPU independentemente do hardware subjacente real.

O Amazon EC2 usa uma série de medidas para fornecer a cada instância uma quantidade consistente e previsível de capacidade da CPU. Para facilitar para os desenvolvedores a comparação da capacidade da CPU entre diferentes tipos de instância, definimos uma Unidade computacional do Amazon EC2. A quantidade de CPU que é alocada para determinada instância é expressa em termos dessas Unidades computacionais do EC2. Usamos várias referências e testes para gerenciar a consistência e a previsibilidade do desempenho de uma Unidade computacional do EC2. A Unidade computacional do EC2 (ECU) oferece uma medida relativa da capacidade total de processamento de uma instância do Amazon EC2. Ao longo do tempo, poderemos adicionar ou substituir medidas que fazem parte da definição de uma Unidade computacional do EC2, se acharmos que as métricas proporcionarão um panorama mais nítido sobre a capacidade computacional.

P: Qual é a disponibilidade regional dos tipos de instância do Amazon EC2?
Para obter uma lista com todas as instâncias e a disponibilidade regional, acesse a definição de preço do Amazon EC2.


P: Como faço para impedir que outras pessoas visualizem meus sistemas?

Você tem controle total sobre a visibilidade dos sistemas. Os sistemas de segurança do Amazon EC2 permitem que você posicione suas instâncias em execução em grupos arbitrários de sua escolha. Usado a interface de serviços da Web, você pode, então, especificar quais grupos podem se comunicar com quais outros grupos e também quais sub-redes de IP na Internet podem conversar com quais grupos. Isso permite que você controle o acesso às suas instâncias em nosso ambiente altamente dinâmico. É claro que você também deve proteger sua instância assim como faria com qualquer outro servidor.

P: Posso obter um histórico de todas as chamadas de API do EC2 realizadas na minha conta para fins de análise de segurança ou solução de problemas operacionais?

Sim. Para receber um histórico de todas as chamadas de API do EC2 (incluindo a VPC e o EBS) realizadas na sua conta, basta ativar o CloudTrail no AWS Management Console.  Para obter mais informações, visite a página inicial do CloudTrail

 

P: Onde posso localizar mais informações sobre a segurança na AWS?

Para obter mais informações sobre a segurança na AWS, consulte nosso white paper Amazon Web Services: visão geral dos processos de segurança e nosso Guia de segurança do Amazon EC2 executando o Windows.


P: Por que há um limite de 5 endereços Elastic IP por região?

Os endereços da Internet públicos (IPV4) são um recurso escasso. Há somente uma quantidade limitada de espaço IP público disponível e o Amazon EC2 está comprometido em ajudar a usar tal espaço de forma eficiente.

Como padrão, todas as contas estão limitadas a 5 endereços Elastic IP por região. Se você precisar de mais de 5 endereços Elastic IP, solicitamos que se cadastre para que o limite seja aumentado. Pediremos que você reflita sobre o caso de uso e ajude-nos a compreender sua necessidade com relação a mais endereços. Você pode se cadastrar para obter mais endereços Elastic IP aqui. Quaisquer aumentos serão específicos da região para a qual foram solicitados.

P: Por que há cobrança quando o endereço Elastic IP não está associado a uma instância em execução?

Para ajudar a assegurar que nossos clientes estejam usando com eficiência os endereços Elastic IP, impomos a cobrança de uma pequena taxa por hora para cada endereço quando ele não estiver associado a uma instância em execução.

P: Preciso de um endereço Elastic IP para cada instância que estiver sendo executada?

Não. Você não precisa de um endereço Elastic IP para todas as instâncias. Como padrão, toda instância vem com um endereço IP privado e um endereço IP público roteável da Internet. O endereço privado é associado exclusivamente à instância e é retornado ao Amazon EC2 somente quando a instância é interrompida ou encerrada. O endereço público é associado exclusivamente à instância até ser interrompido, encerrado ou substituído por um endereço Elastic IP. Esses endereços IP devem ser adequados para muitos aplicativos onde não é necessário um ponto final roteável da Internet ativo extenso. Os clusters de computação, crawling da Web e serviços back-end são exemplos de aplicativos que normalmente não requerem endereços Elastic IP.

P: Quanto tempo demora para remapear um endereço Elastic IP?

No momento, o processo de remapeamento leva vários minutos, desde quando você instrui a remapear o Elastic IP até ele ser totalmente propagado por meio do nosso sistema.

P: Posso configurar o registro DNS reverso para meu endereço Elastic IP?

Sim, você pode configurar o registro DNS reverso do endereço Elastic IP ao preencher este formulário. Observe que um registro DNS de encaminhamento correspondente apontando para aquele endereço Elastic IP deve estar presente antes que possamos criar o registro DNS reverso.


 

P: Até que ponto as zonas de disponibilidade estão isoladas umas das outras?

Cada Zona de disponibilidade opera em sua própria infraestrutura fisicamente distinta e independente e é projetada para ser altamente confiável. Pontos comuns de falhas como geradores e equipamentos de refrigeração não são compartilhados pelas zonas de disponibilidade. Além disso, eles são fisicamente separados, de tal forma que mesmo desastres extremamente incomuns, como incêndios, tornados ou enchentes, afetariam somente uma única Zona de disponibilidade.

 

P: O Amazon EC2 está sendo executado em mais de uma região?

Sim. Consulte Produtos e serviços regionais para obter mais detalhes sobre a disponibilidade de nossos produtos e serviços por região.

 

P: Como posso me certificar de que estou na mesma zona de disponibilidade que outro desenvolvedor?

No momento, não oferecemos suporte para a capacidade de coordenar execuções na mesma zona de disponibilidade em várias contas de desenvolvedores da AWS. O nome de uma zona de disponibilidade (por exemplo, us-east-1a) em duas contas de clientes da AWS pode se referir a diferentes zonas de disponibilidade físicas.

 

P: Se eu transferir dados entre as zonas de disponibilidade usando endereços IP públicos, serei cobrado duas vezes pela transferência regional de dados (uma cobrança pela transferência entre zonas e outra pelo uso de endereços IP públicos)?

Não. As taxas de Transferência regional de dados aplicam-se somente se pelo menos uma das afirmações a seguir for verdadeira, mas são cobradas somente uma vez para uma determinada instância mesmo se ambas forem verdadeiras:

  • A outra instância está em uma zona de disponibilidade diferente, independentemente do tipo de endereço usado.
  • Os endereços públicos ou Elastic IP são usados, independentemente da zona de disponibilidade em que a outra instância está.

P: Quais recursos de rede estão incluídos nesta funcionalidade?

Atualmente a AWS é compatível com capacidades de redes aperfeiçoadas usando SR-IOV (Virtualização de E/S de raiz única). O SR-IOV é um método de virtualização de dispositivos que oferece performance de E/S mais alta e utilização de CPU mais baixa comparado às implementações tradicionais. Para instâncias do Amazon EC2 compatíveis, este recurso oferece performance de pacotes por segundo (PPS) mais alta, latências entre instâncias mais baixas e variação de rede muito baixa.

P: Por que devo usar as redes aperfeiçoadas?

Se seus aplicativos beneficiam-se de redes de alto desempenho de pacotes por segundo e/ou de baixa latência, as redes aperfeiçoadas apresentarão desempenho, estabilidade de desempenho e escalabilidade significativamente melhores.

P: Como posso ativar as redes aperfeiçoadas nas instâncias compatíveis?

Para ativar este recurso, você deve iniciar uma AMI de HVM com os drivers adequados. As instâncias X1 e m4.16xlarge disponibilizam a interface Elastic Network Adapter (ENA) (que usa o driver Linux "ena") para Enhanced Networking. As instâncias C3, C4, R3, I2, M4 (exceto m4.16xlarge) e D2 usam a Intel® 82599g Virtual Function Interface (que usa o driver Linux "ixgbevf"). Como padrão, o Amazon Linux AMI inclui esses dois drivers. Para as AMIs que não contêm esses drivers, será necessário fazer o download e instalar os drivers apropriados com base nos tipos de instância que você planeja usar. Você pode usar as instruções do Linux ou do Windows para ativar a rede aperfeiçoada em AMIs que não incluem o driver SR-IOV por padrão. As redes aperfeiçoadas são compatíveis apenas na Amazon VPC.

P: Eu preciso pagar uma taxa adicional para usar as redes aperfeiçoadas?

Não, não há taxa adicionar para usar as redes aperfeiçoadas. Para tirar proveito das redes aperfeiçoadas, você precisa iniciar a AMI adequada em um tipo de instância compatível em um VPC.

P: Por que as redes aperfeiçoadas são compatíveis apenas com a Amazon VPC?

O Amazon VPC nos permite oferecer muitos recursos de rede avançados que não são possíveis no EC2 clássico. As redes aperfeiçoadas são um outro exemplo da capacidade oferecida pelo Amazon VPC.

P: Que tipos de instâncias são compatíveis com as redes aperfeiçoadas?

No momento, as instâncias C3, C4, D2, I2, M4, X1 e R3 são compatíveis com Enhanced Networking. As instâncias X1, P2 e m4.16xlarge disponibilizam o adaptador de rede elástica (ENA) para redes aperfeiçoadas. As instâncias C3, C4, R3, I2, M4 (exceto m4.16xlarge) e D2 usam a Intel® 82599 Virtual Function Interface.


P: O que acontece aos meus dados quando um sistema é encerrado?

Os dados armazenados em um armazenamento de instância local persistirão somente desde que aquela instância esteja ativa. No entanto, os dados que são armazenados em um volume do Amazon EBS persistirão independentemente da vida útil da instância. Portanto, recomendamos que você use o armazenamento da instância local para os dados temporários e para os dados exigindo maior durabilidade, recomendamos o uso de volumes do Amazon EBS ou o backup dos dados para o Amazon S3. Se você estiver usando um volume do Amazon EBS como uma partição-raiz, deverá definir o sinalizador Excluir ao Encerrar para "N" para que seu volume do Amazon EBS se mantenha fora da vida da instância.

 

P: Que tipo de desempenho posso esperar dos volumes do Amazon EBS?

O Amazon EBS oferece três tipos de volumes: Uso geral (SSD), volumes de IOPS provisionada (SSD) e volumes magnéticos. Esses tipos de volume diferem quanto às características de desempenho e preço, permitindo que você adapte o custo e o desempenho do armazenamento às necessidades dos aplicativos. Para obter mais informações sobre desempenho, consulte a página de detalhes sobre o produto do EBS.

Para obter mais informações sobre o desempenho do Amazon EBS, consulte a seção do EBS no Guia do usuário do Amazon EC2.

P: O que é o tipo de volume de uso geral (SSD) do EBS?

Os volumes de uso geral (SSD) do EBS são respaldados pela mesma tecnologia encontrada nos volumes de IOPS provisionadas (SSD) do EBS. O tipo de volume de uso geral (SSD) do EBS foi projetado para oferecer 99,999% de disponibilidade e atender a uma ampla variedade de casos de uso, como volumes de inicialização, bancos de dados pequenos e médios, e ambientes de desenvolvimento e teste. Os volumes de uso geral (SSD) oferecem uma relação de 3 IOPS por GB, latências abaixo de 10 milissegundos e também contam com capacidade de intermitência de até 3.000 IOPS por períodos curtos.

P: Que tipo de volume devo escolher?

Os clientes agora podem escolher entre três tipos de volumes do EBS para atender da melhor forma às necessidades de suas cargas de trabalho: Uso geral (SSD), IOPS provisionadas (SSD) e magnético. O EBS de uso geral (SSD) é o novo tipo de volume baseado em SSD de uso geral do EBS que é recomendado como escolha padrão para os clientes. Os volumes de uso geral (com SSD) são adequados para uma grande variedade de cargas de trabalho, inclusive bancos de dados de pequeno a médio porte, ambientes de desenvolvimento e teste e volumes inicializáveis. Os volumes de IOPS provisionadas (SSD) oferecem armazenamento com desempenho estável e de baixa latência, e são concebidos para aplicativos com alto consumo de E/S, como grandes bancos de dados relacionais ou NoSQL. Os volumes magnéticos oferecem o custo mais baixo por gigabyte de todos os tipos de volumes do EBS. Os volumes magnéticos são ideais para cargas de trabalho em que os dados são acessados com pouca frequência e aplicativos em que o custo mais baixo de armazenamento é importante.

 

 

 

 

P: Vocês oferecem suporte para várias instâncias acessando um único volume?

Embora você possa anexar vários volumes a uma única instância, anexar várias instâncias a um volume não é suportado no momento.

 

P: Poderei acessar meus snapshots do EBS usando as APIs comuns do Amazon S3?

Não. Os snapshots do EBS estão disponíveis somente por meio das APIs do Amazon EC2.

 

P: Os volumes precisam ser desvinculados para se obter um snapshot? O snapshot precisa ser concluído para que o volume possa ser usado novamente?

Não, os snapshots podem ser feitas em tempo real enquanto o volume está anexado e em uso. No entanto, os snapshots capturam somente os dados que foram gravados no volume do Amazon EBS, o que poderá excluir quaisquer dados que foram localmente armazenados em cache pelo aplicativo ou SO. Para assegurar snapshots consistentes em volumes anexados a uma instância, recomendamos desanexar claramente o volume, emitir o comando de snapshot e, em seguida, anexar novamente o volume. Para os volumes do Amazon EBS que atuam como dispositivos-raiz, recomendamos o desligamento da máquina para obter um snapshot nítido.

 

P: Os snapshots têm versões? Posso ler um snapshot mais antigo para fazer uma recuperação pontual?

Cada snapshot recebe um identificador exclusivo e os clientes podem criar volumes com base em qualquer um de seus snapshots atuais.

 

 

P: Quais cobranças aplicam-se ao usar snapshots compartilhados do Amazon EBS?

Se você compartilhar um snapshot, não haverá cobrança quando outros usuários fizerem uma cópia de seu snapshot. Se você fizer uma cópia do volume compartilhado de outro usuário, haverá cobrança das taxas de EBS normais.

 

P: Os usuários de meus snapshots compartilhados do Amazon EBS podem alterar alguns dos meus dados?

Os usuários que têm permissão para criar volumes com base nos snapshots compartilhados primeiro farão uma cópia do snapshot em sua conta. Os usuários podem modificar suas próprias cópias dos dados, mas os dados em seu snapshot original e em quaisquer outros volumes criados por outros usuários com base em seu snapshot original permanecerão inalterados.

 

P: Como posso descobrir snapshots do Amazon EBS que foram compartilhados comigo?

Você pode localizar os snapshots que foram compartilhadas com você ao selecionar ''Private Snapshots'' (Snapshots privados) na visualização suspensa na seção Snapshots do AWS Management Console. Essa seção listará os snapshots que você possui e os snapshots que foram compartilhados com você.

 

P: Como posso localizar quais snapshots do Amazon EBS são compartilhados globalmente?

É possível localizar os snapshots que foram compartilhados globalmente ao selecionar ''Snapshots públicos" na visualização suspensa na seção Snapshots do Console de Gerenciamento da AWS.

P: Vocês oferecem criptografia nos volumes e snapshots do Amazon EBS?

Sim. O EBS oferece criptografia integrada de volumes e snapshots de dados. A criptografia do EBS aumenta sua capacitação para cumprir requisitos de conformidade de segurança e criptografia.

 

P: Como posso localizar uma lista dos conjuntos de dados públicos da Amazon?

Todas as informações sobre os Conjuntos de dados públicos estão disponíveis em nossa Central de recursos de conjuntos de dados públicos. Você também pode obter uma listagem de Conjuntos de dados públicos no AWS Management Console ao selecionar ''Amazon Snapshots'' (Snapshots da Amazon) na visualização suspensa na seção Snapshots.

P: Onde posso saber mais sobre o EBS?

Você pode visitar a página de perguntas frequentes do EBS.


P: Qual é a granularidade de intervalo de tempo mínimo para os dados que o Amazon CloudWatch recebe e agrega?

As métricas são recebidas e agregadas em intervalos de um minuto.

P: Quais sistemas operacionais são compatíveis com o Amazon CloudWatch?

O Amazon CloudWatch recebe e disponibiliza métricas para todas as instâncias do Amazon EC2 e deve funcionar com qualquer sistema operacional compatível no momento com o serviço Amazon EC2.

P: Perderei os dados de métricas se desativar o monitoramento de uma instância do Amazon EC2?

Você pode recuperar os dados de métricas para qualquer instância do Amazon EC2 até duas semanas a partir do início do seu monitoramento. Após duas semanas, os dados de métricas para uma instância do Amazon EC2 não estarão disponíveis se o monitoramento foi desativado para aquela instância do Amazon EC2. Se você quiser arquivar as métricas por mais de duas semanas, poderá fazê-lo ao chamar o comando mon-get-stats da linha de comando e armazenar os resultados no Amazon S3 ou no Amazon SimpleDB.

P: Posso acessar os dados de métricas para uma instância encerrada do Amazon EC2 ou um Elastic Load Balancer excluído?

Sim. O Amazon CloudWatch armazena as métricas para as instâncias encerradas do Amazon EC2 ou Elastic Load Balancer excluídas por duas semanas.

P: A cobrança de monitoramento do Amazon CloudWatch muda dependendo do tipo de instância do Amazon EC2 monitorada?

Não, a cobrança de monitoramento do Amazon CloudWatch não varia com o tipo de instância do Amazon EC2.

P: Por que a representação gráfica da mesma janela de tempo parece diferente quando visualizo em períodos de cinco minutos e um minuto?

Se você visualizar a mesma janela de tempo em um período de cinco minutos em comparação com um período de um minuto, poderá visualizar que os pontos de dados são exibidos em diferentes locais no gráfico. Para o período especificado no gráfico, o Amazon CloudWatch encontrará todos os pontos de dados disponíveis e calculará um único ponto agregado para representar todo o período. No caso de um período de cinco minutos, o ponto de dados único é posicionado no início da janela de tempo de cinco minutos. No caso de um período de um minuto, o ponto de dados único é posicionado na marca de um minuto. Recomendamos usar um período de um minuto para solucionar problemas e outras atividades que exigem a representação gráfica mais precisa dos períodos.


P: Posso expandir a capacidade do Amazon EC2 rápido, mas reduzi-la lentamente?

Sim. Por exemplo, você pode definir uma condição de expansão da escala para aumentar a capacidade do Amazon EC2 em 10% e uma condição de redução da escala para diminuir em 5%.

P: O que acontece se uma ação de escalabilidade fizer com que eu atinja o limite de instâncias do Amazon EC2?

O serviço Auto Scaling não pode escalar além do limite de instâncias do Amazon EC2 que podem ser executadas. Se você precisar de mais instâncias do Amazon EC2, preencha o formulário de solicitação de instâncias do Amazon EC2.

P: O que acontece com minhas instâncias do Amazon EC2 se eu excluir o grupo Auto Scaling?

Se você tiver um grupo de Auto Scaling com instâncias em execução e optar por excluir esse grupo, as instâncias serão encerradas e o grupo de Auto Scaling será excluído.


P: Quais opções de balanceamento de carga o serviço Elastic Load Balancing oferece?

O Elastic Load Balancing oferece dois tipos de load balancers que proporcionam alta disponibilidade, escalabilidade automática e forte segurança. Eles são o Classic Load Balancer, que roteia o tráfego com base em informações da aplicação ou da rede, e o Application Load Balancer, que roteia o tráfego com base em informações avançadas da aplicação, como o conteúdo da solicitação.

P: Quando devo usar o Classic Load Balancer e quando devo usar o Application Load Balancer?

O Classic Load Balancer é ideal para o balanceamento de carga simples do tráfego entre várias instâncias EC2, já o Application Load Balancer é excelente para aplicações que precisam de recursos avançados de roteamento, microsserviços e arquiteturas baseadas em contêiner. Acesse o Elastic Load Balancing para obter mais informações.


P: O que é uma instância reservada?

As instâncias reservadas disponibilizam um desconto sobre o uso de instâncias EC2 e uma reserva de capacidade quando forem aplicadas a uma zona de disponibilidade específica, oferecendo maior segurança de que não haverá problemas na execução das instâncias reservadas, quando forem necessárias.

P: Qual é a diferença entre uma instância reservada e uma instância sob demanda?

Quando uma instância estiver sendo executada sob demanda, você pagará as taxas sob demanda. Quando uma instância reservada se aplicar a uma instância, você pagará a taxa por hora descontada da instância reservada para o seu uso de instância. Além disso, uma reserva de capacidade será criada para a instância, se a sua instância reservada estiver aplicada a alguma zona de disponibilidade.

P: Vocês poderiam explicar o benefício de capacidade de uma instância reservada?

Quando uma instância reservada se aplica a uma zona de disponibilidade específica, ela reserva uma capacidade de instância correspondente à configuração da instância reservada. Esse benefício aumenta a sua confiança na capacidade de executar instâncias em uma zona de disponibilidade específica quando for necessário.

P: As instâncias reservadas são instâncias de verdade?

Não, as instâncias reservadas não são instâncias físicas. Portanto, não precisam ser executadas. As instâncias reservadas são uma oferta do EC2 que disponibiliza um desconto sobre o uso da sua instância e uma reserva de capacidade quando atribuída a uma zona de disponibilidade específica.

P: As instâncias reservadas se aplicam às instâncias spot ou às instâncias que estão em execução em um host dedicado?

Não. As instâncias reservadas não se aplicam a instâncias spot nem a instâncias em execução em hosts dedicados. Para diminuir o custo do uso de hosts dedicados, compre reservas de host dedicado.

P: Como faço para comprar uma instância reservada?

Você pode comprar uma instância reservada usando o Console de Gerenciamento da AWS ou a AWS CLI. Acesse a página de conceitos básicos para saber mais.

P: Como posso comprar uma instância reservada para uma instância em execução?

Você pode fazer isso ao comprar uma instância reservada que corresponda aos atributos da sua instância em execução. Os atributos que precisam ser alinhados são o tipo de instância, a região ou zona de disponibilidade, a locação e a descrição da plataforma. Acesse a página de conceitos básicos para saber mais.

P: Quando devo comprar uma instância reservada para uma zona de disponibilidade específica?

Você deve comprar uma instância reservada para uma zona de disponibilidade específica se precisar de uma reserva de capacidade. Caso contrário, você deve atribuir sua instância reservada a uma região para se beneficiar de uma aplicação mais abrangente da taxa de instância reservada.

P: Eu tenho instâncias reservadas atribuídas a zonas de disponibilidade específicas. Como posso atribuí-las a uma região?

Você pode atribuir suas instâncias reservadas a uma região usando o Console de Gerenciamento do EC2 e modificando o escopo da instância reservada de "Availability Zone" para "Region". Como padrão, ao comprar novas instâncias reservadas no console da AWS, você verá as instâncias reservadas com o escopo marcado como Region.

P: Como a AWS atribui minha taxa de instância reservada ao uso de instâncias em zonas de disponibilidade diferentes?

Quando a sua instância reservada é atribuída a uma região, a AWS aplica a taxa de instância reservada ao uso com base na primeira entrada.

P: Posso controlar quais instâncias são faturadas pela taxa mais baixa?

Não, a AWS otimiza automaticamente quais instâncias são cobradas usando taxa mais baixa, garantindo que você sempre pague o menor valor. Para obter informações sobre faturamento por hora e como ele se aplica às instâncias reservadas, consulte Billing Benefits and Payment Options.

P: Posso reatribuir minha instância reservada padrão de um tipo de instância (por exemplo, c1.xlarge) para outro (por exemplo, m1.large)?

Não. Uma instância reservada padrão está associada a um tipo de instâncias específico durante todo o seu período de vigência. No entanto, instâncias reservadas Linux/UNIX permitem mudar de um tamanho de instância (por exemplo, c3.large) para outro (por exemplo, c3.xlarge) do mesmo tipo. Se você desejar ter flexibilidade entre tipos de instância, nós recomendamos a compra de uma instância reservada conversível. Consulte a seção Instâncias reservadas conversíveis das perguntas frequentes para obter mais informações.

P: Quando eu executo instâncias e não específico uma zona de disponibilidade, a minha instância reservada se aplicará à minha instância?

Se você comprou uma instância reservada e ela estiver atribuída a uma região, a sua instância poderá se beneficiar da taxa de instância reservada. Se você atribuiu sua instância reservada a uma zona de disponibilidade específica e a zona de disponibilidade da sua instância reservada não se alinhar à zona de disponibilidade da sua instância, a instância reservada não se aplicará à instância.

P: Como as opções de pagamento afetam minha fatura?

Quando você compra uma instância reservada com a opção de pagamento adiantado integral, paga por todo o período de reserva em um único pagamento adiantado.

Se você tiver uma conta com um histórico de faturamento bem-sucedido, poderá escolher a opção sem pagamento adiantado. O valor total da reserva será distribuído por todas as horas do período de vigência e você será cobrado por cada hora do período, independentemente do uso.

A opção de pagamento adiantado parcial é híbrido das opções de pagamento adiantado integral e sem pagamento adiantado. Você faz um pequeno pagamento adiantado e é cobrada uma taxa baixa por cada hora do período de vigência, independentemente do uso.

P: Quando as instâncias reservadas são ativadas?

O desconto no faturamento e a reserva de capacidade serão ativados assim que o seu pagamento for autorizado. Você pode visualizar o status (pendente | ativada | desativada) das suas reservas na página "Reserved Instances" do Console do Amazon EC2.

P: Posso usar minhas instâncias reservadas com o Windows para executar uma AMI do Windows com SQL Standard Server?

Sim. Reservas para instâncias executando o Microsoft Windows Server e o Microsoft SQL Server estão disponíveis em todas as regiões. Para obter informações sobre a definição de preço e detalhes adicionais, visite a página Amazon EC2 executando Microsoft Windows Server & SQL Server.

P: Como as instâncias reservadas funcionam com o faturamento consolidado?

A conta que você usar para comprar instâncias reservadas receberá a reserva de capacidade. Nosso sistema otimizará automaticamente quais instâncias serão cobradas pela taxa mais baixa, a fim de garantir que a conta do pagante sempre pague o menor valor.

Em termos dos níveis de desconto por volume, se você utilizar o faturamento consolidado, a AWS usará o preço de lista total agregado das reservas ativas em todas as suas contas consolidadas, a fim de determinar qual nível de desconto por volume aplicar. Os níveis de desconto por volume são determinados no momento da compra. Portanto, você deve ativar o faturamento consolidado antes de adquirir instâncias reservadas para garantir que você se beneficiará do maior nível de desconto por volume possível que suas contas consolidadas estão qualificadas a receber.

P: Como funcionam os níveis de desconto por volume?

Quando compra instâncias reservadas em uma região e seus valores atingem um valor determinado pela AWS, você recebe automaticamente descontos em suas taxas adiantadas e horárias para compras futuras de instâncias reservadas nessa região.

Esses descontos são determinados com base no valor de lista total (preço sem desconto) das taxas de adiantamento das reservas ativas que você tem por região. Seu valor de lista total é a soma de todos os pagamentos previstos para uma reserva no período de vigência, incluindo tanto os pagamentos por hora recorrentes quanto os pagamentos adiantados. Veja a seguir os níveis de desconto por volume:

  • 0 USD a 500.000 USD: adiantado – 0%, por hora – 0%
  • 500.000 USD a 4.000.000 USD: adiantado – 5%, por hora – 5%
  • 4.000.000 USD a 10.000.000 USD: adiantado – 10%, por hora – 10%
  • Mais de 10.000.000 USD: entre em contato conosco

Quando você tiver instâncias reservadas ativas com valor de lista totalizando mais de 500.000 USD em uma única região, receberá automaticamente um desconto de 5% em suas taxas adiantadas e horárias para todas as compras futuras nessa região. Os descontos continuarão sendo aplicados às novas reservas desde que você continue qualificado para esse nível de desconto por volume.

Por exemplo, vamos supor que você tenha atualmente 400.000 USD em instâncias reservadas ativas na região us-east-1. Você quer comprar 75 instâncias reservadas com valor de lista de 2.000 USD cada. Isso seria um total de 150.000 USD sem qualquer nível de desconto.

Os primeiros 100.000 USD dessa compra teriam um desconto de 0%. Os 50.000 USD restantes dessa compra teriam um desconto de 5%; portanto, seria cobrado apenas um valor de 47.500 USD pelo período de vigência da aquisição, e você pagaria taxas por hora com desconto nessas reservas.

Para saber mais sobre os níveis de desconto por volume, acesse Understanding Reserved Instance Discount Pricing Tiers.

P: As instâncias reservadas conversíveis se qualificam para os descontos por volume?

Não. No entanto, o valor de cada instância reservada conversível que você comprar contribui para o seu desconto por volume atual.  

P: Como faço para calcular o valor de lista de uma instância reservada?

Veja um exemplo de cálculo de valor de lista para instâncias reservadas com pagamento adiantado parcial por 3 anos:

Valor do desconto por volume para pagamento adiantado parcial por três anos na região Leste dos EUA

USD adiantado

USD por hora recorrente

Valor por hora recorrente

Valor de lista

m3.xlarge

1.345 USD

0,060 USD

1.577 USD

2.922 USD

c3.xlarge

1.016 USD

0,045 USD

1.183 USD

2.199 USD

  • Vamos pressupor um total de 26.280 horas em um período de três anos
  • Valor por hora recorrente = USD por hora recorrente * horas do período
  • Valor de lista = USD adiantado + valor por hora recorrente

P: Eu recebo descontos de compra para minhas instâncias reservadas. Receberei também descontos por volume?

Não. Os descontos baseados em níveis de volume não são cumulativos com outros descontos de compras de instâncias reservadas.

P: O custo das minhas instâncias reservadas mudará se meu volume futuro me qualificar para outros níveis de desconto?

Os descontos por volume são determinados no momento da compra. Novas compras terão descontos de acordo com o nível de desconto por volume para o qual você se qualificar. As instâncias reservadas são faturadas pela mesma taxa durante todo o período de vigência.

Por exemplo, se você tiver 520.000 USD em instâncias reservadas e vender 50.000 USD em reservas no marketplace de instâncias reservadas, continuará pagando a taxa com desconto para os 470.000 USD de reservas restantes durante o período de vigência. Se você tiver 470.000 USD em reservas e comprar mais 50.000 USD, receberá um desconto por volume em todas as instâncias reservadas acima de 500.000 USD.

P: As compras do Amazon RDS contam para os níveis de desconto por volume do Amazon EC2 (e vice-versa)?

Não. Somente as compras de instâncias reservadas do Amazon EC2 são aplicadas para níveis de desconto por volume do Amazon EC2.

P: O que preciso fazer no momento da compra para receber descontos por volume?

Não é necessária nenhuma ação de sua parte. Você receberá automaticamente descontos por volume quando usar a API PurchaseReservedInstance existente ou a interface do EC2 Management Console para comprar as instâncias reservadas. Se você comprar mais de 10.000.000 USD em instâncias reservadas, entre em contato conosco para saber mais sobre o recebimento de descontos maiores que os concedidos automaticamente.

P: Como faço para determinar qual nível de desconto por volume se aplica ao meu caso?

Para determinar seu nível de desconto por volume atual, consulte a seção Understanding Reserved Instance Discount Pricing Tiers do Amazon EC2 User Guide.

P: Adquiri uma instância reservada para um tipo de instância que está disponível como uma instância otimizada para EBS. Posso executar novamente essa instância como uma instância otimizada para EBS? Eu ainda terei a taxa mais baixa?

Se você já tiver uma reserva para um tipo de instância compatível com a otimização para EBS, poderá executar a instância novamente como uma instância otimizada para EBS. Você pagará o valor por hora adicional pela otimização para EBS, além do custo de instância por hora.

P: O que é uma instância reservada conversível?
Uma instância reservada conversível é um tipo de instância reservada com atributos que podem ser alterados durante seu período de vigência.

P: Quando devo comprar uma instância reservada conversível em vez de uma instância reservada padrão?
A instância reservada conversível é útil para clientes que podem se comprometer com o uso de instâncias do EC2 durante um período de vigência de 3 anos em troca de um desconto significativo no seu uso do EC2, não têm certeza sobre suas futuras necessidades de instância ou desejam se beneficiar de alterações de preço.

P: Posso comprar minha instância reservada conversível para me beneficiar de uma instância reservada conversível correspondente a um tipo de instância, sistema operacional, locação ou opção de pagamento diferente?
Sim. Você pode selecionar um novo tipo de instância, sistema operacional, locação ou opção de pagamento ao trocar suas instâncias reservadas conversíveis.

P: Posso transferir uma instância reservada conversível ou padrão de uma região para outra?
Não, uma instância reservada está associada a uma região específica, que é fixa durante o período da reserva.

P: Como posso mudar a configuração de uma instância reservada conversível?
É possível fazer isso usando o Console de Gerenciamento do EC2 ou a API ExchangeReservedInstance.

P: Preciso pagar uma taxa ao trocar minhas instâncias reservadas conversíveis?
Não. Você não paga uma taxa ao trocar suas instâncias reservadas. No entanto, pode ser necessário pagar uma entrada de valor único associada às diferenças de definição de preço entre as instâncias reservadas conversíveis que você tem e as instâncias reservadas conversíveis que você deseja obter.

P: Quando eu troco uma instância reservada conversível, a data final é alterada?
Não. A data final da instância reservada original é transferida para as instâncias reservadas recebidas após a troca.

P: Como funcionam as trocas de instâncias reservadas conversíveis?
Quando você troca uma instância reservada conversível por outra, o EC2 garante que o valor total de instâncias reservadas conversíveis seja mantido durante a conversão. Portanto, se você estiver convertendo sua instância reservada com um valor total de 1.000 USD para outra instância reservada, receberá uma quantidade de instâncias reservadas conversíveis com um valor igual ou superior a 1.000 USD. Não é possível converter sua instância reservada conversível para instâncias reservadas conversíveis com um valor inferior.

P: Qual é a definição de valor total?
O valor total é a soma de todos os pagamentos que você faria durante o período de vigência da instância reservada.

P: Gostaria de saber como o custo da entrada é calculado para uma conversão entre duas instâncias reservadas conversíveis com pagamento adiantado integral?
Digamos que você comprou uma instância reservada conversível com pagamento adiantado integral de 1.000 USD e, no meio do período de vigência, você decide alterar os atributos da instância reservada. Como você já está na metade do período de vigência da instância reservada, terá 500 USD restantes do valor pro-rata remanescente na instância reservada. A instância reservada conversível com pagamento adiantado integral para a qual você deseja fazer a conversão custa hoje um valor adiantado de 1.200 USD. Como você só tem metade do período de vigência restante na sua instância reservada conversível atual, existe um valor remanescente de 600 USD na nova instância reservada conversível desejada. A entrada que você pagará será a diferença de valor adiantado entre as instâncias reservadas conversíveis original e desejada, ou seja, 100 USD (600 USD – 500 USD).

P: Gostaria de obter informações sobre a conversão entre as instâncias reservadas conversíveis sem pagamento adiantado?
Diferentemente das conversões entre instâncias reservadas conversíveis com o pagamento de um valor adiantado, considerando que você está fazendo a conversão entre instâncias reservadas sem custo adiantado, não será cobrada uma entrada. No entanto, o valor pago por hora antes da troca deverá ser superior ou igual ao valor pago por hora total após a troca.

Por exemplo, digamos que você comprou uma instância reservada conversível sem pagamento adiantado (A) com uma taxa de 0,10 USD/hora e decidiu trocar a instância reservada conversível A por outra instância reservada (B) que custa 0,06 USD/hora. Ao fazer a conversão, você receberá duas instâncias reservadas B, pois o valor pago por hora deve ser superior ou igual ao valor que você está pagando por hora pela instância A.

P: Posso personalizar o número de instâncias que recebo como resultado da troca de uma instância reservada conversível?
Não. O EC2 usa o valor das instâncias reservadas conversíveis que você está trocando para calcular o número mínimo de instâncias reservadas conversíveis que você receberá enquanto garante que o resultado da troca dará a você instâncias reservadas conversíveis de valor igual ou maior.

P: Existem limites de troca para instâncias reservadas conversíveis?
Não há limite de troca para instâncias reservadas conversíveis.

P: Eu tenho a liberdade de escolher qualquer tipo de instância durante a troca das minhas instâncias reservadas conversíveis?
Não. Você só pode fazer trocas por instâncias reservadas conversíveis que sejam disponibilizadas no momento pela AWS.

P: Posso atualizar a minha opção de pagamento associada à minha instância reservada conversível?
Sim. Você pode atualizar a opção de pagamento associada à sua instância reservada. Por exemplo, você pode trocar suas instâncias reservadas sem pagamento adiantado por instâncias reservadas com pagamento adiantado parcial ou integral para beneficiar-se com uma definição de preço mais vantajosa. Não é possível trocar a opção de pagamento adiantado integral ou pagamento adiantado parcial pela opção sem pagamento adiantado.

P: As instâncias reservadas conversíveis permitirão que eu me beneficie das reduções de preço quando elas ocorrerem?
Sim. Você pode trocar suas instâncias reservadas para beneficiar-se com uma definição de preço mais vantajosa. Por exemplo, se o preço de novas instâncias reservadas conversíveis for reduzido em 10%, você poderá trocar suas instâncias reservadas conversíveis e se beneficiar da redução de 10% no preço.  


P: O que é o Marketplace de Instância Reservada?

Marketplace de Instância Reservada é uma loja on-line que fornece aos clientes da AWS a flexibilidade de vender suas Instâncias Reservadas do Amazon Elastic Compute Cloud (Amazon EC2) para outras empresas e organizações. Os clientes também podem percorrer o Marketplace de Instância Reservada para localizar uma seleção ainda mais ampla de durações da Instância Reservada e opções de definição de preço vendidas por outros clientes da AWS.

P: Quando posso listar uma instância reservada no marketplace de instâncias reservadas?

Você pode listar uma instância reservada quando:

  • Estiver registrado como um vendedor no marketplace de instâncias reservadas.
  • Tiver pago pela instância reservada.
  • For proprietário da instância reservada há mais de 30 dias.

P: Como posso me registrar como vendedor do marketplace de instâncias reservadas?

Para se registrar no marketplace de instâncias reservadas, entre no fluxo de trabalho de registro vendendo uma instância reservada no EC2 Management Console ou configurando seu perfil na página "Configurações da conta" no portal da AWS. Não importa a rota, você precisará concluir as seguintes etapas:

  1. Comece revisando a visão geral do processo de registro.
  2. Faça login em sua conta da AWS.
  3. Informe a conta bancária para a qual deseja que os fundos sejam transferidos. Assim que você clicar em "Continue", definiremos essa conta bancária como a opção de transferência padrão.
  4. Na tela de confirmação, selecione "Continue to Console to Start Listing".

Se você tiver excedido 20.000 USD em vendas de instâncias reservadas ou quiser vender 50 ou mais instâncias reservadas, precisará fornecer informações tributárias antes de poder listar suas instâncias reservadas. Selecione "Continue with Tax Interview". Durante o processo de verificação tributária, você deverá inserir o nome da empresa, o nome de contato, endereço e número de identificação tributária usando o fluxo de trabalho do TIMS. 

Além disso, se você quiser vender mais de 50.000 USD em instâncias reservadas por ano, precisará também registrar um aumento de limite.

P: Como sei quando posso começar a vender no Marketplace de Instância Reservada?

Você pode começar a vender no Marketplace de Instância Reservada depois de ter adicionado uma conta bancária através do processo de registro. Quando a ativação for concluída, você receberá um e-mail de confirmação. No entanto, é importante salientar que você não poderá receber transferências até que possamos receber a verificação do seu banco, o que pode demorar até duas semanas, dependendo do banco que você usa.

P: Como posso listar uma instância reservada para venda?

Para listar uma instância reservada, basta concluir estas etapas no Console do Amazon EC2:

  1. Selecione as instâncias reservadas que você deseja vender e escolha "Sell Reserved Instances". Se você não tiver concluído o processo de registro, será necessário registrar-se usando o processo de registro.
  2. Para cada tipo de instância reservada, defina o número de instâncias que você gostaria de vender e o preço da taxa única que quer definir. Observe que você pode definir o preço único para diferenciar valores, dependendo da quantidade de tempo restante, a fim de que não precise continuar ajustando seu preço único se sua Instância Reservada não for vendida rapidamente. Por padrão, você precisa apenas definir o preço atual e diminuir automaticamente o preço único com o mesmo incremento a cada mês.
  3. Assim que você tiver configurado sua relação, uma tela de confirmação final será exibida. Selecione "Sell Reserved Instance".

P: Quais instâncias reservadas posso listar para venda?

Você pode listar qualquer instância reservada que já esteja ativa por pelo menos 30 dias e cujo pagamento já tenha sido recebido pela AWS. Normalmente, isso significa que você poderá listar suas reservas assim que estiverem no estado ativo. É importante salientar que, se você for um cliente faturado, sua instância reservada poderá estar no estado ativo antes que a AWS receba o pagamento. Neste caso, a instância reservada não será listada enquanto não recebermos o seu pagamento.

P: Como as instâncias reservadas listadas são exibidas aos compradores?

As instâncias reservadas (tanto de terceiros quanto as oferecidas pela AWS) listadas no marketplace de instâncias reservadas podem ser visualizadas na seção "Reserved Instances" do Amazon EC2 Console. Também é possível usar a chamada de API DescribeReservedInstancesListings.

As instâncias reservadas listadas são agrupadas por tipo, duração restante, preço adiantado e preço por hora. Com isso, fica mais fácil que os compradores encontrem as instâncias reservadas certas para comprar.

P: Quanto da vigência da instância reservada posso listar?

Você pode vender uma instância reservada pela vigência restante, arredondando para o mês mais próximo. Por exemplo, se o período restante for de nove meses e 13 dias, você listará a instância para venda como uma instância reservada com vigência de nove meses.

P: Posso remover minha instância reservada depois que a listei para venda?

Sim, você poderá remover suas listagens de instâncias reservadas a qualquer momento até que uma venda esteja pendente (o que significa que o comprador adquiriu a instância reservada e a confirmação do pagamento está pendente).

P: Quais dimensões de definição de preço posso definir para as instâncias reservadas que desejo listar?

Usando o Marketplace de Instância Reservada, você pode definir um preço inicial que estaria disposto a aceitar. Você não pode definir o preço por hora (que permanecerá o mesmo definido na Instância Reservada original) e não receberá quaisquer fundos coletados de pagamentos associados aos preços por hora.

P: Posso continuar a usar a minha reserva enquanto ela estiver listada no marketplace de instâncias reservadas?

Sim, você continuará recebendo o benefício no faturamento e a capacidade da sua reserva até ela ser vendida. Assim que ela for vendida, qualquer instância em execução que estava sendo cobrada pela taxa com desconto passará a ser cobrada pela taxa sob demanda até e a menos que você compre uma nova reserva ou encerre a instância.

P: Posso revender uma instância reservada que adquiri no marketplace de instâncias reservadas?

Sim, você pode revender as instâncias reservadas adquiridas no marketplace de instâncias reservadas da mesma forma que qualquer outra instância reservada.

P: Há restrições em relação à venda de instâncias reservadas?

Sim, você deve ter uma conta bancária nos EUA para vender instâncias reservadas no marketplace de instâncias reservadas. Contas bancárias fora dos EUA serão aceitas em breve. Além disso, você não pode vender as Instâncias Reservadas na região GovCloud dos EUA.

P: Posso vender as instâncias reservadas adquiridas por meio dos níveis de preços de volume público?

Não, esse recurso ainda não está disponível.

P: Há alguma cobrança pela venda de instâncias reservadas no Marketplace de Instância Reservada?

Sim, a AWS cobrará uma taxa de serviço de 12% do preço adiantado total de cada instância reservada que você vender no marketplace de instâncias reservadas.

P: A AWS pode vender subconjuntos das minhas instâncias reservadas listadas?

Sim, é possível que a AWS venda um subconjunto da quantidade de instâncias reservadas listadas. Por exemplo, se você listar 100 instâncias reservadas, pode ocorrer que o único comprador interessado queira comprar apenas 50 delas. Venderemos essas 50 instâncias e continuaremos listando as 50 instâncias reservadas restantes até que você decida não listá-las mais.

P: Como os compradores pagam pelas instâncias reservadas que adquiriram?

O pagamento das vendas de instâncias reservadas concluídas é feito via transferência bancária ACH (câmara de compensação automática) para uma conta bancária nos EUA.

P: Quando receberei meu dinheiro?

Assim que a AWS receber o pagamento do cliente que adquiriu uma instância, faremos a transferência bancária para a conta especificada quando você se registrou no marketplace de instâncias reservadas.

Em seguida, enviaremos uma notificação por e-mail informando que o pagamento foi transferido. Geralmente, o pagamento aparecerá em sua conta em três a cinco dias após a venda da instância reservada.

P: Se eu vender minha instância reservada no marketplace de instâncias reservadas, receberei reembolso pelo Premium Support que também foi cobrado?

Não, você não receberá um reembolso rateado pela parte inicial da taxa do AWS Premium Support.

P: Serei notificado sobre as atividades do Marketplace de Instância Reservada?

Sim, você receberá um único e-mail, uma vez por dia, detalhando sua atividade do Marketplace de Instância Reservada sempre que criar ou cancelar relações de instâncias reservadas, compradores adquirirem suas relações ou a AWS enviar pagamentos para a sua conta bancária.

P: Quais informações são trocadas entre o comprador e o vendedor para ajudar no cálculo de impostos da transação?

As informações do país, CEP, estado e cidade do comprador serão fornecidas para o vendedor através de um relatório de transferência bancária. Essas informações permitirão que os vendedores calculem os impostos de transação de pagamento obrigatório para o governo (por exemplo, imposto sobre vendas, imposto sobre valor agregado etc.). O nome da entidade jurídica do vendedor também será fornecido na fatura da compra.

P: Há restrições quanto aos clientes que podem comprar instâncias reservadas de terceiros?

Sim, você não pode comprar suas próprias instâncias reservadas listadas, inclusive as que estiverem em qualquer uma de suas contas vinculadas (via faturamento consolidado).

P: É necessário pagar pelo Premium Support ao adquirir instâncias reservadas no Marketplace de Instância Reservada?

Sim, se você for um cliente Premium Support, será cobrado pelo Premium Support quando adquirir uma instância reservada por meio do Marketplace de Instância Reservada.



P: O que é uma instância spot?

Instâncias spot são uma nova forma de comprar e consumir as instâncias do Amazon EC2. Elas permitem que os clientes façam uma proposta quanto à capacidade do EC2 não utilizada e executem essas instâncias enquanto sua proposta ultrapasse o preço spot atual. O preço spot muda periodicamente com base na oferta e na demanda, e os clientes com propostas iguais ou superiores a esse preço obtêm acesso às instâncias spot disponíveis. As instâncias spot complementam as instâncias sob demanda e reservadas e oferecem uma opção alternativa para a obtenção da capacidade computacional.

P: Qual a diferença entre uma instância spot e uma instância sob demanda ou reservada?

As instâncias spot fornecem a possibilidade de os clientes comprarem capacidade computacional sem compromisso antecipado, por taxas horárias normalmente mais baixas do que a taxa sob demanda. As instâncias spot permitem que você especifique o preço por hora máximo que está disposto a pagar para executar um determinado tipo de instância. O Amazon EC2 define um preço spot para cada tipo de instância em cada zona de disponibilidade, que é o preço por hora que todos os clientes pagarão para executarem uma instância spot durante aquele determinado período. O Preço spot oscila com base no fornecimento e na demanda das instâncias, mas os clientes nunca pagarão mais que o preço máximo que especificaram. Se o Preço spot for mais alto que o preço máximo de um cliente, a instância do cliente será desativada pelo Amazon EC2. Além dessas diferenças, as instâncias spot têm exatamente o mesmo desempenho das instâncias sob demanda ou reservadas. Clique aqui para obter mais detalhes sobre as instâncias spot.

P: Como faço para comprar e inicializar uma instância spot?

As instâncias spot podem ser solicitadas usando o EC2 Management Console ou as APIs do Amazon EC2. Para iniciar com o EC2 Management Console:

  1. Faça login no EC2 Management Console.
  2. Clique em "Spot Requests" no painel de navegação à esquerda.
  3. Selecione "Request Spot Instances".
  4. Conclua o processo do assistente de inicialização da instância, escolhendo uma AMI, região e tamanho e tipo de instância. 
  5. Insira o número de instâncias spot que você gostaria de solicitar, o preço máximo e se a requisição é persistente ou não. 
  6. Após selecionar o par de chaves e os security groups, você está pronto para enviar sua solicitação de instância spot.

Para obter detalhes sobre como solicitar instâncias spot por meio da API do Amazon EC2, consulte a Amazon EC2 API Reference.

Para obter uma perspectiva mais detalhada do uso das instâncias spot e mais informações sobre como usufruir ao máximo das instâncias spot, leia Introdução às instâncias spot.

P: Quantas instâncias spot posso solicitar?

O limite de solicitação de instâncias spot varia de acordo com o limite dinâmico de spot para cada região. Note que nem todos os tipos de instâncias estão disponíveis em spot, e contas novas da AWS podem começar com limites mais baixos. Para saber mais sobre os limites das instâncias spot, consulte o Amazon EC2 User Guide.

Se precisar de mais instâncias, preencha o seu caso de uso no formulário de solicitação de instância da Amazon EC2 e o aumento das instâncias será avaliado. Os aumentos de limite estão vinculados à região para a qual são solicitados.

 

 

P: Como posso determinar o status da minha solicitação spot?

Você pode determinar o status de sua solicitação Spot no ciclo de vida de provisionamento da instância ao examinar sua mensagem e código de Status da Oferta Spot. Ao revisar o status da oferta Sport, você poderá ver por que seu estado de solicitações Spot mudou ou não, além de aprender como otimizar suas solicitações Spot para que sejam atendidas. Você pode acessar as informações de status da oferta spot na página Instância spot do console do EC2 do Console de Gerenciamento da AWS, bem como por meio da ação da API DescribeSpotInstanceRequests e do comando de CLI ec2-describe-spot-instance-requests. Para obter mais informações, consulte o Amazon EC2 Developer guide.

 

P: Há instâncias spot disponíveis para todas as famílias e tamanhos de instâncias, e em todas as regiões?

Os tipos de instância disponíveis em cada região estão listados aqui. As APIs de instância spot estão disponíveis em todas as regiões, exceto na região GovCloud dos EUA.

 

P: Quais sistemas operacionais estão disponíveis como instâncias spot?

O Linux/UNIX e o Windows Server estão disponíveis. O Windows Server com SQL Server não está disponível no momento.

 

P: Há qualquer recurso ou serviço da Amazon Web Services que não seja compatível para uso com as instâncias spot?

O Amazon DevPay não é compatível para uso com as instâncias spot.

 

P: Posso usar uma instância spot com uma AMI paga para softwares de terceiros (como os pacotes de software da IBM)?

Não neste momento.

 

P: Haverá cobrança se minha instância spot for encerrada pelo Amazon EC2 antes da hora?

Não. Se a instância spot for encerrada pelo Amazon EC2, não haverá cobrança por uma hora parcial de uso. No entanto, se você mesmo encerrar a instância, haverá cobrança por qualquer hora na qual a instância foi executada.

 

P: Com que frequência devo esperar que o preço spot seja alterado?

O Amazon EC2 mudará o preço spot periodicamente à medida que novas solicitações forem recebidas e à medida que a capacidade spot disponível for alterada (por exemplo, devido a encerramentos das instâncias). Embora o preço spot possa mudar a qualquer momento, em geral ele mudará uma vez por hora e, em muitos casos, com menos frequência. Publicamos o preço spot atual e os preços históricos das instâncias spot por meio da API. Eles também podem ser visualizados usando o Console de Gerenciamento da AWS. Isso pode ajudá-lo a avaliar os níveis e as flutuações no preço spot ao longo do tempo.

 

P: Todas as instâncias spot iniciadas ao mesmo tempo serão cobradas pelo mesmo preço?

Sim.

 

P: O preço cobrado para uma instância spot em execução será alterado durante sua hora de instância à medida que o preço spot mudar?

Não. O preço por hora de instância de uma instância spot é definido no início de cada hora de instância para a hora completa. Mudanças no preço spot não serão refletidas até que a próxima hora de instância comece.

 

P: Onde posso ver meu histórico de uso das instâncias spot e o valor da fatura?

O Console de Gerenciamento da AWS disponibiliza um relatório de faturamento detalhado que mostra os horários de início e término da instância spot para todas as instâncias. Os clientes podem comparar o relatório de faturamento com os preços spot históricos por meio da API para verificar se o preço spot pelo qual foram cobrados está correto.

P: Por que os preços spot são diferentes entre contas do mesmo tipo de instância, sistema operacional e zona de disponibilidade?

Para garantir a distribuição de recursos entre zonas de disponibilidade de uma região, elas são associadas independentemente a identificadores em cada conta. Por exemplo, é possível que a zona de disponibilidade us-east-1a não esteja no mesmo local que a zona de disponibilidade us-east-1a de outra conta. Portanto, os preços spot para o mesmo identificador de zona de disponibilidade podem ser diferentes entre contas distintas. Não é possível coordenar as zonas de disponibilidade entre contas.

P: O que é uma frota spot?

Um spot fleet permite que você sugira um preço automaticamente e gerencie várias instâncias spot que oferecem o menor preço por unidade de capacidade para o seu cluster ou aplicação, como uma tarefa de processamento em lotes, um fluxo de trabalho do Hadoop ou uma tarefa de computação em grade de HPC. Você pode incluir tipos de instância que podem ser usadas pela sua aplicação e definir uma capacidade-alvo com base nas necessidades da sua aplicação (em unidades como produtividade de instâncias, vCPUs, memória, armazenamento ou rede). Os spot fleets permitem que você execute e mantenha a capacidade-alvo, e solicite recursos automaticamente para substituir qualquer um que seja interrompido ou encerrado manualmente. Saiba mais sobre os spot fleets

P: Há algum encargo adicional para as solicitações de frotas spot?

Não, não há encargo adicional para as solicitações de frotas spot.

P: Quais os limites aplicados às solicitações de frotas spot?

Consulte a seção Spot Fleet Limits do Amazon EC2 User Guide para saber mais sobre os limites aplicáveis à sua solicitação de frota spot.

P: O que acontecerá se a solicitação de frota spot tentar executar instâncias spot, mas exceder o limite regional de solicitações spot?

Se a solicitação de frota spot exceder o limite regional de solicitação de instâncias spot, as solicitações individuais de instância spot falharão com o status de oferta Limite de solicitações de spot excedido. O seu histórico de solicitações de frotas spot mostrará todos os erros de limite de solicitações spot recebidos pela solicitação de frota. Consulte a seção Como monitorar o seu spot fleet, que faz parte do Guia do usuário do Amazon EC2, para saber como descrever o histórico de solicitações do spot fleet.

P: O que acontecerá se a sugestão de preço de solicitação do spot fleet exceder o limite de sugestão de preço spot para um dos tipos de instância solicitados?

Se a sua sugestão de preço da solicitação de spot fleet exceder os limites da sugestão de preço spot, nós enviaremos solicitações de spot para esse tipo de instância usando o seu limite de sugestão de preço spot atual. O histórico de solicitações do spot fleet mostrará se alguma das instâncias da sua frota foram afetadas pelo limite da sugestão de preço spot. Consulte a seção Como monitorar o seu spot fleet, que faz parte do Guia do usuário do Amazon EC2, para saber como descrever o histórico de solicitações do spot fleet.

P: Há garantia de atendimento para as solicitações de frotas spot?

Não. As solicitações de spot fleet permitem que você sugira vários preços spot simultaneamente, e estão sujeitas à mesma disponibilidade e aos mesmos preços de uma única solicitação de instância spot. Por exemplo, se nenhum recurso estiver disponível com a sugestão de preço de solicitação do spot fleet, a solicitação poderá não ser atendida, parcialmente ou totalmente.

P: Posso enviar uma solicitação de frota Multi-AZ?

Sim, consulte a seção Spot Fleet Examples do Amazon EC2 User Guide para saber como enviar uma solicitação de frota spot Multi-AZ.

P: Posso enviar uma solicitação de frota spot com várias regiões?

Não, não oferecemos suporte a solicitações de frotas com várias regiões.

P: Como o spot fleet aloca recursos nos vários pools de instância spot especificados nas aplicações de execução?

A API RequestSpotFleet disponibiliza duas estratégias de alocação: lowestPrice (preço mais baixo) e diversified (diversificada). A estratégia lowestPrice permite que você provisione seus recursos do spot fleet em pools de instância que disponibilizam o preço mais baixo por unidade de capacidade no momento da solicitação. A estratégia diversified permite que você provisione seus recursos do spot fleet em vários pools de instância spot. Isso permite que você mantenha a capacidade pretendida da sua frota e aumente a disponibilidade da sua aplicação de acordo com as oscilações de capacidade do spot.

A execução dos recursos da sua aplicação em pools de instância spot diferentes também permite que você reduza ainda mais os custos operacionais da sua frota com o passar do tempo. Consulte o Guia do usuário do Amazon EC2 para saber mais.

P: Posso atribuir uma tag a uma solicitação de frota spot?

No momento, não oferecemos suporte à atribuição de tags a solicitações de frota spot.

P: Como posso ver a que frotas spot pertencem minhas instâncias spot?

Você pode identificar as instâncias spot associadas à sua frota spot descrevendo sua solicitação de frota. As solicitações de frota estão disponíveis por 48 horas após o encerramento de todas as instâncias spot. Consulte o Amazon EC2 User Guide para saber como descrever a solicitação de frota spot.

P: Posso modificar minha solicitação de frota spot?

No momento, você só pode modificar a capacidade alvo da sua solicitação de frota spot. É possível que seja necessário cancelar a solicitação e enviar uma nova para alterar outros parâmetros de configuração de solicitação.

P: Posso especificar uma AMI diferente para cada tipo de instância que quero usar?

Sim, basta especificar a AMI que você gostaria de usar em cada especificação de lançamento incluída na solicitação de frota spot.

P: Posso usar a frota spot com Elastic Load Balancing, Auto Scaling ou Elastic MapReduce?

Não, os recursos Elastic Load Balancing, Auto Scaling ou Elastic MapReduce não acionam diretamente solicitações de frota spot.

P: Uma solicitação de spot fleet encerra instâncias spot quando elas não estiverem mais sendo executadas nos pools spot de menor preço e as executa novamente nesses pools?

Não, as solicitações de spot fleet não encerram automaticamente e executam novamente instâncias enquanto elas estiverem em execução. No entanto, se você encerrar uma instância spot, o spot fleet a substituirá por uma nova instância spot no novo pool de preço mais baixo.

P: Os bloqueios de spot são interrompidos (instâncias spot de duração fixa) em algum momento?

Os bloqueios de spot foram criados para não serem interrompidos e serão executados continuamente durante o período selecionado, independentemente do preço de mercado spot. Em raras situações, os bloqueios de spot podem ser interrompidos devido a necessidades de capacidade da AWS. Nesses casos, nós enviaremos uma advertência dois minutos antes de encerrarmos sua instância (aviso de encerramento), e você não será cobrado pelas instâncias atingidas.

 

 


 

P: Quanto poder computacional as microinstâncias fornecem?

As microinstâncias fornecem uma pequena quantidade de recursos consistentes da CPU e permitem que você ultrapasse a capacidade da CPU em até 2 ECUs quando ciclos adicionais estiverem disponíveis. Elas também são bastante adequadas para os aplicativos de menor rendimento e sites da Web que consomem ciclos computacionais significativos periodicamente, mas pouquíssima CPU em outros momentos para os processos em segundo plano, daemons etc. Saiba mais sobre o uso desse tipo de instância.

P: Como uma microinstância é comparada em termos de poder computacional com uma instância pequena padrão?

No estado estável, as microinstâncias recebem uma fração dos recursos computacionais que as Instâncias pequenas recebem. Portanto, se seu aplicativo tiver necessidades de alto consumo de computação ou estado estável, recomendamos o uso de uma Instância pequena (ou maior, dependendo das suas necessidades). No entanto, as microinstâncias podem ultrapassar periodicamente até 2 ECUs (por períodos curtos). Isso é o dobro do número de ECUs disponíveis com base em uma Instância pequena padrão. Portanto, se você tiver um aplicativo ou um site Web de rendimento relativamente baixo com uma necessidade ocasional que consome ciclos computacionais significativos, recomendamos o uso de microinstâncias.

P: Como saberei se uma aplicação precisa de mais recursos de CPU do que aqueles que estão sendo fornecidos por uma instância micro?

A métrica CloudWatch para a utilização da CPU reportará 100% de utilização se a instância ultrapassar muito, de forma que exceda seus recursos de CPU disponíveis durante aquele minuto monitorado do CloudWatch. O CloudWatch reportando 100% de utilização da CPU é o sinal de que você deve considerar o aumento – manualmente ou por meio do Auto Scaling – para um tipo de instância maior ou a redução para várias microinstâncias.

P: Todos os recursos do Amazon EC2 estão disponíveis para as instâncias micro?

Atualmente, o Amazon DevPay não está disponível para as instâncias micro.


P: Quando devo usar instâncias otimizadas para computação?

As instâncias otimizadas para computação são projetadas para aplicativos que se beneficiam com grande poder computacional. Esses aplicativos incluem frotas de front-end de alto desempenho, servidores web, processamento em lotes, análise distribuída, aplicativos científicos e de engenharia de alto desempenho, veiculação de anúncios, jogos MMO e codificação de vídeo.

P: Posso lançar instâncias C4 como instâncias otimizadas para o Amazon EBS?

Por padrão, todos os tipos de instância C4 são otimizados para o EBS. Instâncias C4, 500 Mbps a 4,000 Mbps para EBS, acima e além da taxa de transferência de rede de uso geral fornecida para a instância. Como esse recurso está sempre ativado em instâncias C4, o lançamento de uma instância C4 explicitamente como otimizada para EBS não afetará o comportamento da instância.

P: Como posso usar o recurso de controle de estado de processador disponível na instância c4.8xlarge?

O tipo de instância c4.8xlarge oferece ai sistema operacional o recurso de controlar estados C e P do processador. No momento, esse recurso está disponível apenas em instâncias Linux. As configurações dos estados C e P podem ser alteradas para aumentar a consistência de desempenho do processador, reduzir a latência ou ajustar a instância para uma carga de trabalho específica. Por padrão, o Amazon Linux oferece a configuração de mais alto desempenho, ideal para a maioria das cargas de trabalho dos clientes. No entanto, se o seu aplicativo se beneficiaria com menor latência ao custo de frequências de núcleo único ou duplo mais altas, ou com desempenho sustentado com menor frequência em vez de frequências de pico Turbo Boost, você pode experimentar as opções de configuração de estado C e P disponíveis nessas instâncias. Para obter informações adicionais sobre esse recurso, consulte a seção Processor State Control do Amazon EC2 User's Guide.

 


P: O que são instâncias computacionais aceleradas?

A família de instâncias computacionais aceleradas é uma família de instâncias que usa aceleradores de hardware, ou coprocessadores, para executar as mesmas funções (como cálculos numéricos de ponto flutuante e processamento de gráficos) com maior eficiência que a possível usando software executado em CPUs. O Amazon EC2 oferece dois tipos de instâncias computacionais aceleradas: instâncias de GPU computacionais, para computação de propósito geral, e instâncias de GPU gráficas, para aplicações com uso intensivo de gráficos.

P: Quando devo usar instâncias de GPU computacionais e gráficas?

As instâncias de GPU funcionam melhor para aplicativos com paralelismo em massa, por exemplo, cargas de trabalho que utilizam milhares de threads. O processamento gráfico é um exemplo com requisitos computacionais enormes, onde cada uma das tarefas é relativamente pequena, o conjunto de operações realizadas forma um canal e a taxa de transferência desse canal é mais importante do que a latência das operações individuais. Para poder construir aplicativos que explorem esse nível de paralelismo, é necessário adquirir conhecimento específico sobre o dispositivo de GPU entendendo como programar em relação a várias APIs gráficas (DirectX, OpenGL) ou modelos de programação de computação de GPU (CUDA, OpenCL).

P: Em que as instâncias G2 são diferentes das instâncias CG1?

As instâncias CG1 usam GPUs NVIDIA Tesla e são projetadas para computação de GPU de uso geral, utilizando modelos de programação CUDA ou OpenCL. As instâncias CG1 oferecem aos clientes uma rede com alta largura de banda de 10 Gbps, recursos de ponto flutuante de dupla precisão e memória de código de correção de erro (ECC), tornando-as ideais para aplicativos de Computação de alta performance (HPC). As instâncias G2 utilizam GPUs NVIDIA GRID e oferecem uma plataforma econômica e de alto desempenho para aplicativos gráficos que utilizam o DirectX ou o OpenGL. Os GPUs NVIDIA GRID também são compatíveis com as APIs de rápida captura e codificação da NVIDIA. Os aplicativos incluem serviços de criação de vídeo, visualizações 3D, aplicativos intensivos de streaming de gráfico e outras cargas de trabalho do lado do servidor que precisam de potência massiva de processamento paralelo. Além disso, instâncias gráficas também podem ser usadas para computação geral usando CUDA ou OpenCL, mas não são recomendadas para aplicativos HPC de uso intensivo de rede.

P: Em que as instâncias P2 são diferentes das instâncias G2?

As instâncias P2 usam GPUs NVIDIA Tesla K80 e são projetadas para computação de GPU de propósito geral, utilizando modelos de programação CUDA ou OpenCL. As instâncias P2 disponibilizam aos clientes redes de 20 Gbps com alta largura de banda, recursos poderosos de ponto flutuante de precisão única ou dupla e memória com código de correção de erros (ECC), o que as torna ideais para aprendizado profundo, bancos de dados de alto desempenho, fluidodinâmica computacional, finanças computacionais, análises sísmicas, modelagem molecular, genômica, renderização e outras cargas de trabalho de GPU computacionais do lado do servidor. As instâncias G2 utilizam GPUs NVIDIA GRID e oferecem uma plataforma econômica e de alto desempenho para aplicativos gráficos que utilizam o DirectX ou o OpenGL. Os GPUs NVIDIA GRID também são compatíveis com as APIs de rápida captura e codificação da NVIDIA. As aplicações de exemplo incluem serviços de criação de vídeo, visualizações em 3D, aplicações de streaming com uso intenso de gráficos e outras cargas de trabalho gráficas do lado do servidor.

P: Quais APIs e modelos de programação são compatíveis com as instâncias de GPU gráficas e computacionais?

Com a versão inicial do driver, as instâncias G2 são compatíveis com DirectX 9, 10 e 11, OpenGL 4.3, CUDA 5.5, OpenCL 1.1 e DirectCompute. Com a última versão do driver, as instâncias CG1 são compatíveis com CUDA 5.5, OpenCL 1.1 e DirectCompute. Com a última versão do driver, as instâncias P2 são compatíveis com CUDA 7.5 e OpenCL 1.2.

P: Onde posso obter drivers NVIDIA para instâncias CG1, G2 e P2?

Há dois métodos para obter os drivers da NVIDIA. A NVIDIA tem listas no AWS Marketplace que oferecem Amazon Linux AMIs e Windows Server AMIs com os drivers da NVIDIA pré-instalados. Você também pode executar AMIs HVM de 64 bits e instalar os drivers você mesmo. É necessário visitar o site de drivers da NVIDIA e pesquisar NVIDIA Tesla K80 para a P2, NVIDIA GRID K520 para a G2 e Tesla M2050 para a CG1.

P: Quais AMIs posso usar com as instâncias P2 e G2?

Atualmente é possível usar o Windows Server, o SUSE Enterprise Linux, o Ubuntu e o Amazon Linux AMIs em instâncias P2 e G2. Se você quiser executar AMIs com sistemas operacionais não listados aqui, entre em contato com o suporte ao cliente da AWS com sua solicitação ou pesquise nos Fóruns do EC2.

P: Onde obtenho o NVIDIA GRID SDK?

O NVIDIA GRID SDK está disponível diretamente na NVIDIA. Visite http://www.nvidia.com/object/cloud-get-started.html para obter informações sobre como obter SDK completo. NVENC, a parte de captura de quadro e de codificação do GRID SDK, está disponível na Zona de desenvolvedores da NVIDIA https://developer.nvidia.com/nvidia-video-codec-sdk.

P: O uso de instâncias G2 exige licenças de terceiros?

Além dos drivers NVIDIA e do GRID SDK, o uso das instâncias G2 não requer necessariamente nenhuma licença de terceiro. No entanto, você é responsável por determinar se o seu conteúdo ou se a tecnologia usada nas instâncias G2 requer alguma licença adicional. Por exemplo, se você estiver transmitindo conteúdo, pode precisar de licenças para parte do conteúdo ou para ele todo. Se você estiver usando tecnologia de terceiros, como sistemas operacionais, codificadores e decodificadores de áudio e/ou vídeo da Microsoft, Thomson, Fraunhofer IIS, Sisvel S.p.A., MPEG-LA e Coding Technologies, consulte esses provedores para saber se é necessário ter uma licença. Por exemplo, se você aproveitar o codificador de vídeo integrado h.264 no GPU NVIDIA GRID, você deve entrar em contato com a MPEG-LA para obter orientação e se você estiver usando tecnologia mp3, deve entrar em contato com a Thomson.

P: Por que não consigo ver o GPU quando uso o Microsoft Remote Desktop?

Ao usar a área de trabalho remota, os GPUs que usam o modelo de driver WDDM são substituídos por um driver de exibição de área de trabalho remota não acelerado. Para acessar seu hardware GPU, é necessário utilizar uma ferramenta de acesso remoto diferente, como o VNC.


P: O que é uma instância de computação em cluster?

As instâncias de computação em cluster combinam os recursos de computação elevada com uma rede de alto desempenho para os aplicativos High Performance Compute (HPC) e outros aplicativos exigentes vinculados à rede. As instâncias de computação em cluster fornecem uma funcionalidade semelhante para as outras instâncias do Amazon EC2, mas foram projetadas especificamente para fornecerem redes de alto desempenho.

A funcionalidade do grupo de localização de cluster do Amazon EC2 permite que os usuários agrupem as instâncias de computação em cluster – permitindo que os aplicativos obtenham o desempenho de rede de baixa latência necessário para a comunicação entre os nós totalmente integrados, típica de muitos aplicativos de HPC. As instâncias de computação em cluster também fornecem um rendimento de rede significativamente elevado no ambiente do Amazon EC2 e para a Internet. Como resultado, essas instâncias também são bastante adequadas para aplicativos do cliente que precisam desempenhar operações que requerem bastante rede.

Saiba mais sobre o uso deste tipo de instância para aplicativos HPC.

P: Que tipo de desempenho de rede posso esperar quando executo instâncias no placement group de cluster?

A largura de banda que uma instância do EC2 pode utilizar em um placement group de cluster depende do tipo de instância e de sua especificação de desempenho de redes. Durante a execução em um placement group, selecione instâncias do EC2 que possam utilizar até 10 Gbps para tráfego de fluxo único e 20 Gbps para tráfego multifluxo em cada direção (full duplex). O tráfego de rede fora de um placement group de cluster (ex.: para a Internet) é limitado a 5 Gbps (full duplex).

P: O que é uma instância de GPU de cluster?

As instâncias de GPU de cluster fornecem unidades de processamento gráfico (GPUs) para fins gerais com maior desempenho de rede e CPU proporcionalmente elevado para aplicativos se beneficiando de processamento extremamente paralelizado, que pode ser acelerado por GPUs usando os modelos de programação CUDA e OpenCL. Entre os aplicativos comuns estão modelagem e simulação, renderização e processamento de mídia.

As Instâncias de GPU de cluster fornecem aos clientes com cargas de trabalho HPC uma opção além das Instâncias de computação de cluster para personalizar ainda mais seus clusters de desempenho elevado na nuvem para aplicativos que podem se beneficiar do poder computacional paralelo das GPUs.

As instâncias de GPU de cluster usam a mesma funcionalidade do grupo de localização de cluster que as instâncias de computação em cluster para o agrupamento de instâncias em clusters – permitindo que os aplicativos obtenham o desempenho de rede de baixa latência e de alta largura de banda necessário para a comunicação típica entre nós totalmente vinculada de muitos aplicativos HPC.

Saiba mais sobre a HPC na AWS.

P: O que é uma instância de cluster com mais memória?

Instâncias de cluster com mais memória oferecem aos clientes grande capacidade de CPU e memória por instância, além de alta capacidade de rede. Esses tipos de instância são ideais para cargas de trabalho com uso intensivo de memória, incluindo sistemas de análise em memória, análise de gráficos e muitas aplicações científicas e de engenharia

As instâncias de cluster com mais memória usam a mesma funcionalidade de placement group de cluster que as instâncias de computação em cluster para agrupar instâncias em clusters. Isso permite que as aplicações obtenham o desempenho de rede de baixa latência e alta largura de banda necessário para a comunicação altamente acoplada entre nós, típica de diversas aplicações de HPC e com uso intensivo de rede.

 

P: O uso das instâncias de computação em cluster ou de GPU de cluster difere dos outros tipos de instância do Amazon EC2?

O uso das instâncias de computação em cluster ou de GPU de cluster difere dos outros tipos de instância do Amazon EC2 em dois pontos.

Primeiro, as instâncias de computação em cluster e de GPU de cluster usam virtualização com base em Hardware Virtual Machine (HVM) e executam somente imagens de máquina da Amazon (AMIs) com base em virtualização HVM. As AMIs baseadas em Paravirtual Machine (PVM) usadas com outros tipos de instância do Amazon EC2 não podem ser usadas com as instâncias de computação em cluster ou de GPU de cluster.

Segundo, para se beneficiar totalmente da largura de banda de duas seções total e de baixa latência disponível entre as instâncias, as instâncias de computação em cluster ou de GPU de cluster devem ser inicializadas em um grupo de localização de cluster por meio da API do Amazon EC2 ou do AWS Management Console.

P: O que é um grupo de localização de cluster?

grupo de localização de cluster é uma entidade lógica que permite a criação de um cluster de instâncias ao iniciar instâncias como parte de um grupo. Em seguida, o cluster de instâncias fornece uma conectividade de largura de banda de Ethernet de 10 Gigabits de duas seções totais e de baixa latência entre as instâncias no grupo. Os grupos de posicionamento de cluster são criados por meio da API do Amazon EC2 ou do AWS Management Console.

P: Todos os recursos do Amazon EC2 estão disponíveis para as instâncias de computação em cluster e de GPU de cluster?

Atualmente, o Amazon DevPay não está disponível para as instâncias de computação em cluster e de GPU de cluster.

P: Há um limite para o número de instâncias de computação em cluster ou de GPU de cluster que posso usar e/ou para o tamanho do cluster que posso criar ao inicializar as instâncias de computação em cluster ou de GPU de cluster em um grupo de localização de cluster?

Não há um limite específico para as Instâncias de computação em cluster. Para as Instâncias de GPU de cluster, você mesmo pode iniciar duas Instâncias de GPU de cluster. Se você precisar de mais capacidade, complete o formulário de solicitação de instâncias do Amazon EC2 (selecionando o tipo de instância primária apropriado).

P: Há formas de otimizar a probabilidade de que eu receba o número completo de instâncias solicitadas para meu cluster por meio de um grupo de localização de cluster?

Recomendamos que você inicie o número mínimo de instâncias necessárias para participar de um cluster em uma única inicialização. Para os clusters muito grandes, você deve iniciar vários grupos de posicionamento, p. ex., dois grupos de posicionamento de 128 instâncias, e combiná-los para criar um cluster maior de 256 instâncias.

P: As instâncias de GPU de cluster e de computação em cluster podem ser executadas em um único placement group de cluster?

Embora não seja possível iniciar diferentes tipos de instância de cluster em um grupo de posicionamento individual, nesse momento, oferecemos suporte somente para os grupos de posicionamento homogêneo.

P: Se uma instância em um grupo de localização de cluster for interrompida e, em seguida, iniciada novamente, ela manterá sua presença no grupo de localização de cluster?

Sim. Uma instância interrompida será iniciada como parte do grupo de localização de cluster no qual estava quando da interrupção. Se a capacidade não estiver disponível para ser iniciada em um grupo de localização de cluster, haverá falha na inicialização.


P: O que é uma instância de E/S elevada?

As Instâncias de E/S elevada usam armazenamento de instância local baseado em SSD para fornecer uma capacidade muito elevada de E/S, com baixa latência para os aplicativos e são otimizadas para os aplicativos que exigem dezenas de milhares de IOPS. Assim como as Instâncias em cluster, as Instâncias de E/S elevada podem ser agrupadas em cluster através de grupos de posicionmento de cluster para as redes de alta largura de banda.

P: Todos os recursos do Amazon EC2 estão disponíveis para as instâncias de E/S elevada?

As instâncias de E/S elevada são compatíveis com todos os recursos do Amazon EC2, com a exceção das instâncias spot. No momento, somente é possível adquirir instâncias de E/S elevada instâncias sob demanda ou reservadas.

P: Há um limite para o número de instâncias de E/S elevada que posso usar?

No momento, por padrão, é possível executar duas instâncias hi1.4xlarge. Se você quiser executar mais de 2 instâncias sob demanda, preencha o formulário de solicitação de instâncias do Amazon EC2.

P: Quantas IOPS as instâncias hi1.4xlarge podem fornecer?

Com o uso de AMIs PV Linux, as instâncias de E/S elevada podem fornecer mais de 120.000 IOPS de leitura aleatória de 4K, bem como de 10.000 a 85.000 IOPS de gravação aleatória de 4K (dependendo do alcance de endereçamento do bloco lógico ativo) para aplicativos em dois volumes de dados de 1 TiB. Para as AMIs do HVM e Windows, o desempenho será em torno de 90.000 IOPS de leitura aleatória de 4K e 9.000-75.000 IOPS de gravação aleatória de 4K.

P: Qual é a taxa de transferência sequencial das instâncias hi1.4xlarge?

A taxa de transferência sequencial em todos os tipos de AMI (PV Linux, HVM Linux e Windows) é de aproximadamente 2 GB/s para leitura e 1,1 GB/s para gravação.

P: A AWS tem outras ofertas de banco de dados e de Big Data. Quando ou por que devo usar instâncias de E/S elevada?

As instâncias de E/S elevada são ideais para os aplicativos que exigem acesso a dezenas de milhares de IOPS de baixa latência e podem utilizar arquiteturas e armazenamentos de dados que gerenciam a disponibilidade e a redundância dos dados. Entre os aplicativos de exemplo estão:

  • Bancos de dados NoSQL, como Cassandra e MongoDB
  • Bancos de dados em cluster
  • Sistemas OLTP

P: As instâncias de E/S elevada fornecem algum mecanismo de failover ou redundância?

Assim como outros tipos de instância do Amazon EC2, o armazenamento de instância nas instâncias hi1.4xlarge persiste durante o ciclo de vida da instância. Os clientes devem criar resiliência em seus aplicativos. Recomendamos o uso de sistemas de arquivos e bancos de dados compatíveis com a redundância e a tolerância a falhas. Os clientes devem fazer backup de seus dados periodicamente no Amazon S3 para maior durabilidade dos dados.

P: As instâncias de E/S elevada são compatíveis com o TRIM?

O comando TRIM permite que o sistema operacional informe a SSDs quais blocos de dados não são mais considerados em uso e que podem ser limpos internamente. Na ausência do comando TRIM, as futuras operações de gravação nos blocos envolvidos poderão ficar significativamente lentas. Atualmente, as instâncias hi1.4xlarge não são compatíveis com o comando TRIM, mas o suporte ao TRIM será implantado nos próximos meses. Os clientes com cargas de trabalho de gravação aleatória de endereçamento de bloco lógico completo e uso intensivo devem se planejar antecipadamente. Observe que o esquema de provisionamento de disco atual para as instâncias de E/S elevada minimiza o impacto de amplificação da gravação e a maioria dos clientes não terá problemas.


P: No que as instâncias de desempenho com capacidade de intermitência são diferentes?

O Amazon EC2 permite que você escolha entre Instâncias de desempenho fixo (por exemplo, M3, C3 e R3) e Instâncias de desempenho com capacidade de intermitência (por exemplo, T2). As Instâncias de desempenho com capacidade de intermitência oferecem um nível básico de desempenho da CPU com capacidade de intermitência acima da linha de base. As instâncias T2 são para cargas de trabalho que não usam a potência total da CPU com frequência ou constância, mas precisam de intermitência ocasionalmente.

O desempenho de linha de base e a capacidade de intermitência das instâncias T2 são regidos pelos créditos de CPU. Cada instância T2 recebe créditos de CPI continuamente a uma taxa que depende do tamanho da instância. As instâncias T2 acumulam créditos de CPU quando estão ociosas e usam esses créditos quando estão ativas. Um crédito de CPU fornece o desempenho de um núcleo de CPU completo por um minuto. A tabela a seguir mostra o saldo de crédito máximo e o desempenho de linha de base para cada tamanho de instância T2. Cada vCPU de uma instância T2 pode consumir créditos de CPU a uma taxa máxima de 60 por hora com intermitência para o desempenho total do núcleo.

 

Modelo

vCPUs

Créditos de CPU/hora

Saldo máximo de créditos de CPU

Desempenho de CPU de linha de base

t2.nano 1 3 72 5% de um núcleo

t2.micro

1

6

144

10% de um núcleo

t2.small

1

12

288

20% de um núcleo

t2.medium

2

24

576

40% de um núcleo*

t2.large 2 36 864 60% de um núcleo**

* Para t2.medium, aplicações com um único thread podem usar 40% de um núcleo ou, se necessário, aplicações multithread podem usar 20% de dois núcleos cada.

**Para t2.large, aplicações com um único thread podem usar 60% de um núcleo ou, se necessário, aplicações multithreaded podem usar 30% de dois núcleos cada.

Por exemplo, uma instância t2.small recebe créditos continuamente a uma taxa de 12 créditos de CPU por hora. Essa capacidade fornece um desempenho de linha de base equivalente a 20% de um núcleo de CPU. Se a qualquer momento a instância não precisar dos créditos que recebe, ela os armazenará em seu saldo de créditos de CPU por até 24 horas. Se e quando sua instância t2.small precisar de desempenho intermitente superior a 20% de um núcleo, ela o extrairá de seu saldo de créditos de CPU para atender a esse pico de forma transparente. Com o tempo, se você achar que sua carga de trabalho precisa de mais créditos de CPU do que os que você tem ou se sua instância não mantiver um saldo positivo de créditos de CPU, recomendamos um tamanho de T2 maior, como o t2.medium, ou um tipo de instância de desempenho fixo.

Muitas aplicações, como servidores web, ambientes de desenvolvedor e pequenos bancos de dados, não precisam constantemente de níveis altos de CPU, mas se beneficiam significativamente da possibilidade de ter pleno acesso a CPUs muito rápidas quando necessário. As instâncias T2 foram projetadas especificamente para esses casos de uso. Se você precisa constantemente de um alto desempenho de CPU para aplicações como codificação de vídeo, sites de alto volume ou aplicativos de HPC, recomendamos o uso de instâncias de desempenho fixo. As instâncias T2 foram projetadas para operar como se tivessem núcleos Intel de alta velocidade dedicados disponíveis quando seu aplicativo realmente precisa de desempenho de CPU, ao mesmo tempo protegendo você da variação de desempenho ou outros efeitos colaterais comuns geralmente observados na contratação de recursos em demasia em outros ambientes.

 

P: Como posso escolher a Imagem de máquina da Amazon (AMI) correta para minhas instâncias t2.nano?

A T2.nano, nossa menor instância de desempenho com capacidade de intermitência, oferece 512 MiB de memória e é projetada para oferecer o desempenho total de um núcleo de CPU Intel de alta frequência, contanto que você mantenha um saldo de crédito de CPU. Sua t2.nano manterá um saldo de crédito positivo se sua carga de trabalho utilizar menos de 5% do núcleo em média durante um período de 24 horas. Se a sua carga de trabalho usar mais de 5% da CPU em média, considere uma instância t2 maior, como a t2.micro. Convém verificar se os requisitos mínimos de memória de seu sistema operacional e aplicativos estão dentro de 512 MiB.Sistemas operacionais com interfaces gráficas do usuário que consomem uma quantidade significativa de memória e CPU, como o Microsoft Windows, por exemplo, podem precisar de uma instância t2.micro ou maior para muitos casos de uso. Você pode encontrar AMIs adequadas para o tipo de instância t2.nano no AWS Marketplace. Clientes do Windows que não precisam da interface gráfica podem usar a AMI do Microsoft Windows Server 2012 R2 Core.

P: Quando eu devo escolher uma instância de desempenho com capacidade de intermitência, como a T2?

As cargas de trabalho ideais para as instâncias de desempenho com capacidade de intermitência (por exemplo, servidores web, ambientes de desenvolvedor e pequenos bancos de dados) não usam toda a capacidade de CPU de forma frequente ou consistente, mas precisam ocasionalmente da intermitência. Se o seu aplicativo requer desempenho de CPU alto e contínuo, recomendamos nossas instâncias de desempenho fixo, como M3, C3 e R3.

P: Como eu posso ver o saldo de créditos de CPU de cada instância T2?

Você pode ver o saldo de créditos de CPU de cada instância T2 nas métricas do EC2 por instância, no Amazon CloudWatch. As instâncias T2 têm duas novas métricas, CPUCreditUsage e CPUCreditBalance. CPUCreditUsage indica a quantidade de créditos de CPU utilizados. CPUCreditBalance indica o saldo de créditos de CPU.

P: O que acontece com o desempenho da CPU se minha instância T2 ficar com poucos créditos (se o saldo de créditos da CPU ficar próximo de zero)?

Se a sua instância T2 tiver saldo zero de créditos de CPU, o desempenho permanecerá na linha de base. Por exemplo, o t2.micro oferece desempenho de CPU de linha de base de 10% de um núcleo de CPU físico. Se o saldo de crédito de CPU da sua instância estiver chegando próximo de zero, o desempenho da CPU será baixado para a linha de base durante um intervalo de 15 minutos.

P: Meu saldo de créditos da instância T2 persiste após uma interrupção/início?

Não, uma instância interrompida não retém seu saldo de créditos acumulado anteriormente.

P: Instâncias T2 podem ser adquiridas como instâncias reservadas ou spot?

As instâncias sob demanda e reservadas são as únicas opções de compra disponíveis para instâncias T2.

P: No que a instância T2 difere da T1?

Comparada à t1.micro, a t2.micro apresenta melhor desempenho da CPU, mais memória e preços mais baixos. A família T2 também oferece mais de um tamanho.

 


P: O que é uma instância de armazenamento denso?

Instâncias de armazenamento denso são projetadas para cargas de trabalho que exigem acesso sequencial intenso de leitura e gravação a grandes conjuntos de dados, como computação distribuída com Hadoop, armazém de dados de processamento paralelo maciço e aplicações de processamento de log. As instâncias de armazenamento denso oferecem a melhor relação preço/GB de armazenamento e preço/taxa de transferência de disco de todas as instâncias do EC2.

P: Como as instâncias de armazenamento denso se comparam com as instâncias de E/S elevada?

As instâncias de E/S elevada (I2) são voltadas para cargas de trabalho que exigem baixa latência e E/S alta e aleatória, além de densidade de armazenamento moderada, oferecendo a melhor relação preço/IOPS de todas as instâncias do EC2. As instâncias de armazenamento denso (D2) são otimizadas para aplicações que exigem acesso de leitura/gravação sequencial intenso e armazenamento de baixo custo para conjuntos de dados muito grandes, oferecendo a melhor relação preço/GB de armazenamento e preço/taxa de transferência de disco de todas as instâncias do EC2.

 

P: Qual é a taxa de transferência de disco oferecida pelas instâncias de armazenamento denso?

A maior geração atual de casos de armazenamento denso, d2.8xlarge, pode fornecer até 3,5 GBps ler e escrever 3.1 GBps débito do disco com um tamanho de 2 MiB bloco. Para assegurar o melhor desempenho na taxa de transferência de disco de suas instâncias D2 no Linux, recomendamos que você use a versão mais recente do Amazon Linux AMI ou outro AMI do Linux com uma versão de kernel 3.8 ou posterior que seja compatível com concessões persistentes – uma extensão do protocolo de anel de bloco do Xen que melhora significativamente a taxa de transferência de disco e a escalabilidade.

P: As instâncias de armazenamento denso oferecem algum mecanismo de failover ou redundância?

O armazenamento físico de dados principal das instâncias de armazenamento denso é baseado em discos rígidos. Como todo armazenamento das instâncias, esses volumes de armazenamento persistem apenas durante a vida útil da instância. Por isso, recomendamos que você crie um grau de redundância (por exemplo, RAID 1/5/6) ou use sistemas de arquivos (por exemplo, HDFS e MapR-FS), que sejam compatíveis com redundância e tolerância a falhas. Você também pode fazer backup periodicamente em soluções de armazenamento físico mais duráveis, como o Amazon Simple Storage Service (S3), para contar com durabilidade adicional para os dados. Consulte Amazon S3 para referência.

P: No que as instâncias de armazenamento denso diferem do Amazon EBS?

O Amazon EBS oferece armazenamento simples, elástico, confiável (replicado) e persistente no nível do bloco para o Amazon EC2, abstraindo os detalhes da mídia de armazenamento subjacente em uso. As instâncias do Amazon EC2 oferecem blocos de criação de armazenamento de alta performance não persistente que podem ser usados para várias aplicações de armazenamento. Instâncias de armazenamento denso são especificamente voltadas para clientes que querem acesso sequencial intenso de leitura/ gravação a grandes conjuntos de dados no armazenamento local, por exemplo, para computação distribuída com Hadoop e armazém de dados de processamento paralelo maciço.

P: Posso executar instâncias D2 como instâncias otimizadas para o Amazon EBS?

Por padrão, todos os tipos de instância D2 são otimizados para o EBS. Instâncias D2 de 500 Mbps a 4.000 Mbps para EBS acima e além da taxa de transferência de rede de uso geral fornecida para a instância. Como esse recurso está sempre ativado em instâncias D2, a execução de uma instância D2 explicitamente como otimizada para EBS não afetará o comportamento da instância.

P: As instâncias de armazenamento denso são oferecidas no EC2-Classic?

A geração atual de instâncias de armazenamento denso (instâncias D2) pode ser executada tanto no EC2-Classic quanto na Amazon VPC. No entanto, ao executar uma instância de armazenamento denso em uma VPC, você pode aproveitar uma série de recursos que estão disponíveis apenas na plataforma Amazon VPC, como a ativação das redes aperfeiçoadas, a atribuição de vários endereços IP privados às suas instâncias ou a alteração dos security groups de suas instâncias. Para obter mais informações sobre os benefícios do uso de uma VPC, consulte Amazon EC2 e Amazon Virtual Private Cloud (Amazon VPC). Você pode migrar seus recursos do EC2-Classic para o Amazon VPC. Para obter mais informações, consulte Migração de uma instância do Linux do EC2-Classic para uma VPC.


P: Quando devo usar instâncias com otimização de memória?
As instâncias com otimização de memória oferecem uma memória de grande extensão para aplicações com alto uso da memória, inclusive aplicações na memória, bancos de dados na memória, soluções de recursos analíticos na memória, computação de alto desempenho (HPC), computação científica e outras aplicações com alto uso da memória.

P: Quando devo usar instâncias X1?
As instâncias X1 são ideais para a execução de bancos de dados na memória, como SAP HANA, mecanismos de processamento de big data, como Apache Spark ou Presto, e aplicações de computação de alto desempenho (HPC). As instâncias X1 têm a certificação da SAP para executar ambientes de produção do Business Suite S/4HANA, do Business Suite on HANA (SoH), do Business Warehouse on HANA (BW) e do Data Mart Solutions on HANA de próxima geração na Nuvem AWS.

P: Quais são as principais especificações dos processadores Intel E7 Haswell que executam as instâncias X1?
A X1 é o primeiro tipo de instância do Amazon EC2 executada por quatro processadores Intel® Xeon® E7 8880 v3 (Haswell) de 2,3 GHz, otimizados para cargas de trabalho empresariais e de banco de dados. Os processadores E7 tem uma contagem de núcleos alta para sustentar cargas de trabalho que escalam de modo eficiente em um grande número de núcleos. Os processadores Intel E7 também apresentam largura de banda de alta memória e caches de L3 maiores para otimizar o desempenho de aplicações na memória. Além disso, o processador Intel E7:
• Permite um desempenho criptográfico maior por meio do recurso Intel AES-NI mais recente.
• Sustenta a tecnologia Transactional Synchronization Extensions (TSX) para otimizar o desempenho do processamento de dados transacionais na memória.
• Sustenta instruções do processador Advanced Vector Extensions 2 (Intel AVX2) para expandir a maioria dos comandos de número inteiro para 256 bits.

P: As instâncias X1 permitem o controle do estado de gerenciamento de capacidade da CPU?
Sim. Você pode configurar estados C e P nas instâncias x1.32xlarge e x1.16xlarge. Você pode usar estados C para habilitar frequências turbo (de até 3,1 Ghz com um ou dois turbo core). Você também pode usar estados P para reduzir a variação do desempenho ao fixar todos os núcleos em P1 ou estados P mais elevados, o que é semelhante a desabilitar o Turbo e executar de modo constante na velocidade de relógio da CPU básica.

P: Quais sistemas operacionais são compatíveis com as instâncias X1?

As instâncias X1 disponibilizam um alto número de vCPUs, o que pode causar problemas de execução em alguns sistemas operacionais Linux com um limite de vCPU mais baixo. É altamente recomendável que você use as AMIs mais recentes quando executar instâncias X1. As seguintes AMIs do Linux são compatíveis com a execução de instâncias X1: Amazon Linux AMI 2016.03 (HVM), Ubuntu Server 14.04 LTS (HVM), Red Hat Enterprise Linux 7.1 (HVM) e SUSE Linux 12 SP1.

A compatibilidade de AMI para cargas de trabalho do SAP HANA incluem: SUSE Linux 12, SUSE Linux 12 SP1, SLES for SAP 12 SP1 (devido ao requisito do kernel da versão 3.10 ou outra superior). No momento, para SAP NetWeaver on AnyDB, as imagens RHEL 7.x mais recentes são compatíveis.

A instância x1.32xlarge também é compatível com Windows Server 2012 R2, 2012 RTM e 2008 R2 de 64 bits (Windows Server 2008 SP2 e versões mais antigas não são compatíveis) e a instância x1.16xlarge é compatível com Windows Server 2012 R2, 2012 RTM, 2008 R2 de 64 bits, 2008 SP2 de 64 bits e 2003 R2 de 64 bits (as versões de 32 bits do Windows Server não são compatíveis).

P: Quais opções de armazenamento estão disponíveis para clientes de X1?

As instâncias X1 oferecem armazenamento de instância baseado em SSD, que é ideal para o armazenamento temporário de informações como logs, buffers, caches, tabelas temporárias, dados computacionais temporários e outros tipos de conteúdo temporário. O armazenamento da instância X1 disponibiliza o melhor desempenho de E/S quando você usar um kernel do Linux compatível com concessões persistentes, uma extensão para o Xen Block Ring Protocol.
Como padrão, as instâncias X1 são otimizadas para o EBS e oferecem até 10 Gbps de largura de banda dedicada para volumes do EBS. O EBS oferece vários tipos de volume para sustentar uma ampla variedade de cargas de trabalho. Para obter mais informações, consulte o guia do usuário do EC2.

P: Como posso criar uma solução de failover econômica nas instâncias X1?
Você pode projetar soluções de failover simples e econômicas nas instâncias X1 usando a recuperação automática do Amazon EC2, um recurso concebido para gerenciar melhor o failover durante um problema na instância. Você também pode habilitar a recuperação automática para instâncias X1 ao criar um alarme do AWS CloudWatch. Selecione a métrica "EC2 Status Check Failed (System)" e selecione a ação "Recover this instance". A recuperação da instância está sujeita a limitações subjacentes, inclusive as descritas na documentação da Solução de problemas de recuperação da instância. Para obter mais informações, acesse a documentação da recuperação automática e Como criar alarmes do Amazon CloudWatch, respectivamente.

P: Existem estruturas de implantação de referência do SAP HANA padrão disponíveis para a instância X1 e a Nuvem AWS?
Você pode usar as implantações do HANA de referência do AWS Quick Start para implantar rapidamente todos os elementos fundamentais do HANA necessários nas instâncias X1, seguindo as recomendações da SAP para alto desempenho e confiabilidade. Os AWS Quick Starts são modulares e personalizáveis para que você possa acrescentar funcionalidades adicionais ou modificá-los para fazer suas próprias implementações. Para obter informações adicionais sobre a implantação do HANA na AWS, consulte SAP HANA na Nuvem AWS: Guia de implantação de referência do Quick Start.


P: Por que não vejo mais as instâncias M1, C1, CC2, HI1, CG1 e HS1 nas páginas de definição de preço?

Essas instâncias foram transferidas para a página de instâncias de gerações anteriores.

 

P: Ainda há suporte para essas instâncias de gerações anteriores?

Sim. As instâncias de gerações anteriores ainda são completamente suportadas.

 

P: Ainda posso usar ou adicionar mais instâncias de gerações anteriores?

Sim. As instâncias de gerações anteriores ainda estão disponíveis como instâncias sob demanda, reservadas e spot em nossas interfaces de APIs, ILC e EC2 Management Console.

 

P: As minhas instâncias de gerações anteriores serão excluídas?

Não. Suas instâncias M1, C1, CC2, HI1, CG1 e HS1 ainda são completamente funcionais e não serão excluídas como consequência dessa mudança.

 

P: As instâncias de gerações anteriores serão descontinuadas em breve?

No momento, não há planos para encerrar o ciclo de vida das instâncias de gerações anteriores. No entanto, assim como com qualquer tecnologia de rápida evolução, a geração mais recente normalmente fornecerá o melhor desempenho pelo preço e encorajamos nossos clientes a aproveitarem os avanços tecnológicos.

P: As instâncias de gerações anteriores que comprei como instâncias reservadas serão afetadas ou alteradas?

Não. As suas instâncias reservadas não mudarão, e as instâncias de gerações anteriores não serão descartadas.

 


P: O que é VM Import/Export?

O VM Import/Export permite que os clientes importem imagens de máquinas virtuais (VMs) a fim de criar instâncias do Amazon EC2. Os clientes também podem exportar instâncias EC2 previamente importadas para criar VMs. Os clientes podem usar o VM Import/Export para aproveitar os investimentos anteriores na construção de VMs migrando suas VMs para o Amazon EC2.

P: Quais sistemas operacionais são compatíveis?

O VM Import/Export suporta atualmente VMs do Windows e do Linux, incluindo Windows Server 2003, Windows Server 2003 R2, Windows Server 2008, Windows Server 2012 R1, Red Hat Enterprise Linux (RHEL) 5.1-6.5 (usando Cloud Access), Centos 5.1-6.5, Ubuntu 12.04, 12.10, 13.04, 13.10 e Debian 6.0.0-6.0.8, 7.0.0-7.2.0. Para obter mais detalhes sobre o VM Import, incluindo formatos de arquivos compatíveis, arquiteturas e configurações de sistema operacional, consulte a seção sobre o VM Import/Export do Amazon EC2 User Guide.

P: Quais formatos de arquivo da máquina virtual são compatíveis?

Você pode importar imagens de VMware ESX VMDK, Citrix Xen VHD, Microsoft Hyper-V VHD e RAW como instâncias do Amazon EC2. Você pode exportar instâncias EC2 para as imagens VMware ESX VMDK, VMware ESX OVA, Microsoft Hyper-V VHD ou Citrix Xen VHD. Para obter uma lista completa dos sistemas operacionais de suporte, consulte Quais sistemas operacionais são compatíveis?.

P: O que é VMDK?

VMDK é um formato de arquivo que especifica o disco rígido de uma máquina virtual encapsulado em um único arquivo. Normalmente, ele é usado por infraestruturas de TI virtuais, como aquelas vendidas pela VMware, Inc.

P: Como preparo um arquivo VMDK para a importação usando o cliente vSphere da VMware?

O arquivo VMDK pode ser preparado ao chamar o modelo File-Export-Export para OVF no cliente VMware vSphere. O arquivo VMDK resultante é compactado para reduzir o tamanho da imagem e é compatível com o VM Import/Export. Nenhuma preparação especial será exigida se você estiver usando o VM Import Connector vApp do Amazon EC2 para o VMware vCenter.

P: O que é VHD?

VHD (disco rígido virtual) é um formato de arquivo que especifica o disco rígido de uma máquina virtual encapsulado em um único arquivo. O formato de imagem VHD é usado por plataformas de virtualização, como o Microsoft Hyper-V e o Citrix Xen.

P: Como preparo um arquivo VHD para a importação a partir do Citrix Xen?

Abra o Citrix XenCenter e selecione a máquina virtual que você deseja exportar. No menu "Tools", clique em "Virtual Appliance Tools" e selecione "Export Appliance" para iniciar a tarefa de exportação. Quando a exportação for concluída, você poderá localizar o arquivo de imagem VHD no diretório de destino especificado na caixa de diálogo Exportar.

P: Como preparo um arquivo VHD para a importação a partir do Microsoft Hyper-V?

Abra o Gerenciador do Hyper-V e selecione a máquina virtual que você deseja exportar. No painel "Actions" da máquina virtual, selecione "Export" para iniciar a tarefa de exportação. Assim que a exportação for concluída, você poderá localizar o arquivo de imagem VHD no diretório de destino especificado na caixa de diálogo Exportar.

P: Há outras exigências ao importar uma VM para o Amazon EC2?

A máquina virtual deve estar em um estado interrompido antes de gerar a imagem VMDK ou VHD. A VM não pode estar em um estado pausado ou suspenso. Sugerimos que você exporte a máquina virtual com apenas o volume de inicialização anexado. Você pode importar discos adicionais usando o comando ImportVolume e anexá-los à máquina virtual usando o AttachVolume. Além disso, os discos criptografados (por ex., Bit Locker) e os arquivos de imagem criptografados não são compatíveis. Você também é responsável por assegurar que dispõe de todos os direitos e licenças necessários para importar para a AWS e executar qualquer software incluído na sua imagem do VM.

P: A máquina virtual precisa ser configurada de alguma forma específica para permitir a importação para o Amazon EC2?

Verifique se o Remote Desktop (RDP) ou Secure Shell (SSH) estão habilitados para acesso remoto e verifique se o firewall de host (Windows firewall, iptables, ou similar), se configurado, permite o acesso ao RDP ou SSH. Do contrário, não será possível acessar a instância após concluir a importação. Verifique também se as VMs Windows estão configuradas para usar senhas fortes para todos os usuários incluindo o administrador e as VMs Linux e configuradas com uma chave pública para acesso SSH.

P: Como faço para importar uma máquina virtual para uma instância do Amazon EC2?

Você pode importar as imagens de VM usando as ferramentas API do Amazon EC2:

  • Importe o arquivo VMDK, VHD ou RAW via API ec2-import-instance. A tarefa da instância de importação captura os parâmetros necessários para configurar corretamente as propriedades da instância do Amazon EC2 (tamanho da instância, zona de disponibilidade e security groups) e carrega a imagem do disco para o Amazon S3.
  • Se ec2-import-instance for interrompida e finalizar sem ter concluído o upload, use ec2-resume-import para reiniciar o upload. A tarefa de importação será iniciada do ponto em que foi interrompida.
  • Use o comando ec2-describe-conversion-tasks para monitorar o progresso do processo de importação e obter o ID da instância resultante do Amazon EC2.
  • Assim que a sua tarefa de importação estiver concluída, você pode reinicializar a instância do Amazon EC2 ao especificar o ID da mesma para a API ec2-run-instances.
  • Por fim, use a ferramenta de linha de comando ec2-delete-disk-image para excluir sua imagem de disco do Amazon S3, uma vez que ela não é mais necessária.

Como alternativa, se você usar a plataforma de virtualização do VMware vSphere, poderá importar sua máquina virtual para o Amazon EC2 usando uma interface gráfica de usuário fornecida pelo AWS Management Portal para vCenter. Consulte o Getting Started Guide no AWS Management Portal para vCenter. O AWS Management Portal para vCenter inclui suporte integrado para VM Import. Após a instalação do portal no vCenter, você poderá clicar com o botão direito do mouse em uma VM e selecionar "Migrate to EC2" para criar uma instância do EC2 com base na VM. O portal processará a exportação da VM do vCenter, carregando-a no S3 e convertendo-a em uma instância do EC2 para você, sem nenhum trabalho adicional. Você também pode acompanhar o andamento das suas migrações de VM no portal.

P: Como exporto uma instância do Amazon EC2 de volta para meu ambiente de virtualização local?

Você pode exportar sua instância do Amazon EC2 utilizando as ferramentas de CLI do Amazon EC2:

  • Exporte a instância utilizando o comando ec2-create-instance-export-task. O comando exportar captura os parâmetros necessários (ID da instância, bucket S3 para segurar a imagem exportada, nome da imagem exportada, formato VMDK, OVA ou VHD) para exportar de maneira apropriada a instância para o formato de sua escolha. O arquivo exportado é salvo em um bucket S3 que foi previamente criado por você
  • Use ec2-describe-export-tasks para monitorar o progresso da exportação
  • Use ec2-cancel-export-task para cancelar uma tarefa de exportação antes que ela seja concluída

 

P: Há outras exigências ao exportar uma instância EC2 utilizando o VM Import/Export?

Você pode exportar as instâncias EC2 em execução ou interrompidas que foram importadas anteriormente utilizando o VM Import/Export. Se a instância estiver sendo executada, ela será interrompida momentaneamente para criar um snapshot do volume de inicialização. Os volumes de dados EBS não podem ser exportados. As instâncias EC2 com mais de uma interface de rede não podem ser exportadas.

P: Posso exportar instâncias do Amazon EC2 que tenham um ou mais volumes de dados EBS anexados?

Sim, mas o VM Import/Export só exportará o volume de inicialização da instância EC2.

P: Qual é o custo de importar uma máquina virtual?

Haverá uma cobrança pela transferência de dados padrão do Amazon S3 e tarifas de armazenamento para o upload e o armazenamento do arquivo de imagens da VM. Assim que a VM for importada, as tarifas padrão de hora da instância do Amazon EC2 e do serviço EBS serão aplicadas. Se você não quiser mais armazenar o arquivo de imagens da VM no S3 após a conclusão do processo de importação, use a ferramenta da linha de comando ec2-delete-disk-image para excluir a imagem do disco do Amazon S3.

P: Qual é o custo para exportar uma máquina virtual?

Haverá cobrança das tarifas de armazenamento padrão do Amazon S3 pelo armazenamento de seu arquivo de imagem da VM exportada. Também haverá cobrança pelas tarifas padrão de transferência de dados do S3 ao fazer download do arquivo da VM exportada para seu ambiente de virtualização local. Por fim, haverá uma cobrança pelas tarifas do EBS para o armazenamento de um snapshot temporário de sua instância EC2. Para minimizar as cobranças de armazenamento, exclua o arquivo de imagem da VM no S3 após fazer download do mesmo para seu ambiente de virtualização.

P: Quando importo uma VM do Windows Server 2003 ou 2008, quem é responsável pelo fornecimento da licença do sistema operacional?

Ao iniciar uma VM importada usando o Microsoft Windows Server 2003 ou 2008, haverá cobrança de taxas de horas da instância padrão para o Amazon EC2 executando a versão apropriada do Windows Server, que inclui o direito de utilizar esse sistema operacional no Amazon EC2. Você é responsável por assegurar que todos os outros softwares instalados estejam apropriadamente licenciados.

Então, o que acontece com minha chave de licença local do Microsoft Windows quando eu importo uma VM do Windows Server 2003 ou 2008? Uma vez que sua chave de licença local do Microsoft Windows associada a essa VM não foi utilizada ao executar sua VM importada como uma instância EC2, você pode reutilizá-la para outra VM em seu ambiente local.

P: Posso continuar a utilizar a chave de licença do Microsoft Windows fornecida pela AWS após exportar uma instância EC2 de volta para meu ambiente de virtualização local?

Não. Após a exportação de uma instância do EC2, a chave de licença utilizada na instância EC2 não estará mais disponível. Você terá que reativar e especificar uma nova chave de licença para a VM exportada após a inicialização da mesma em sua plataforma de virtualização local.

P: Quando se importa uma VM com Red Hat Enterprise Linux (RHEL), quem é responsável por fornecer a licença do sistema operacional?

Quando você importar imagens VM do Red Hat Enterprise Linux (RHEL), você pode usar a portabilidade de licença para suas instâncias do RHEL. Com a portabilidade de licença, você é responsável por manter as licenças RHEL para instâncias importadas, o que pode ser feito usando inscrições do Cloud Access para o Red Hat Enterprise Linux. Entre em contato com a Red Hat para aprender mais sobre o Cloud Access e verificar sua elegibilidade.

P: Quanto tempo demora para importar uma máquina virtual?

A duração para importar uma máquina virtual depende do tamanho da imagem do disco e da velocidade da conexão da rede. Como um exemplo, uma imagem SP2 VMDK de 10 GB do Windows Server 2008 leva cerca de duas horas para ser importada quando for transferida por meio de uma conexão de rede de 10 Mbps. Se você tiver uma conexão de rede lenta ou um disco grande para fazer upload, sua importação pode sofre uma demora significativa.

P: Em quais regiões do Amazon EC2 posso usar o VM Import/Export?

Acesse a página Region Table para ver a disponibilidade de manutenção do produto por região.

P: Quantas tarefas simultâneas de importação ou exportação posso ter?

Cada conta pode ter até cinco tarefas de importação ativas e cinco tarefas de exportação por região.

P: Posso executar as máquinas virtuais importadas no Amazon Virtual Private Cloud (VPC)?

Sim, é possível iniciar as máquinas virtuais importadas na Amazon VPC.

P: Posso usar o Console de Gerenciamento da AWS com o VM Import/Export?

Não. Os comandos do VM Import/Export são disponibilizados pela API e CLI do EC2. Você também pode usar o AWS Management Portal para vCenter para importar VMs para o Amazon EC2. Uma vez importadas, as instâncias resultantes estarão disponíveis para no Console de Gerenciamento da AWS.

 


P: Posso usar minha licença existente do Windows Server com o EC2?

Não. O licenciamento do Microsoft Windows Server atualmente não é compatível com a licença existente do Windows no Amazon EC2 ou qualquer outro ambiente de nuvem. Incentivamos que você trabalhe com o representante da sua conta da Microsoft para compreender as opções de licenciamento.

P: Quais licenças de software posso trazer para o ambiente do Windows?

Os termos específicos de licença do software variam de acordo com cada fornecedor. Portanto, recomendamos que você verifique os termos de licença do seu fornecedor de software para determinar se as licenças existentes estão autorizadas para o uso no Amazon EC2.


P: Como é a cobrança referente ao uso do Amazon EC2 executando IBM?

Você paga somente por aquilo que usa e Não há taxa mínima. A definição de preço é por hora de instância consumida para cada tipo de instância. Horas parciais de instâncias são cobradas como horas completas. A transferência de dados para o Amazon EC2 executando IBM é faturada e escalonada separadamente do Amazon EC2. Não há cobrança de transferência de dados entre dois Amazon Web Services dentro da mesma região (ou seja, entre o Amazon EC2 no Oeste dos EUA e outro serviço da AWS no Oeste dos EUA). Para os dados transferidos entre os serviços AWS em diferentes regiões serão cobrados como taxas de transferência de dados de Internet em ambas as extremidades da transferência.

Para obter informações sobre a definição de preço do Amazon EC2 executando IBM, visite a seção de definição de preço na página de detalhes do Amazon EC2 executando IBM.

P: Posso usar o Amazon DevPay com o Amazon EC2 executando IBM?

Não, não é possível usar o DevPay para empacotar produtos na parte superior do Amazon EC2 executando IBM no momento.


P: O que o Contrato de Nível de Serviço do Amazon EC2 assegura?

Nosso SLA garante uma porcentagem de tempo de funcionamento mensal de pelo menos 99,95% para o Amazon EC2 e o Amazon EBS em determinada região.

P: Como saberei se me qualifico para um crédito de serviço do SLA?

Você é elegível para um crédito de SLA para o Amazon EC2 ou o Amazon EBS (o que estava indisponível ou os dois, sem ambos estivessem indisponíveis) se uma região em que você atua tiver porcentagem de tempo de funcionamento mensal inferior a 99,95% durante qualquer ciclo de faturamento mensal. Para obter detalhes completos sobre todos os termos e condições do SLA, bem como detalhes sobre como enviar uma reivindicação, consulte http://aws.amazon.com/ec2/sla/