As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Selecionar o tipo de instância certo para workloads do Windows

Visão geral do

Uma distinção significativa entre workloads operando na nuvem em comparação com ambientes on-premises é a prática de superprovisionamento. Ao comprar hardware físico para uso on-premisesl, você faz uma despesa de capital que deve durar por um período predeterminado, normalmente de três a cino anos. Para acomodar o crescimento previsto durante a vida útil do hardware, o hardware é adquirido com mais recursos do que sua workload exige atualmente. Consequentemente, o hardware físico geralmente é superprovisionado, muito além das necessidades de sua workload real.

A tecnologia de máquina virtual (VM) surgiu como um meio eficaz de utilizar recursos de hardware excedentes. Os administradores provisionaram em excesso VMs com v CPUs e RAM, permitindo que o hipervisor gerenciasse o uso de recursos físicos entre servidores ocupados e ociosos alocando recursos não utilizados para cada VM. Durante o gerenciamento VMs, os recursos de vCPU e RAM alocados para cada VM funcionavam mais como governadores de recursos do que como indicadores do uso real. A superalocação de recursos da VM pode facilmente exceder três vezes os recursos computacionais disponíveis.

O Amazon Elastic Compute Cloud (Amazon EC2) evita o provisionamento excessivo VMs no hardware subjacente, pois é desnecessário. A computação em nuvem é uma despesa operacional, não uma despesa de capital, e você paga apenas pelo que usa. Se sua workload exigir mais recursos no futuro, provisione-os quando você realmente precisar deles, em vez de fazê-lo preventivamente.

Há centenas de opções para escolher os tipos certos de EC2 instância da Amazon. Se você planeja migrar uma carga de trabalho do Windows para a nuvem, AWS oferece um AWS OLA para ajudá-lo a entender melhor sua carga de trabalho atual e fornecer um exemplo de seu desempenho em. AWS A análise do AWS OLA visa combinar o tipo e o tamanho de EC2 instância adequados ao seu uso real no local.

Se você já tem cargas de trabalho em execução na Amazon EC2 e busca estratégias de otimização de custos, esta seção do guia ajuda a identificar diferenças entre as EC2 instâncias da Amazon e sua aplicabilidade às cargas de trabalho típicas do Windows.

Recomendações de otimização de custos

Para otimizar os custos dos seus tipos de EC2 instância, recomendamos que você faça o seguinte:

Escolher a família certa de instâncias para sua workload

É importante escolher a família de instâncias certa para sua workload.

EC2 As instâncias da Amazon são divididas nesses vários grupos:

A maioria das workloads do Windows se encaixam nas seguintes categorias:

Para simplificar ainda mais, considere uma EC2 instância básica em cada categoria:

A geração anterior de EC2 instâncias exibiu pequenas diferenças nos tipos de processadores. Por exemplo, as instâncias otimizadas para computação C5 têm processadores mais rápidos do que as instâncias de uso geral M5 ou as instâncias otimizadas para memória R5. Todas as EC2 instâncias de última geração (C6i, M6i, R6i, C6a, M6a e R6a) usam o mesmo processador em todas as famílias de instâncias. Como o processador é consistente na última geração de instâncias, a diferença de preço entre as famílias de instâncias agora depende mais da quantidade de RAM. Quanto mais RAM uma instância tiver, mais cara ela será.

O exemplo a seguir ilustra o preço por hora de uma instância de 4 vCPUs baseada em Intel em execução na região us-east-1.

Instâncias expansíveis

Embora seja uma prática recomendada na computação em nuvem desativar recursos computacionais não utilizados para evitar cobranças, nem todas as workloads podem ser desativadas e ativadas sempre que forem necessárias. Algumas workloads permanecem ociosas por longos períodos, mas devem estar acessíveis 24 horas por dia.

As instâncias expansíveis (T3) oferecem uma maneira de manter workloads com picos ou de baixa utilização on-line o dia todo, mantendo os custos de computação baixos. EC2 As instâncias com capacidade de intermitência têm uma quantidade máxima de recursos de vCPU que a instância pode usar por breves períodos. Essas instâncias empregam um sistema baseado em créditos de expansão de CPU. Esses créditos são acumulados durante os períodos de ociosidade ao longo do dia. As instâncias intermitentes oferecem vCPU-to-RAM proporções variáveis, o que as torna alternativas para instâncias otimizadas para computação em alguns casos e para outras instâncias de uso geral em outros.

O exemplo a seguir ilustra o preço por hora de uma instância T3 (ou seja, instância expansível) em execução na região us-east-1.

Entender as variações de preços entre as arquiteturas de processadores

Os processadores Intel têm sido o padrão para EC2 instâncias desde o início. Gerações anteriores de EC2 instâncias, como C5, M5 e R5, não indicam a Intel como a arquitetura do processador (já que era a padrão). As novas gerações de EC2 instâncias, como C6i, M6i e R6i, incluem um “i” para indicar o uso de um processador Intel.

A mudança na anotação da arquitetura do processador se deve à introdução de opções adicionais de processador. O processador mais comparável ao Intel é o AMD (indicado com um “a”). Os processadores AMD EPYC usam a mesma arquitetura x86 e oferecem performance semelhante aos processadores Intel, mas a um preço mais baixo. Conforme demonstrado nos exemplos de preços a seguir, as EC2 instâncias da AMD oferecem um desconto de aproximadamente 10% nos custos de computação em comparação com as da Intel.

