

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á.

# Otimização e Avaliação de Licenciamento da AWS
<a name="aws-ola"></a>

## Visão geral
<a name="aws-ola-overview"></a>

Use a [Otimização e Avaliação de Licenciamento da AWS (AWS OLA)](https://aws.amazon.com/optimization-and-licensing-assessment/) para avaliar e otimizar os ambientes on-premises e na nuvem atuais, com base na utilização de recursos, no licenciamento de terceiros e nas dependências de aplicações. Você pode usar a AWS OLA para ajudar sua organização a criar uma estratégia de migração e licenciamento que proporcione a redução de custos à medida que você migra para a AWS ou avalia as workloads existentes da Microsoft na AWS. Uma AWS OLA também pode ajudar você a obter o seguinte:
+ Entenda a performance das aplicações, os contratos e as implantações existentes.
+ Dimensione corretamente seus recursos.
+ Desenvolva um roteiro para a Nuvem AWS.
+ Reduza ou elimine os custos usando os investimentos atuais e pagando apenas pelo que você usa.

Recomendamos que você faça da AWS OLA a primeira etapa em sua [jornada de otimização de custos](cost-optimization-journey.md). Você pode trabalhar com a AWS Partner Network para concluir uma AWS OLA. Os parceiros ajudarão você a coletar dados de avaliação e fornecerão recomendações para otimizar seus custos de licenciamento e instâncias.

O diagrama a seguir fornece uma visão geral do processo de avaliação.



![\[Processo completo da AWS OLA\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/assessment_process_journey.png)


## Opções de avaliação
<a name="aws-ola-options"></a>

Você pode escolher entre duas opções da AWS OLA para suas workloads da Microsoft na AWS:
+ **Versão Lite**: neste caso de uso, todas as suas workloads estão no VMware. Você pode fornecer à AWS uma saída do [RVTools](https://www.robware.net/). Em seguida, a AWS pode oferecer um tempo de resposta de 1 a 5 dias. Essa abordagem usa informações pontuais extraídas diretamente do VMware vCenter para desenvolver recomendações de dimensionamento e oferecer opções de preços sob demanda.
+ **Versão Full**: neste caso de uso, você tem um ambiente misto em execução em diferentes provedores de nuvem, servidores físicos e servidores virtuais. A AWS usa agentes do sistema operacional para coletar dados de uso de 14 a 30 dias. Isso permite que a AWS tome decisões fundamentadas sobre o dimensionamento de instâncias com base nos padrões de uso da sua aplicação. A AWS usa várias ferramentas de terceiros, como o Cloudamize, para concluir a análise. A AWS trabalha com sua AWS Partner Network para ajudar a fornecer a avaliação final do custo total de propriedade (TCO) com várias opções de preços que levam em consideração modelos de preços e diferentes arquiteturas.

## Avaliação completa
<a name="aws-ola-assessment"></a>

A avaliação completa da AWS OLA é iniciada com uma chamada tefefônica de uma hora. Durante essa chamada, a AWS ajuda você a determinar a infraestrutura ideal da AWS para ser compatível com sua migração, escolher um método de coleta de dados e estabelecer uma linha do tempo para a conclusão. A implementação de ferramentas de descoberta em sua organização depende do método de coleta de dados, do tamanho da sua organização e das ferramentas que sua organização usa para gerenciar sua frota de servidores. Normalmente, são necessárias duas semanas para coletar dados de uso.

O processo completo da AWS OLA leva de 30 a 45 dias e consiste nas seguintes fases:
+ Escopo de workloads
+ Coletar dados
+ Analisar dados
+ Planejar as próximas etapas

### Escopo de workloads
<a name="aws-ola-scope"></a>

Primeiro, a AWS trabalha com você e sua equipe para determinar o escopo da avaliação. Isso geralmente é dividido por tipo de ambiente (por exemplo, não produção e produção). O escopo inclui a localização das workloads. Podem ser workloads que você está migrando para a AWS, workloads que já estão em execução na AWS (por exemplo, a AWS OLA para o Amazon EC2) ou workloads em execução em outros provedores de nuvem.

### Coletar dados
<a name="aws-ola-collect"></a>

Em seguida, a AWS implanta ferramentas para ajudar na descoberta de recursos e coletar dados de performance de seus servidores. Essas ferramentas vêm em quatro opções de implantação:
+ Ferramentas que podem consultar o hipervisor (requer somente credenciais do VMware vCenter ou Hyper-V)
+ Agentes que podem ser implantados em máquinas físicas ou virtuais
+ Detecção sem agente usando SSH, Windows Remote Management (WinRM) ou Windows Management Instrumentation (WMI), dependendo do seu ambiente e sistema operacional
+ Coleta e análise de dados de arquivo simples

Para a implantação de suas ferramentas, você pode misturar e combinar cada opção e consolidar os resultados. É fundamental garantir que qualquer opção escolhida não sobrecarregue seus recursos de TI. A AWS se esforça para tornar o processo de avaliação o mais completo possível. Além de uma breve chamada telefônica para ajudar na configuração, a equipe da AWS OLA e os arquitetos de soluções especialistas da Microsoft prepararão a análise do custo total de propriedade (TCO) e as recomendações para análise.

A coleta de dados geralmente leva de duas a três semanas quando a utilização da CPU, a utilização da RAM, o throughput do armazenamento, a IOPS e o throughput da rede são analisados. De preferência, essa coleta ocorre durante os horários de pico do mês comercial (por exemplo, durante os relatórios financeiros de final de mês). A AWS deseja capturar o pico de uso porque isso fornece boas amostras estatísticas de qual deveria ser o tamanho certo da instância da AWS, ao mesmo tempo em que garante que a performance possa exceder o que está disponível on-premises. A AWS mescla métricas de utilização com heurísticas de performance de várias gerações de processadores para definir exatamente a quantidade de CPU e RAM que uma determinada workload exige. Essas metas geralmente são menores do que as alocadas on-premises. Isso não apenas reduz o custo computacional de acordo com o tamanho da instância, mas também otimiza os custos de licenciamento.

A exibição do painel a seguir mostra um exemplo de custos de infraestrutura que podem ser capturados por uma avaliação.



![\[Painel de custos de infraestrutura\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/infrastructure_costs_dashboard.png)


### Analisar dados
<a name="aws-ola-analyze"></a>

A AWS faz uma apresentação resumida após a conclusão da coleta de dados. A AWS analisa os dados, resume as descobertas e, então, faz recomendações para o uso on-premises e a migração para a nuvem. Você pode reduzir os custos de computação e licenciamento examinando oportunidades de consolidação, ganhos de elasticidade (em que as workloads podem ser desativadas ou ajustadas sazonalmente), oportunidades de SKU correto (por exemplo, a edição SQL Server Enterprise está em uso, mas os requisitos de recursos e o uso de recursos sugerem que a edição SQL Server Standard é adequada). Para produtos como o SQL Server, que são licenciados pelo núcleo, geralmente faz sentido do ponto de vista financeiro colocar as workloads em uma instância de computação mais cara. Ou seja, se o perfil da CPU e a proporção de RAM para vCPU tiverem um efeito líquido na redução do número de núcleos licenciados para os casos de uso com licença incluída e traga a sua própria licença (BYOL).

Confira a seguir um exemplo de análise com base nos dados coletados pela avaliação.

![\[Resultado da análise da AWS OLA\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ola_assessment.png)


Os cenários comuns de otimização incluem a identificação de oportunidades de otimização de recursos da AWS e economias em licenças de terceiros.

Exemplos de oportunidades de otimização de recursos da AWS:
+ Evite o excesso de provisionamento para picos de uso.
+ Evite especificar em excesso e subutilizar recursos.
+ Dimensione suas instâncias corretamente e migre para as mais novas gerações de instâncias do EC2.
+ Economize nos custos operacionais migrando para bancos de dados gerenciados.

Exemplos de economia de licenças de terceiros:
+ Reduza os núcleos necessários para executar a mesma workload.
+ Remova a edição Enterprise do SQL Server e os pacotes de complementos adicionais desnecessários.
+ Remova os servidores zumbis e substitua o hardware desatualizado.
+ Use as opções BYOL e com licença incluída para reduzir futuros contratos comerciais.
+ Modernize para soluções de código aberto e nativas da nuvem.

### Planejar as próximas etapas
<a name="aws-ola-planning"></a>

Por fim, a AWS usa os dados de performance coletados para estimar o tamanho e o custo específicos da workload. A AWS também pode analisar de forma agregada seu ambiente com escopo e fornecer uma análise quantitativa. Isso pode ajudar você a determinar se a melhor opção é uma atualização on-premises ou uma migração para a AWS. Você pode criar um caso de negócios econômico na nuvem usando o resumo da análise de TCO (conforme mostrado no exemplo a seguir) fornecido ao final de uma AWS OLA.



![\[Resumo da análise de TCO de uma AWS OLA\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ola_toc_analysis.png)


Uma AWS OLA também fornece insights sobre o impacto que a modernização pode ter em suas workloads existentes, fazendo sugestões como as seguintes:
+ Mudar para um sistema operacional Linux.
+ Adicionar suporte de aplicações para processadores ARM (AWS Graviton).
+ Mover as workloads do SQL Server para o Amazon Aurora.
+ Remover a garantia de software transferindo as workloads do Windows e do SQL Server para tecnologias de código aberto.

O diagrama a seguir mostra a economia de custos que pode ser obtida por meio de técnicas de modernização, como migrar do Windows para o Linux ou do SQL Server para o Aurora.



![\[Diagrama de custos de migração\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/migration_costs.png)


O processo completo da AWS OLA leva aproximadamente 45 dias para ser concluído. O diagrama a seguir mostra um exemplo de linha do tempo.



![\[Fluxo de trabalho completo do processo da AWS OLA\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ola_process.png)


Se você tiver um ambiente VMware puro e puder fornecer resultados do RVTools, poderá reduzir essa linha do tempo para uma semana útil. Além disso, a AWS pode analisar um arquivo simples que inclui dados de ativos e de utilização, como média e pico de CPU e média e pico de RAM.

## Avaliação de impacto
<a name="aws-ola-assessment-impact"></a>

O cliente médio normalmente experimenta uma redução de custo de 20 a 30% com o esforço de dimensionamento correto. O dimensionamento correto combina a workload de origem com as instâncias de melhor tamanho da AWS com base nos dados de uso. Esses ajustes de dimensionamento correto não apenas reduzem o custo mensal do ambiente da AWS, mas frequentemente resultam em economias em outras partes da organização. Por exemplo, um ganho de 20 a 30% no licenciamento do Windows ou do SQL Server pode reduzir o próximo true-up com a Microsoft ou liberar licenciamento para aplicações adicionais de linha de negócio. Geralmente, é na consolidação e no dimensionamento correto das workloads do SQL Server que os ganhos financeiros mais significativos são obtidos.

A AWS pode ajudar você a categorizar os sistemas em buckets de modernização. Alguns sistemas são legados e não são financeiramente viáveis de usar, enquanto outros podem ser modernizados em contêineres ou aplicações sem servidor, em que as economias mais significativas são obtidas. A conversa com sua equipe da AWS passa de tópicos generalizados sobre o que a nuvem permite para discussões mais específicas sobre como e por que workloads específicas devem ser modernizadas. A AWS também ajuda você a analisar possíveis oportunidades de inovação.

## Próximas etapas
<a name="aws-ola-next-steps"></a>

Se você está iniciando sua jornada de otimização de custos para workloads da Microsoft que estão sendo executadas em ambientes on-premises ou na AWS, interaja com sua equipe da conta da AWS e solicite uma AWS OLA. Os membros da equipe da AWS podem responder às suas perguntas e ajudar a decidir se uma AWS OLA é, em última análise, a escolha certa para você e sua organização. Como alternativa, você pode [solicitar um AWS OLA on-line](https://pages.awscloud.com/global-acq-ln-aws-migration-assessment-interest.html).

## Recursos adicionais
<a name="aws-ola-resources"></a>
+ [Avaliação de otimização e licenciamento da AWS](https://aws.amazon.com/optimization-and-licensing-assessment/) (documentação da AWS)
+ [AWS re:Invent 2022 - How to save costs and optimize Microsoft workloads on AWS (ENT205)](https://www.youtube.com/watch?v=Zyhd2FmdtJs) (YouTube)