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á.
# Windows no Amazon EC2
O [Amazon Elastic Compute Cloud (Amazon EC2)](https://aws.amazon.com/ec2/) é uma plataforma de computação em nuvem altamente flexível e escalável, ideal para executar suas workloads do Windows. Você pode usar o Amazon EC2 para implantar, gerenciar e escalar suas workloads do Windows Server na infraestrutura segura, confiável, altamente disponível e adaptável da Nuvem AWS. Considere os seguintes benefícios principais de executar workloads do Windows no Amazon EC2:
+ **Escalabilidade**: o Amazon EC2 permite que você escale facilmente suas workloads do Windows para acomodar as mudanças nos requisitos. Você pode criar rapidamente novas instâncias do EC2 para lidar com o aumento da demanda e, com a mesma facilidade, encerrar as instâncias quando elas não forem mais necessárias. Você paga apenas pelos recursos que realmente utilizar.
+ **Flexibilidade**: o Windows no Amazon EC2 é compatível com uma ampla variedade de tipos de instância que são projetados para atender a vários requisitos de workload, desde instâncias de uso geral até instâncias otimizadas para computação ou memória. Essa flexibilidade garante que você possa escolher o melhor tipo de instância para suas aplicações específicas baseadas em Windows, maximizando a performance e minimizando os custos.
+ **Segurança** — AWS fornece várias camadas de segurança para suas cargas de trabalho do Windows, incluindo firewalls de rede, criptografia de dados e controles de acesso seguro. Isso significa que você pode confiar que suas aplicações e dados estão protegidos, sem deixar de ter controle total sobre suas configurações e definições de segurança.
+ **Eficiência de custos** — O modelo de pay-as-you-go preços permite que você pague somente pelos recursos que você usa, eliminando a necessidade de investimentos iniciais em hardware e software. Esse modelo também permite que você otimize seus custos, reduza os gastos de capital e aumente a eficiência operacional. É um modelo de preços ideal para empresas de todos os portes.
**Topics**
+ [
# Automatizar as programações de parada e inicialização
](windows-ec2-schedules.md)
+ [
# Workloads do Windows do tamanho certo
](rightsize.md)
+ [
# Selecionar o tipo de instância certo para workloads do Windows
](right-size-selection.md)
+ [
# Trazer licenças para workloads do Windows e SQL Server
](byol-ded-hosts.md)
+ [
# Otimizar gastos com o Windows no Amazon EC2
](savings-plans.md)
+ [
# Monitore os custos usando AWS ferramentas
](monitor-costs.md)
# Automatizar as programações de parada e inicialização
## Visão geral do
O [Agendador de Instâncias na AWS](https://aws.amazon.com/solutions/implementations/instance-scheduler-on-aws/) pode ajudar você a reduzir os custos operacionais automatizando a inicialização e a interrupção das instâncias do [Amazon EC2](https://aws.amazon.com/ec2/) e do [Amazon Relational Database Service (Amazon RDS)](https://aws.amazon.com/rds/). Se você deixar todas as suas instâncias em execução em plena utilização contínua, poderá acabar pagando por recursos que não estão sendo usados. O Agendador de Instâncias ativado AWS permite que você desative as instâncias em momentos em que elas não são necessárias, como fora do horário comercial, fins de semana ou outros períodos em que o uso é baixo. Isso pode gerar uma economia significativa com o tempo.
O Agendador de Instâncias ativado AWS também oferece agendamento de instâncias entre contas, marcação automatizada e a capacidade de configurar horários ou períodos usando uma interface de linha de comando ou a janela de manutenção. [AWS Systems Manager](https://aws.amazon.com/systems-manager/) Esses recursos podem ajudar você a gerenciar suas instâncias com mais eficiência e precisão, rastrear e alocar custos em diferentes projetos ou equipes.
## Estudos de caso
Considere o exemplo de uma empresa que usa o Instance Scheduler AWS em um ambiente de produção para interromper automaticamente as instâncias fora do horário comercial todos os dias. Se essa empresa deixar todas as suas instâncias em execução em plena utilização, ela poderá obter uma economia de até 70% nas instâncias que só são necessárias durante o horário comercial normal. O gráfico a seguir mostra como a utilização semanal é reduzida de 168 horas para 50 horas.
![\[Gráfico de redução de utilização semanal\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_case_study.png)
Considere outro exemplo. A empresa de energia elétrica Jamaica Public Service Company Limited (JPS) migrou seu banco de dados para o Amazon RDS. Agora, a JPS usa o Amazon EC2 para hospedar serviços de API e executar outras aplicações. Para o JPS, o Instance Scheduler on AWS se tornou a principal ferramenta para gerenciar ambientes que não são de produção. A JPS usou o Instance Scheduler AWS para reduzir os custos de desenvolvimento e gerenciar instâncias do EC2 com base nas necessidades da equipe e nos horários de trabalho. Isso ajudou a JPS a reduzir os custos em 40%. Para obter mais informações, consulte o estudo de AWS caso O [serviço público da Jamaica migra com eficiência para a nuvem e reduz os custos em 40% usando AWS](https://aws.amazon.com/solutions/case-studies/jamaica-public-service-case-study/#:~:text=%E2%80%9CMigrating%20to%20AWS%20has%20minimized,EC2%20and%20Amazon%20RDS%20instances.) o Agendador de Instâncias.
## Cenário de otimização de custos
O cenário de exemplo a seguir ajuda a ilustrar as vantagens de custo de usar o Instance Scheduler no. AWS Nesse cenário, uma grande empresa de varejo em Singapura implanta dois ambientes Windows no Amazon EC2. O primeiro ambiente, conhecido como workload A, é utilizado pela equipe de marketing para analisar as transações em tempo real na loja enquanto as lojas estão abertas. O segundo ambiente, conhecido como workload B, é reservado para a equipe de contabilidade, que trabalha somente durante o horário comercial normal. O cronograma operacional atual de ambos os ambientes (24 horas por dia, 7 dias por semana) não é ideal, considerando os padrões de uso atuais, e requer otimização para reduzir os custos operacionais da empresa.
O diagrama a seguir mostra o custo mensal antes da otimização.
![\[Custo mensal antes da otimização\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_workloadA_arch.png)
Por exemplo, há 31 dias no mês de março, dos quais 23 são dias úteis. Se a equipe de marketing usar o Instance Scheduler AWS e operar suas instâncias somente quando necessário (ou seja, por 321 horas por mês em vez de 730 horas por mês), ela poderá economizar 932,52 USD por mês. Isso equivale a uma redução de 56% nos custos operacionais. A equipe de contabilidade também pode obter vantagens significativas, com o tempo de uso da instância caindo de 730 horas para 230 horas por mês. Isso resulta em uma redução de USD 1.140, ou 68,5%. A empresa poderá economizar um total combinado de USD 2.072,52 por mês (o equivalente a uma redução de 62%) ou USD 24.870,24 por ano.
O diagrama a seguir mostra o custo mensal após a otimização.
![\[Custo mensal após a otimização\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_workloadB_arch.png)
**nota**
O preço desse exemplo foi determinado usando a [AWS Calculadora de Preços](https://calculator.aws/) em março de 2023.
## Recomendações de otimização de custos
Esta seção explica como implantar e configurar o Agendador de Instâncias na AWS com base no cenário de exemplo abordado na seção anterior *Cenário de otimização de custos*. Recomendamos que você execute as próximas etapas a seguir para otimizar seus custos usando o Agendador de Instâncias em AWS:
1. Inicializar a pilha do Agendador de Instâncias
1. Configurar períodos
1. Configurar as programações
1. Marcar instâncias de
O diagrama de arquitetura a seguir mostra o que é criado na pilha do Instance Scheduler. Nuvem AWS
![\[Arquitetura da pilha do Agendador de Instâncias\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/instance_scheduler_cfn_arch.png)
O diagrama mostra as seguintes etapas do fluxo de trabalho:
1. Um AWS CloudFormation modelo configura um CloudWatch evento da Amazon em um intervalo definido por você. Esse evento invoca uma AWS Lambda função. Durante a configuração, você define Regiões da AWS as contas e. Você também define uma tag personalizada que o Instance Scheduler on AWS usa para associar agendamentos a instâncias aplicáveis do Amazon EC2, instâncias do Amazon RDS e clusters.
1. Os valores de configuração da programação são armazenados no Amazon DynamoDB, e a função do Lambda os recupera sempre que é executada. Em seguida, você pode aplicar a tag personalizada às instâncias aplicáveis.
1. Durante a configuração inicial do Agendador de Instâncias, você define uma chave de tag para identificar as instâncias aplicáveis do Amazon EC2 e do Amazon RDS. Quando você cria uma programação, o nome que você especifica é usado como o valor da tag que identifica a programação que você deseja aplicar ao recurso marcado.
### Inicializar a pilha do Agendador de Instâncias
Esta seção mostra como iniciar a CloudFormation pilha do Agendador de Instâncias em. AWS
**nota**
Você é responsável pelo custo do Serviços da AWS usado ao executar o Instance Scheduler no AWS. A partir de janeiro de 2023, o custo de execução dessa solução com configurações padrão na região `us-east-1` é de aproximadamente USD 9,90 por mês para cobranças do Lambda, ou menos se você tiver um crédito de uso mensal de nível gratuito do Lambda. Para obter mais informações, consulte a seção *Custo* do [Agendador de Instâncias no Guia de AWS Implementação](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/cost.html) na Biblioteca de AWS Soluções.
Para executar a pilha do Agendador de Instâncias, conclua as etapas a seguir.
1. Faça login no [Console de gerenciamento da AWS](https://console.aws.amazon.com/)e escolha [Launch solution](https://us-east-1.console.aws.amazon.com/cloudformation/home?region=us-east-1#/stacks/create?templateURL=https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws.template) (modelo disponível para download) para iniciar o `instance-scheduler-on-aws.template` CloudFormation modelo.
**nota**
Também é possível [fazer download do modelo](https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws.template) para usá-lo como ponto de partida para a sua própria implantação.
1. Por padrão, esse modelo é iniciado na região Leste dos EUA (Norte da Virgínia). Para iniciar o Agendador de Instâncias em outra região, use o seletor de região na barra de navegação do console.
**nota**
O exemplo usa a região Ásia-Pacífico (Singapura).
1. Na página **Criar pilha**, na seção **Pré-requisito - Preparar modelo**, verifique se a opção **Modelo está pronto** está selecionada. Na **seção Origem do modelo**, verifique se a opção de **URL do Amazon S3** está selecionada.
1. Verifique se o URL correto do modelo aparece na caixa de texto **URL do Amazon S3** e escolha **Avançar**.
1. Na página **Especificar detalhes da pilha**, atribua um nome para a sua pilha de soluções. Para obter informações sobre limitações de nomenclatura de caracteres, consulte [Limites do IAM e do STS](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_iam-quotas.html) na documentação AWS Identity and Access Management (IAM). O nome da pilha para o exemplo deste guia é denominado `MyInstanceScheduler`.
**nota**
O nome da pilha não pode ter mais de 28 caracteres.
1. Em **Parâmetros**, revise os parâmetros do modelo e modifique-os conforme necessário.
1. Escolha **Avançar**. Na página **Configurar opções de pilha**, selecione **Avançar**.
1. Na página **Revisar**, verifique e confirme as configurações. Marque a caixa de seleção confirmando que o modelo criará recursos do IAM.
1. Selecione **Criar** para implantar a stack.
### Configurar períodos
Depois de implantar o CloudFormation modelo, a solução cria uma tabela do DynamoDB que contém exemplos de regras e cronogramas de períodos que você pode usar como referência para criar suas próprias regras e cronogramas de períodos personalizados. Para ver um exemplo de configuração de período, consulte [Sample schedules](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/sample-schedules.html) na documentação do Agendador de Instâncias na AWS .
Para concluir a etapa desse cenário, você deve gerar períodos que correspondam a cada workload e atendam às suas necessidades específicas. Por exemplo:
```
Period 1 (Workload A):
Name: retail-hours
Days: Monday to Sunday
Hours: 1100 - 2300
Period 2 (Workload B):
Name: office-hours
Days: Monday to Friday
Hours: 0800 - 1800
```
Para configurar os períodos, siga as seguintes etapas:
1. Faça login no console do [DynamoDB](https://console.aws.amazon.com/dynamodb/home) e verifique se você está na mesma região em que lançou o modelo para CloudFormation o Instance Scheduler. AWS
1. No painel de navegação, escolha **Tabelas** e selecione a tabela chamada **ConfigTable**.
1. Escolha **Explorar itens** **da tabela**.
1. Para criar um período para o horário comercial, selecione o **período** para o item **horário comercial**.
1. Na página **Editar item**, altere o valor de **begintime** para **0800** e de **endtime** para **1800**. Mantenha o valor padrão em vigor para os dias da semana.
**nota**
Os valores de **begintime** e de **endtime** determinam quando as instâncias devem ser inicializadas e interrompidas, enquanto o valor de **weekdays** determina a quais dias da semana essa programação se aplica (de segunda a sexta-feira, neste exemplo).
1. Escolha **Salvar alterações**.
1. Para duplicar o período **office-hours** e usá-lo para criar um novo período para o horário de varejo, selecione **period** para o item **office-hours**. Em seguida, no menu **Ações**, escolha **Duplicar item**.
1. Modifique os atributos para atender às suas necessidades. Os atributos a seguir são usados para atender aos requisitos do cenário de exemplo:
```
type: period
name: retail-hours
begintime: 11:00
description: Retail hours
endtime: 23:00
weekdays: mon-sun
```
1. Selecione **Create Item** (Criar item).
1. No **ConfigTable**DynamoDB, identifique os dois períodos que você acabou de criar listados nas listas de itens.
### Configurar as programações
No contexto do Instance Scheduler on AWS, os cronogramas se referem à aplicação de um ou mais períodos e ao fuso horário relevante. Essas programações são então atribuídas às suas instâncias como tags. Esta seção mostra como criar duas programações (mostradas abaixo) para acomodar os padrões de tempo variáveis dos dois exemplos de workloads e, em seguida, associar as agendas aos períodos que você criou na seção anterior.
```
Schedule 1:
Name: singapore-office-hours
Period: office-hours
Timezone: Asia/Singapore
Schedule 2:
Name: singapore-retail-hours
Period: retail-hours
Timezone: Asia/Singapore
```
Para criar e configurar as programações, conclua as seguintes etapas:
1. Faça login no console do [DynamoDB](https://console.aws.amazon.com/dynamodb/home) e verifique se você está na mesma região em que lançou o modelo para CloudFormation o Instance Scheduler. AWS
1. No painel de navegação, escolha **Tabelas** e selecione a tabela chamada **ConfigTable**.
1. Escolha **Explorar itens** **da tabela**.
1. Para duplicar a programação do horário comercial do Reino Unido e usá-la para criar uma nova agenda para seu horário de expediente (horário comercial de Cingapura, por exemplo), selecione a **programação** para o **uk-office-hours **item. Em seguida, no menu **Ações**, escolha **Duplicar item**.
1. Modifique os atributos para atender às suas necessidades. Os atributos a seguir são usados para atender aos requisitos do cenário de exemplo:
```
type: schedule
name: singapore-office-hours
description: Office hours in Singapore
periods: office-hours
timezone: Asia/Singapore
```
1. Selecione **Create Item** (Criar item).
1. Repita as etapas de 4 a 6 para criar uma programação para o horário de varejo de Singapura usando os seguintes valores de atributos:
```
type: schedule
name: singapore-retail-hours
description: Retail hours in Singapore
periods: retail-hours
timezone: Asia/Singapore
```
1. No **ConfigTable**DynamoDB, identifique as duas programações e os dois períodos que você criou.
### Marcar instâncias de
Depois de estabelecer suas programações, você deve usar tags para alocá-las às instâncias específicas que você deseja usar. Você pode usar o editor de tags no [AWS Resource Groups](https://docs.aws.amazon.com/ARG/latest/userguide/resource-groups.html) para gerar e atribuir tags às suas instâncias do Amazon EC2.
1. Faça login no [Console de gerenciamento da AWS](https://console.aws.amazon.com/)e verifique se você está na mesma região em que lançou o CloudFormation modelo anteriormente.
1. Abra o [console do Resource Groups](https://console.aws.amazon.com/resource-groups). No painel de navegação, expanda **Marcação** e escolha **Editor de tags**.
1. Na seção **Localizar recursos para marcar**, em **Regiões**, escolha suas regiões. Em **Tipos de recursos**, escolha Amazon EC2 ou Amazon RDS. Esse cenário se concentra nas instâncias do Amazon EC2 na workload A. A equipe de marketing está usando a workload A na região de Singapura. Os recursos dessa workload já estão marcados com uma chave ** Departament** e um valor **Marketing**. Você pode usar essa tag para pesquisar as instâncias.
1. Escolha **Recursos de pesquisa**.
1. Selecione as instâncias que você deseja incluir na programação na lista de resultados da pesquisa e escolha **Gerenciar tags dos recursos selecionados**.
1. Na seção **Editar tags de todos os recursos selecionados**, escolha **Adicionar tag** para adicionar as tags de programação do Agendador de Instâncias às suas instâncias do EC2. Você pode usar as chaves e os valores de tags que correspondem às **programações** (criadas anteriormente no DynamoDB).
1. Em **Chave de tag**, adicione **Programação**. Em **Valor da etiqueta**,**** insira **singapore-retail-hours**.
1. Escolha **Revisar e aplicar alterações de tag**.
1. Para aplicar a tag a todas as instâncias do EC2 que você selecionou, escolha **Aplicar alterações a todas as selecionadas**.
1. Repita as etapas de 3 a 9 para qualquer programação adicional que você queira aplicar.
### Resultados da validação
Recomendamos que você use [AWS Cost Explorer](https://www.youtube.com/watch?v=UfPqrkoUFiQ)para medir os benefícios de custo de usar o Instance Scheduler on AWS. É possível usar o Cost Explorer para fazer o seguinte:
+ Visualizar e analisar os custos associados às suas instâncias do EC2, incluindo instâncias gerenciadas pelo Agendador de Instâncias.
+ Filtrar sua visualização do Cost Explorer por tags para que você possa se concentrar em workloads específicas e obter uma visão granular da economia de custos obtida com o uso do Agendador de Instâncias.
+ Obter insights sobre o impacto financeiro de usar o Agendador de Instâncias.
+ Identifique oportunidades para maior otimização de custos e tome decisões baseadas em dados para otimizar seus AWS gastos.
Os gráficos a seguir ilustram o custo operacional da workload A e da workload B durante um período de sete dias (de segunda a domingo) antes da otimização usando o Agendador de Instâncias.
**Despesas totais combinadas das workloads A e B**
![\[Despesas totais combinadas das workloads A e B\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario1_ab.png)
**Despesas da workload A**
![\[Despesas da workload A\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario1_a.png)
**Despesas da workload B**
![\[Despesas da workload B\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario1_b.png)
Nesse cenário, o Cost Explorer mostra as reduções de custo resultantes da implementação do Agendador de Instâncias na AWS. Os gráficos a seguir mostram os custos operacionais da workload A e da workload B por um período de sete dias (segunda a domingo) após a otimização.
**Despesas totais combinadas das workloads A e B**
![\[Despesas totais combinadas das workloads A e B\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario2_ab.png)
**Despesas da workload A**
![\[Despesas da workload A\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario2_a.png)
**Despesas da workload B**
![\[Despesas da workload B\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/validate_scenario2_b.png)
## Recursos adicionais do
+ [Automatize a inicialização e a interrupção de AWS instâncias](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/solution-overview.html) (Agendador de instâncias na AWS documentação)
+ [De volta ao básico: Usando um programador de instâncias para controlar os custos de recursos do Amazon EC2 e do Amazon RDS ()](https://www.youtube.com/watch?v=UsC5ZNcZl9k) YouTube
+ [Marcando seus AWS recursos (Guia](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) do usuário de AWS recursos de marcação)
+ [Analisando seus custos com AWS Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-what-is.html) (Gerenciamento de Faturamento e Custos da AWS documentação)
# Workloads do Windows do tamanho certo
## Visão geral do
O dimensionamento correto é uma das ferramentas mais potentes para economizar custos. AWS oferece vários métodos para coletar informações de dimensionamento correto, desde a análise de possíveis cargas de trabalho usando uma [Avaliação de AWS Otimização e Licenciamento (AWS OLA)](https://aws.amazon.com/optimization-and-licensing-assessment/) até a revisão de cargas de trabalho existentes usando. [AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/)
Esta seção mostra como usar o [AWS Compute Optimizer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-rightsizing.html) para identificar oportunidades de dimensionamento correto do Amazon EC2. O Compute Optimizer ajuda a evitar o provisionamento excessivo e o subprovisionamento dos seguintes tipos de recursos: AWS
+ Tipos de instâncias do [Amazon Elastic Compute Cloud (Amazon EC2)](https://aws.amazon.com/ec2/)
+ [Volumes do Amazon Elastic Block Store (Amazon EBS)](https://aws.amazon.com/ebs/)
+ Serviços [do Amazon Elastic Container Service (Amazon ECS](https://aws.amazon.com/ecs/)) em AWS Fargate
+ [AWS Lambda](https://aws.amazon.com/lambda/)[funções com base nos dados de utilização fornecidos pela Amazon CloudWatch](https://aws.amazon.com/cloudwatch/)
## Cenário de otimização de custos
Avaliar a eficácia do dimensionamento correto pode ser um desafio, pois os esforços de dimensionamento correto podem ser direcionados a uma aplicação específica, a uma equipe ou a toda a organização. Por exemplo, considere uma organização que migra milhares de instâncias para AWS, com 90% de sua frota composta por cargas de trabalho do Windows. A organização pode usar o Compute Optimizer para analisar sua frota e descobrir um superprovisionamento significativo em suas contas e Regiões da AWS. Depois, ela pode usar o [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) para dimensionar corretamente sua frota por meio de várias janelas de manutenção. Como resultado, a organização consegue ajustar o tipo de instância do tamanho certo para 70% de sua frota e obtém uma economia de custos de 35%.
O painel a seguir ilustra a economia obtida ao longo de vários meses quando esse exemplo de organização implementou estrategicamente as recomendações de dimensionamento correto do Compute Optimizer. O objetivo era operar suas workloads existentes da forma mais eficiente possível, a fim de retomar uma migração paralisada de um data center de colocalização próximo ao final do contrato.
![\[Economias com o dimensionamento correto\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/dashboard_rightsizing_savings.png)
## Recomendações de otimização de custos
Recomendamos que você execute as próximas etapas a seguir para otimizar seus custos usando o Compute Optimizer:
+ Habilitar o Compute Optimizer
+ Habilitar a coleta de métricas de memória para nós do Windows
+ Aplicar as recomendações do Compute Optimizer
+ Marcar instâncias para obter o dimensionamento correto
+ Ative a etiqueta de alocação de custos para funcionar com ferramentas de AWS faturamento
+ Implemente recomendações de dimensionamento corretas com automação AWS Systems Manager
+ Considerar métodos alternativos de redimensionamento
+ Revisar os custos antes e depois no Cost Explorer
### Habilitar o Compute Optimizer
Você pode habilitar o [Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html#account-opt-in) no nível da organização ou de uma única conta no AWS Organizations. A configuração de toda a organização fornece relatórios contínuos para instâncias novas e existentes em toda a sua frota para todas as contas de membros. Isso permite que o dimensionamento correto seja uma atividade recorrente em vez de uma point-in-time atividade.
#### Nível da organização
Para a maioria das organizações, a forma mais eficiente de usar o Compute Optimizer é no nível organizacional. Isso fornece visibilidade de várias contas e várias regiões em sua organização e centraliza os dados em uma fonte para análise. Para habilitar essa funcionalidade no nível da organização, faça o seguinte:
1. Faça login na sua [conta gerencial do Organizations](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_getting-started_concepts.html) com um perfil que tenha as [permissões necessárias](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html), e opte por incluir todas as contas dessa organização. A organização deve ter [todos os recursos habilitados](https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_org_support-all-features.html).
1. Depois de habilitar a conta gerencial, você pode entrar na conta, ver todas as outras contas de membros e consultar suas recomendações.
**nota**
É uma prática recomendada configurar uma [conta de administrador delegado](https://docs.aws.amazon.com/compute-optimizer/latest/ug/delegate-administrator-account.html) para o Compute Optimizer. Isso permite que você exerça o princípio do privilégio mínimo. Dessa forma, você pode minimizar o acesso à conta gerencial da organização e, ao mesmo tempo, fornecer acesso ao serviço de toda a organização.
#### Nível de conta única
Se você tem como alvo uma conta com altos custos, mas não tem acesso a ao AWS Organizations, você ainda pode habilitar o Compute Optimizer para essa conta e região. Para saber mais sobre o processo de inclusão, consulte [Getting started with AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html) na documentação do Compute Optimizer.
### Habilitar a coleta de métricas de memória para nós do Windows
As métricas de memória fornecem ao Compute Optimizer as métricas essenciais necessárias para fazer recomendações bem fundamentadas de dimensionamento correto em sua organização. Isso se deve à análise de CPU, memória, rede e armazenamento que é conduzida antes de oferecer uma recomendação.
Para passar métricas de memória das instâncias do Windows EC2 para o Compute Optimizer, você deve habilitar CloudWatch o agente e configurar as métricas de memória a serem coletadas a cada 60 segundos. Não há custo adicional para usar métricas de memória com CloudWatch.
#### Ative o CloudWatch agente e configure as métricas de memória
Faça o download do [ComputeOptimizearquivo.yml](https://static.us-east-1.prod.workshops.aws/public/93110159-2ede-4c0c-9767-877c96d68a7e/static/code/wec2/ComputeOptimize.yml). Você pode usar esse arquivo para habilitar a coleta de memória para todas as instâncias da sua conta. O arquivo de modelo gera os seguintes componentes:
+ [AWS Systems Manager Armazenamento de parâmetros](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-parameter-store.html) — armazena a configuração do CloudWatch agente necessária para coletar métricas de memória.
+ AWS Identity and Access Management Função (IAM) com [políticas AWSAWS Systems Manager gerenciadas](https://docs.aws.amazon.com/systems-manager/latest/userguide/security_iam_service-with-iam.html#managed-policies) anexadas — Isso é para o documento Systems Manager Automation.
+ [AWS Systems Manager documentos](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents.html) — Isso instala e configura o CloudWatch agente (substituindo qualquer CloudWatch configuração existente).
+ AWS Systems Manager Associação [do State Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state.html) — Isso permite que os documentos do Systems Manager sejam executados em todas as instâncias da sua conta.
**Importante**
A execução desse modelo substitui qualquer CloudWatch configuração existente nas instâncias.
Depois, faça o seguinte:
1. Faça login no Console de gerenciamento da AWS e abra o [CloudFormation console](https://console.aws.amazon.com/cloudformation/).
1. No painel de navegação, escolha **Pilhas**.
1. escolha **Criar pilha** e, em seguida, escolha **Com recursos existentes (importar recursos)**.
1. Escolha **Próximo**.
1. Para **Origem do modelo**, selecione **Fazer upload de um arquivo de modelo**.
1. Escolha o **arquivo** e depois faça o upload do arquivo `ComputeOptimize.yml`.
1. Escolha **Próximo**.
1. Na página **Especificar detalhes da pilha**, em **Nome da pilha**, insira um nome para sua pilha e escolha **Avançar**.
1. Na página **Identificar recursos**, insira os valores do identificador dos recursos que você está importando.
1. Escolha **Importar recursos**.
1. Depois que a pilha for implantada, escolha a guia **Saídas** para encontrar a chave, o valor e a descrição da sua associação.
#### Monitorar o progresso da associação
1. Depois que a implantação da CloudFormation pilha for concluída, abra o [console do Systems Manager](https://console.aws.amazon.com/systems-manager/).
1. No painel de navegação, na seção **Gerenciamento de nós**, escolha **Gerenciador de Estados**.
1. Na página **Associações**, escolha o ID de associação da sua associação.
1. Escolha a guia **Execution history (Histórico de execução)**.
1. Na coluna **ID de execução**, escolha o ID de execução da sua associação. O status deve ser **Success**.
#### Veja as métricas em CloudWatch
Recomendamos que você espere pelo menos cinco minutos para que as métricas sejam preenchidas. CloudWatch
1. Abra o [console do CloudWatch](https://console.aws.amazon.com/cloudwatch/).
1. No painel de navegação, expanda a seção **Métricas** e escolha **Todas as métricas**.
1. Confirme se as métricas aparecem abaixo do **CWAgent**namespace.
**nota**
Para aplicar as configurações a qualquer nova instância, execute novamente a associação.
### Aplicar as recomendações do Compute Optimizer
Considere um exemplo que se concentra em fazer as alterações de dimensionamento correto em uma única conta e região. Neste exemplo, o Compute Optimizer está habilitado no nível da organização em todas as contas. Lembre-se de que o dimensionamento correto é um processo disruptivo que, na maioria dos casos, é executado com precisão pelos proprietários da aplicação durante uma janela de manutenção programada de várias semanas.
Se você navegar até o Compute Optimizer de dentro da conta gerencial de uma organização (conforme mostrado nas etapas a seguir), poderá escolher a conta que deseja investigar. Neste exemplo, há seis instâncias em execução em uma única conta na região `us-east-1`. Todas as seis instâncias estão superprovisionadas. A meta é redimensionar as instâncias com base nas recomendações do Compute Optimizer.
#### Identificar instâncias superprovisionadas e exportar os detalhes das recomendações
1. Faça login Console de gerenciamento da AWS e abra o console do [Compute Optimizer.](https://console.aws.amazon.com/compute-optimizer/)
1. No painel de navegação, escolha **Painel**.
1. Na caixa de pesquisa na página do **Painel**, insira **Region=US East (N. Virginia)**. Em seguida, insira **Findings=Over-provisioned**. Esses filtros permitem que você veja todas as instâncias superprovisionadas na região `us-east-1`.
1. Para analisar as recomendações detalhadas das instâncias superprovisionadas do** **EC2,** **role para baixo até o cartão de **instâncias do EC2** e escolha **Visualizar recomendações**.
1. Escolha **Exportar** e salve o arquivo para uso futuro.
1. Em **bucket do S3**, insira o nome do bucket do Amazon S3 que você deseja que seja o destino do arquivo de exportação.
**nota**
Para salvar recomendações para análise futura, você deve ter um bucket do S3 disponível para que o Compute Optimizer grave em cada região. Para obter mais informações, consulte [Amazon S3 bucket policy for AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/create-s3-bucket-policy-for-compute-optimizer.html) na documentação do Compute Optimizer.
1. Na seção **Exportar filtros**, marque a caixa de seleção **Incluir recomendações para todas as contas de membros na organização**.
1. Em **Tipo de recurso**, escolha **Instâncias do EC2**.
1. Na seção **Colunas a serem incluídas**, marque a caixa de seleção **Selecionar tudo**.
1. Escolha **Exportar**.
#### Escolher instâncias com base nas recomendações
As recomendações de instância são baseadas nas métricas de performance coletadas e analisadas pelo Compute Optimizer. É essencial estar ciente das workloads em execução na instância para garantir que você escolha a melhor instância. Este exemplo pressupõe que você possa escolher entre a última geração de instâncias [R6i](https://aws.amazon.com/ec2/instance-types/r6i/), [R5](https://aws.amazon.com/ec2/instance-types/r5/) e [T3](https://aws.amazon.com/ec2/instance-types/t3/) do Amazon EC2. As instâncias T3 são expansíveis e têm menos recursos de largura de banda da rede. As instâncias R5 e R6 têm o mesmo custo por hora e são quase idênticas. No entanto, a instância R6 tem uma maior capacidade de largura de banda da rede, apresenta a última geração de processadores Intel e oferece a mesma pegada computacional da R5. Neste exemplo, a R6 é a melhor opção para redimensionar.
1. No [console do Compute Optimizer](https://console.aws.amazon.com/compute-optimizer/), escolha **Recomendações para instâncias do EC2** na barra de navegação. Esta página mostra uma comparação do tipo de instância atual com as opções recomendadas para substituí-la.
1. Para obter o ID da instância que você deseja dimensionar corretamente, abra o [console do Amazon S3](https://console.aws.amazon.com/s3/) na conta gerencial do AWS Organizations.
1. No painel de navegação, escolha **Buckets** e selecione o bucket que você está usando para armazenar seus resultados exportados.
1. Na guia **Objetos**, selecione seu arquivo de exportação na lista de objetos e escolha **Baixar**.
1. Para extrair as informações das instâncias do arquivo, você pode usar o botão **Texto em colunas** na guia **Dados** no Microsoft Excel.
**nota**
IDs As instâncias são representadas como Amazon Resource Names (ARNs). Certifique-se de definir o delimitador como “/” e extrair o ID da instância. Como alternativa, você pode escrever um script ou usar um ambiente de desenvolvimento integrado (IDE) para cortar o ARN.
1. No Excel, filtre a coluna de **descoberta** para exibir somente as instâncias de **OVER\$1PROVISIONED**. Estas são as instâncias que você está visando para o dimensionamento correto.
1. Salve a instância IDs em um editor de texto para facilitar o acesso posterior.
### Marcar instâncias para obter o dimensionamento correto
Marcar suas workloads é uma ferramenta poderosa para organizar seus recursos na AWS. As tags permitem que você obtenha uma visibilidade refinada dos custos e facilitem o estorno. Para obter mais informações sobre estratégias e métodos para adicionar tags aos AWS recursos, consulte o AWS whitepaper [Best Practices for AWS Tagging](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) Resources. Neste exemplo, você pode usar o [Editor de tags da AWS](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) para fazer ajustes nas marcações nas instâncias superprovisionadas que você deseja redimensionar durante uma janela de manutenção. Você também pode usar essa tag para visualizar os custos antes e depois da alteração.
1. Faça login Console de gerenciamento da AWS e abra o [AWS Resource Groups console](https://console.aws.amazon.com/resource-groups) da conta que contém as instâncias destinadas ao redimensionamento.
1. Na barra de navegação, na seção **Marcação**, escolha **Editor de tags**.
1. Em **Regiões**, selecione sua região de destino.
1. Para **Tipos de recursos**, escolha ** AWS::EC2::Instance**.
1. Escolha **Recursos de pesquisa**.
1. Na página **Resultados da pesquisa de recursos**, selecione todas as instâncias que você deseja dimensionar corretamente e escolha **Gerenciar tags dos recursos selecionados**.
1. Escolha **Adicionar Tag**.
1. Em **Chave da tag**, insira **Rightsizing**. Em **Valor da tag**, insira **enabled**. Depois escolha **Revisar e aplicar alterações da tag**.
**nota**
Você pode incluir metadados adicionais, como Team ou Business Unit, para ajudar na filtragem posterior no Cost Explorer.
Depois de criar e aplicar tags definidas pelo usuário aos recursos, pode levar até 24 horas para que as tags apareçam na página de tags de alocação de custos para ativação. Depois de selecionar as tags para ativação, pode levar até 24 horas para que as tags sejam ativadas.
Para usuários avançados, você pode usar o [AWS CloudShell](https://console.aws.amazon.com/cloudshell/home) da conta e da região de destino para marcar várias instâncias. Por exemplo:
```
bash
#!/bin/bash
# Set variables
TAG_KEY="rightsizing"
TAG_VALUE="type-m5"
# Get a list of instance IDs
INSTANCE_IDS=$(aws ec2 describe-instances —query "Reservations[].Instances[].InstanceId" —output text)
# Loop through each instance ID and add the tag
for INSTANCE_ID in $INSTANCE_IDS; do
aws ec2 create-tags —resources $INSTANCE_ID —tags Key=$TAG_KEY,Value=$TAG_VALUE
done
```
### Ative a etiqueta de alocação de custos para funcionar com ferramentas de AWS faturamento
Recomendamos ativar a tag de alocação de custos definida pelo usuário. Isso permite que a tag **Rightsizing** seja reconhecida e filtrável nas ferramentas de AWS cobrança (por exemplo, Cost Explorer e). AWS Cost and Usage Report Se você não habilitar essa funcionalidade, a opção de filtragem de tags e os dados não estarão disponíveis. Para obter informações sobre o uso de tags de alocação de custos, consulte [Activating user-defined cost allocation tags](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/activating-tags.html) na documentação do Gerenciamento de Faturamento e Custos da AWS .
1. Faça login no Console de gerenciamento da AWS e abra o [AWS Billing console](https://console.aws.amazon.com/billing).
1. No painel de navegação, na seção **Faturamento**, escolha Cost **Tags de alocação de custo**.
1. Na guia **Tags de alocação de custos definidas pelo usuário**, insira **Rightsizing**.
1. Selecione a chave da tag **Rightsizing** e, em seguida, escolha **Ativar**.
Após 24 horas, a tag deve aparecer no Cost Explorer.
### Implementar recomendações de dimensionamento correto com o Systems Manager Automation
O redimensionamento é um cenário que exige que uma instância seja interrompida e inicializada. Nesse cenário, você pode precisar lidar com essa interrupção em uma janela de manutenção e exigir que diferentes equipes lidem com seus próprios redimensionamentos. Antes de alterar um tipo de instância, revise as [considerações sobre os tipos de instância compatíveis](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html#resize-ebs-backed-instance-considerations) na documentação do Amazon EC2.
As etapas de exemplo nesta seção implementam recomendações de dimensionamento correto por conta e região usando um documento do Systems Manager Automation chamado [AWS- ResizeInstance](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-aws-resizeinstance.html). Essa abordagem é típica da maioria das organizações, pois elas exigem tipos de instância diferentes para finalidades distintas. Você também pode usar o mesmo documento de automação `AWS-ResizeInstance` para direcionar implantações de uma ou várias contas.
1. Faça login Console de gerenciamento da AWS e abra o [console do Systems Manager](https://console.aws.amazon.com/systems-manager/).
1. No painel de navegação, na seção **Recursos compartilhados**, escolha **Documentos**.
1. Na barra de pesquisa, insira **AWS- ResizeInstance** e escolha **AWS-** nos resultados ResizeInstance da pesquisa.
1. Escolha **Execute automation**.
1. Na página **Executar runbook de automação**, escolha **Execução simples**.
1. Na seção **Parâmetros de entrada**, insira **InstanceId**InstanceType****e. Deixe os demais valores padrão.
1. Escolha **Executar**** **e** **aguarde até que a automação siga as etapas para alterar o tipo de instância.
### Considerar métodos alternativos de redimensionamento
Se você estiver usando um modelo de inicialização para implantar suas instâncias, poderá atualizar esse modelo com o tipo de instância do tamanho certo e, em seguida, realizar uma atualização da instância para substituir as instâncias pela versão do tamanho certo.
Se você planeja usar o processo de dimensionamento correto em várias contas e regiões, deve criar um documento personalizado do Systems Manager Automation. Este documento permite alimentar várias instâncias como parâmetro e direcionar instâncias para o mesmo tipo de instância de destino (por exemplo, todas as instâncias em transição para t3a.medium, independentemente do tipo de instância de origem).
### Revisar os custos antes e depois no Cost Explorer
Depois de dimensionar corretamente seus recursos, você pode usar o Cost Explorer para mostrar os custos antes e depois usando a tag **Rightsizing**. Lembre-se de que você pode usar [tags de recursos](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) para controlar os custos. Ao usar várias camadas de tags, você pode obter visibilidade granular de seus custos. No exemplo abordado neste guia, a tag **Rightsizing** é usada para aplicar uma tag genérica a todas as instâncias de destino. Em seguida, uma tag team é usada para organizar ainda mais os recursos. A próxima etapa é introduzir tags de aplicação para mostrar ainda mais o impacto nos custos de operar uma aplicação específica.
O diagrama a seguir mostra a estrutura de tags de uma organização.
![\[Estrutura de tags da organização\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/org_tag_structure.png)
Considere o exemplo de uma empresa que dimensiona corretamente os servidores web de produção de propriedade da equipe de operações. No Cost Explorer, a tag **Rightsizing** é definida como **enabled**, e a tag **Team** está definida como **operations**. Neste exemplo, o esforço de dimensionamento correto reduz os custos operacionais de 0,89 centavos para 0,28 centavos por hora. Supondo 744 horas por mês, o custo anual antes do dimensionamento correto é de USD 7.945,92. Após o dimensionamento correto, o custo anual cai para USD 2.499,84. Isso se traduz em uma redução de 68,5% nos custos anuais da workload. Imagine o impacto dessa redução em uma grande organização. Lembre-se de que isso é feito em um ambiente de exemplo e as instâncias estão, em sua maioria, ociosas. Em um ambiente de produção, você pode ver economias entre 10 e 35%.
Agora, considere o impacto do dimensionamento correto do bastion host de produção de propriedade da equipe de engenharia. No Cost Explorer, a tag **Rightsizing** é definida como **enabled**, e a tag **Team** está definida como **engineering**. Neste exemplo, o esforço de dimensionamento correto reduz os custos operacionais de 0,75 centavos para 0,44 centavos por hora. Supondo 744 horas por mês, o custo anual antes do dimensionamento correto é de USD 6.696,00. Após o dimensionamento correto, o custo anual cai para USD 3.928,32.
Se você usar várias tags, poderá filtrar os dados até obter os detalhes minuciosos de custo. Neste exemplo, a tag **Team** reduz o ruído para que você possa visualizar o impacto em nível de equipe. Como a tag **Rightsizing** está habilitada, você também pode filtrar por qualquer instância que tenha essa tag com o valor **enabled** ou nenhum valor presente. Isso pode fornecer uma visão global de seus esforços de dimensionamento correto, especialmente quando visualizados na conta gerencial (pagador) no nível do Cost Explorer. Essa visualização permite que você veja todas as contas e instâncias.
Considere um exemplo no nível de conta única em que a tag **Rightsizing** está definida como **enabled**. Os custos operacionais caem de USD 1,64 por hora para USD 0,72 por hora. Supondo 744 horas por mês, o custo anual antes do dimensionamento correto é de USD 14.641,92. Após o dimensionamento correto, o custo anual cai para USD 6.428,16. Isso se traduz em uma redução de 56% nos custos de computação dessa conta.
Antes de embarcar em sua jornada do dimensionamento correto, considere o seguinte:
+ AWS oferece muitas opções para redução de custos. Isso inclui o [AWS OLA](https://aws.amazon.com/optimization-and-licensing-assessment/), onde AWS analisa suas instâncias locais antes de migrar para o. AWS O AWS OLA também fornece recomendações corretas de dimensionamento e orientação de licenciamento.
+ Conclua todo o dimensionamento correto antes de adquirir os [Savings Plans](https://aws.amazon.com/savingsplans/). Isso pode ajudar você a evitar aquisições excessivas em seu compromisso com os Savings Plans.
## Recomendações
Recomendamos as próximas etapas abaixo:
1. Analise seu cenário atual e considere a conversão de volumes gp2 do Amazon EBS em volumes gp3.
1. Revise os [Savings Plans](https://aws.amazon.com/savingsplans/).
## Recursos adicionais do
+ [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) (documentação da AWS )
+ [Melhores práticas para a marcação de AWS recursos](https://docs.aws.amazon.com/whitepapers/latest/tagging-best-practices/tagging-best-practices.html) (AWS whitepapers)
+ [Como coletar dados de AWS Compute Optimizer e AWS Trusted Advisor entre seu AWS Organizations](https://www.youtube.com/watch?v=ekR6RSgqJ4Q) (YouTube)
+ [Optimizing performance and reducing licensing costs: Leveraging AWS Compute Optimizer for Amazon EC2 SQL Server instances](https://aws.amazon.com/blogs/modernizing-with-aws/optimizing-performance-and-reducing-licensing-costs-leveraging-aws-compute-optimizer-for-ec2-sql-server-instances/) (Microsoft Workloads no Blog da AWS )
# 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-premises, você faz uma despesa de capital que deve durar por um período predeterminado, normalmente de três a cinco 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](https://aws.amazon.com/ec2/)) evita o VMs provisionamento excessivo 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 instâncias do Amazon EC2](https://aws.amazon.com/ec2/instance-types/). Se você planeja migrar uma carga de trabalho do Windows para a nuvem, AWS oferece um [AWS OLA](https://aws.amazon.com/optimization-and-licensing-assessment/) 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 instância EC2 adequados ao seu uso real no local.
Se você já tem workloads em execução no Amazon EC2 e busca estratégias de otimização de custos, esta seção do guia ajuda a identificar diferenças entre as instâncias do Amazon EC2 e sua aplicabilidade às workloads típicas do Windows.
## Recomendações de otimização de custos
Para otimizar os custos dos tipos de instâncias do EC2, recomendamos:
+ Escolher a família certa de instâncias para sua workload
+ Entender as variações de preços entre as arquiteturas de processadores
+ Entender as diferenças de preço/performance entre as gerações do EC2
+ Migrar para instâncias mais novas
+ Usar instâncias expansíveis
### Escolher a família certa de instâncias para sua workload
É importante escolher a família de instâncias certa para sua workload.
As instâncias do Amazon EC2 são divididas nos seguintes grupos:
+ Uso geral
+ Otimizadas para computação
+ Otimizado para memória
+ Computação acelerada
+ Otimizada para armazenamento
+ Otimizadas para HPC
A maioria das workloads do Windows se encaixam nas seguintes categorias:
+ Uso geral
+ Otimizadas para computação
+ Otimizado para memória
Para simplificar ainda mais, considere uma instância de linha de base do EC2 em cada categoria:
+ Otimizada para computação: C6i
+ Uso geral: M6i
+ Otimizada para memória: R6i
A geração anterior de instâncias do EC2 apresentava 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 instâncias de última geração do EC2 (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ância | v CPUs | RAM | Custo por hora |
| --- | --- | --- | --- |
| c6i.xlarge | 4 | 8 | 0,17 US\$1 |
| m6i.xlarge | 4 | 16 | 0,19 US\$1 |
| r6i.xlarge | 4 | 32 | \$10,25 |
**nota**
Os preços são baseados nos preços por hora sob demanda 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. As instâncias expansíveis do EC2 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-credits-baseline-concepts.html#earning-CPU-credits). 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`.
****
| Instância | v CPUs | RAM (GB) | Custo por hora |
| --- | --- | --- | --- |
| t3.nano | 2 | 0,5 | \$10,0052 |
| t3.micro | 2 | 1 | \$10,0104 |
| t3.small | 2 | 2 | \$10.0208 |
| t3.medium | 2 | 4 | \$10,0416 |
| t3.large | 2 | 8 | \$10,0832 |
| t3.xlarge | 4 | 16 | 0,164 US\$1 |
| t3.2xlarge | 8 | 32 | \$10,328 |
**nota**
Os preços são baseados nos preços por hora sob demanda na região `us-east-1`.
### Entender as variações de preços entre as arquiteturas de processadores
Os processadores [Intel](https://aws.amazon.com/intel/) têm sido o padrão para instâncias do EC2 desde o início. Gerações anteriores de instâncias do EC2, como C5, M5 e R5, não indicam a Intel como a arquitetura do processador (já que era o padrão). As novas gerações de instâncias do EC2, 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](https://aws.amazon.com/ec2/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 instâncias EC2 do AMD oferecem um desconto de aproximadamente 10% nos custos de computação em comparação com as do Intel.
****
| Instância Intel | Custo por hora | Instância do AMD | Preço | % da diferença |
| --- | --- | --- | --- | --- |
| c6i.xlarge | 0,17 US\$1 | c6a.xlarge | \$10,153 | 10% |
| m6i.xlarge | \$10,192 | m6a.xlarge | \$10,1728 | 10% |
| r6i.xlarge | \$10,252 | r6a.xlarge | \$10,268 | 10% |
**nota**
Os preços são baseados nos preços por hora sob demanda na região `us-east-1`.
A terceira principal opção de arquitetura de processador são os [processadores AWS Graviton](https://aws.amazon.com/ec2/graviton/) (indicados com um “g”) em instâncias do EC2. Projetados por AWS, os processadores Graviton oferecem a melhor relação preço/desempenho no 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](net-refactor-linux.md). Isso significa que essas workloads 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`.
****
| Instância Intel | Custo por hora | Instâncias Graviton | Custo por hora | % da diferença |
| --- | --- | --- | --- | --- |
| c6i.xlarge | 0,17 US\$1 | c6g.xlarge | 0,136 US\$1 | 20% |
| m6i.xlarge | \$10,192 | m6g.xlarge | \$10,154 | 20% |
| r6i.xlarge | \$10,252 | r6g.xlarge | \$10,2016 | 20% |
**nota**
Os preços são baseados nos preços por hora sob demanda na região `us-east-1`.
O gráfico a seguir compara os preços das instâncias da série M.
![\[Comparação de preços da série M\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/m6_price.png)
### Entenda as diferenças da relação preço/performance entre as gerações do EC2
Uma das características mais consistentes do Amazon EC2 é que cada nova geração oferece uma melhor relação preço/performance do que sua antecessora. Como mostra a tabela a seguir, o preço das instâncias da nova geração do EC2 diminui a cada versão subsequente.
****
| Instância otimizada para computação | Custo por hora | Instância de uso geral | Custo por hora | Instância otimizada para memória | Custo por hora |
| --- | --- | --- | --- | --- | --- |
| C1.xlarge | \$10,52 | M1.xlarge | \$10,35 | r1.xlarge | n/a |
| C3.xlarge | \$10,21 | M3.xlarge | \$10,266 | r3.xlarge | \$10,333 |
| C5.xlarge | 0,17 US\$1 | M5.xlarge | \$10,192 | r5.xlarge | \$10,252 |
**nota**
Os preços são baseados nos preços por hora sob demanda na região `us-east-1`.
O gráfico a seguir compara os custos das diferentes gerações de instâncias da série C.
![\[Comparação de preços da série C\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ec2_compute_opt_price.png)
No entanto, a 6.ª geração de instâncias tem o mesmo preço da 5.ª geração, conforme mostra a tabela a seguir.
****
| Instância otimizada para computação | Custo por hora | Instância de uso geral | Custo por hora | Instância otimizada para memória | Custo por hora |
| --- | --- | --- | --- | --- | --- |
| C5.xlarge | 0,17 US\$1 | M5.xlarge | \$10,192 | r5.xlarge | \$10,252 |
| C6i.xlarge | 0,17 US\$1 | M6i.xlarge | \$10,192 | r6i.xlarge | \$10,252 |
**nota**
Os preços são baseados nos preços por hora sob demanda na região `us-east-1`.
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](https://aws.amazon.com/ec2/instance-types/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).
****
| Instância | Custo por hora | v CPUs | RAM | Velocidade do processador | Armazenamento de instâncias | Redes | Throughput do Amazon EBS | IOPS do EBS |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| x1e.2xlarge | \$11,66 | 8 | 244 | 2.3 GHz | SSD DE 237 GB | 10 Gbps | 125 Mb/s | 7400 |
| x1iedn.2xlarge | \$11,66 | 8 | 256 | 3.5 GHz | SSD de 240 GB NVMe | 25 Gbps | 2500 MB/s | 65000 |
**nota**
Os preços são baseados nos preços por hora sob demanda na região `us-east-1`.
### 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:**
****
| Servidor | Instância do EC2 | Edição do SQL Server | Custo mensal |
| --- | --- | --- | --- |
| Cutucar DB1 | x1e.2xlarge | Enterprise | \$13.918,64 |
| Cutucar DB2 | x1e.2xlarge | Enterprise | \$13.918,64 |
| Total | | | \$17.837,28 |
**Após a otimização:**
****
| Servidor | Instância do EC2 | Edição do SQL Server | Custo mensal |
| --- | --- | --- | --- |
| Cutucar DB1 | x2iedn.xlarge | Standard | \$11.215,00 |
| Cutucar DB2 | x2iedn.xlarge | Standard | \$11.215,00 |
| Total | | | \$12.430,00 |
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%.
**nota**
Os preços são baseados nos preços por hora sob demanda na região `us-east-1`.
### Migrar para instâncias mais novas
As gerações mais antigas do Amazon EC2 são executadas no hipervisor Xen, enquanto as gerações mais novas operam no [AWS Nitro System](https://aws.amazon.com/ec2/nitro/). 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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/migrate-to-xen.html). Por exemplo, [AWS o Windows AMIs](https://docs.aws.amazon.com/ec2/latest/windows-ami-reference/windows-amis.html) é 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](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/instance-types.html#ec2-nitro-instances)).
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](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/migrating-latest-types.html) na documentação do Amazon EC2.
### 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:
+ As [especificações mínimas do Windows Server](https://learn.microsoft.com/en-us/windows-server/get-started/hardware-requirements#ram) com a Experiência de desktop exigem 2 GB de RAM. Evite usar instâncias t3.micro ou t3.nano com o Windows Server porque elas não têm a quantidade mínima de RAM.
+ Se a sua workload tiver picos, mas não permanecer ociosa por tempo suficiente para acumular créditos de expansão, usar instâncias normais do EC2 é mais eficiente do que usar instâncias expansíveis. Recomendamos [monitorar seus créditos de CPU](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/burstable-performance-instances-monitoring-cpu-credits.html) para verificar essa questão.
+ Recomendamos evitar usar instâncias expansíveis com o SQL Server na maioria dos cenários. O licenciamento do SQL Server é baseado no número de v CPUs atribuído a uma instância. Se o SQL Server ficar ocioso a maior parte do dia, você pagará por licenças SQL que não está utilizando totalmente. Nesses cenários, recomendamos que você consolide várias instâncias do SQL Server em um servidor maior.
## Próximas etapas
Recomendamos que você execute as próximas etapas abaixo para otimizar seus custos para instâncias Amazon EC2 Windows:
+ Use a instância de última geração do EC2 para obter a melhor relação preço/performance.
+ Use instâncias do EC2 com processadores AMD para uma redução de 10% nos custos de computação.
+ Maximize a utilização dos recursos escolhendo um tipo de instância do EC2 que corresponda à sua workload.
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 as cargas de trabalho do SQL Server ou instâncias do EC2 com proporções muito maiores vCPU-to-RAM. 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.
****
| Workload | Típico | Opcional |
| --- | --- | --- |
| Active Directory | T3, M6i | R6i |
| Servidores de arquivos | T3, M6i | C6i |
| Servidores da web | T3, C6i | M6i, R6i |
| SQL Server | R6i | x2iedn, X2iezn |
Se você precisar alterar o tipo de instância do EC2, o processo normalmente envolve apenas uma simples reinicialização do servidor. Para obter mais informações, consulte [Change the instance type](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html) na documentação do Amazon EC2.
Antes de alterar o tipo de instância, recomendamos que você considere o seguinte:
+ É necessário interromper suas instâncias baseadas no Amazon EBS para poder alterar o tipo de instância. Certifique-se de planejar um tempo de inatividade enquanto a instância estiver parada. Interromper a instância e alterar o tipo de instância pode levar alguns minutos, e o tempo necessário para iniciar a instância pode variar dependendo dos scripts de startup da aplicação. Para obter mais informações, consulte [Início e interrupção de instâncias](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Stop_Start.html) na documentação do Amazon EC2.
+ Quando você interrompe e inicia uma instância, AWS move a instância para um novo hardware. Se sua instância tiver um IPv4 endereço público, AWS liberará o endereço e fornecerá à instância um novo IPv4 endereço público. Se você precisar de um IPv4 endereço público que não mude, use um [endereço IP elástico](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/elastic-ip-addresses-eip.html).
+ Você não poderá alterar o tipo de instância se [hibernation](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Hibernate.html) estiver habilitado nela.
+ Você não pode alterar o tipo de instância de uma [instância spot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/spot-requests.html#stopping-a-spot-instance).
+ Se sua instância estiver em um grupo do Auto Scaling, o Amazon EC2 Auto Scaling marcará a instância interrompida como não íntegra e poderá encerrá-la e inicializar uma instância substituta. Para evitar isso, é possível suspender os processos de escalabilidade para o grupo enquanto estiver alterando o tipo de instância. Para obter mais informações, consulte [Suspend and resume a process for an Auto Scaling group](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html) na dopcumentação do Amazon EC2 Auto Scaling.
+ Quando você altera o tipo de instância de uma instância com volumes de armazenamento de NVMe instâncias, a instância atualizada pode ter volumes adicionais de armazenamento de instâncias, porque todos os volumes de armazenamento de NVMe instâncias estão disponíveis mesmo que não estejam especificados na Amazon Machine Image (AMI) ou no mapeamento de dispositivos de blocos de instâncias. Caso contrário, a instância atualizada tem o mesmo número de volumes de armazenamento de instância que você especificou ao iniciar a instância original.
## Recursos adicionais do
+ [Tipos de instância do Amazon EC2 (documentação](https://aws.amazon.com/ec2/instance-types/))AWS
+ [Avaliação de otimização e licenciamento da AWS](https://aws.amazon.com/optimization-and-licensing-assessment/) (documentação da AWS )
# Trazer licenças para workloads do Windows e SQL Server
## Visão geral do
Se você tiver investimentos significativos em cargas de trabalho da Microsoft e contratos de licenciamento corporativo existentes, poderá escolher entre várias AWS opções para oferecer suporte a essas cargas de trabalho, incluindo as opções de [licença incluída (fornecida por AWS)](https://aws.amazon.com/windows/faq/#buy-win-serv-inc) e [Bring Your Own License (BYOL](https://aws.amazon.com/windows/faq/#byol)). Você pode usar os [hosts dedicados do Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/) para aproveitar totalmente os contratos de licenciamento existentes da Microsoft e trazer o Windows Server para a AWS. Isso pode fazer você economizar até 50% nos custos de instâncias do Amazon EC2. Como as licenças do Windows representam aproximadamente metade dos custos da instância, colocar o Windows Server AWS em hosts dedicados pode resultar em economias substanciais. Como o Windows Server não pode ser colocado em [locação padrão (compartilhada)](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html), os hosts dedicados são a escolha ideal se você quiser usar suas licenças existentes para o Windows Server. AWS
Os hosts dedicados não servem apenas para instâncias BYOL do Windows Server. Eles também oferecem a flexibilidade de adequar seu licenciamento on-premises às workloads existentes do SQL Server. Os hosts dedicados expõem os núcleos físicos do servidor subjacente e permitem que você licencie o SQL Server no nível do núcleo físico. Isso não é possível na locação padrão (compartilhada) em que o licenciamento do SQL Server é baseado no número de virtuais CPUs alocados para a instância. Esse recurso permite que você licencie cargas de trabalho do SQL Server de AWS forma consistente com sua estratégia de licenciamento local. Consequentemente, você pode economizar até 50% nos custos de licenciamento do SQL Server em comparação com a locação padrão (compartilhada), além da economia nos custos de instâncias, usando licenças qualificadas do Windows. Para obter mais informações sobre esse cenário, consulte a seção [Compreender o licenciamento do SQL Server](sql-server-licensing.md) deste guia.
## Hosts dedicados do Amazon EC2
Um host dedicado do Amazon EC2 é essencialmente o mesmo host EC2 AWS usado para executar suas ofertas de computação do EC2. A diferença é que esses hosts são totalmente dedicados a um único cliente e fornecem acesso exclusivo à infraestrutura física subjacente. Você pode usar hosts dedicados para executar suas instâncias em hardware totalmente dedicado ao seu uso, em vez de compartilhar recursos com outros clientes da AWS . Isso lhe dá maior controle sobre os recursos da nuvem e permite que você reduza custos trazendo suas próprias licenças de software, como Windows Server e SQL Server, para a AWS.
Lembre-se do seguinte:
+ Um host dedicado é um servidor físico totalmente dedicado a um único cliente. Você tem visibilidade dos soquetes e dos núcleos físicos do host dedicado para que possa cumprir os requisitos de conformidade de licenciamento, como contratos de licenciamento de software por soquete, por núcleo ou por VM.
+ Hosts dedicados que são compatíveis com vários tamanhos de instâncias da mesma família de instâncias são conhecidos como hosts dedicados heterogêneos. Essas [famílias de instâncias](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/how-dedicated-hosts-work.html?icmpid=docs_ec2_console#dedicated-hosts-allocating) incluem T3, A1, C5, M5, R5, C5n, R5n e M5n. Em contraste, outras famílias de instâncias são compatíveis apenas com um tamanho de instância no mesmo host dedicado. Eles são chamados de hosts dedicados homogêneos.
+ Os hosts dedicados são cobrados por host. Isso significa que você é cobrado por host dedicado, independentemente de quantas instâncias estejam sendo executadas nele. Os preços de hosts dedicados varia de acordo com a família de instâncias, a região e a opção de pagamento selecionada. Você pode escolher a configuração ideal para sua workload a fim de alcançar os resultados desejados de performance e custo.
Este diagrama ilustra as diferenças entre instâncias de locação compartilhada e hosts dedicados.
![\[Comparação entre locação compartilhada e hosts dedicados\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/sharedten_dedhosts_comparison.png)
### Hosts dedicados homogêneos
Considere um cenário em que um host dedicado M6i é usado. Os hosts dedicados M6i e R6i têm dois soquetes, 64 núcleos físicos e são compatíveis com tipos de instância do mesmo tamanho. Eles são chamados de hosts dedicados homogêneos. Isso significa que o número de instâncias que você pode inicializar em um único host dedicado M6i depende do tamanho da instância.
Por exemplo:
+ No caso do xlarge (4 vCPUs), você pode executar no máximo 32 instâncias m6i.xlarge nesse host dedicado.
+ No caso de 8xlarge (32 vCPUs), você pode executar no máximo 4 instâncias m6i.8xlarge nesse host dedicado.
+ No caso do metal (128 vCPUs), você pode iniciar no máximo 1 instância m6i.metal nesse host dedicado.
O diagrama a seguir mostra as opções de host dedicado para instâncias M6.
![\[Opções de host dedicado para instâncias M6\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/dedhost_m6_options.png)
### Hosts dedicados heterogêneos
Os hosts dedicados compatíveis com vários tamanhos de instância no mesmo host são chamados de hosts dedicados heterogêneos do Amazon EC2. O diagrama a seguir mostra um exemplo de hosts dedicados C5, M5 e R5 com vários tamanhos de instâncias, como 2xlarge, xlarge e 4xlarge.
![\[Exemplos de hosts dedicados C5, M5 e R5\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/dedhost_c5m5r5_options.png)
### Gerenciamento de hosts dedicados
Recomendamos considerar o seguinte em relação ao gerenciamento de hosts dedicados do Amazon EC2:
+ Para aproveitar ao máximo os hosts dedicados, você pode [compartilhar um único host entre várias contas em sua organização](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dh-sharing.html). O compartilhamento de hosts permite a otimização de recursos e pode resultar em economia de custos ao usar todos os slots disponíveis no host. Ao compartilhar um host dedicado entre unidades de negócios, você pode centralizar sua infraestrutura de TI e melhorar a utilização dos recursos, mantendo a separação entre as workloads. Se você faz parte de uma organização AWS Organizations e o compartilhamento está habilitado em sua organização, os consumidores em sua organização recebem automaticamente acesso ao Host dedicado compartilhado. Caso contrário, os consumidores receberão um convite para participar do compartilhamento de recursos e acesso ao Host dedicado compartilhado depois de aceitar o convite.
+ Você pode executar o Windows Server 2022 em hosts dedicados sob o modelo de licença incluída, já que o Windows Server 2019 é a versão mais recente em que há a disponibilização de BYOL. Se você quiser usar o Windows Server 2022 em hosts dedicados, deverá usar instâncias com licença incluída do Windows Server 2022.
+ [AWS License Manager](https://aws.amazon.com/license-manager/)é uma solução abrangente para gerenciar licenças de software de vários fornecedores em ambientes locais AWS e internos. Se você [usa o License Manager](https://catalog.us-east-1.prod.workshops.aws/workshops/c7d505a0-b48b-4178-922a-9ee675dfb81c/en-US/license-manager), é possível obter maior visibilidade e controle sobre como as licenças de software são usadas, resultando em economia de custos e maior conformidade. Você pode usar o License Manager para definir regras para emular seus termos de licenciamento exclusivos. Isso permite que você aplique essas regras e evite o uso indevido da licença. Isso pode reduzir o risco de não conformidade e melhorar os processos de gerenciamento de licenças.
+ É possível usar o License Manager para automatizar o posicionamento, a liberação e a recuperação de hosts usando [grupos de recursos de hosts](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html). Isso pode aumentar a produtividade e reduzir a sobrecarga de gerenciamento. O License Manager também fornece uma visão centralizada do uso de licenças em ambientes locais AWS e em todos os ambientes com base nas regras de licenciamento, facilitando o gerenciamento de compras incrementais de licenciamento, conformidade e auditorias de fornecedores em toda a organização. Além disso, o License Manager se integra com AWS Organizations e AWS Resource Access Manager (AWS RAM) para compartilhar configurações de licença entre contas e regiões. Isso permite que você crie relatórios para todo o seu ambiente com base em uma programação e gerencie as regras de licenciamento de forma centralizada em uma Conta da AWS. Em última análise, isso pode melhorar a governança e reduzir a complexidade.
+ Ao projetar a alta disponibilidade para hosts dedicados em uma única região, certifique-se de ter alocado no mínimo dois hosts dedicados em no mínimo duas zonas de disponibilidade para workloads críticas de produção. Para obter mais informações, consulte a implantação de referência de [hosts dedicados do Amazon EC2 para Microsoft Windows na AWS](https://aws.amazon.com/quickstart/architecture/microsoft-dedicated-host/).
+ Para cada família de instâncias de hosts dedicados, há um limite no número de instâncias que podem ser executadas para cada tamanho de instância. Para obter mais informações, consulte [Tabela de configuração de hosts dedicados](https://aws.amazon.com/ec2/dedicated-hosts/pricing/?nc1=h_ls#Dedicated_Hosts_Configuration_Table) na documentação do Amazon EC2.
## AWS opções de licenciamento
As licenças são classificadas nas seguintes categorias principais:
+ **Licença incluída**: esta opção de licenciamento permite que você compre e use licenças sob demanda, pagando somente pelo que usa. É ideal para casos de uso em que você busca flexibilidade no uso do licenciamento e deseja evitar custos iniciais. Você pode escolher entre uma variedade de produtos Windows Server, SQL Server e outros produtos da Microsoft.
+ **Produtos BYOL com Mobilidade de Licenças**: se você já tem licenças e deseja usá-las na nuvem, esta opção permite que você traga suas próprias licenças para a nuvem por meio do [programa Mobilidade de Licenças da Microsoft](https://www.microsoft.com/en-us/licensing/licensing-programs/software-assurance-license-mobility). Produtos com Mobilidade de Licenças, como o SQL Server com o Software Assurance (SA), podem ser trazidos para locação compartilhada ou dedicada. Isso reduz os custos da AWS instância.
+ **Produtos BYOL sem mobilidade de licenças** — Para produtos da Microsoft, como o Windows Server, que não possuem mobilidade de licenças, AWS fornece opções dedicadas para o uso desses produtos na nuvem. Além disso, os hosts dedicados permitem o licenciamento no nível do núcleo físico, possibilitando economizar 50% ou mais nas licenças necessárias para executar suas workloads. Os hosts dedicados são uma excelente opção para workloads estáveis e previsíveis que são executadas na maior parte do tempo.
## Portabilidade de licenças do Windows Server
Trazer suas próprias licenças do Windows é uma das estratégias mais eficazes para otimização de licenças, pois permite que você aproveite os investimentos existentes e reduza suas AWS despesas. Cenários específicos de BYOL excluem a exigência de SA ou Mobilidade de Licenças, mas a infraestrutura dedicada do Amazon EC2 é sempre necessária. Para se qualificar, você deve ter comprado licenças perpétuas antes de 1.º de outubro de 2019 ou tê-las adicionado como um true-up sob uma contrato corporativo ativo que estava em vigor antes dessa data. Nesses cenários específicos de BYOL, você pode atualizar somente licenças para versões disponíveis antes de 1.º de outubro de 2019. Por exemplo, se você cancelou o SA em 2017, você tem o direito de implantar somente até o Windows Server 2016, não o 2019. No entanto, 2019 é a última versão elegível para BYOL. AWS Para obter mais informações, consulte [Licenciamento — Windows Server](https://aws.amazon.com/windows/faq/#licensing-winserv) na AWS documentação.
A obtenção de licenças pode afetar significativamente o custo de execução das workloads da Microsoft na AWS. Ao trazer suas próprias licenças, você não precisa pagar custos adicionais de licenciamento pelas instâncias em execução na nuvem, o que pode levar a uma economia considerável.
A tabela a seguir mostra o custo mensal sob demanda da execução de uma única instância c5.xlarge, 24 horas por dia, 7 dias por semana, em várias configurações.
****
| Configuração | Custo mensal (USD) |
| --- | --- |
| Windows Server \$1 edição SQL Server Enterprise | USD 1.353,00 (LI) |
| Windows Server \$1 edição SQL Server Standard | USD 609,00 (LI) |
| Apenas Windows Server | USD 259,00 (LI) |
| Somente computação (Linux) | \$1127,00 |
Você pode usar suas licenças existentes para reduzir os custos de licenciamento e economizar dinheiro em sua fatura geral AWS .
Para se qualificar para BYOL em hosts dedicados do Amazon EC2, você deve trazer suas próprias licenças de software, como do Windows Server e SQL Server. O BYOL permite que você use suas licenças existentes AWS e pode resultar em economia de custos. Para trazer suas próprias licenças, você deve ter os direitos de licença do provedor do software e também fornecer a mídia ou a imagem de instalação do software. A mídia ou a imagem de instalação podem ser usadas para inicializar instâncias em hosts dedicados. Para saber mais sobre a criação de uma AMI BYOL, consulte [Como criar o Windows Server Bring-Your-Own-License AMIs localmente com o VM Import/Export](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-create-windows-server-bring-your-own-license-amis-from-on-premises-with-vm-import-export/) no blog Microsoft Workloads on. AWS
**nota**
Um tipo de licença definido como **Auto** equivale a uma [opção de licença incluída da AWS](https://docs.aws.amazon.com/vm-import/latest/userguide/licensing.html). Essa opção pode resultar em gastos indesejados sob demanda. Você precisará mudar os [tipos de licenciamento](https://aws.amazon.com/blogs/mt/use-aws-flexible-licensing-options-to-optimize-cost/).
## Cenário de otimização de custos
O dimensionamento correto e a otimização de licenças são um componente essencial da otimização de custos na AWS. Se você implementar as estratégias certas, poderá reduzir os custos de licenciamento, manter a conformidade e obter o melhor valor possível do seu investimento em licenciamento usando os hosts dedicados do Amazon EC2 e a opção BYOL.
Esta seção aborda os seguintes cenários de exemplo:
+ Economia de custos com os hosts dedicados T3
+ Comparação da locação compartilhada com hosts dedicados com BYOL do SQL Server
+ Implantações altamente disponíveis do SQL Server
### Economia de custos com os hosts dedicados T3
Os hosts dedicados T3 diferem de outros hosts dedicados do Amazon EC2 que tradicionalmente fornecem recursos fixos de CPU. Os hosts dedicados T3, por outro lado, oferecem suporte a instâncias expansíveis que são capazes de compartilhar recursos da CPU, fornecer performance básica da CPU e expandir quando necessário. O compartilhamento de recursos de CPU, também conhecido como excesso de inscrições, é o que permite que um único host dedicado T3 ofereça suporte a até quatro vezes mais instâncias do que hosts dedicados de uso geral comparáveis.
Os hosts dedicados T3 geram um TCO menor ao oferecer maior densidade de instâncias do que qualquer outro host dedicado do Amazon EC2. As instâncias T3 com capacidade de intermitência permitem consolidar um número maior de instâncias com utilização low-to-moderate média da CPU em menos hosts do que nunca. Os hosts dedicados T3 também oferecem tamanhos de instância menores em um número maior de combinações de vCPU e memória do que outros hosts dedicados do Amazon EC2. Instâncias menores podem contribuir para reduzir o TCO e ajudar a fornecer taxas de consolidação equivalentes ou superiores às dos hosts on-premises.
Os hosts dedicados T3 são mais adequados para executar software BYOL com utilização de low-to-moderate CPU e licenças de software elegíveis por soquete, por núcleo ou por VM, incluindo Microsoft Windows desktop, Windows Server, SQL Server e bancos de dados Oracle.
### Use hosts dedicados T3 para reduzir as licenças do Windows Server Datacenter (por núcleo)
Em ambientes locais, você está aproveitando o fato de poder facilmente substituir sua assinatura física CPUs em VMware hosts e alcançar altos níveis de consolidação.
Considere o exemplo a seguir. No momento, você está usando VMware hosts de 10x36 núcleos e 384 GB de RAM em um ambiente local. Além disso, cada host está executando máquinas virtuais Windows Server de 96x2 vCPU e 4 GB de RAM com baixa média de utilização da CPU.
Agora você pode alcançar níveis muito mais altos de consolidação movendo suas máquinas virtuais para hosts dedicados T3, que têm o dobro da quantidade de RAM em comparação com seus hosts locais VMware atuais. Você pode executar o mesmo número de servidores em hosts dedicados T3 com uma redução de 50% no custo do host. Isso pode ajudar você a reduzir os custos de licenciamento do Windows Server em 33%. A tabela a seguir destaca a economia do uso de hosts dedicados T3.
****
| | Hosts locais VMware | Hosts dedicados T3 | Poupança |
| --- | --- | --- | --- |
| Servidores físicos | 10 | 5 | |
| Núcleos físicos por host | 36 | 48 | |
| RAM por host (GB) | 384 | 768 | |
| 2 vCPU, 4 GB de RAM VMs por host | 96 | 192 | |
| Número total de VMs | 960 | 960 | |
| Total de licenças do Windows Server Datacenter (por núcleo) = (Número de servidores \$1 Contagem de núcleos físicos) | 10 \$1 36 = 360 | 5 \$1 48 = 240 | 33% |
### Comparação da locação compartilhada com hosts dedicados com BYOL do SQL Server
Considere um exemplo prático para demonstrar o valor dos hosts dedicados do Amazon EC2. Nesse cenário, uma organização executa uma workload do SQL Server em um ambiente on-premises com 240 núcleos e deseja implantar a mesma workload de forma econômica na AWS. Se essa organização trouxer suas próprias licenças (BYOL), ela continuará pagando pelo SA, e a redução do número de núcleos afetará diretamente seus custos.
O diagrama a seguir compara a AWS economia entre direitos da Microsoft e do SQL Server.
![\[Comparação da economia entre a licença da Microsoft e o SQL Server\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ea_aws_savings.png)
Ao dimensionar corretamente as instâncias na locação AWS compartilhada, você pode reduzir as licenças do SQL Server para 140 núcleos. Isso resulta em custos de SA de USD 197.000.
Os hosts dedicados do Amazon EC2 permitem que você licencie o SQL Server no nível do núcleo físico. Isso não é possível na locação compartilhada em que o licenciamento do SQL Server é baseado no número de v CPUs alocado para a instância. Consequentemente, ao usar dois hosts dedicados R5 com 48 núcleos cada, você só precisa cobrir 96 núcleos em vez dos 140 v CPUs necessários na locação compartilhada. Ao implantar hosts dedicados R5 e licenciar as workloads no nível físico, você pode reduzir o número necessário de licenças da edição SQL Server Enterprise para 96 núcleos. Isso significa que você pode implantar até 192 núcleos (considerando o hyper-threading) de workloads do SQL Server, sem deixar de cumprir os requisitos de licenciamento e obter economias de custo significativas.
Nesse caso, a organização paga aproximadamente USD 341 mil anualmente em custos de SA. Após o dimensionamento correto da locação compartilhada, eles reduzem os custos para USD 197.000 com 140 vCPUs. Os hosts dedicados do Amazon EC2 reduzem ainda mais os custos para USD 151.000 (uma redução de aproximadamente 56%).
### Implantações altamente disponíveis do SQL Server
Este exemplo analisa como o custo pode influenciar uma implantação do SQL Server na AWS com várias considerações de licenciamento. Suponha que uma organização precise implantar seis servidores SQL Server Enterprise AWS para oferecer suporte a três aplicativos. Esses servidores exigem alta disponibilidade e têm 16 v CPUs e 256 GB de RAM cada. Confira os detalhes do seguinte cenário:
+ **Servidor**: SQL Server
+ **Edição do sistema operacional**: Windows Server Datacenter 2019
+ **Edição do SQL Server**: SQL Server Enterprise 2019
+ **vCPU**: 16
+ **Memória (GB)**: 256
+ **Quantidade**: 6
Para otimizar os custos AWS sem sacrificar o desempenho, recomendamos que você dimensione corretamente as instâncias com base na utilização de CPU, memória, rede e disco (IOPS/BW). Depois de dimensionar corretamente as cargas de trabalho, coloque-as no tipo de instância x2iedn.4xlarge, que oferece 16 v. CPUs No entanto, esse tipo de instância também inclui o dobro da memória necessária para as cargas de trabalho. É possível otimizar ainda mais.
#### Cenário 1
Uma organização implanta seis servidores SQL Server Enterprise em locação AWS compartilhada usando a opção de licença incluída para Windows e SQL Server. Com essa opção, o custo das licenças do Windows e do SQL Server é incorporado ao preço das instâncias. Confira os detalhes do seguinte cenário:
+ **Locação compartilhada (instância)**: x2iedn.4xlarge
+ **Custo por hora (USD)**: USD 10,0705
+ **Custo por mês por unidade (USD)**: USD 7.351,47
+ **Número de servidores**: 6
+ **CPU**: 16
+ **Memória**: 512
+ **Custo por mês para 6 servidores**: USD 44.108
#### Cenário 2
Uma organização tem SA e BYOL para SQL Server em locação compartilhada. Isso significa que a organização usa a opção de licença incluída para Windows, mas fornece suas próprias licenças do SQL Server com base no número de v CPUs alocado para a instância. Como a organização tem seis servidores SQL Server Enterprise com 16 v CPUs cada, CPUs é necessário um total de 96 v. Confira os detalhes do seguinte cenário:
+ **Locação compartilhada (instância)**: x2iedn.4xlarge
+ **Custo por hora (USD)**: USD 4,0705
+ **Custo por mês por unidade (USD)**: USD 2.971,47
+ **Número de servidores**: 6
+ **CPU**: 16
+ **Memória**: 512
+ **Núcleos BYOL**: 96
+ **Custo por mês para 6 servidores**: USD 17.828
Ao trazer suas próprias licenças do SQL Server com o SA, a organização nesse cenário pode obter economia de custos em comparação com o uso da opção de licença incluída para o SQL Server. A economia precisa de custos depende dos preços e dos termos específicos do contrato de licenciamento. Nesse cenário, AWS os custos diminuem em USD 26.280 por mês ao trazer licenças do SQL Server Enterprise para o. AWS
#### Cenário 3
Uma organização tem BYOL para o Windows e o SQL Server em hosts dedicados do Amazon EC2. Isso significa que a organização atribuirá licenças no nível do núcleo físico, permitindo que licenciem somente os núcleos físicos do host. O licenciamento no nível do núcleo físico permite que você implante o número máximo de instâncias sem afetar as licenças necessárias. Esse modelo de licenciamento é comumente usado com o Windows Server Datacenter e a edição SQL Server Enterprise.
Esse cenário usa dois hosts dedicados X2iezn do Amazon EC2. Cada host tem 24 núcleos físicos e 48 CPUs v. Isso fornece capacidade adequada para os seis servidores SQL Server Enterprise com 16 v CPUs e 256 GB de RAM cada. Confira os detalhes do seguinte cenário:
+ **Número de hosts dedicados**: 2
+ **Família de instâncias**: x2iezn
+ **Custo por hora (USD)**: USD 11,009
+ **Custo mensal por unidade (USD)**: USD 8.036
+ **Núcleo físico**: 48
+ **vCPU disponível**: 96
+ **Licenças de núcleo necessárias do Windows Server**: 24
+ **Licenças necessárias para os núcleos do SQL Server Enterprise**: 24
+ **Custo mensal**: 16.073
O custo total de dois hosts dedicados da família X2iezn do Amazon EC2 é de USD 16.073 por mês. Para obter mais informações sobre preços, consulte a AWS Calculadora de Preços [estimativa](https://calculator.aws/#/estimate) para esse cenário. Nesse cenário, a organização pode economizar USD 1.755,65 por mês trazendo suas licenças do Windows. Se ela usar hosts dedicados do Amazon EC2, também poderá reduzir o número de licenças necessárias do SQL Server. Em locação compartilhada, eles precisarão de 96 licenças do SQL Server Enterprise para cobrir os seis servidores SQL Server Enterprise com 16 vCPUs cada. No entanto, usando os hosts dedicados do Amazon EC2 e o licenciamento no nível do núcleo físico, ela pode reduzir o número de licenças necessárias para 48 núcleos.
Os detalhes a seguir comparam os custos do exemplo 3 e mostram quanto você pode economizar implantando workloads em hosts dedicados do Amazon EC2 com a opção BYOL em comparação com outros cenários.
+ **Servidor on-premises**: SQL Server
+ **vCPU**: 16
+ **Memória**: 256
+ **Número de servidores**: 6
+ **Custo mensal do cenário 1: Windows (LI) \$1 SQL Server Enterprise (LI)**: USD 44.108
+ **Custo mensal do cenário 2: Windows (LI) \$1 SQL Server Enterprise (BYOL)**: USD 17.828
+ **Custo mensal do cenário 3: Windows (LI) \$1 SQL Server Enterprise (BYOL) no host dedicado Amazon EC2**: USD 16.073
**nota**
O custo é baseado em preços sob demanda. Você pode reduzir ainda mais os custos usando os Savings Plans ou as Instâncias Reservadas Dedicadas. Essas opções oferecem um modelo de preços flexível com economias de custo significativas em comparação com os preços sob demanda. Com esses planos, você pode se comprometer com um prazo de um ou três anos. Para obter mais informações, consulte a seção [Otimizar gastos com o Windows no Amazon EC2](savings-plans.md) deste guia.
Considere as seguintes opções de pagamento para os hosts dedicados do Amazon EC2:
+ [Hosts dedicados](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-overview.html#on-demand-dedicated-hosts) (documentação do Amazon EC2)
+ [Reservas de hosts dedicados](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-billing.html#dedicated-host-reservations) (documentação do Amazon EC2)
+ [Savings Plans](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/dedicated-hosts-billing.html#dedicated-hosts-savings-plans) (documentação do Amazon EC2)
A [AWS Calculadora de Preços](https://aws.amazon.com/about-aws/whats-new/2023/01/aws-pricing-calculator-optimized-pricing-estimation-ec2-dedicated-hosts/) agora oferece suporte a preços de hosts dedicados. Isso pode ajudar você a escolher o host dedicado subjacente apropriado.
## Recomendações de otimização de custos
Recomendamos que você execute as etapas abaixo para otimizar seus custos usando o AWS Cost Explorer:
1. [Ative o Cost Explorer](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-enable.html).
1. Use o Cost Explorer para [visualizar e analisar os custos e o uso](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-exploring-data.html) de suas implantações de hosts dedicados do Amazon EC2.
1. Valide que você está executando o BYOL. Você pode exibir os detalhes da plataforma e os valores de operação de uso a seguir nas páginas de instâncias ou AMIs no console do Amazon EC2 ou na resposta retornada pelo comando `describe-images` ou `describe-instances`.
+ **Detalhes da plataforma:** Windows, **Operação de uso ::0002 RunInstances (Licença incluída**)
+ **Detalhes da plataforma**: Windows BYOL, **Operação de uso**: :0800 RunInstances
## Recursos adicionais do
+ [Eligible license types for license type conversion](https://docs.aws.amazon.com/license-manager/latest/userguide/conversion-types.html) (documentação da AWS License Manager )
+ [AWS License Manager e workshop dedicado para anfitriões](https://catalog.us-east-1.prod.workshops.aws/workshops/c7d505a0-b48b-4178-922a-9ee675dfb81c/en-US/license-manager) (AWS License Manager Workshop)
+ [Hosts dedicados do Amazon EC2 (documentação FAQs](https://www.amazonaws.cn/en/ec2/dedicated-hosts/faqs/) da AWS)
+ [Como criar o Windows Server Bring-Your-Own-License AMIs localmente com o VM Import/Export](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-create-windows-server-bring-your-own-license-amis-from-on-premises-with-vm-import-export/) (Microsoft Workloads no blog) AWS
+ [VM Import/Export (documentação](https://aws.amazon.com/ec2/vm-import/))AWS
+ [Amazon Web Services e Microsoft: perguntas frequentes](https://aws.amazon.com/windows/faq/) (AWS documentação)
+ [Conversões de tipo de licença no License Manager](https://docs.aws.amazon.com/license-manager/latest/userguide/license-conversion.html) (AWS License Manager documentação)
+ [Implantação de SQL Server de alta disponibilidade em hosts dedicados do Amazon EC2](https://aws.amazon.com/blogs/mt/deploying-highly-available-sql-server-on-amazon-ec2-dedicated-hosts/) (blog de operações e migrações AWS na nuvem)
# Otimizar gastos com o Windows no Amazon EC2
## Visão geral do
Uma das principais preocupações sobre a migração de servidores para lá AWS são os custos de infraestrutura. É verdade que uma das vantagens da nuvem é pagar pelos recursos sob demanda, mas há workloads de produção que precisam estar disponíveis 24 horas por dia, 7 dias por semana, 365 dias por ano. Os [Savings Plans](https://aws.amazon.com/savingsplans/) foram projetados para economizar dinheiro em seu AWS uso estável em todas as instâncias do EC2, e. AWS Lambda AWS Fargate
Os Savings Plans oferecem um modelo de preços flexível e podem ajudá-lo a reduzir os preços do uso do Amazon EC2, Fargate, Lambda e SageMaker Amazon AI em troca do compromisso com uma quantidade consistente de uso (por exemplo, \$110/hora). Você se compromete com uma quantidade consistente de gastos de computação por hora em um ou três anos e, em troca, recebe um desconto por esse uso.
Você pode escolher entre três opções de pagamento diferentes com os Savings Plans:
+ A opção **Sem pagamento inicial** não exige nenhum pagamento inicial, e seu compromisso é cobrado apenas mensalmente.
+ A opção **Pagamento inicial parcial** oferece preços mais baixos nos Savings Plans. Você paga antecipadamente pelo menos metade do seu compromisso, e o restante é cobrado mensalmente.
+ A opção **Pagamanto inicial total** oferece os preços mais baixos e todo o seu compromisso é cobrado em um único pagamento.
É possível rastrear a validade do seus Savings Plans e o próximo Savings Plans em fila no AWS Cost Explorer. Você pode usar os alertas dos Savings Plans para receber e-mails 1, 7, 30 ou 60 dias antes da data de expiração do plano, ou quando um compromisso estiver na fila para aquisição. Essas notificações também alertam você sobre a data de expiração. Você pode enviar notificações para até dez destinatários de e-mail.
## Conceitos básicos do Savings Plans
Todo tipo de uso de computação tem uma taxa sob demanda e uma taxa de Savings Plans. Se você se comprometer com USD 10/hora de uso de computação, obterá preços do Savings Plans em todo o uso de até USD 10 à taxa do Savings Plans. Qualquer uso além do compromisso de gasto computacional é cobrado de acordo com as taxas sob demanda. Você pode começar a utilizar os Savings Plans usando o Cost Explorer no Console de gerenciamento da AWS.
Você pode facilmente se comprometer com os Savings Plans usando as recomendações fornecidas no [Cost Explorer](https://console.aws.amazon.com/cost-reports/home?region=us-east-1#/dashboard) para obter a maior economia. O compromisso por hora recomendado é baseado em seu histórico de uso sob demanda e em sua escolha de tipo de plano, período de vigência e opção de pagamento. A opção de Savings Plans é aplicada primeiro à conta que comprou o plano e, em seguida, é compartilhada com outras contas da família de faturamento consolidado.
**nota**
A opção de compartilhamento do Savings Plans AWS Organizations está ativada por padrão. Você pode recusar essa opção no AWS Billing console da conta do pagador. Você pode visitar sua página de [Recomendações](https://console.aws.amazon.com/cost-management/home) para ver os Savings Plans que AWS recomendam ajudá-lo a economizar no uso qualificado. As recomendações podem ser atualizadas a qualquer momento para facilitar a aquisição dos Savings Plans ideais.
### Savings Plans para computação
Os Savings Plans para computação oferecem a maior flexibilidade e ajudam a reduzir seus custos. Esses planos se aplicam ao uso de instâncias do EC2, independentemente da família, do tamanho, da zona de disponibilidade, da região, do sistema operacional ou da locação da instância. Eles também se aplicam ao uso do Fargate e do Lambda. Por exemplo, com os Savings Plans para computação, você pode mudar de instâncias C4 para M5, transferir uma workload da UE (Irlanda) para a UE (Londres) ou migrar uma workload do EC2 para o Fargate ou Lambda a qualquer momento. Você continua pagando automaticamente o preço dos Savings Plans.
### Savings Plans para instâncias do EC2
Os Savings Plans para instâncias do EC2 oferecem os maiores descontos em troca do compromisso com o uso de famílias de instâncias individuais em uma região (por exemplo, compromisso com um nível consistente de uso do M5 no Norte da Virgínia). Isso oferece descontos automaticamente no preço sob demanda da família de instâncias selecionada nessa região, independente da zona de disponibilidade, do tamanho, do sistema operacional ou da locação. O Savings Plans para instâncias do EC2 permite que você altere seu uso entre instâncias dentro de uma família nessa região. Por exemplo, você pode mudar de c5.xlarge executando Windows para c5.2xlarge executando Linux e se beneficiar automaticamente dos preços dos Savings Plans.
Os Savings Plans para instâncias do EC2 e computação se aplicam às instâncias do EC2 que fazem parte dos clusters do Amazon EMR, Amazon Elastic Kubernetes Service (Amazon EKS) e Amazon Elastic Container Service (Amazon ECS). As cobranças do Amazon EMR, Amazon EKS e Amazon ECS não são cobertas pelos Savings Plans, mas as instâncias do EC2 subjacentes sim. Os Savings Plans para instâncias do EC2 são aplicados antes dos Savings Plans para computação porque estes têm uso mais amplo.
**nota**
Você não pode alterar uma opção de Savings Plans facilmente depois de assumir um compromisso. Recomendamos que você planeje cuidadosamente antes de se comprometer com qualquer uma das opções de Savings Plans. Os Savings Plans oferecem preços mais baixos em comparação com os preços sob demanda em troca de um compromisso, e não podem ser cancelados durante o período.
### Exemplo de compromisso por hora
Se você adquirir uma opção de Savings Plans, você assume um compromisso financeiro por hora para a vigência do plano. Se você se comprometer com USD 10/hora de uso de computação, o preço do Savings Plans será aplicado automaticamente a todo o uso, até USD 10 dólares por hora. Qualquer uso além do compromisso é cobrado de acordo com as taxas sob demanda. Você pode usar a ferramenta de recomendações de aquisição de Savings Plans no Cost Explorer para obter compromissos recomendados que possam maximizar sua economia. O compromisso financeiro por hora de um plano específico não pode ser modificado durante a vigência do plano. Se você quiser um compromisso maior após analisar o uso, poderá adquirir uma opção de Savings Plans adicional para cobrir o uso excessivo.
### Vantagens dos Savings Plans
Em comparação com as Instâncias Reservadas, os Savings Plans oferecem um modelo de preços mais flexível que pode economizar dinheiro enquanto você aproveita a seleção mais ampla de opções de computação oferecidas pelos Savings Plans. Os Savings Plans oferecem descontos, mesmo quando suas necessidades de computação mudam. Isso pode ajudar você a acompanhar seu ambiente dinâmico em constante mudança sem incorrer em nenhuma sobrecarga adicional de gerenciamento. Confira algumas outras vantagens de usar os Savings Plans:
+ **Fácil de usar**: receba descontos automáticos em troca de um compromisso financeiro.
+ **Flexibilidade**: um compromisso único que se aplica a vários tipos de uso.
+ **Economia potencial**: há várias maneiras de economizar. Considere os seguintes exemplos:
+ 60% de economia nas workloads do Windows Server usando Savings Plans para computação [(d2.8xlarge, 3 anos, tudo adiantado, windows, locação compartilhada, us-east-2](https://aws.amazon.com/savingsplans/compute-pricing/))
+ 73% de economia nas workloads do Windows Server usando Savings Plans para instâncias do EC2 [(d2.8xlarge, 3 anos, tudo adiantado, windows, locação compartilhada, us-east-2](https://aws.amazon.com/savingsplans/compute-pricing/))
+ Economia de 28 a 41% em tipos de instâncias não exóticas ([família t3, 3 anos, tudo adiantado, Windows, locação compartilhada, us-east-2](https://aws.amazon.com/savingsplans/compute-pricing/))
+ Economia média de 25 a 40% para servidores Windows
**nota**
Os Savings Plans para instâncias do EC2 oferecem um desconto maior do que os Savings Plans para computação devido à flexibilidade reduzida. Você se compromete com o uso por um preço com desconto.
Todo tipo de uso de computação tem uma taxa sob demanda e uma taxa de Savings Plans. A tabela a seguir mostra os Savings Plans e as taxas sob demanda para cada tipo de sistema operacional. Você paga as tarifas dos Savings Plans referentes ao seu compromisso de uso, e qualquer uso além do compromisso é cobrado de acordo com as tarifas regulares sob demanda.
****
| Nome da instância | Taxa de Savings Plans | Economia sob demanda | Tarifa sob demanda | Sistema operacional | Região | Opção de pagamento | Período de vigência |
| --- | --- | --- | --- | --- | --- | --- | --- |
| x2iedn.xlarge | \$10,32 | 61% | \$10,83 | Linux | Leste dos EUA (Norte da Virgínia) | Sem taxas iniciais | 3 |
| x2iedn.xlarge | \$12,01 | 50% | \$11,02 | Windows | Leste dos EUA (Norte da Virgínia) | Sem taxas iniciais | 3 |
| x2iedn.xlarge | \$11,02 | 20% | \$12,52 | Windows com licença incluída \$1 edição SQL Server Enterprise | Leste dos EUA (Norte da Virgínia) | Sem taxas iniciais | 3 |
| x2iedn.xlarge | \$10,32 | 61% | \$10,83 | BYOL | Leste dos EUA (Norte da Virgínia) | Sem taxas iniciais | 3 |
Os Savings Plans incluem o sistema operacional e têm um desconto separado para BYOL. Todos eles estão detalhados na [calculadora dos Savings Plans para computação](https://aws.amazon.com/savingsplans/compute-pricing/).
### Modelo de preços de instâncias reservadas
AWS tem outro modelo de preços baseado no compromisso conhecido como Instâncias Reservadas. Esse modelo pode ser problemático se sua computação mudar depois que você já se comprometeu, fazendo com que as Instâncias Reservadas não sejam usadas. Os Savings Plans foram projetados para oferecer reduções de custo semelhantes às [Instâncias Reservadas Padrão e Conversíveis](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/), mas com muito mais flexibilidade. Os Savings Plans para computação oferecem preços mais baixos no uso de instâncias do Amazon EC2, independente da família, tamanho, sistema operacional, locação ou região. Eles também permitem a máxima flexibilidade.
A tabela a seguir ajudará você a escolher entre Savings Plans ou instâncias Reservadas.
****
| | Reserved Instance | Savings Plans para instâncias do EC2 | Savings Plans para computação |
| --- | --- | --- | --- |
| Desconto médio de 1 ano | Até 38% | Até 29% | Até 29% |
| Desconto médio de 3 anos | Até 58% | Até 73% | Até 60% |
| Família de instâncias | Fixo | Fixo | Flexível |
| Tamanho da instância | Fixo (não Linux) | Flexível | Flexível |
| Geografia | 1 região | 1 região | Flexível |
| Sistema operacional | Fixo | Flexível | Flexível |
| Serviço | Amazon EC2 ou Amazon RDS | Amazon EC2 | Amazon EC2, Fargate, Lambda |
| Opções de pagamento | Tudo, parcial, sem pagamento inicial | Tudo, parcial, sem pagamento inicial | Tudo, parcial, sem pagamento inicial |
| Limites de instâncias | 20 por zona de disponibilidade | Sem limite | Sem limite |
**nota**
Os Savings Plans funcionam oferecendo um desconto com base em um compromisso financeiro por hora. O compromisso financeiro por hora não pode ser cancelado ou alterado durante a vigência do seu plano, mas você pode adquirir Savings Plans adicionais para cobrir o uso adicional. Isso permite que você mantenha um compromisso por hora consistente à medida que sua frota cresce.
Você pode usar ferramentas como o [AWS Cost Explorer](https://docs.aws.amazon.com/savingsplans/latest/userguide/ce-sp-usingCR.html) ou [Painéis de inteligência da Nuvem AWS](https://wellarchitectedlabs.com/cloud-intelligence-dashboards/) para monitorar seu compromisso. O Cost Explorer fornece uma diretriz meta de cobertura que pode ajudar sua organização a planejar sua estratégia de cobertura dos Savings Plans. Se 75% da sua workload estiver estável, então 75% é uma boa meta. Isso deixa 25% dos gastos sob demanda/variáveis com base em workloads dinâmicas. Se precisar aumentar essa cobertura para 85%, você pode adquirir outro compromisso de Savings Plans para aumentar o compromisso financeiro por hora.
**nota**
Recomendamos que você compre Savings Plans em vez de Instâncias Reservadas, mas os dois modelos de compromisso podem funcionar juntos se você já comprou Instâncias Reservadas.
Considere um exemplo em que você comprou uma Instância Reservada, mas quer começar a experimentar uma opção de Savings Plans. Há uma lógica para essa combinação a ser aplicada ao seu faturamento final. Confira uma hierarquia que você pode aplicar às suas Contas da AWS:
1. A Instância Reservada Zonal se aplica à conta que a possui. Se uma Instância Reservada tiver horas restantes, ela se aplicará ao resto da organização.
1. As Instâncias Reservadas Regionais de tamanho não flexível para Windows se aplicam ao uso correspondente na conta proprietária. Tudo que remanescer será transferido para o restante da organização.
1. As Instâncias Reservadas Regionais com tamanho flexível se aplicam à conta proprietária (primeiro a menor instância dentro da família, e avançando para as instâncias maiores) e depois para o restante da organização.
1. As Instâncias Reservadas Regionais se aplicam a qualquer reserva de capacidade sob demanda não utilizada.
1. Os Savings Plans para instâncias do EC2 se aplicam à conta que os adquiriu.
1. Os Savings Plans para computação se aplicam à conta que os adquiriu.
**nota**
Os descontos começam com o uso que resulta no maior desconto, e depois reduzem para o menor desconto. As instâncias do Windows tradicionalmente têm um potencial de desconto menor do que o Linux para os tipos de instâncias mais comuns (por exemplo, T3, M6 e C5). Isso significa que as instâncias do Linux se beneficiam mais do que as instâncias do Windows na maioria dos casos.
O grafo a seguir mostra o preço depois de dividir as Instâncias Reservadas dos Savings Plans. Os Savings Plans para instâncias do EC2 e para computação se aplicam primeiro às instâncias em execução e depois às reservas de capacidade sob demanda não utilizadas.
![\[Preço após dividir as Instâncias Reservadas dos Savings Plans\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ri_sp_model.png)
## Cenário de otimização de custos
Esta seção aborda cenários de otimização de custos para hosts dedicados do Amazon EC2 e instâncias do Amazon EC2 que usam um modelo de cobrança com licença incluída.
### Hosts dedicados do Amazon EC2
Considere um cenário em que você migrará suas workloads on-premises do Windows para a AWS. Seu data center tem os seguintes servidores:
+ Dois servidores com 16 vCPU e 128 GB de RAM
+ Dois servidores com 32 vCPU e 164 GB de RAM
+ Um servidor com 8 vCPU e 64 GB de RAM
+ 16 servidores com vCPU e 32 GB de RAM
Além disso, suponha que você possa trazer sua própria licença AWS porque tem licenças suficientes para trazer. A tabela a seguir mostra as instâncias do servidor que você pode usar na AWS.
****
| Tipo de instância | CPU | RAM | Valor |
| --- | --- | --- | --- |
| r5.4xlarge | 16 | 128 | 2 |
| r5.8xlarge | 32 | 256 | 2 |
| r5.2xlarge | 8 | 64 | 1 |
| r5.xlarge | 4 | 32 | 16 |
| | | | 21 |
Uma análise mostra que essas 21 máquinas virtuais podem ser distribuídas em dois hosts dedicados com um host da família de instâncias R5. A tabela a seguir mostra o custo desses dois hosts dedicados.
****
| Cenário de host dedicado sob demanda | Pagamento inicial | 1 mês | 1 ano | 3 anos | AWS Calculadora de Preços |
| --- | --- | --- | --- | --- | --- |
| Sob demanda | Nenhum | \$110.123 | \$1121.475 | \$1364.392 | [AWS Calculadora de Preços estimativa](https://calculator.aws/#/estimate?id=9b6fdbace0ec97b7e70237ad829d2bdcfad188f0) |
| Savings Plans de 1 ano | Nenhum | \$17.447 | \$189.362 | – | [AWS Calculadora de Preços estimativa](https://calculator.aws/#/estimate?id=c43d9d05ed79fd21acb0290f81ed0116e3e88e7d) |
| Savings Plans de 3 anos | Nenhum | \$15.476 | \$165.712 | \$1197.128 | [AWS Calculadora de Preços estimativa](https://calculator.aws/#/estimate?id=21ece549ef4298895940c80eb780d44d0789a405) |
| Savings Plans de 3 anos com pagamento inicial | \$184.438 | \$12.755 | \$1117.499 | \$1183.618 | [AWS Calculadora de Preços estimativa](https://calculator.aws/#/estimate?id=97bb06dc65e70b78e3066a66b15e37de5b63d8c4) |
Se você tiver os servidores para os quais deseja migrar AWS, o preço final de um Savings Plans de 1 ano é de \$189.362 em vez de \$1121.475 para um preço sob demanda. Isso representa um desconto de 26,5% após um ano. Se você está pensando em ficar em casa AWS por um período mais longo, pode escolher os Savings Plans de 3 anos para obter uma economia ainda maior. Ao final de três anos, você pagará USD 197.128 em vez de USD 364.392. Isso resulta em uma economia de 46% do valor total após três anos.
### Instâncias do Amazon EC2 com licenças incluídas
Considere um cenário em que você migrará um único aplicativo de três camadas para AWS e desejará usar as licenças fornecidas pelo. AWS Além disso, suponha que sua aplicação funcione com os seguintes servidores:
+ Dois servidores web com dois v CPUs e 4 GB de RAM
+ Dois servidores de aplicativos com oito V CPUs e 16 GB de RAM
+ Dois servidores de bancos de dados com 16 v CPUs e 64 GB de RAM (usando a edição SQL Server Standard)
A tabela a seguir mostra as instâncias do servidor que você pode usar na AWS.
****
| Tipo de instância | CPU | RAM | Valor |
| --- | --- | --- | --- |
| c5.large | 2 | 4 | 2 |
| c5.2xlarge | 8 | 16 | 2 |
| r5.2xlarge | 8 | 64 | 2 |
| | | | 6 servidores |
A tabela a seguir mostra o custo desses servidores em AWS.
****
| Licença incluída por AWS | Pagamento inicial | 1 mês | 1 ano | 3 anos | AWS Calculadora de Preços |
| --- | --- | --- | --- | --- | --- |
| Sob demanda | Nenhum | \$13.912 | \$146.950 | \$1140.849 | [AWS Calculadora de Preços estimativa](https://calculator.aws/#/estimate?id=f611f476d6939302fb58164f9f2d8b2da6810683) |
| Savings Plans de 1 ano | Nenhum | \$13.466 | \$141.952 | | [AWS Calculadora de Preços estimativa](https://calculator.aws/#/estimate?id=69688cd1cf31470af71e63ec75624ae010a5059e) |
| Savings Plans de 3 anos sem pagamento inicial | Nenhum | \$13.189 | \$138.264 | \$1114.804 | [AWS Calculadora de Preços estimativa](https://calculator.aws/#/estimate?id=0c67021f43a719223efed88a63f35eac05e41728) |
| Savings Plans de 3 anos com pagamento inicial | \$1112.110 | Nenhum | Nenhum | Nenhum | [AWS Calculadora de Preços estimativa](https://calculator.aws/#/estimate?id=6ed7e1f92deba1ca67cdfd2dcc4d54af098c0653) |
Se quiser executar esses servidores em ambientes de produção (24 horas por dia, 7 dias por semana) com preços sob demanda, você terá um custo mensal de USD 3.912. Pagar esse custo mensal equivale a USD 46.950 após um ano, e um total de USD 140.849 após três anos.
Se você escolher o Savings Plans de 1 ano sem pagamento inicial, o custo mensal diminuirá para USD 3.466. No final do primeiro ano, você paga USD 41.952. Isso equivale a um desconto total de 11%. Se você escolher os Savings Plans de 3 anos sem pagamento inicial, o custo mensal diminuirá para USD 3.189. Ao final de três anos, você pagará USD 114.804. Isso proporciona uma economia de 18,5%.
## Recomendações de otimização de custos
Ambos os cenários ajudam você a economizar dinheiro ao planejar e prever suas workloads na AWS. É importante reconhecer que o desconto no segundo cenário é menor em comparação com o primeiro cenário. No segundo cenário, o preço da licença está incluído no preço do servidor em nuvem. AWS não oferece desconto no preço da licença, mas você sempre pode trazer suas licenças (em cenários específicos) e AWS sempre garantir o melhor compute/instance preço.
Recomendamos que você faça o seguinte para controlar seus AWS gastos com recursos de computação e instância:
+ Acessar recomendações
+ Personalizar as recomendações de acordo com suas necessidades
+ Analisar o compromisso por hora
### Acessar recomendações
Você pode usar o [console do Amazon EC2](https://console.aws.amazon.com/ec2/) para acessar as recomendações para seus Savings Plans. Você também pode baixar as recomendações dos Savings Plans no formato CSV. Para obter mais informações, consulte [Monitoring your Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-monitoring.html) na documentação dos Savings Plans.
### Personalizar as recomendações de acordo com suas necessidades
Abra o [console do Amazon EC2](https://console.aws.amazon.com/ec2/), expanda a seção **Instâncias** e escolha **Savings Plans**. Esta página mostra os preços de instâncias e computação antes e depois de fazer uma recomendação. Você também pode ajustar os seguintes fatores para sua recomendação:
+ **Vigência**: por exemplo, de 1 a 3 anos
+ **Opção de pagamento**: por exemplo, **com pagamento inicial**, **pagamento parcial** ou **sem pagamento inicial**
+ **Histórico**: por exemplo, os últimos 7, 30 ou 60 dias
### Analisar o compromisso por hora
Usando o mesmo exemplo, suponha que você tenha uma instância em execução 24 horas por dia, 7 dias por semana. A recomendação é usar uma opção de Savings Plans. De acordo com o tamanho, você tem um preço sob demanda de USD 120/hora. Você tem a opção de assumir o compromisso de USD 90/hora, mas isso pode variar de acordo com a região, instância e opção de aquisição. Neste exemplo, você pode economizar 25% em comparação com o custo sob demanda. Você também pode monitorar sua utilização e cobertura, se estiverem abaixo do limite definido, e configurar um alerta quando o orçamento terminar.
### Analisar recomendações
Recomendamos que você analise cuidadosamente as recomendações dos Savings Plans. A AWS não mudará nada sem sua permissão. São apenas recomendações e cabe a você aplicá-las ou não.
### Adquirir um plano
Abra o [console do Amazon EC2](https://console.aws.amazon.com/ec2/), expanda a seção **Instâncias** e escolha **Savings Plans**. Em seguida, escolha **Adquirir Savings Plans**. Com base em seus requisitos, você pode selecionar as seguintes opções: prazo, região, família de instâncias, compromisso por hora, opção de pagamento e até mesmo data de início. Você pode escolher entre Compute Savings Plans, EC2 Instance Savings Plans e AI Savings Plans SageMaker . Para obter mais informações, consulte [Purchasing Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-purchase.html) na documentação dos Savings Plans.
### Obter um relatório de utilização
Depois de adquirir um Savings Plans, você pode obter um relatório de utilização. O relatório ajuda você a verificar sua utilização, ver se o plano adquirido é suficiente para cobrir e maximizar o desconto e cancelar ou adicionar novos descontos. Esse relatório pode ser exportado para outros formatos, como CSV. Para obter mais informações, consulte [Using the utilization report](https://docs.aws.amazon.com/savingsplans/latest/userguide/ce-sp-usingPR.html) na documentação do Savings Plans.
### Seguir as práticas recomendadas de aquisição
Recomendamos que você siga estas práticas recomendadas antes de adquirir Savings Plans:
+ Use o [AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor.html) para remover recursos ociosos do EC2.
+ Faça qualquer dimensionamento correto antes adquirir Savings Plans.
+ Estabeleça uma taxa por hora que você mantenha de forma consistente por 30 a 60 dias.
+ Adquira um compromisso para cobrir a taxa por hora consistente com a qual sua organização se sinta confortável. Considere as flutuações na demanda ou na temporada.
+ Escolha uma revisão trimestral do orçamento dos Savings Plans para manter uma taxa consistente (por exemplo, meta de cobertura de 70% para a cobertura dos Savings Plans). Se a taxa cair abaixo da cobertura desejada, adquira uma opção de Savings Plans adicional como true-up para atingir sua meta de cobertura.
## Recursos adicionais do
+ [Savings Plans para instâncias reservadas do Amazon EC2](https://docs.aws.amazon.com/whitepapers/latest/cost-optimization-reservation-models/savings-plans.html) (AWS whitepapers)
+ [Entendendo como os Savings Plans se aplicam ao seu AWS uso](https://docs.aws.amazon.com/savingsplans/latest/userguide/sp-applying.html) (documentação do Savings Plans)
+ [Anúncio do faturamento por segundo para instâncias EC2 do Windows Server e do SQL Server](https://aws.amazon.com/about-aws/whats-new/2021/06/announcing-per-second-billing-for-ec2-windows-server-and-sql-server-instances/) (documentação)AWS
+ [AWS Série de otimização de custos: Vídeo da Savings Plans \$1 Amazon Web Services](https://www.youtube.com/watch?v=2LJwrTtg2IU) () YouTube
# Monitore os custos usando AWS ferramentas
## Visão geral do
A visibilidade dos custos é um fator-chave para otimizar os custos. AWS AWS tem várias ferramentas que você pode usar para visualizar custos e criar alertas em reação a esses custos. Isso inclui ferramentas que ajudam você a monitorar e relatar seus gastos. AWS Budgets Esta seção aborda formas específicas de monitorar os gastos do Windows na AWS , para que você possa acompanhar e reagir de acordo com seus requisitos de orçamento. Isso inclui adicionar as tags necessárias aos recursos do Windows EC2. Essas tags permitem que você monitore adequadamente o Windows EC2 e outros serviços da Microsoft usando o AWS Budgets.
Ao monitorar os gastos e criar alertas com AWS ferramentas, você pode estar mais informado sobre os gastos atuais, os gastos projetados e as anomalias dos gastos. Se você usar [Savings Plans](https://aws.amazon.com/savingsplans/compute-pricing/) para ajudar a reduzir o preço de sua instância do EC2 por hora, recomendamos que confira a utilização geral e a cobertura dos Savings Plans. Isso pode ajudar a garantir que você esteja economizando de modo permanente. Você pode usar AWS Cost Explorer para visualizar o inventário do Savings Plans e obter recomendações para Savings Plans adicionais com base no uso anterior. Você também pode monitorar gastos específicos usando o [AWS Budgets](https://aws.amazon.com/aws-cost-management/aws-budgets/) e configurando o [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/).
## Recomendações de otimização de custos
Recomendamos que você execute as próximas etapas a seguir para otimizar seus custos usando AWS Budgets o Cost Explorer e a detecção de anomalias:
+ Marcar recursos do Windows EC2
+ Configure alertas usando AWS Budgets
+ Habilitar a Detecção de Anomalias em Custos
+ Obter uma análise de gastos em tempo real
+ Conferir os gastos com a licença incluída do Windows usando o Cost Explorer
### Marcar recursos do Windows EC2
Para monitorar seus AWS gastos com eficiência, você deve estabelecer uma [estratégia de marcação](https://docs.aws.amazon.com/tag-editor/latest/userguide/tagging.html) para as cargas de trabalho que deseja monitorar. Isso é importante para que você possa agrupar recursos categoricamente e receber notificações sobre gastos específicos, em vez de gastos de uso geral. Você pode usar recursos de marcação que não apenas ajudam no custo, mas também podem ser usados para outros fins, como o [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/tagging-resources.html). Além disso, recomendamos que você implemente algum gerenciamento para as [tags necessárias](https://docs.aws.amazon.com/config/latest/developerguide/required-tags.html).
Para monitorar seus gastos no AWS Budgets Cost Explorer e no Cost Anomaly Detection, você deve garantir que as tags adequadas estejam em vigor. Você pode usar tags para configurar um orçamento específico para itens que correspondam a essas tags, para que você receba alertas quando os gastos aumentarem.
Por exemplo, você pode usar uma tag simples como **Key=OS Value=Windows**. Isso reúne todas as suas instâncias do Windows em um grupo no qual você pode monitorar os gastos. Você também pode usar tags para outros itens, como o Systems Manager. Depois de criar uma tag, você deve ativá-la para o controle de custos. Considere adicionar uma [AWS Config regra que monitore as tags](https://docs.aws.amazon.com/config/latest/developerguide/required-tags.html) anexadas a determinados recursos. AWS Config pode alertá-lo se houver recursos em execução que não contenham as tags apropriadas, que fornecem uma representação precisa de seus gastos com o Windows EC2.
Depois de inserir as tags, você pode criar um orçamento personalizado no AWS Billing. Isso fornece visibilidade de seus gastos com o Windows EC2. Você pode definir um orçamento diário ou mensal.
### Configure alertas usando AWS Budgets
Neste cenário de exemplo, você cria um orçamento diário para o Windows EC2. É um orçamento recorrente que usa a opção de ajuste automático para monitorar seus gastos e ajustar o orçamento adequadamente. Se você tiver um ambiente estático, poderá usar um orçamento fixo. Certifique-se de escolher um intervalo de tempo de linha de base (por exemplo, 30 dias).
1. Faça login no Console de gerenciamento da AWS e abra o [AWS Cost Management console](https://console.aws.amazon.com/cost-management/home).
1. No painel de navegação, selecione **Orçamentos**.
1. Na parte superior da página, escolha **Criar orçamentos**.
1. Em **Configuração de orçamento**, escolha **Personalizar (avançado)**.
1. Em **Tipos de orçamento**, escolha **Orçamento de custo**. Em seguida, escolha **Próximo**.
1. Em **Detalhes**, em **Nome do orçamento**, insira o nome do orçamento. Por exemplo, **Gastos com o Windows EC2**.
1. Em **Definir valor do orçamento**, em **Período**, escolha **Diariamente**.
1. Em **Tipo de renovação de orçamento**, escolha **Orçamento recorrente** para um orçamento que é redefinido após o período do orçamento.
1. Em **Data de início**, escolha a data de início ou o período para começar a rastrear o valor do orçamento.
1. Em **Método de orçamento**, escolha **Ajuste automático (novo)**.
1. Em **Intervalo de tempo de linha de base**, escolha **Intervalo personalizado** e insira 30 dias.
1. Escolha **Próximo**.
1. Na seção **Escopo do orçamento**, selecione **Filtrar dimensões de AWS custo específicas**. É aqui que as tags são usadas para criar as dimensões adequadas. AWS Budgets não suporta o **tipo de plataforma** como uma opção em seus filtros. Por esse motivo, você deve aplicar as tags do **SO**.
1. Escolha **Adicionar filtro** e depois selecione a opção **Tag** em **Dimensões**.
1. Escolha a tag do **SO**, e depois escolha o valor do Windows para criar um orçamento para a tag.
1. Escolha **Próximo**.
1. Na página **Configurar alertas**, escolha **Adicionar um limite de alerta**. Aqui você configura dois alertas: um para um limite de 50%, e outro para um limite de 100%. Se o alerta de limite de 50% for violado antes da metade do mês, ele vai gerar um aviso. Dessa forma, você pode verificar se seus gastos estão acima do esperado e reagir antes de chegar ao final do mês.
1. Em **Limite**, insira **50** e selecione **% do valor orçado**.
1. Em **Gatilho**, escolha **Real**.
1. Em **Destinatários do e-mail**, insira um endereço de e-mail. Adicione outro alerta para um limite de **100**.
**nota**
Este exemplo usa uma notificação por e-mail para o alerta, mas você também pode usar outras abordagens, como o [https://docs.aws.amazon.com/cost-management/latest/userguide/sns-alert-chime.html](https://docs.aws.amazon.com/cost-management/latest/userguide/sns-alert-chime.html).
### Habilitar a Detecção de Anomalias em Custos
Você pode usar suas tags de custo para configurar alertas de gastos que sejam uma anomalia. Por exemplo, você pode usar o [AWS Cost Anomaly Detection](https://aws.amazon.com/aws-cost-management/aws-cost-anomaly-detection/faqs/) para criar monitores para seus gastos e ser alertado quando o sistema detectar gastos anormais em sua conta.
Para configurar um monitor e alertas para as tags **Key=OS e Value=Windows** que você criou anteriormente, faça o seguinte:
1. Faça login no Console de gerenciamento da AWS e abra o [AWS Cost Management console](https://console.aws.amazon.com/cost-management/home).
1. No painel de navegação, escolha **Detecção de Anomalias em Custos**.
1. Escolha a guia **Monitores de custo** e, em seguida, **Criar monitor**.
1. Na Etapa 1, escolha a **Tag de alocação de custos** como seu tipo de monitor.
1. Em **Chave da tag de alocação de custos**, escolha **Gastos com o Windows EC2**.
1. Em **Valor da tag de alocação de custos**, escolha **Windows**.
1. Em **Nomear seu monitor**, insira **Gastos com o Windows EC2**.
1. Escolha **Próximo**.
1. Para criar uma assinatura para os alertas, selecione **Criar uma nova assinatura**. Se você tiver assinaturas existentes, selecione **Escolher uma assinatura existente**.
1. Em **Nome da assinatura**, insira **Anomalia de gastos do Windows EC2**.
1. Em **Frequência de alertas**, escolha **Resumos diários**.
1. Em **Destinatários do alerta**, insira um endereço de e-mail.
1. Escolha **Adicionar limite**. Em **Limite**, insira **10** e selecione a **porcentagem acima da velocidade esperada**.
1. Escolha **Criar monitor**.
### Obter uma visualização em tempo real dos gastos
Um alerta é uma ferramenta útil para monitorar seus gastos com o Windows EC2, mas você deve usar o Cost Explorer se quiser uma visualização em tempo real dos gastos. Assista a este vídeo para saber como o Cost Explorer permite que você analise e reduza seus custos do EC2. Para obter mais informações, assista ao vídeo [AWS Supports You \$1 Understanding and Reducing Your EC2 Costs](https://www.youtube.com/watch?v=flEnJ44N-J8) em YouTube.
### Visualizar os gastos com a licença incluída do Windows
Você pode ver os gastos de instâncias EC2 Windows em sua conta usando o Cost Explorer. Para conferir os gastos com a licença incluída do Windows, você deve definir os seguintes [filtros](https://docs.aws.amazon.com/cost-management/latest/userguide/ce-filtering.html) corretos no Cost Explorer:
+ Em **Plataforma**, escolha **Windows (Amazon VPC)**. **Para **operação de API**, escolha:0002RunInstance.** Esse é o AWS Billing código para instâncias do Windows EC2 incluídas na licença.
+ ****Se você quiser ver seus gastos com a instância BYOL, RunInstance altere:0002 para:0800. RunInstance**** Este é o código de cobrança do Windows EC2 BYOL.
Com essa visibilidade no Cost Explorer, você pode filtrar rapidamente seus custos para exatamente o que você está gastando no Windows EC2. Se você quiser se aprofundar ainda mais em seus AWS gastos, use AWS Cost and Usage Report para filtrar os gastos no nível de instância individual. Você também pode gerar relatórios que podem ser visualizados no Amazon Quick e criar painéis personalizados.
Para obter mais informações, assista ao [vídeo AWS Apoia você - Visualizando seus relatórios de custo e uso](https://www.youtube.com/watch?v=Gq15yuPJ2Kc) em YouTube.
## Recursos adicionais do
+ [Configurando as tags necessárias com AWS Config](https://docs.aws.amazon.com/config/latest/developerguide/required-tags.html) (AWS Config documentação)
+ [AWS Budgets Tutorial - Configurar alertas para AWS Billing \$1 Amazon Web Services](https://www.youtube.com/watch?app=desktop&v=O0sofGVT7uw) (YouTube)
+ [AWS Cost and Usage Report Biblioteca de consultas](https://wellarchitectedlabs.com/cost-optimization/cur_queries/) (AWS Well-Architected Labs)