A terceira principal opção de arquitetura de processador são os processadores AWS Graviton (indicados com um “g”) nas instâncias. EC2 Projetados por AWS, os processadores Graviton oferecem a melhor relação preço/desempenho na Amazon EC2. Os processadores Graviton atuais não são apenas 20% mais baratos do que seus equivalentes Intel, mas também oferecem um aumento de performance de 20% ou mais. Espera-se que a próxima geração de processadores Graviton amplie ainda mais essa diferença de performance, com testes mostrando um aumento adicional de 25% na performance.

O Windows Server não pode ser executado nos processadores Graviton, que são baseados na arquitetura ARM. Na verdade, o Windows Server opera somente em processadores x86. Embora você não possa obter um aumento de 40% na relação preço/performance usando instâncias baseadas em Graviton para Windows Server, você ainda pode usar processadores Graviton com workloads específicas da Microsoft. Por exemplo, versões mais recentes do .NET podem ser executadas no Linux. Isso significa que essas cargas de trabalho podem usar processadores ARM e se beneficiar de instâncias Graviton EC2 mais rápidas e acessíveis.

O exemplo a seguir ilustra o preço por hora de uma instância Graviton em execução na região us-east-1.

O gráfico a seguir compara os preços das instâncias da série M.

Entenda as diferenças de preço/desempenho entre EC2 gerações

Uma das características mais consistentes da Amazon EC2 é que cada nova geração oferece melhor desempenho de preço do que sua antecessora. Como mostra a tabela a seguir, o preço das EC2 instâncias de nova geração diminui a cada versão subsequente.

O gráfico a seguir compara os custos das diferentes gerações de instâncias da série C.

No entanto, a 6.ª geração de instâncias tem o mesmo preço da 5.ª geração, conforme mostra a tabela a seguir.

Apesar de ter o mesmo custo, a nova geração oferece uma relação preço/performance superior devido a processadores mais rápidos, maior throughput de rede e maior throughput e IOPS do Amazon Elastic Block Store (Amazon EBS).

Uma das melhorias mais significativas na relação preço/performance é o aprimoramento da instância X2i. Essa geração da instância oferece uma relação preço/performance até 55% maior do que a geração anterior. Como mostra a tabela a seguir, a x2iedn demonstra melhorias em todos os aspectos de performance (tudo pelo mesmo preço da geração anterior).

Cenários de exemplo

Considere o exemplo de uma empresa de analytics que rastreia veículos de entrega e deseja melhorar a performance do SQL Server. Depois que um SME em MACO analisa os gargalos de performance dessa empresa, ela faz a transição de instâncias x1e.2xlarge para instâncias x2iedn.xlarge. O novo tamanho da instância é menor, mas os aprimoramentos nas instâncias x2 permitem maior performance e otimização do SQL Server por meio do uso de extensões de grupos de buffers. Isso permite que a empresa faça o downgrade da edição SQL Server Enterprise para a edição SQL Server Standard. Também permite que a empresa reduza seu licenciamento do SQL Server de 8 v CPUs para 4 v. CPUs

Antes da otimização:

Após a otimização:

Ao todo, a mudança de instâncias x1e.2xlarge para instâncias x2iedn.xlarge permite que a empresa, no cenário de exemplo, economize USD 5.407 por mês em seus servidores de banco de dados de produção. Isso reduz o custo total da workload em 69%.

Migrar para instâncias mais novas

As gerações mais antigas da Amazon EC2 funcionam no hipervisor Xen, enquanto as gerações mais novas operam no Sistema Nitro.AWS O Nitro System fornece quase todos os recursos de computação e memória do hardware host para suas instâncias. Isso resulta em melhor performance geral. Há considerações especiais ao migrar de instâncias baseadas em Xen para instâncias baseadas em Nitro. Por exemplo, AWS o Windows AMIs é configurado com configurações e personalizações padrão usadas pela mídia de instalação da Microsoft. As personalizações incluem drivers e configurações compatíveis com os tipos de instância de última geração, que são (instâncias criadas no Nitro System).

Se você estiver iniciando instâncias do Windows personalizado AMIs ou do Windows AMIs fornecido pela Amazon que foram criadas antes de agosto de 2018, recomendamos que você conclua as etapas de Migrar para os tipos de instância de última geração na EC2 documentação da Amazon.

Usar instâncias expansíveis

Embora as instâncias expansíveis sejam uma boa maneira de economizar nos custos de computação, recomendamos que você as evite nos seguintes cenários:

Próximas etapas

Recomendamos que você execute as próximas etapas a seguir para otimizar seus custos com as instâncias EC2 do Amazon Windows:

A tabela a seguir mostra exemplos de pontos de partida comuns para as workloads do Windows. Opções adicionais estão disponíveis, como volumes de armazenamento de instâncias para aprimorar cargas de trabalho do SQL Server ou EC2 instâncias com vCPU-to-RAM proporções muito maiores. Recomendamos que você teste suas workloads minuciosamente e use ferramentas de monitoramento, como o AWS Compute Optimizer , para ajudar a fazer os ajustes necessários.

Se você precisar alterar o tipo de EC2 instância, o processo normalmente envolve apenas uma simples reinicialização do servidor. Para obter mais informações, consulte Alterar o tipo de instância na EC2 documentação da Amazon.

Antes de alterar o tipo de instância, recomendamos que você considere o seguinte:

Recursos adicionais do