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á.
# SQL Server
Os clientes executam cargas de trabalho da Microsoft AWS há mais de 15 anos, mais do que qualquer outro provedor de nuvem. Isso ocorre principalmente porque AWS tem a maior experiência com aplicativos da Microsoft na nuvem e oferece a melhor plataforma para Windows Server e Microsoft SQL Server nas seguintes áreas:
+ Maior performance e confiabilidade
+ Melhores serviços de segurança e identidade
+ Mais suporte à migração
+ Os recursos mais abrangentes e profundos
+ Menor custo total de propriedade (TCO)
+ Opções de licenciamento flexíveis
AWS oferece suporte a tudo o que é necessário para criar e executar aplicativos do Windows que dependem do SQL Server, incluindo Active Directory, .NET, SQL Server, área de trabalho do Windows como serviço e todas as versões compatíveis do Windows Server. Com experiência comprovada, AWS pode ajudá-lo a levantar e mudar, refatorar ou até mesmo modernizar suas cargas de trabalho do Windows com facilidade.
**Topics**
+ [Escolher uma solução de alta disponibilidade e recuperação de desastres](sql-server-hadr.md)
+ [Compreender o licenciamento do SQL Server](sql-server-licensing.md)
+ [Selecionar a instância certa do EC2 para as workloads do SQL Server](right-ec2-instance.md)
+ [Consolidar instâncias](consolidate-instances.md)
+ [Comparar edições do SQL Server](sql-server-editions.md)
+ [Avaliar a edição SQL Server Developer](sql-server-dev.md)
+ [Avaliar o SQL Server no Linux](sql-server-linux.md)
+ [Otimizar as estratégias de backup do SQL Server.](sql-server-backup.md)
+ [Modernizar bancos de dados do SQL Server.](modernize-sql-server.md)
+ [Otimizar o armazenamento para o SQL Server](storage-sql-server.md)
+ [Otimizar o licenciamento do SQL Server usando o Compute Optimizer](sql-server-compute-optimizer.md)
+ [Otimizar o dimensionamento do SQL Server usando o Compute Optimizer](sql-server-sizing-compute-optimizer.md)
+ [Analise Trusted Advisor as recomendações para cargas de trabalho do SQL Server](sql-server-trusted-advisor.md)
# Escolher uma solução de alta disponibilidade e recuperação de desastres
## Visão geral do
Recomendamos que você projete uma arquitetura para sua implantação do SQL Server na AWS que atenda às suas necessidades de negócios e, ao mesmo tempo, atenda aos [objetivos de recuperação de desastres (DR)](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/disaster-recovery-dr-objectives.html), incluindo seu objetivo de tempo de recuperação (RTO) e objetivo de ponto de recuperação (RPO). As soluções a seguir podem ajudar você a projetar a arquitetura certa para o SQL Server no Amazon Elastic Compute Cloud (Amazon EC2) e, ao mesmo tempo, a otimizar os custos para suas workloads do SQL Server.
+ Grupos de **disponibilidade do SQL Server Always On — os grupos** de disponibilidade do**** SQL Server Always On fornecem alta disponibilidade e recuperação de desastres (HA/DR) solutions for SQL Server databases. An availability group consists of a set of user databases that fail over together. Always On availability groups also provide redundancy at the database level, but don't require shared storage—each replica has its own local storage. You can deploy this feature as an HA/DRsolução). Para obter mais informações, consulte [What is an Always On availability group?](https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server?view=sql-server-ver16) na documentação da Microsoft.
+ **Instâncias de cluster de failover (FCI) do SQL Server Always** On — O**** SQL Server Always On FCIs usa o Windows Server Failover Clustering (WSFC) para fornecer HA no nível da instância do SQL Server. FCIs exigem armazenamento compartilhado para hospedar bancos de dados. Você pode usar o armazenamento em bloco compartilhado ou o armazenamento compartilhado de arquivos. Por exemplo, você pode usar o Amazon FSx para Windows File Server ou o Amazon FSx para NetApp ONTAP como uma solução de armazenamento compartilhado com várias zonas de disponibilidade. Para obter mais informações, consulte [Always On Failover Cluster Instances (SQL Server)](https://learn.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/always-on-failover-cluster-instances-sql-server?view=sql-server-ver16) na documentação da Microsoft.
+ **SIOS DataKeeper** — O**** SIOS DataKeeper pode ajudá-lo a atender aos requisitos de HA e DR ao habilitar uma FCI do SQL Server que abrange as zonas de disponibilidade e. Regiões da AWS O SIOS DataKeeper cria uma SAN virtual em cluster usando volumes locais do Amazon Elastic Block Store (Amazon EBS) e usa a replicação síncrona entre as zonas de disponibilidade para HA, enquanto usa a replicação assíncrona entre regiões e para recuperação de desastres. Para obter mais informações, consulte [High Availability Protection for Windows Applications](https://us.sios.com/products/windows/) na documentação do SIOS.
+ **Grupos de disponibilidade distribuídos**:** **são um tipo especial de grupo de disponibilidade que se estende por dois grupos de disponibilidade Always On separados. Um grupo de disponibilidade pode residir em duas regiões separadas (por exemplo, `us-east-1` e `us-west-1`). Você pode considerar um grupo de disponibilidade distribuído como um grupo de disponibilidade de grupos de disponibilidade, pois os grupos de disponibilidade Always On subjacentes estão configurados em dois clusters diferentes do WSFC. A edição SQL Server Enterprise é necessária para implantar grupos de disponibilidade distribuídos. Para obter mais informações, consulte [Distributed availability groups](https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups?view=sql-server-ver16) na documentação da Microsoft.
+ **Envio de logs**:** **você pode implementar o envio de logs para proteger seus bancos de dados em várias regiões, no caso raro de uma região ser afetada e ficar indisponível. Dependendo da transação e da frequência de envio de logs, você pode obter RPO e RTO em questão de minutos. Para obter mais informações, consulte [About Log Shipping (SQL Server)](https://learn.microsoft.com/en-us/sql/database-engine/log-shipping/about-log-shipping-sql-server?view=sql-server-ver16) na documentação da Microsoft.
+ **Recuperação de desastres do AWS Elastic**— O Elastic Disaster Recovery é um aplicativo de software como serviço (SaaS) que gerencia a replicação de servidores de qualquer infraestrutura AWS para fins de DR. Você também pode usar o Elastic Disaster Recovery para replicar o SQL Server em todas as regiões. O Elastic Disaster Recovery é uma solução baseada em agente que replica máquinas virtuais inteiras, incluindo o sistema operacional, todas as aplicações instaladas e todos os bancos de dados em uma área de preparação. Para obter mais informações, consulte [What is Elastic Disaster Recovery?](https://docs.aws.amazon.com/drs/latest/userguide/what-is-drs.html) na documentação do Elastic Disaster Recovery.
+ **AWS Database Migration Service (AWS DMS)** — **AWS DMS **suporta a migração ao vivo de dados de e para AWS, incluindo uma região diferente. Você pode usar esse recurso para configurar uma instância separada do SQL Server em outra região para servir como banco de dados de recuperação de desastres. Para obter mais informações, consulte [O que é AWS Database Migration Service?](https://docs.aws.amazon.com/dms/latest/userguide/Welcome.html) na AWS DMS documentação.
## Grupos de disponibilidade Always On do SQL Server
Se você estiver usando a edição SQL Server Enterprise apenas para um [grupo de disponibilidade Always On](https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server?view=sql-server-ver16) de alta disponibilidade, poderá fazer o downgrade para a edição SQL Server Standard aproveitando os grupos de disponibilidade básicos. Você pode reduzir os custos de 65 a 75% usando grupos de disponibilidade básicos em vez de grupos de disponibilidade Always On.
**nota**
Para obter informações adicionais sobre diferenças de custo entre diferentes edições do SQL Server, consulte a seção [Comparar edições do SQL Server](sql-server-editions.md) deste guia.
**Recursos**
+ Disponível na edição SQL Server Standard
+ Limite de duas réplicas (primária e secundária)
+ Sem acesso de leitura na réplica secundária
+ Sem verificações de integridade em réplicas secundárias
**Limitações**
+ Suporte somente para um banco de dados de disponibilidade por grupo de disponibilidade
+ Grupos de disponibilidade básica não podem fazer parte de um grupo de disponibilidade distribuído
O diagrama a seguir mostra um exemplo de arquitetura para uma solução de cluster de failover do Windows Server.
![\[Arquitetura de cluster de failover do Windows Server\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/wfc_arch.png)
## Instâncias de cluster de failover Always On do SQL Server
Você pode usar instâncias de cluster de failover (FCIs) para garantir operações contínuas do banco de dados, minimizando o tempo de inatividade e reduzindo o risco de perda de dados. FCIs ofereça uma solução confiável se você estiver buscando alta disponibilidade para seu banco de dados SQL Server sem uma configuração de réplica de leitura.
Ao contrário dos grupos de disponibilidade, FCIs pode fornecer uma solução de failover confiável sem exigir a edição SQL Server Enterprise. Em vez disso, FCIs exija somente o licenciamento da edição SQL Server Standard. Você pode usar FCIs para reduzir os custos de licenciamento do SQL Server em 65 a 75 por cento.
**nota**
Para obter informações adicionais sobre as diferenças de custo entre as edições do SQL Server, consulte a seção [Comparar edições do SQL Server](sql-server-editions.md) deste guia.
Considere o seguinte:
+ O Amazon FSx para Windows File Server oferece uma solução poderosa para atender aos seus requisitos de armazenamento compartilhado FCI do SQL Server. Você pode usar o FSx Windows File Server para evitar a necessidade de comprar uma licença para uma solução de replicação de armazenamento e gerenciar o armazenamento compartilhado por conta própria. Isso pode resultar em uma economia de custos significativa de 30 a 40%. Para obter mais informações, consulte a publicação [Simplifique suas implantações de alta disponibilidade do Microsoft SQL Server usando o Amazon FSx para Windows File Server](https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server/) no blog AWS de armazenamento.
+ Com o [resumo das vantagens do Software Assurance](https://download.microsoft.com/download/0/0/3/0039F316-45CF-4083-AA6E-C35DA9D25C1B/SA_InteractiveBenefitsChart.pdf) (PDF disponível para download) e o modelo traga a sua própria licença (BYOL), você pode aproveitar as vantagens do failover passivo, desde que o servidor secundário seja passivo. Isso resulta em economia de custos para o licenciamento do SQL porque você não precisa fornecer licenças para o nó passivo do cluster.
O diagrama a seguir mostra um exemplo de arquitetura para um SQL Server FCI usando o FSx Windows File Server.
![\[FSx para arquitetura de servidor de arquivos do Windows\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/fsx_arch.png)
## SIOS DataKeeper
Recomendamos que você considere os requisitos de armazenamento compartilhado se estiver planejando implantar o SQL Server FCIs no AWS. As instalações on-premises tradicionais geralmente usam uma rede de área de armazenamento (SAN) para atender aos requisitos de armazenamento compartilhado, mas esta não é uma opção viável na AWS. O Amazon FSx para Windows File Server é a solução de armazenamento recomendada para o SQL Server FCI on AWS, mas tem limitações que impedem a adição de servidores de cluster em diferentes Regiões da AWS.
Você pode usar o [SIOS DataKeeper](https://aws.amazon.com/blogs/architecture/field-notes-implementing-ha-and-dr-for-microsoft-sql-server-using-always-on-failover-cluster-instance-and-sios-datakeeper/) para criar uma FCI do SQL Server que cubra zonas e regiões de disponibilidade e reduza os custos em 58—71 por cento. O SIOS DataKeeper pode ajudar você a obter os benefícios de alta disponibilidade do FCI. Isso torna o SIOS DataKeeper uma solução econômica e confiável para organizações.
Considere os seguintes benefícios adicionais do uso do SIOS DataKeeper:
+ O SIOS DataKeeper cria uma SAN virtual em cluster usando volumes locais do EBS e usa replicação síncrona entre zonas de disponibilidade para alta disponibilidade. Para recuperação de desastres, o SIOS DataKeeper usa replicação assíncrona entre regiões.
+ O SIOS DataKeeper fornece recursos de clustering de classe empresarial usando a edição SQL Server Standard. Isso reduz os custos de licenciamento do SQL Server entre 65 e 75% em comparação com a implementação de alta disponibilidade com grupos de disponibilidade Always On do SQL Server que usam a edição SQL Server Enterprise. Com o SIOS DataKeeper, você pode criar um ambiente SQL Server altamente disponível, flexível e econômico que atenda às necessidades da sua organização.
**nota**
Para obter informações adicionais sobre as diferenças de custo entre as edições do SQL Server, consulte a seção [Comparar edições do SQL Server](sql-server-editions.md) deste guia.
O diagrama a seguir mostra um exemplo de arquitetura para uma FCI do SQL Server usando uma solução de SAN virtual em cluster.
![\[FCI do SQL Server usando uma solução SAN virtual em cluster.\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/clustered_vsan_arch.png)
## Grupos de Disponibilidade Always On
Você pode usar grupos de disponibilidade Always On para fins de alta disponibilidade e recuperação de desastres. Você pode obter alta disponibilidade implantando o SQL Server em duas zonas de disponibilidade em uma região. Você pode obter a recuperação de desastres estendendo os grupos de disponibilidade em todas as regiões.
O diagrama a seguir mostra um exemplo de arquitetura para uma solução baseada em grupos de disponibilidade Always On. As réplicas na Região 1 do diagrama estão usando um commit síncrono, que fornece um failover automático do grupo de disponibilidade. A réplica na Região 2 está usando um commit assíncrono, que exigirá um failover manual do grupo de disponibilidade.
![\[Arquitetura de grupos de disponibilidade Always On\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/alwayson_ag_arch.png)
## Grupos de disponibilidade distribuídos
Para implantações essenciais do SQL Server em que você não pode comprometer a confiabilidade ou a recuperação de desastres, recomendamos uma abordagem multirregional. Distribuir seus grupos de disponibilidade em várias regiões é a solução mais resiliente para manter a continuidade dos negócios e minimizar o tempo de inatividade.
Essa arquitetura aproveita ao máximo os recursos do Amazon FSx para Windows File Server, incluindo armazenamento compartilhado, replicação síncrona em nível de bloco e SQL Server. FCIs Esses recursos possibilitam a criação de um ambiente SQL Server altamente disponível que abrange várias zonas de disponibilidade. Ao replicar essa configuração em outra região, você obtém um sistema totalmente redundante que pode lidar até mesmo com as interrupções mais graves. O que diferencia essa solução é o nível de flexibilidade e segurança que ela oferece. A arquitetura independente de domínio de grupos de disponibilidade distribuídos permite que os servidores de cluster Windows subjacentes se juntem a diferentes domínios do Active Directory, enquanto a autenticação baseada em certificado garante a máxima proteção para seus ambientes SQL Server, e fornece requisitos de RTO e RPO elevados para uma estratégia de DR multirregional. Para obter informações sobre como criar uma arquitetura multirregional, consulte [Notas de campo: Criando uma arquitetura multirregional para o SQL Server usando FCI e grupos de disponibilidade distribuídos no AWS blog](https://aws.amazon.com/blogs/architecture/field-notes-building-a-multi-region-architecture-for-sql-server-using-fci-and-distributed-availability-groups/) de arquitetura.
O diagrama a seguir mostra um exemplo de arquitetura para uma solução multirregional usando grupos de disponibilidade distribuídos.
![\[Arquitetura multirregional\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/multi_region_arch.png)
## Envio de logs
O envio de logs é um método comprovado, confiável e econômico para proteger seus bancos de dados em todas as regiões no caso de uma interrupção inesperada. As organizações usam o envio de logs para proteger seus dados há décadas.
Se você implementar o envio de registros em AWS, poderá obter RPO e RTO em minutos, dependendo da frequência das transações e dos trabalhos de envio de registros. No caso improvável de uma região ficar inacessível, o envio de logs manterá seus dados seguros e recuperáveis.
Considere as seguintes vantagens adicionais de usar o envio de logs:
+ Reduza custos e atenda aos requisitos de seus negócios usando o envio de logs para resiliência de recuperação de desastres em todas as regiões. O envio de logs reduz seu TCO porque você só precisa das licenças da edição SQL Server Standard ou SQL Server Web.
+ Remova os custos de licenciamento de um recovery/passive servidor de desastres usando o envio de registros com o [Software Assurance](https://download.microsoft.com/download/0/0/3/0039F316-45CF-4083-AA6E-C35DA9D25C1B/SA_InteractiveBenefitsChart.pdf) ativo. Somente o primary/active SQL Server precisa ser licenciado quando você usa o envio de registros com o Software Assurance.
+ Reduza os custos de licenciamento do SQL Server em 65 a 75% eliminando a necessidade da edição SQL Server Enterprise para configurar grupos de disponibilidade distribuídos entre as regiões. Você pode fazer isso usando o SQL Server Standard Edition e o SQL Server FCIs combinados com o envio de registros para atender aos seus requisitos de recuperação de desastres.
**nota**
Para obter informações adicionais sobre as diferenças de custo entre as edições do SQL Server, consulte a seção [Comparar edições do SQL Server](sql-server-editions.md) deste guia.
Para obter mais informações, consulte [Estender o SQL Server DR usando o envio de registros para a configuração do SQL Server FCI com Amazon FSx para Windows](https://aws.amazon.com/blogs/architecture/extend-sql-server-dr-using-log-shipping-for-sql-server-fci-with-amazon-fsx-for-windows-configuration/) no blog de AWS arquitetura.
O diagrama a seguir mostra um exemplo de arquitetura para uma solução de envio de logs.
![\[Arquitetura de envio de logs\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/log_shipping_arch.png)
## AWS Database Migration Service
Você pode usar AWS Database Migration Service (AWS DMS) para projetar uma HA/DR solução com base nas necessidades do seu aplicativo. AWS DMS permite que você copie dados facilmente para um banco de dados secundário do SQL Server na mesma região (HA) ou entre regiões (DR). Essa abordagem é tecnicamente sólida e permite que você maximize seu investimento na infraestrutura da AWS enquanto otimiza o uso de recursos.
AWS DMS é um serviço econômico. Você é cobrado somente pelos recursos de CPU usados durante o processo de transferência e por qualquer armazenamento adicional de logs. Isso significa que você pode se beneficiar dessa solução sem incorrer em custos adicionais significativos. Você pode usar AWS DMS para garantir que seus dados estejam disponíveis e acessíveis, minimizando os custos associados ao licenciamento e ao uso de recursos.
O diagrama a seguir mostra um exemplo de arquitetura para uma solução baseada no AWS DMS.
![\[AWS DMS arquitetura\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_dms_arch.png)
## Recuperação de desastres do AWS Elastic
Algumas organizações devem garantir que todas as aplicações comerciais essenciais tenham um plano de recuperação de desastres em vigor. No passado, muitas dessas organizações fizeram investimentos substanciais em soluções tradicionais de recuperação de desastres, que exigem que você pré-crie e mantenha toda uma infraestrutura duplicada. Essa abordagem é cara, demorada e difícil de escalar.
Agora, você pode usar Recuperação de desastres do AWS Elastic para eliminar a necessidade de pré-construir uma infraestrutura de recuperação de desastres. As máquinas de recuperação de desastres não são iniciadas no Elastic Disaster Recovery até que sejam necessárias, então você paga somente pelo que usar quando precisar. Isso significa que você pode reduzir significativamente seus custos de licenciamento de software e computação de alta performance.
Além disso, a área de preparação da solução de recuperação de desastres contém volumes de baixo custo do Amazon Elastic Block Store (Amazon EBS). Os volumes do EBS reduzem ainda mais o custo do provisionamento de recursos duplicados. Isso permite que você reduza seus custos gerais de recuperação de desastres e, ao mesmo tempo, mantenha uma solução de recuperação de desastres robusta e confiável que atenda aos requisitos de sua empresa. Você pode usar o Elastic Disaster Recovery para se concentrar em suas principais atividades comerciais, enquanto AWS cuida da infraestrutura subjacente da sua solução de recuperação de desastres.
Para o SQL Server, você pode usar o Elastic Disaster Recovery como uma opção econômica de recuperação de desastres. O licenciamento do nó passivo em uma arquitetura SQL Server altamente disponível e tolerante a falhas está incluso se você usar o Software Assurance ativo. No entanto, você ainda está pagando pelos custos de computação para que o servidor passivo esteja on-line. Com o Elastic Disaster Recovery, o servidor primário pode se replicar para o ambiente de DR sem a necessidade de manter o Software Assurance ativo e sem ter que pagar pelos custos computacionais da recuperação de desastres. Essa combinação de economias pode reduzir seus custos de recuperação de desastres do SQL Server em 50% ou mais.
O diagrama a seguir mostra um exemplo de arquitetura para uma solução baseada no Elastic Disaster Recovery.
![\[Arquitetura do Elastic Disaster Recovery\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_drs_arch.png)
Para obter mais informações, consulte [Como configurar a alta disponibilidade do SQL Server no site de DR que foi restaurado usando Recuperação de desastres do AWS Elastic](https://aws.amazon.com/blogs/modernizing-with-aws/set-up-high-availability-for-sql-server-at-dr-site-using-aws-elastic-disaster-recovery/) o Microsoft Workloads on AWS Blog.
## Comparação de custos
A tabela a seguir compara os custos das HA/DR soluções abordadas nesta seção. As seguintes suposições foram feitas para fins dessa comparação:
+ **Tipo de instância**: r5d.xlarge
+ **Tipo de licença**: licença incluída para Windows e SQL Server
+ **Região**: `us-east-1`
****
| Solução | Alta disponibilidade | Recuperação de desastres | Enterprise Edition | Standard Edition | Custo |
| --- | --- | --- | --- | --- | --- |
| Envio de logs | Não | Sim | Sim | Sim | Edição SQL Server Enterprise: USD 32.674,80 (2 nós)Edição SQL Server Standard: USD 14.804,40 (2 nós) |
| Grupos de Disponibilidade Always On | Sim | Sim | Sim | Sim, mas grupos de disponibilidade básica (2 nós) | Edição SQL Server Enterprise: USD 32.674,80 (2 nós)Edição SQL Server Standard: USD 14.804,40 (2 nós) |
| Sempre ligado FCIs | Sim | Não | Sim | Sim (2 nós) | Edição SQL Server Standard: USD 14.804,40 |
| Grupos de disponibilidade distribuídos | Sim | Sim | Sim | Não | Edição SQL Server Enterprise: USD 65.349,60 (4 nós) |
| Elastic Disaster Recovery | Não | Sim | Sim | Sim | Aproximadamente USD 107,48/mês para replicação de 1 instância e 1 TB de armazenamento**Observação**: o Elastic Disaster Recovery é cobrado por hora, por servidor de replicação. O custo é o mesmo, independentemente do número de discos, do tamanho do armazenamento, do número de testes ou de ativações de recuperação ou da região para a qual você está replicando. |
| SIOS DataKeeper | Sim | Sim | Sim | Sim | Grupos de disponibilidade Always On com o Software Assurance (2 nós, 24 núcleos): USD 213.480Cluster SQL Server de 2 nós em execução na edição SQL Server Standard com SIOS DataKeeper e Software Assurance: \$161.530 (2 nós) |
| AWS DMS | Não | Sim | Sim | Sim | USD 745,38/mês para instância r5.xlarge e 1 TB de armazenamento |
## Recomendações de otimização de custos
Recomendamos que você execute as próximas etapas a seguir para escolher uma HA/DR solução que atenda aos requisitos da sua organização:
+ Consulte a seção [Selecionar a instância certa do EC2 para as workloads do SQL Server](right-ec2-instance.md) deste guia.
+ Determine os requisitos de IOPS e throughput de suas workloads executando contadores de performance durante picos de workload:
+ IOPS = disco reads/sec \$1 gravações em disco/segundo
+ Taxa de transferência = leitura de bytes/sec disco\$1bytes/seg de gravação em disco
+ Use os seguintes tipos de volume de armazenamento para obter melhor performance e economia de custos:
+ NVMe armazenamento de instâncias `tempdb` e extensão do buffer pool
+ volumes io2 para arquivos de banco de dados
+ Use o [AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor-check-reference.html) para obter recomendações sobre a otimização de custos do SQL Server no Amazon EC2. Você não precisa instalar um agente para Trusted Advisor fazer verificações de otimização do SQL Server. Trusted Advisor inspeciona suas configurações de instância incluídas na licença do Amazon EC2 SQL Server, como CPUs virtual (CPUsv), versão e edição. Em seguida, Trusted Advisor faz recomendações com base nas melhores práticas.
+ Use tanto AWS Compute Optimizer para a instância do Amazon EC2 quanto para as recomendações de dimensionamento correto do Amazon EBS.
+ Use [AWS Calculadora de Preços](https://calculator.aws/#/)para projetar sua HA/DR estratégia para estimativas de custos.
+ Para determinar se o downgrade da edição SQL Server Enterprise para a edição SQL Server Standard é uma opção possível, use a visualização de gerenciamento dinâmico [sys dm\$1db\$1persisted\$1sku\$1features](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-persisted-sku-features-transact-sql?view=sql-server-ver16) para identificar recursos específicos da edição que estejam ativos no banco de dados atual.
**nota**
Side-by-side migrações são necessárias para alterações na edição do SQL Server ao usar instâncias EC2 com licença incluída.
+ Realize testes semestrais ou anuais de recuperação de desastres para melhor arquitetar um projeto que possa recuperar o banco de dados com o RTO e o RPO definidos. Essa verificação também pode auxiliar na identificação de pontos fracos da arquitetura.
## Recursos adicionais do
+ [Simplifique suas implantações de alta disponibilidade do Microsoft SQL Server usando o Amazon FSx para Windows File Server](https://aws.amazon.com/blogs/storage/simplify-your-microsoft-sql-server-high-availability-deployments-using-amazon-fsx-for-windows-file-server) (AWS Storage Blog)
+ [Notas de campo: Criando uma arquitetura multirregional para o SQL Server usando FCI e grupos de disponibilidade distribuídos (blog](https://aws.amazon.com/blogs/architecture/field-notes-building-a-multi-region-architecture-for-sql-server-using-fci-and-distributed-availability-groups/) de AWS arquitetura)
+ [Arquitete uma recuperação de desastres para o SQL Server em AWS: Parte 1](https://aws.amazon.com/blogs/database/part-1-architect-a-disaster-recovery-for-sql-server-on-aws/) (Blog do AWS banco de dados)
+ [Alta disponibilidade do Microsoft SQL com Amazon FSx para Windows](https://www.youtube.com/watch?v=8dsRkVLy0Nc) (YouTube)
+ [Maximizing Microsoft SQL Server Performance with Amazon EBS](https://aws.amazon.com/blogs/storage/maximizing-microsoft-sql-server-performance-with-amazon-ebs/) (blog AWS Storage)
+ [Comparando seus padrões de armazenamento local com os serviços AWS de AWS armazenamento](https://aws.amazon.com/blogs/storage/comparing-your-on-premises-storage-patterns-with-aws-storage-services/) (Storage Blog)
+ [Planejando substituir um NAS de data center pelo Amazon FSx File Gateway](https://aws.amazon.com/blogs/storage/planning-to-replace-a-data-center-nas-with-amazon-fsx-file-gateway/) (AWS Storage Blog)
+ [Otimizando o custo de suas implantações de alta disponibilidade do SQL Server no AWS](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/) (AWS Storage Blog)
+ [How to set up disaster recovery for SQL Server Always On Availability Groups using Recuperação de desastres do AWS Elastic](https://aws.amazon.com/blogs/modernizing-with-aws/how-to-set-up-disaster-recovery-for-sql-server-always-on-availability-groups-using-aws-elastic-disaster-recovery/) (Microsoft Workloads on AWS)
+ [Como configurar a alta disponibilidade do SQL Server no local de DR que foi restaurado usando Recuperação de desastres do AWS Elastic](https://aws.amazon.com/blogs/modernizing-with-aws/set-up-high-availability-for-sql-server-at-dr-site-using-aws-elastic-disaster-recovery/) (Microsoft Workloads on AWS)
# Compreender o licenciamento do SQL Server
## Visão geral do
À medida que mais e mais empresas transferem suas workloads para a nuvem, otimizar os custos nas plataformas de nuvem tornou-se uma prioridade máxima. O licenciamento é um dos custos mais significativos associados à execução de cargas de trabalho da Microsoft em. AWS Esta seção explica como otimizar os custos AWS otimizando o licenciamento da Microsoft para o SQL Server.
## AWS opções de licenciamento
AWS oferece uma variedade de opções flexíveis de otimização de custos para licenciamento. Essas opções de licenciamento foram projetadas para ajudar você a reduzir custos, manter a conformidade e atender às suas necessidades comerciais.
![\[Analise as opções de licenciamento, como a aquisição ou o uso de licenças.\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_licensing_options.png)
AWS categoriza as licenças em três tipos principais:
1. **Licença incluída**: esta opção de licenciamento permite que você compre e use licenças sob demanda, pagando somente pelo que usa. A opção de licença incluída é ideal para cenários em que você precisa de 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.
1. **Produtos Bring Your Own License (BYOL) com mobilidade** de licenças — Essa opção de licenciamento foi projetada para cenários em que você já tem licenças existentes e deseja usá-las na nuvem. AWS permite que os clientes tragam suas próprias licenças para a nuvem por meio do programa [License Mobility](https://www.microsoft.com/en-us/licensing/licensing-programs/software-assurance-license-mobility) da Microsoft. Você pode levar produtos que tenham mobilidade de licenças, como o SQL Server com Software Assurance (SA), para locação compartilhada ou dedicada para reduzir seus custos de AWS instância.
1. **Produtos BYOL sem mobilidade de licenças** — Para produtos da Microsoft que não têm mobilidade de licenças, como o Windows Server, AWS oferece opções dedicadas para usar esses produtos na nuvem. Além disso, os hosts dedicados oferecem a oportunidade de licenciamento no nível básico físico. Isso pode economizar 50% ou mais nas licenças necessárias para executar suas workloads. Os hosts dedicados são uma ótima opção para workloads estáveis e previsíveis em execução na maior parte do tempo.
## Impacto nos custos de trazer licenças
Trazer licenças pode ter um impacto significativo no custo de execução das workloads da Microsoft na AWS. Se você trouxer suas próprias licenças, não precisará pagar por custos adicionais de licenciamento pelas instâncias em execução na nuvem. Isso pode gerar uma economia significativa.
A comparação 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:
+ Windows Server \$1 Edição SQL Server Enterprise: USD 1353/mês (licença incluída)
+ Windows Server \$1 Edição SQL Server Standard: USD 609/mês (licença incluída)
+ Somente Windows Server: USD 259/mês (licença incluída)
+ Somente computação (Linux): USD 127/mês
Em última análise, trazer suas próprias licenças pode ter um impacto significativo no custo de execução das workloads da Microsoft na AWS. Se você usar suas licenças existentes, poderá reduzir os custos de licenciamento e economizar dinheiro em sua fatura geral AWS .
## Otimização de licença
Uma Avaliação AWS de Otimização e Licenciamento (AWS OLA) pode ajudá-lo a otimizar seu licenciamento reduzindo os custos de computação e licenciamento. AWS O OLA foi projetado para avaliar seus requisitos de licenciamento para cargas de trabalho em execução AWS ou para cargas de trabalho planejadas para migração. AWS O OLA fornece recomendações sobre como otimizar o uso da licença.
Uma das principais estratégias para otimizar o uso do licenciamento é o [dimensionamento correto das instâncias](rightsize.md). O dimensionamento correto envolve selecionar o tipo de instância certo para sua workload com base nos requisitos de CPU, memória e armazenamento. Ao escolher o tamanho adequado da instância, você pode garantir que está usando os recursos de maneira econômica. Isso pode gerar uma economia significativa.
Com o licenciamento de software da Microsoft, o número de núcleos em que o software é executado é um fator crítico na determinação dos custos de licenciamento. Por exemplo, as licenças do Windows Server e do SQL Server geralmente são licenciadas com base no número de núcleos. Ao dimensionar corretamente as instâncias, você pode reduzir o número de núcleos em que o software da Microsoft é executado e, por sua vez, reduzir o custo da instância e o número de licenças necessárias.
## Recomendações de otimização de custos
A otimização de licenças é um componente essencial da otimização de custos na AWS. Ao implementar as estratégias certas, você pode reduzir os custos de licenciamento, manter a conformidade e obter o melhor valor possível de seu investimento em licenciamento. Esta seção descreve várias estratégias para a otimização de licenças.
### Traga suas licenças qualificadas do Windows Server
Trazer suas próprias licenças do Windows Server é uma das estratégias mais eficazes para a otimização de licenças. Essa estratégia permite que você aproveite seus investimentos existentes para reduzir seus AWS gastos.
Por exemplo, você pode implantar o Windows Server 2019 e versões anteriores em [hosts dedicados do Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/) se tiver comprado as licenças antes de 10/01/2019, ou se tiver comprado as licenças como true-ups no sob contratos corporativos ativos assinados antes dessa data. Essa regra se baseia em uma alteração que a Microsoft fez em 2019 em seus termos e condições de licenciamento para produtos sem mobilidade de licenças, como o Windows Server, quando implantados em [fornecedores listados](https://www.microsoft.com/licensing/docs/view/Listed-Providers) (por exemplo, Alibaba ou Google Cloud AWS). De acordo com os novos termos, você não pode trazer suas próprias licenças do Windows Server, AWS mas deve usar instâncias com licença incluída. No entanto, se você comprou licenças perpétuas antes dessa data, ainda poderá implantar essas licenças do Windows Server nos hosts dedicados do Amazon EC2.
### Licenças de nível físico
O licenciamento no nível do núcleo físico permite licenciar apenas os núcleos físicos de um host para que você possa implantar um número máximo de instâncias sem afetar o número de licenças necessárias. Normalmente, isso é feito usando o Windows Server Datacenter e a edição SQL Server Enterprise.
Como exemplo, considere um host dedicado R5 com 48 núcleos, o que se traduz em 96 v. CPUs Se você usa a edição Windows Server Datacenter, você só precisa de 48 licenças. Isso permite que você implante uma combinação de instâncias com até 96 vCPUs, como mostra o diagrama a seguir.
![\[Licenças de nível físico\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/r5_dh_licenses.png)
Essa abordagem pode ser especialmente econômica se você tiver workloads suficientes para maximizar o número de instâncias que podem ser executadas em um host. Ao licenciar no nível do núcleo físico, você pode evitar custos adicionais de licenciamento para cada instância e obter o melhor valor possível para seu investimento em licenciamento.
### Licença no nível do núcleo físico do SQL Server
Na locação compartilhada, o licenciamento do SQL Server é baseado no número de v CPUs alocado para a instância. Por outro lado, com hosts dedicados, você pode licenciar a edição SQL Server Enterprise no nível do núcleo físico ou no nível da vCPU.
Assim como no exemplo anterior do host dedicado R5, se você licenciar a edição SQL Server Enterprise no nível do núcleo físico, precisará apenas de 48 licenças da edição SQL Server Enterprise para licenciar os hosts. Por outro lado, na locação compartilhada, em que a única opção é licenciar por vCPU, você deve ter 96 licenças da edição SQL Server Enterprise para a mesma workload. Portanto, os hosts dedicados podem economizar até 50% nos custos de licenciamento do SQL Server em comparação com a locação compartilhada. Isso se soma à economia nos custos de instâncias ao trazer licenças qualificadas do Windows.
### Consolidar instâncias do SQL Server
A [consolidação do SQL Server](consolidate-instances.md) é o processo de combinar várias instâncias do SQL Server em um servidor. O SQL Server exige um mínimo de quatro licenças principais por instância, mesmo que a instância tenha apenas duas v. CPUs Isso significa que a execução do SQL Server em servidores com menos de quatro núcleos pode fazer com que você licencie demais essas instâncias e use mais licenças do que o necessário.
![\[Consolidação do SQL Server\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/sql_server_consolidation.png)
Por exemplo, consolidar duas instâncias com dois v CPUs cada em uma única instância com quatro v CPUs pode reduzir a exigência de licenciamento em 50%. Isso ocorre porque são necessárias apenas quatro licenças de núcleo, em vez de oito.
Para obter mais informações sobre consolidação, consulte a seção de [Consolidação do SQL Server](consolidate-instances.md) deste guia.
### Fazer downgrade das edições do SQL Server
[Alterar as edições do SQL Server](sql-server-editions.md) pode ser uma estratégia fundamental para otimizar o uso do licenciamento e reduzir custos. A edição Enterprise do SQL Server é consideravelmente mais cara do que a edição Standard, portanto, realizar o downgrade pode resultar em economias de custo significativas.
A criptografia transparente de dados (TDE) e os grupos de disponibilidade Always On são dois recursos conhecidos na edição SQL Server Enterprise. No entanto, existem alternativas econômicas para esses recursos que você pode considerar se não precisar do conjunto completo de recursos da edição SQL Server Enterprise. Por exemplo, você pode obter a TDE na edição SQL Server Standard a partir do SQL Server 2019. No lugar dos grupos de disponibilidade Always On, você pode usar o cluster de failover com armazenamento compartilhado ativado para o Windows File Server FSx para obter alta disponibilidade com a edição SQL Server Standard.
Ao fazer o downgrade da edição SQL Server Enterprise para a edição SQL Server Standard, você pode reduzir significativamente seus custos de licenciamento. Para obter mais informações, consulte a postagem [Otimizando o custo de suas implantações de alta disponibilidade do SQL Server no AWS](https://aws.amazon.com/blogs/storage/optimizing-cost-for-your-high-availability-sql-server-deployments-on-aws/) blog AWS de armazenamento.
Além de reduzir os custos de licenciamento, o downgrade das edições do SQL Server pode ajudar a reduzir seus gastos com o Software Assurance e evitar futuros true-ups. Se você devolver licenças não utilizadas para a reserva, poderá evitar custos adicionais de licenciamento e obter o melhor valor possível de seu investimento em licenciamento.
É importante avaliar cuidadosamente suas workloads do SQL Server e determinar quais recursos são essenciais para suas necessidades de negócios. Para obter mais informações, consulte [Avaliando seu ambiente](https://docs.aws.amazon.com/prescriptive-guidance/latest/evaluate-downgrading-sql-server-edition/assess-environment.html) na Orientação AWS Prescritiva e determine se seu banco de dados Microsoft SQL Server usa recursos específicos da edição SQL Server Enterprise.
Se você escolher a edição certa do SQL Server e usar alternativas aos recursos da edição SQL Server Enterprise, poderá obter economias de custo significativas enquanto mantém a conformidade e atende às suas necessidades de negócios. Para obter mais informações sobre as opções de downgrade, consulte a seção [Comparar edições do SQL Server](sql-server-editions.md) deste guia.
### Usar a edição SQL Server Developer em ambientes de não produção
Em ambientes de não produção, você pode implantar edições licenciáveis do SQL Server, como a edição Enterprise ou Standard, usando assinaturas do MSDN em ambientes on-premises. No entanto, a assinatura do MSDN não tem a Mobilidade de Licenças. Portanto, se você migrar para AWS, não poderá trazer essas licenças. Você deverá usar a edição SQL Server Developer.
A edição SQL Server Developer é uma edição completa do SQL Server que está disponível gratuitamente. Essa edição está disponível para as versões 2016 e posteriores do SQL Server. Você pode baixá-la no site da Microsoft. A edição SQL Server Developer foi projetada para ser usada em todos os ambientes que não sejam de produção, como desenvolvimento, teste e preparação, desde que não esteja conectada a dados de produção ativos.
Se você usa a edição SQL Server Developer em ambientes que não são de produção, você pode evitar custos adicionais de licenciamento. Para obter mais informações, consulte a seção [Avaliar a edição SQL Server Developer](sql-server-dev.md) deste guia.
### Otimizar a CPU para workloads do SQL Server
Em alguns casos, pode ser necessário escolher um tipo de instância com CPUs mais do que o necessário para sua carga de trabalho devido a outros fatores, como RAM ou limites de rede. No entanto, AWS fornece uma solução para ajudá-lo a otimizar seus custos de licenciamento nessas situações.
Você pode, como a maioria dos clientes que trazem licenças básicas do SQL Server, desativar o hyperthreading ou desativar as CPUs na instância do EC2 para limitar o número de CPUs disponíveis para o host. CPUs Essa opção permite que você aproveite outros recursos da instância, como RAM, enquanto ainda economiza no custo da compra de licenças extras.
Por exemplo, se você implantar uma instância r5.4xlarge porque sua carga de trabalho exige 128 GB de memória, mas você só precisa de oito núcleos do SQL Server, poderá desativar o hyperthreading de uma instância com apenas oito ativos. CPUs Ao fazer isso, você pode economizar 50% nas licenças necessárias do SQL Server, pois só precisará licenciar os oito núcleos que estão sendo usados ativamente.
****
| Tipo de instância | Total v CPUs | vCPU ativa com recurso de otimização CPUs | Economia de licenças do SQL Server |
| --- | --- | --- | --- |
| r5.4xlarge | 16 | 8 | 50% |
| r5.12xlarge | 48 | 8 | 83% |
O recurso Optimize CPU pode ser configurado durante a configuração de inicialização do Amazon EC2 ou modificando uma instância existente. Ela também pode ser aplicada tanto às instâncias BYOL quanto às instâncias Amazon EC2 com licença incluída. Essa flexibilidade ajuda você a dimensionar corretamente sua CPU de acordo com as necessidades de sua carga de trabalho, além de reduzir Windows Server as licenças. SQL Server Para instâncias do Amazon EC2 incluídas na licença, a CPUs redução proporciona uma economia instantânea nos custos de licenciamento.
Se você dimensionar corretamente suas instâncias, poderá garantir que está usando os tipos de instância mais econômicos para suas workloads. À medida AWS que introduz novos tipos de instância, é importante avaliar se essas novas instâncias podem atender aos requisitos de carga de trabalho com menos núcleos.
## Recursos adicionais do
+ [Amazon Web Services e Microsoft: perguntas frequentes](https://aws.amazon.com/windows/faq/) (AWS documentação)
# Selecionar a instância certa do EC2 para as workloads do SQL Server
**Importante**
Antes de ler esta seção, recomendamos que você leia primeiro as seções [Compreender o licenciamento do SQL Server](sql-server-licensing.md) e [Selecionar o tipo de instância certo para workloads do Windows](right-size-selection.md) deste guia.
## Visão geral do
O Microsoft SQL Server está sendo executado nas instâncias do Amazon Elastic Compute Cloud (Amazon EC2) há mais de 15 anos. AWS pegou essa experiência e a usou para ajudar a desenvolver instâncias do Amazon EC2 para se adequar às cargas de trabalho do SQL Server, executadas desde especificações mínimas até clusters multirregionais de alto desempenho.
A escolha da instância certa do EC2 para o SQL Server depende muito da sua workload. Entender como o SQL Server é licenciado, como ele usa a memória e como os recursos do SQL Server se alinham às ofertas do Amazon EC2 pode ajudar a orientar você até a melhor instância do EC2 para sua aplicação.
Esta seção aborda uma variedade de workloads do SQL Server e como elas podem ser combinadas com determinadas instâncias do EC2 para reduzir ao mínimo seus custos de licenciamento e computação.
## Comparação de custos
O Amazon EC2 permite que você traga a sua própria licença (BYOL) ou pague conforme o uso com o licenciamento do Windows Server e do SQL Server. Para pay-as-you-go licenciamento, os custos de licenciamento das licenças do Windows Server e do SQL Server são incorporados ao custo por hora da instância do EC2. Por exemplo, você pode ter preços diferentes AMIs com preços diferentes. O preço da AMI depende da edição do SQL Server em que a AMI é executada.
Os preços do Windows Server e do SQL Server não são discriminados. Você não encontrará preços discriminados em ferramentas como a [AWS Calculadora de Preços](https://calculator.aws/). Se você selecionar diferentes combinações de ofertas com licença incluída, os custos de licenciamento poderão ser deduzidos, conforme mostra a tabela a seguir.
****
| Instância do EC2 | AMI | Preço de computação | Preço de licença do Windows | Preço da licença do SQL | Preço total |
| --- | --- | --- | --- | --- | --- |
| r5.xlarge | Linux (preços de computação) | \$1183,96 | - | - | \$1183,96 |
| r5.xlarge | Linux \$1 SQL Developer | \$1183,96 | \$10 | \$10 | \$1183,96 |
| r5.xlarge | Windows Server (LI) | \$1183,96 | \$1134,32 | - | \$1318,28 |
| r5.xlarge | Windows \$1 SQL Developer | \$1183,96 | \$1134,32 | \$10 | \$1318,28 |
| r5.xlarge | Windows \$1 SQL Web (LI) | \$1183,96 | \$1134,32 | \$149,64 | \$1367,92 |
| r5.xlarge | Windows \$1 SQL Standard (LI) | \$1183,96 | \$1134,32 | \$1350,4 | \$1668,68 |
| r5.xlarge | Windows \$1 SQL Enterprise (LI) | \$1183,96 | \$1134,32 | \$11095 | \$11413,28 |
**nota**
Os preços na tabela anterior são baseados nos preços sob demanda na região `us-east-1`.
O método mais econômico para executar o SQL Server é permanecer em uma edição de nível inferior até que você precise de um recurso de uma edição de nível superior. Para obter mais informações, consulte a seção [Comparar edições do SQL Server](sql-server-editions.md) deste guia. A atualização da edição SQL Server Web para a edição SQL Server Standard é sete vezes o custo de licenciamento do SQL Server e mais de três vezes o custo da mudança da edição Standard para a edição Enterprise. A disparidade nos custos de licenciamento é um fator importante a ser considerado, e será analisada no restante desta seção.
## Cenário de otimização de custos
Considere um exemplo de cenário em que uma empresa de analytics que rastreia veículos de entrega está buscando melhorar a performance do SQL Server. Depois que um especialista em MACO analisa os gargalos de performance da empresa, ela faz a transição das instâncias x1e.2xlarge para as instâncias x2iedn.xlarge. Embora o tamanho da instância seja menor, os aprimoramentos nas instâncias x2 melhoram a performance e a otimização do SQL Server usando extensões do grupo de buffers. Isso permitiu que a empresa fizesse o downgrade da edição SQL Server Enterprise para a edição SQL Server Standard e reduzisse 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 |
As mudanças combinadas de instâncias x1e.2xlarge para instâncias x2iedn.xlarge permitiram que o cliente do exemplo economizasse USD 5.407 por mês em seus servidores de banco de dados de produção. Isso reduziu o custo total da workload em 69%.
**nota**
Os preços na tabela anterior são baseados nos preços sob demanda na região `us-east-1`.
## Recomendações de otimização de custos
### Instâncias otimizadas para memória
Um dos aspectos mais importantes do SQL Server é entender sua dependência da memória. O SQL Server tenta usar toda a RAM disponível que não está sendo usada pelo sistema operacional (até 2 TB para uma instalação padrão). Ele faz isso por motivos de performance. Trabalhar com dados na memória é muito mais eficiente do que ter que extrair dados constantemente do disco, fazer alterações e depois gravá-los de volta no disco. Em vez disso, o SQL Server tenta carregar o máximo possível de dados dos bancos de dados anexados e os mantém na RAM. As alterações feitas nos dados acontecem na memória e são posteriormente gravadas no disco.
**nota**
Para obter uma explicação detalhada de como o SQL Server grava alterações, consulte [Writing Pages](https://learn.microsoft.com/en-us/sql/relational-databases/writing-pages?view=sql-server-ver16) na documentação da Microsoft.
Como o SQL Server funciona melhor com grandes quantidades de RAM, geralmente recomendamos começar com os tipos de instâncias [otimizadas para memória do Amazon EC2](https://aws.amazon.com/ec2/instance-types/#Memory_Optimized). As instâncias otimizadas para memória são versáteis e oferecem uma variedade de opções diferentes. A família R tem uma vCPU-to-RAM proporção de 1 para 8 e tem opções para processadores Intel, processadores AMD, redes aprimoradas, desempenho aprimorado do EBS, armazenamento de instâncias e velocidade aprimorada do processador. Para cargas de trabalho com muita memória, há também uma família X que combina muitas das mesmas opções e estende a vCPU-to-RAM proporção para 1 a 32. Devido à versatilidade das instâncias otimizadas para memória, você pode aplicá-las a workloads do SQL Server de todas as formas e tamanhos.
### Cargas de trabalho abaixo do mínimo de recursos (menos de 4 v) CPUs
Embora alguns casos de uso funcionem bem com instâncias expansíveis (T3), recomendamos que você geralmente evite usá-las para workloads do SQL Server. 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 e estiver adquirindo créditos de expansão, você pagará pelas licenças do SQL que não está utilizando totalmente. Além disso, o SQL Server tem um requisito mínimo de licença de 4 núcleos por servidor. Isso significa que, se você tem uma carga de trabalho do SQL Server que não exige 4 V CPUs de potência computacional, você está pagando uma licença do SQL Server que não está usando. Nesses cenários, seria melhor [consolidar várias instâncias do SQL Server](consolidate-instances.md) em um servidor maior.
### Workloads usando recursos mínimos (menos de 64 GB de RAM)
Muitas workloads do SQL Server com menos de 64 GB de RAM não priorizam a alta performance ou a alta disponibilidade. Para esses tipos de workloads, a edição SQL Server Web pode ser uma boa opção se a aplicação estiver coberta pelas restrições de licenciamento da Microsoft.
**Importante**
A edição SQL Server Web tem um caso de uso restrito com base nos termos de licenciamento da Microsoft. A edição SQL Server Web pode ser usada apenas para fornecer suporte a páginas da Web, sites, aplicativos da Web e serviços da Web públicos e acessíveis pela Internet. Ele não pode ser usado para oferecer suporte a line-of-business aplicativos (por exemplo, gerenciamento de relacionamento com clientes, gerenciamento de recursos corporativos e outros aplicativos similares).
O SQL Server Web Edition pode ser expandido até 32 v CPUs e 64 GB de RAM e é 86% mais barato do que o SQL Server Standard Edition. Para workloads com poucos recursos, usar uma instância otimizada para memória AMD, como a r6a, que tem um preço de computação 10% mais barato do que sua equivalente da Intel, também é uma boa maneira de reduzir ao mínimo os custos de computação e licenciamento do SQL.
### Workloads com recursos médios (menos de 128 GB de RAM)
A edição SQL Server Standard é usada na maioria das workloads do SQL Server com até 128 GB de RAM. A edição SQL Server Standard é 65 a 75% mais barata do que a edição SQL Server Enterprise e pode ser expandida para até 48 v CPUs e 128 GB de RAM. Como a limitação de 128 GB de RAM geralmente é atingida antes da limitação de 48 vCPUs, este é o foco da maioria dos clientes que desejam evitar a atualização para a edição SQL Server Enterprise.
O SQL Server tem um recurso chamado [extensão do grupo de buffers](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/buffer-pool-extension?view=sql-server-ver16). Esse recurso permite que o SQL Server use uma parte de um disco para atuar como uma extensão da RAM. A extensão do buffer pool funciona bem quando combinada com armazenamento ultrarrápido, como o NVMe SSDs usado no armazenamento de instâncias do [Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html). As instâncias do Amazon EC2 que contêm armazenamento de instâncias são indicadas com um “d” no nome da instância (por exemplo, r5d, r6id e x2iedn).
As extensões do grupo de buffers não substituem a RAM normal. No entanto, se você precisar de mais de 128 GB de RAM, poderá usar extensões de grupo de buffers com instâncias do EC2, como r6id.4xlarge e x2iedn.xlarge, para retardar a atualização para o licenciamento da edição Enterprise.
### Workloads de alta performance (mais de 128 GB de RAM)
As workloads do SQL Server que exigem alta performance são um desafio para a otimização de custos devido à sua dependência de muitos recursos. No entanto, entender as diferenças nas instâncias do EC2 pode impedir que você faça a escolha errada.
A tabela a seguir mostra uma variedade de instâncias do EC2 otimizadas para memória e seus limites de performance.
****
| | r5b | r6idn | r7iz | x2iedn | x2iezn |
| --- | --- | --- | --- | --- | --- |
| Processador | 3.1 GHzProcessador Intel Xeon de segunda geração | 3.5 GHzProcessador Intel Xeon de terceira geração | 3.9 GHzProcessador Intel Xeon escalável de quarta geração | 3.5 GHzProcessador Intel Xeon de terceira geração | 4.5 GHzProcessador Intel Xeon de segunda geração |
| Proporção CPU:RAM | 1:8 | 1:8 | 1:8 | 1:32 | 1:32 |
| Máximo de vCPU | 96 | 128 | 128 | 128 | 48 |
| RAM máxima | 768 GB | 1.024 GB | 1.024 GB | 4.096 GB | 1.536 GB |
| Armazenamento de instância | – | NVMe SSD(4x 1.900 GB) | – | NVMe SSD(2x 1.900 GB) | – |
| io2 Block Express | Compatível | Compatível | Compatível | Compatível | – |
| IOPS máxima do EBS | 260.000 | 350,000 | 160.000 | 260.000 | 80.000 |
| Throughput máximo do EBS | 60 Gbps | 80 Gbps | 40 Gbps | 80 Gbps | 19 Gbps |
| Largura de banda da rede máxima | 25 Gbps | 200 Gbps | 50 Gbps | 100 Gbps | 100 Gbps |
Cada instância é usada para uma finalidade diferente. Compreender sua workload do SQL Server pode ajudar você a escolher o tipo de instância mais adequado para você.
Detalhes sobre atributos:
+ **r5b**: o atributo “b” em r5b significa que esse tipo de instância está focado na alta performance do EBS. Na quinta geração de instâncias otimizadas para memória, a r5b foi a escolha de preferência. Foi o primeiro tipo de instância a utilizar volumes io2 Block Express e a atingir a IOPS máxima de armazenamento de 260 mil. O tipo de instância r5b ainda é uma alternativa econômica para as necessidades de alta performance do EBS.
+ **r6idn**: a sexta geração de instâncias otimizadas para memória ofereceu melhorias consideráveis em relação à geração anterior. Os aprimoramentos de performance do EBS da r5b são levados um passo adiante com a r6idn, aumentando a IOPS máxima para 350 mil. A r6idn também tem um volume de armazenamento de instâncias para extensões de grupos de buffers e tempdb para aumentar ainda mais a performance do SQL Server.
+ **x2iedn**: a x2iedn é semelhante à r6idn. Ele oferece níveis semelhantes de EBS aprimorado, rede aprimorada e armazenamento de instâncias NVMe SSD, mas com uma vCPU-to-RAM proporção de 1:32 para altas cargas de trabalho de memória e baixa quantidade de CPU (menores custos de licenciamento do SQL Server).
+ **x2iezn**: o atributo “z” em x2iezn indica que esse tipo de instância está focado na alta performance do processador. O processador Cascade Lake tem uma frequência turbo para todos os núcleos de até 4,5 GHz. Recomendamos que você use essa instância do EC2, juntamente com uma vCPU-to-RAM proporção de 1:32, em um cenário em que você deseja manter a quantidade de vCPU baixa. Isso, por sua vez, pode manter baixos os custos de licenciamento do SQL Server.
+ **r7iz**: o atributo “z” em r7iz indica que esse tipo de instância está focado na alta performance do processador. O processador Sapphire Rapids tem uma frequência turbo de todos os núcleos de até 3,9. GHz Como as instâncias x2iezn, o r7iz prioriza o desempenho do processador de alta frequência, mas com uma proporção de 1:8. vCPU-to-RAM
## Recursos adicionais do
+ [Instâncias do Amazon EC2 de uso geral (documentação](https://aws.amazon.com/ec2/instance-types/))AWS
+ [Comparison tool](https://instances.vantage.sh/) (Vantage)
+ [Licenciamento — SQL Server](https://aws.amazon.com/windows/faq/#licensing-sql) (AWS documentação)
# Consolidar instâncias
Esta seção se concentra na técnica de otimização de custos de combinar várias instâncias do SQL Server no mesmo servidor para minimizar os custos de licenciamento e maximizar a utilização dos recursos.
## Visão geral do
A criação de uma instância faz parte do processo de instalação do mecanismo de banco de dados do SQL Server. A instância do SQL Server é uma instalação completa, contendo seus próprios arquivos de servidor, logins de segurança e bancos de dados do sistema (master, model, msdb e tempdb). Como uma instância tem todos os seus próprios arquivos e serviços, você pode instalar várias instâncias do SQL Server no mesmo sistema operacional sem que as instâncias interfiram umas nas outras. No entanto, como as instâncias estão todas instaladas no mesmo servidor, todas compartilham os mesmos recursos de hardware, como computação, memória e rede.
É comum usar apenas uma única instância do SQL Server por servidor em ambientes de produção para que uma instância “ocupada” não use demais os recursos de hardware compartilhados. Dar a cada instância do SQL Server seu próprio sistema operacional, com seus próprios recursos, é um limite melhor do que confiar na governança de recursos. Isso é especialmente verdadeiro para workloads de alta performance do SQL Server que exigem grandes quantidades de recursos de RAM e CPU.
No entanto, nem todas as workloads do SQL Server usam uma grande quantidade de recursos. Por exemplo, algumas organizações atribuem a cada um de seus clientes sua própria instância dedicada do SQL Server para fins de conformidade ou segurança. Para clientes menores ou clientes que normalmente não estão ativos, isso significa executar as instâncias do SQL Server com recursos mínimos.
Conforme observado no [guia Microsoft SQL Server 2019: Licenciamento](https://download.microsoft.com/download/e/2/9/e29a9331-965d-4faa-bd2e-7c1db7cd8348/SQL_Server_2019_Licensing_guide.pdf), cada servidor que executa o SQL Server deve contabilizar um mínimo de quatro licenças de CPU. Isso significa que, mesmo que você execute um servidor com apenas dois vCPUs, ainda deverá licenciar o SQL Server para quatro CPUs v. Com base nos [preços públicos do SQL Server da Microsoft](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing), essa é uma diferença de \$13.945 se você usar a edição SQL Server Standard. Para organizações que executam vários servidores com instâncias únicas do SQL Server usando recursos mínimos, o custo combinado de ter que licenciar recursos não utilizados pode ser substancial.
## Cenário de otimização de custos
Esta seção explora um exemplo de cenário que compara a diferença entre executar quatro servidores Windows Server, cada um com uma única instância do SQL Server, com um único servidor Windows Server maior executando várias instâncias do SQL Server simultaneamente.
Se cada instância do SQL Server precisar apenas de dois V CPUs e 8 GB de RAM, o custo total por servidor será de 7.890 USD para a licença do SQL Server, além de um custo de computação por hora de 0,096 USD.
****
| Instância do EC2 | v CPUs | RAM | Preço | v CPUs para licenciar | Custo total de licenciamento do SQL Server |
| --- | --- | --- | --- | --- | --- |
| m6i.large | 2 | 8 | 0,096 | 4 | \$17.890 |
Expandindo isso para quatro servidores, o custo total é de USD 31.560 para a licença do SQL Server com um custo de computação por hora de USD 0,384.
****
| Instância do EC2 | v CPUs | RAM | Preço | v CPUs para licenciar | Custo total de licenciamento do SQL Server |
| --- | --- | --- | --- | --- | --- |
| 4x m6i.large | 2 | 32 | 0,384 | 16 | \$131.560 |
Se você combinar todas as quatro instâncias do SQL Server em uma única instância do EC2, a quantidade total de recursos computacionais e computação permanecerá a mesma. No entanto, ao remover os custos desnecessários de licenciamento do SQL Server, você pode reduzir o custo total de execução da workload em USD 15.780.
****
| Instância do EC2 | v CPUs | RAM | Preço | v CPUs para licenciar | Custo total de licenciamento do SQL Server |
| --- | --- | --- | --- | --- | --- |
| m6i.2xlarge | 8 | 32 | 0,384 | 8 | \$115.780 |
**nota**
Nas tabelas anteriores, os custos computacionais mostram preços por hora sob demanda para servidores do Amazon EC2 executando o Windows Server na região `us-east-1`. Os custos de licenciamento da edição SQL Server Standard referem-se aos [preços públicos do SQL Server da Microsoft](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing).
## Recomendações de otimização de custos
Se você está pensando em consolidar instâncias do SQL Server, a maior preocupação é o consumo de recursos para cada uma das instâncias que você deseja consolidar. É importante obter métricas de performance por longos períodos para entender melhor os padrões das workloads em cada servidor. Algumas ferramentas comuns para monitoramento do consumo de recursos são [Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-metrics-basic-detailed.html), [Windows Performance Monitor](https://techcommunity.microsoft.com/t5/ask-the-performance-team/windows-performance-monitor-overview/ba-p/375481) (perfmon) e as [ferramentas de monitoramento nativas](https://learn.microsoft.com/en-us/sql/relational-databases/performance/performance-monitoring-and-tuning-tools?view=sql-server-ver16) do SQL Server.
Recomendamos que você considere as seguintes questões ao analisar se suas workloads do SQL Server poderiam ser combinadas para usar os mesmos recursos do servidor sem que elas interfiram umas nas outras:
+ Quais recursos (CPU, memória e largura de banda da rede) são consumidos durante seu estado estável?
+ Quais recursos (CPU, memória e largura de banda da rede) são consumidos durante os picos?
+ Com que frequência os picos ocorrem? Os picos são consistentes?
+ Os picos de recursos de um servidor coincidem com os picos de recursos de outro servidor?
+ Quais são as IOPS e o throughput de armazenamento usados pelo SQL Server?
Se você quiser seguir em frente com um plano para combinar instâncias do SQL Server, consulte a publicação [Run multiple instances of SQL Server on one Amazon EC2 instance](https://aws.amazon.com/blogs/mt/run-multiple-instances-sql-server-on-one-amazon-ec2-instance/) no blog AWS Cloud Operations & Migrations. Essa publicação fornece instruções sobre como fazer as alterações de configuração no SQL Server para adicionar outras instâncias. Antes de começar, considere as pequenas diferenças quando várias instâncias são instaladas no mesmo servidor:
+ A instância padrão do banco de dados SQL Server é nomeada `MSSQLSERVER` e usa a porta 1433.
+ Cada instância adicional instalada no mesmo servidor é uma instância de banco de dados “nomeada”.
+ Cada instância nomeada tem um nome de instância e uma porta exclusivos.
+ O [navegador do SQL Server](https://learn.microsoft.com/en-us/sql/tools/configuration-manager/sql-server-browser-service?view=sql-server-ver16) deve ser executado para coordenar o tráfego para as instâncias nomeadas.
+ Cada instância pode usar locais separados para arquivos de dados do banco de dados e logins separados.
+ As [configurações de memória máxima do servidor](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/server-memory-server-configuration-options?view=sql-server-ver16) do SQL Server devem ser definidas de acordo com as necessidades de performance de cada instância, com seu total combinado também deixando memória suficiente para o sistema operacional subjacente.
+ Você pode usar os recursos [nativos de backup e restauração](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases?view=sql-server-ver16) do SQL Server ou o [AWS DMS](https://aws.amazon.com/blogs/database/consolidate-data-from-identical-sql-server-databases-into-a-single-amazon-rds-for-sql-server-database-using-aws-dms/) para migração ou consolidação.
## Recursos adicionais do
+ [Ficha técnica de licenciamento do SQL Server](https://download.microsoft.com/download/0/5/c/05c60185-ebdd-4472-895a-3d8e8da55682/SQL_Server_2019_Licensing_Datasheet.pdf) (blog de operações e migrações AWS na nuvem)
+ Publicação no blog sobre [configuração de várias instâncias do SQL Server (blog](https://aws.amazon.com/blogs/mt/run-multiple-instances-sql-server-on-one-amazon-ec2-instance/) de operações e migrações AWS na nuvem)
# Comparar edições do SQL Server
## Visão geral do
O licenciamento do Microsoft SQL Server é uma das maiores despesas de um ambiente de workload do Windows. Os custos de licenciamento do SQL Server podem facilmente ir além dos custos de computação para executar a workload. Se você escolher a edição errada, poderá pagar por recursos que não está usando ou de que nem precisa. Esta seção compara as seguintes edições do SQL Server, incluindo seus recursos e custos relativos:
+ **Enterprise**: a edição SQL Server Enterprise fornece recursos de data center com alta performance, virtualização ilimitada e várias ferramentas de business intelligence (BI).
+ **Standard**: a edição SQL Server Standard fornece gerenciamento básico de dados e business intelligence para organizações e departamentos menores.
+ **Web** — A edição Web do SQL Server é adequada para empresas que são hospedeiras na web ou provedores de valor agregado na web (VAPs). Esta edição oferece um baixo custo total de propriedade e fornece recursos de escalabilidade e capacidade de gerenciamento para propriedades da web de pequena a grande escala.
**Importante**
Você pode usar a edição SQL Server Web para fornecer suporte a páginas da web, sites e serviços e aplicações web públicos e acessíveis pela internet. Você não pode usar o SQL Server Web Edition para oferecer suporte a line-of-business aplicativos (como aplicativos de gerenciamento de relacionamento com clientes ou aplicativos de gerenciamento de recursos corporativos).
+ **Developer**: a edição SQL Server Developer inclui todas as funcionalidades da edição Enterprise, mas é destinada apenas para fins de desenvolvimento.
+ **Express**: a edição SQL Server Express é um banco de dados gratuito e pode ser usado para aprender ou criar aplicações de área de trabalho. Você pode atualizar a edição Express para outras edições.
**nota**
A edição SQL Server Evaluation está disponível por um período de teste de 180 dias.
## Impacto do custo
Você pode comprar licenças do SQL Server de um revendedor autorizado da Microsoft e trazê-las para a AWS com o Software Assurance. Como alternativa, você pode usar licenças do SQL Server com um pay-as-you-go modelo que inclua a licença do Amazon EC2. AMIs
Se você comprar licenças do SQL Server de revendedores autorizados da Microsoft, as licenças de núcleo serão vendidas em pacotes de dois, e você deverá licenciar no mínimo quatro núcleos por servidor. A tabela a seguir mostra uma comparação de custo entre as edições Enterprise e Standard.
****
| Versão | Edição SQL Server Enterprise (pacote de 2 núcleos) | Edição SQL Server Standard (pacote de 2 núcleos) | Poupança |
| --- | --- | --- | --- |
| 2022 | \$115.123 | \$13.945 | 74% |
| 2019 | \$113.748 | \$13.586 | 74% |
**nota**
Os preços na tabela anterior são baseados nos preços públicos da Microsoft para o [SQL Server 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) e o [SQL Server 2019](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing).
A comparação de custos a seguir mostra a hospedagem de diferentes edições do SQL Server com o Amazon EC2 incluído na licença. AMIs Nessa comparação, o SQL Server está hospedado na r6i.xlarge (4 vCPUs) na região `us-east-1`.
****
| Instância | Custo de computação | Custo de licença do Windows | Custo de licença do SQL Server | Total |
| --- | --- | --- | --- | --- |
| R6i.xlarge (Linux) | \$1183,96 | – | – | \$1183,96 |
| R6i.xlarge \$1 Windows | \$1183,96 | \$1134,32 | – | \$1318,28 |
| R6i.xlarge \$1 edição SQL Server Web | \$1183,96 | \$1134,32 | \$149,35 | \$1367,63 |
| R6i.xlarge \$1 edição SQL Server Standard | \$1183,96 | \$1134,32 | \$1350,4 | \$1668,68 |
| R6i.xlarge \$1 edição SQL Enterprise | \$1183,96 | \$1134,32 | \$11.095 | \$11.413,28 |
Você pode economizar até 95% nos custos de licenciamento do SQL Server selecionando a edição certa do SQL Server para sua workload. A tabela a seguir compara o custo das licenças do SQL Server em instâncias r6i.xlarge.
****
| Edição | % de economia |
| --- | --- |
| Standard versus Enterprise | 68% |
| Web versus Standard | 86% |
| Web versus Enterprise | 95% |
Na maioria dos cenários, as organizações mudam da edição Enterprise para a edição Standard, mas há alguns casos em que é possível mudar da edição Standard ou Enterprise para a edição Web.
## Recomendações de otimização de custos
Você pode escolher a melhor edição para sua workload com base em limites de escalabilidade, alta disponibilidade, performance e segurança. A tabela a seguir mostra os recursos que são compatíveis com as edições do SQL Server. Isso pode ajudar você a decidir qual edição usar. Essa comparação se aplica ao [SQL Server 2016 SP1 e versões posteriores](https://learn.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2022?view=sql-server-ver16).
### Limites de escala
A tabela a seguir compara os limites de escalabilidade das diferentes edições do SQL Server.
****
| Recurso | Enterprise Edition | Standard Edition | Edição Web | Edição Express |
| --- | --- | --- | --- | --- |
| Capacidade máxima de computação usada por uma única instância do SQL Server Database Engine, do SQL Server Analysis Services (SSAS) ou do SQL Server Reporting Services (SSRS) | Sistema operacional máximo | Limitado a menos de 4 soquetes ou 24 núcleos | Limitado a menos de 4 soquetes ou 16 núcleos | Limitado a menos de 4 soquetes ou 4 núcleos |
| Memória máxima para grupos de buffers por instância do SQL Server Database Engine | Sistema operacional máximo | 128 GB | 64 GB | 1.410 MB |
| Capacidade máxima para a extensão do grupo de buffers por instância do SQL Server Database Engine | 32 vezes a memória máxima configurada | 4 vezes a memória máxima configurada | N/D | N/D |
| Tamanho máximo do banco de dados relacional | 524 LIBRAS | 524 LIBRAS | 524 LIBRAS | 10 GB |
| Memória máxima para caches do Columnstore ou dados otimizados para memória | Sistema operacional máximo | 32 GB | 16 GB | 352 MB |
Se seu aplicativo exigir menos de 16 núcleos (32 vCPUs) e 64 GB de RAM, você poderá começar a avaliar a partir da edição Web do SQL Server. Se sua workload exigir mais de 64 GB de memória ou outras opções de alta disponibilidade, você deverá atualizar para a edição SQL Server Standard.
Você pode usar a edição SQL Server Web para oferecer suporte a páginas da web, sites e serviços e aplicações web públicos e acessíveis pela internet, mas não pode usar a edição SQL Server Web para oferecer suporte a aplicações de linha de negócios. Para obter mais informações sobre casos de uso da edição SQL Server Web, entre em contato com o [Microsoft Licensing Support](https://www.microsoft.com/licensing/docs/view/Licensing-Use-Rights) ou com seu revendedor autorizado da Microsoft.
Você pode usar a edição SQL Server Standard para cargas de trabalho de até 24 núcleos (48 vCPUs) e 128 GB de memória. No entanto, você pode usar [extensões de grupos de buffers](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/buffer-pool-extension?view=sql-server-ver16) para permitir que a edição SQL Server Standard utilize o [armazenamento de instâncias locais](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html), como as presentes nas instâncias r6id do EC2. Isso estende a memória até o tamanho de quatro vezes a configuração máxima de memória. Essa combinação de recursos poderá retardar a atualização do servidor para a edição Enterprise quando os requisitos de memória começarem a aumentar.
Você pode identificar a utilização da memória localizando as páginas dos bancos de dados no grupo de buffers e nos contadores de [expectativa de vida da página](https://learn.microsoft.com/en-us/sql/relational-databases/performance-monitor/sql-server-buffer-node?view=sql-server-ver16). A expectativa de vida da página indica quanto tempo a página fica na memória antes de ser transferida de volta para o disco. Esse valor padrão do contador é de 300. Se as páginas permanecerem na memória por horas ou dias, há uma chance de reduzir a memória alocada.
### Alta disponibilidade
A tabela a seguir compara os recursos de alta disponibilidade das diferentes edições do SQL Server.
****
| Recurso | Enterprise Edition | Standard Edition | Edição Web | Edição Express |
| --- | --- | --- | --- | --- |
| Suporte básico do servidor 1 | Sim | Sim | Sim | Sim |
| Envio de logs | Sim | Sim | Sim | Não |
| Espelhamento de banco de dados | Sim | Modo de segurança COMPLETO | Somente como testemunha | Somente como testemunha |
| Compactação de backup | Sim | Sim | Não | Não |
| Instâncias de cluster de failover Always On | 16 nós | 2 nós | Não | Não |
| Grupos de Disponibilidade Always On | Até 8 réplicas secundárias, incluindo 2 réplicas secundárias síncronas | Não | Não | Não |
| Grupos básicos de disponibilidade | Não | 2 nós | Não | Não |
| Restauração on-line de páginas e arquivos | Sim | Não | Não | Não |
| Indexação on-line | Sim | Não | Não | Não |
| Alteração do esquema on-line | Sim | Não | Não | Não |
| Recuperação rápida | Sim | Não | Não | Não |
| Backups espelhados | Sim | Não | Não | Não |
| Adição dinâmica de memória e CPU | Sim | Não | Não | Não |
| Backup criptografado | Sim | Sim | Não | Não |
| Backup híbrido para o Microsoft Azure (backup para URL) | Sim | Sim | Não | Não |
| Servidor de failover para recuperação de desastres | Sim | Sim | Não | Não |
| Servidores de failover para alta disponibilidade | Sim | Sim | Não | Não |
### Outros recursos comuns
A tabela a seguir compara os recursos mais comuns das diferentes edições do SQL Server. Para obter uma lista extensa de recursos, consulte [Editions and supported features of SQL Server 2019](https://learn.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2019?view=sql-server-ver16) na documentação da Microsoft.
****
| Recurso | Enterprise Edition | Standard Edition | Edição Web | Edição Express |
| --- | --- | --- | --- | --- |
| (Performance) Gerenciador de recursos | Sim | Não | Não | Não |
| (Segurança) Transparent Database Encryption (TDE) | Sim | Sim | Não | Não |
| (Segurança) Gerenciamento extensível de chaves (EKM) | Sim | Não | Não | Não |
| (Replicação) Publicação da Oracle | Sim | Não | Não | Não |
| (Replicação) Replicação transacional ponto a ponto | Sim | Não | Não | Não |
| Captura de dados de alteração | Sim | Sim | Não | Não |
### Edição SQL Server Developer
Todas as workloads que não sejam de produção, como ambientes de desenvolvimento, controle de qualidade, testes, preparação e UAT, podem usar a edição SQL Server Developer para economizar 100% nos custos de licenciamento do SQL Server. Depois de [baixar o SQL Server](https://www.microsoft.com/en-us/sql-server/sql-server-downloads), você pode instalar a edição SQL Server Developer em instâncias do EC2 usando locação compartilhada. A infraestrutura dedicada não é necessária na edição SQL Server Developer. Para obter mais informações, consulte a recomendação deste guia para a [edição SQL Server Developer](sql-server-dev.md).
### Troca de edições
Para workloads existentes, mudar de uma edição para outra requer testes extensivos. É uma prática recomendada verificar as workloads em execução nas edições Enterprise ou Standard para ver se os recursos específicos da edição são usados e se há alguma solução alternativa para esses recursos. Por exemplo, se você quiser ver se seus bancos de dados estão usando algum recurso de nível corporativo, você pode executar [visualizações de gerenciamento dinâmico (DMV)](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-persisted-sku-features-transact-sql?view=azuresqldb-current) em todos os bancos de dados, conforme mostra o comando do exemplo a seguir.
`SELECT feature_name FROM sys.dm_db_persisted_sku_features; GO`
Há alguns recursos da edição Enterprise que não podem ser capturados no T-SQL, como a reindexação on-line como parte dos trabalhos de manutenção do SQL. Eles devem ser verificados manualmente.
### Considerações sobre a migração
A forma como você licencia o SQL Server determinará suas opções de troca de edições. As AMIs, incluindo as AMIs do SQL Server, têm o custo de licenciamento incluído no preço da instância do EC2. O custo do licenciamento está vinculado à AMI. Você pode usar [códigos de faturamento da AWS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/billing-info-fields.html) para verificar a versão do SQL Server incluída na sua AMI. Para instâncias da AWS com licença incluída, mudar a edição do SQL Server dentro do sistema operacional não vai alterar o faturamento associado à AMI. Você deve migrar seus bancos de dados para uma nova instância do EC2 com uma AMI executando a nova edição do SQL Server.
Se você estiver trazendo sua própria licença, terá mais flexibilidade. Geralmente, ainda é recomendável migrar para outra instância do EC2 que esteja executando a nova versão. Isso permite um failback fácil se algo não sair conforme o planejado. No entanto, se você precisar usar o servidor existente, ainda poderá fazer uma side-by-side instalação do SQL Server e migrar os bancos de dados entre as instâncias. Para obter etapas mais detalhadas sobre rebaixamentos de side-by-side edições, consulte [Atualização e rebaixamento de edições no SQL Server](https://www.mssqltips.com/sqlservertip/6686/edition-upgrade-and-downgrade-in-sql-server/) no MSSQLTips site.
## Recursos adicionais do
+ [Editions and supported features of SQL Server 2022](https://learn.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-2022?view=sql-server-ver16) (Microsoft Learn)
+ [sys.dm\$1db\$1persisted\$1sku\$1features (Transact-SQL)](https://learn.microsoft.com/en-us/sql/relational-databases/system-dynamic-management-views/sys-dm-db-persisted-sku-features-transact-sql?view=azuresqldb-current) (Microsoft Learn)
+ [Which Version of SQL Server Should You Use?](https://www.brentozar.com/archive/2019/01/which-version-of-sql-server-should-you-use/) (Brent Ozar Unlimited)
+ [AWS Calculadora de Preços](https://calculator.aws/#/estimate?id=e138c18348afd3853a4874681c660bc1947ec5ca) (AWS)
# Avaliar a edição SQL Server Developer
## Visão geral do
A [edição SQL Server Developer](https://www.microsoft.com/en-us/sql-server/sql-server-downloads) é uma edição gratuita do SQL Server que contém todos os recursos da edição Enterprise e pode ser usada em qualquer ambiente que não seja de produção. Na nuvem, onde o licenciamento do Microsoft Developer Network (MSDN) não pode ser usado, a edição SQL Server Developer é uma boa maneira de economizar custos sem precisar fornecer licenças para workloads de desenvolvimento e teste. Isso é especialmente verdadeiro para equipes que administram grandes ambientes de desenvolvimento e teste e buscam reduzir custos desnecessários.
Um ambiente de produção é definido como um ambiente que é acessado pelos usuários finais de uma aplicação (como um site da internet) e é usado para finalidades que vão além da coleta de feedback ou do teste da aceitação dessa aplicação. Outros cenários que constituem ambientes de produção incluem:
+ Ambientes que se conectam a um banco de dados de produção
+ Ambientes que oferecem suporte à recuperação de desastres ou ao backup para um ambiente de produção
+ Ambientes que são usados para produção pelo menos em parte do tempo, como um servidor que é colocado em produção durante os períodos de pico de atividade
Para obter mais informações de licenciamento, consulte [Amazon Web Services and Microsoft: Frequently Asked Questions](https://aws.amazon.com/windows/faq/) na documentação da AWS .
## Impacto do custo
Se você usa a edição SQL Server Developer para workloads que não são de produção, você pode economizar 100% dos seus custos atuais de licenciamento do SQL Server para ambientes de desenvolvimento e teste.
****
| Versão do SQL Server | Edição SQL Server Enterprise (pacote de 2 núcleos) | Edição SQL Server Standard (pacote de 2 núcleos) | Edição SQL Server Developer |
| --- | --- | --- | --- |
| 2022 | \$115.123 | \$13.945 | Gratuito |
| 2019 | \$113.748 | \$13.586 | Gratuito |
**nota**
Os preços na tabela anterior são baseados nos preços públicos da Microsoft para o [SQL Server 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) e o [SQL Server 2019](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing).
A tabela a seguir compara o custo de diferentes edições do SQL Server executadas com 4 v CPUs e usando preços sob demanda na região. `us-east-2` Isso se aplica a cenários que dependem de instâncias com licença incluída de. AWS
****
| Instância do EC2 | AMI | Preço de computação | Preço de licença do Windows | Preço da licença do SQL Server | Preço total |
| --- | --- | --- | --- | --- | --- |
| r5.xlarge | Linux (preços de computação) | \$1183,96 | – | – | \$1183,96 |
| r5.xlarge | Linux \$1 edição SQL Server Developer | \$1183,96 | \$10 | \$10 | \$1183,96 |
| r5.xlarge | Windows Server (LI) | \$1183,96 | \$1134,32 | – | \$1318,28 |
| r5.xlarge | Windows \$1 edição SQL Server Developer | \$1183,96 | \$1134,32 | \$10 | \$1318,28 |
| r5.xlarge | Windows \$1 edição SQL Server Web (LI) | \$1183,96 | \$1134,32 | \$149,64 | \$1367,92 |
| r5.xlarge | Windows \$1 edição SQL Server Standard (LI) | \$1183,96 | \$1134,32 | \$1350,4 | \$1668,68 |
| r5.xlarge | Windows \$1 Edição SQL Server Enterprise (LI) | \$1183,96 | \$1134,32 | \$11095 | \$11413,28 |
### Cenário de otimização de custos
Depois que uma empresa de integridade de dados fez uma nova aquisição, ela queria migrar a workload recém-adquirida de sua localização atual em um provedor de hospedagem gerenciada para consolidar com suas outras workloads na Nuvem AWS. O preço inicial mostrou que a carga de trabalho do SQL Server da empresa custaria 60% AWS mais em execução do que no atual provedor de serviços gerenciados. Um SME em MACO avaliou a estimativa e descobriu que o cliente estava, na verdade, pagando pelas licenças do SQL Server no provedor de hospedagem gerenciada para seus ambientes de desenvolvimento e teste. Ao mudar as workloads de não produção para a edição SQL Server Developer durante a migração, a empresa reduziu o licenciamento do SQL Server em 40%.
### Licença do SQL Server incluída no Amazon EC2
Se você tiver o SQL Server em instâncias do EC2 que usam a [licença incluída AMIs](https://docs.aws.amazon.com/sql-server-ec2/latest/userguide/sql-server-on-ec2-amis.html), não é possível fazer uma conversão direta da edição Enterprise para a edição Developer. Os custos de licenciamento para instâncias com licença incluída estão vinculados à AMI. Mesmo que o SQL Server seja desinstalado do sistema operacional, a instância do EC2 ainda será cobrada pelos custos de licenciamento.
Para converter para a edição Developer, você deve [baixar a edição SQL Server Developer](https://download.microsoft.com/download/c/c/9/cc9c6797-383c-4b24-8920-dc057c1de9d3/SQL2022-SSEI-Dev.exe), instalá-la em uma nova instância do EC2 e, em seguida, migrar seus bancos de dados. Você pode migrar bancos de dados do SQL Server entre instâncias do EC2 usando diversos métodos. Para obter mais informações, consulte [SQL Server database migration methods](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/methods.html) no guia *Migrating Microsoft SQL Server databases to the Nuvem AWS*. Você também pode usar a [solução Automated SQL Server Developer](https://aws.amazon.com/blogs/modernizing-with-aws/automating-sql-server-developer-deployments/) para preparar a nova instância para a qual planeja migrar.
### BYOL do SQL Server no Amazon EC2
Se você tiver instâncias do SQL Server que usam um BYOL, você pode escolher entre as seguintes opções de conversão ou side-by-side downgrade no local:
+ Baixe a [edição SQL Server Developer](https://www.microsoft.com/en-us/sql-server/sql-server-downloads) no site da Microsoft. Para obter instruções de instalação manual ou automatizada, consulte a publicação [Automating SQL Server Developer deployments](https://aws.amazon.com/blogs/modernizing-with-aws/automating-sql-server-developer-deployments/) no Blog da AWS .
+ Use o [backup e a restauração nativos do SQL Server](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases?view=sql-server-ver16) para migrar bancos de dados ou detach/attach bancos de dados de uma instância do SQL para outra.
+ Use uma [ferramenta de automação](https://github.com/aws-samples/ssm-automation-deploy-sql-developer) para implantações em massa.
**nota**
A edição SQL Server Developer é somente para ambientes de não produção.
## Recursos adicionais do
+ [Automatizando implantações do SQL Server Developer para implantar o SQL Server Developer Edition no](https://aws.amazon.com/blogs/modernizing-with-aws/automating-sql-server-developer-deployments/) EC2 (Blog)AWS
+ [SQL 2022 pricing](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) (Microsoft)
+ [SQL 2019 pricing](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) (Microsoft)
+ [Licensing options](https://docs.aws.amazon.com/sql-server-ec2/latest/userguide/sql-server-on-ec2-licensing-options.html) (SQL Server no Amazon EC2)
+ [AWS Calculadora de Preços](https://calculator.aws/#/addService/ec2-enhancement) (documentação do SQL Server no Amazon EC2)
+ [Microsoft SQL Server 2019 Licensing guide](https://download.microsoft.com/download/e/2/9/e29a9331-965d-4faa-bd2e-7c1db7cd8348/SQL_Server_2019_Licensing_guide.pdf) (download da Microsoft)
+ [SQL Server 2022 Developer edition](https://download.microsoft.com/download/c/c/9/cc9c6797-383c-4b24-8920-dc057c1de9d3/SQL2022-SSEI-Dev.exe) (download da Microsoft)
# Avaliar o SQL Server no Linux
## Visão geral do
Desde o SQL Server 2017, é possível instalar o SQL Server em sistemas operacionais Linux. O SQL Server no Linux está pronto para uso corporativo e oferece flexibilidade, alto desempenho, recursos de segurança, TCO reduzido, HA/DR recursos e uma ótima experiência do usuário. Você pode mudar do SQL Server no Windows Server para o SQL Server no Linux para economizar nos custos de licenciamento do Windows Server.
Para Linux, o SQL Server está disponível para implantação no Red Hat Enterprise Linux (RHEL), SUSE Linux Enterprise Server (SLES), Ubuntu e Amazon Linux 2. O mecanismo de banco de dados do SQL Server é executado da mesma forma no Windows Server e no Linux, mas há algumas alterações fundamentais em determinadas tarefas ao usar o Linux. Uma diferença fundamental entre a execução de aplicações SQL Server Always On no Linux e no Windows está relacionada ao cluster de failover. Se você implantar grupos de disponibilidade Always On em um host do Windows Server, poderá aproveitar o [Windows Server Failover Clustering (WSFC)](https://learn.microsoft.com/en-us/sql/sql-server/failover-clusters/windows/windows-server-failover-clustering-wsfc-with-sql-server?view=sql-server-ver16) e o Active Directory como recursos integrados que são compatíveis com o cluster de failover. No entanto, nem o WSFC nem o Active Directory estão disponíveis para fornecer suporte ao cluster de failover no Linux. [Se você quiser iniciar o clustering de failover para o SQL Server no Linux, você pode usá-lo para simplificar [AWS Launch Wizard](https://aws.amazon.com/launchwizard/)a configuração do cluster e a instalação do SQL em instâncias Linux usando o Pacemaker. ClusterLabs ](https://aws.amazon.com/blogs/opensource/deploying-a-highly-available-microsoft-sql-server-on-linux-on-aws/)
O SQL Server no Windows e no Linux compartilha uma base de código comum. Ou seja, o mecanismo principal do SQL Server não precisou ter qualquer alteração para ser executado no Linux. O SQL Server introduziu uma camada de abstração de plataforma (SQLPAL), conforme mostrado no diagrama a seguir.
![\[A camada de abstração de plataforma do SQL Server (SQLPAL)\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/sql_pal.png)
O SQLPAL é responsável pela abstração de chamadas e comunicação entre o SQL Server e o sistema operacional subjacente. A extensão do host é simplesmente uma aplicação Linux nativa. As funções de baixo nível do sistema operacional são chamadas nativas para otimizar o uso de E/S, memória e CPU. Quando a extensão do host é iniciada, ela carrega e inicializa o SQLPAL, que então ativa o SQL Server. O SQLPAL inicia processos de software isolados que fornecem a conversão necessária para o restante do código. Adicionar essa nova camada à arquitetura do SQL Server significa que os mesmos recursos e benefícios básicos de nível corporativo que tornaram o SQL Server tão robusto no Windows estão disponíveis, independentemente do sistema operacional.
## Impacto do custo
Para instâncias r5.2xlarge, a redução do custo de licenciamento do Windows Server é de cerca de USD 268 em cada cenário. A redução é uma porcentagem maior do custo total do servidor em comparação com o uso de edições de menor custo do SQL Server. A tabela a seguir mostra a economia de custos.
****
| Instância | Edição | Custo mensal do SQL Server no Windows | Custo mensal do SQL Server no Linux | Poupança |
| --- | --- | --- | --- | --- |
| r5.2xlarge | Web | \$1735 | \$1466 | 37% |
| r5.2xlarge | Standard | \$11.337 | \$11.068 | 20% |
| r5.2xlarge | Enterprise | \$12.826 | \$12.558 | 10% |
**nota**
A estimativa de preços na tabela anterior é baseada nos preços sob demanda na região `us-east-1` e pode ser visualizada diretamente na [AWS Calculadora de Preços](https://calculator.aws/#/estimate?id=fd37122637710aa7ba46d1949e8b6a15f68d3c0f).
Considere um exemplo de cenário em que um cliente ISV no segmento de pequenas e médias empresas está procurando reduzir os custos em seu ambiente de desenvolvimento. Ele já estão usando a edição SQL Server Developer em um conjunto de servidores Windows. Ao mudar do Windows com a edição SQL Server Developer para o Linux com a edição SQL Server Developer, o cliente ISV pode economizar 33% em sua workload de desenvolvimento. A tabela a seguir mostra os custos estimados para esse cenário.
****
| Estimativa | Custo mensal |
| --- | --- |
| [Windows \$1 SQL Server](https://calculator.aws/#/estimate?id=da0a0f5f58ddf91aa3398af3a78691cfa2204673) | \$19.307,72 |
| [Linux \$1 SQL Server](https://calculator.aws/#/estimate?id=131966c579020eaec957f441c67e9aa0bfd32411) | \$16.218,36 |
| Economia estimada de custos | USD 3.089,36 (33%) |
Em outro cenário de exemplo, uma empresa migra instâncias EC2 do SQL Server incluídas na licença do Windows para o Linux. A empresa economiza um total de USD 300 mil por ano em custos de licenciamento do Windows Server, cerca de 20% de sua fatura total da AWS .
## Recomendações de otimização de custos
Recomendamos que você considere o seguinte:
+ O SQL Server no Linux é compatível a partir do SQL Server 2017.
+ Para ajudar a fazer a mudança, você pode usar o [assistente de redefinição de plataformas de Windows para Linux para bancos de dados Microsoft SQL Server](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/replatform-sql-server.html). O assistente de redefinição de plataformas é uma ferramenta de script que pode ajudar você a mover workloads existentes do SQL Server dos sistemas operacionais Windows para Linux verificando as incompatibilidades comuns, exportando bancos de dados do host Windows e importando os bancos de dados para uma instância do EC2 executando o Microsoft SQL Server 2017 no Ubuntu 16.04.
+ Você também pode usar os recursos de [backup e restauração](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases?view=sql-server-ver16) no SQL Server para mudar do SQL Server no Windows para o Linux.
+ Você pode implantar com facilidade e rapidez no SQL Server no Linux ou no Ubuntu usando o [AWS Launch Wizard](https://docs.aws.amazon.com/launchwizard/latest/userguide/what-is-launch-wizard.html). O assistente de inicialização pode implantar o SQL Server no Linux ou Ubuntu em cenários autônomos e de alta disponibilidade, com base nas necessidades da sua aplicação. Para obter mais informações, consulte a AWS Launch Wizard postagem [Implantando no SQL Server Always on Linux com](https://aws.amazon.com/blogs/modernizing-with-aws/deploy-microsoft-sql-server-always-on-to-linux-with-aws-launch-wizard/) no blog Microsoft Workloads on AWS .
O diagrama a seguir mostra uma arquitetura para uma solução que usa o assistente de redefinição de plataformas de Windows para Linux para bancos de dados Microsoft SQL Server.
![\[Arquitetura do assistente de redefinição de plataformas de Windows para Linux\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/replatforming_assistant.png)
## Recursos adicionais do
+ [Overview of SQL Server on Linux](https://learn.microsoft.com/en-us/sql/linux/sql-server-linux-overview?view=sql-server-ver16) (Microsoft Learn)
+ [Installation guide for SQL Server on Linux](https://learn.microsoft.com/en-us/sql/linux/sql-server-linux-setup?view=sql-server-ver16) (Microsoft Learn)
+ [Implantação no SQL Server Always on Linux com AWS Launch Wizard](https://aws.amazon.com/blogs/modernizing-with-aws/deploy-microsoft-sql-server-always-on-to-linux-with-aws-launch-wizard) (Microsoft Workloads on AWS Blog)
+ [SQL Server altamente disponível no Linux](https://aws.amazon.com/blogs/opensource/deploying-a-highly-available-microsoft-sql-server-on-linux-on-aws/) (blog de código AWS aberto)
# Otimizar as estratégias de backup do SQL Server.
## Visão geral do
A maioria das organizações busca a solução certa para proteger seus dados no SQL Server no [Amazon EC2](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-sql-server/ec2-sql.html) e atender aos requisitos atuais de objetivo de ponto de recuperação (RPO), o tempo máximo aceitável desde o último backup, e de objetivo de tempo de recuperação (RTO), o atraso máximo aceitável entre a interrupção do serviço e a sua restauração. Se estiver executando o SQL Server em instâncias do EC2, há várias opções para criar backups dos seus dados e restaurá-los. As estratégias de backup para proteger os dados do SQL Server no Amazon EC2 incluem as seguintes:
+ Backup em nível de servidor usando snapshots do [Amazon Elastic Block Store (Amazon EBS)](https://learn.microsoft.com/en-us/windows-server/storage/file-server/volume-shadow-copy-service)habilitados para Windows Volume Shadow Copy Service (VSS) ou o [AWS Backup](https://aws.amazon.com/backup/)
+ Backup em nível de banco de dados usando [backup e restauração nativos](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/back-up-and-restore-of-sql-server-databases) no SQL Server
Se você tiver as seguintes opções de armazenamento para [database-level native backup](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html):
+ Um backup local com um [volume do Amazon EBS](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#ebs-volumes)
+ Um backup do sistema de arquivos de rede com o [Amazon FSx para Windows File Server](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#amazon-fsx) ou o Amazon FSx para NetApp ONTAP
+ Backup de rede no Amazon Simple Storage Service (Amazon S3) usando o [AWS Storage Gateway](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/database-level-backup.html#storage-gateway)
+ Backup direto no Amazon S3 para SQL Server 2022
Esta seção apresenta o seguinte:
+ Destaca os recursos para ajudar você a economizar espaço de armazenamento
+ Compara os custos entre as diferentes opções de armazenamento de backend
+ Fornece links para a documentação detalhada a fim de ajudar a implementar essas recomendações
## Backup no nível do servidor usando snapshots habilitados para VSS
Uma arquitetura de instantâneos habilitada para VSS usa o [comando AWS Systems Manager Executar](https://docs.aws.amazon.com/systems-manager/latest/userguide/run-command.html) para instalar o agente VSS em suas instâncias do SQL Server. Você também pode usar o comando Executar para invocar todo o fluxo de trabalho de descarga dos buffers do sistema operacional e do aplicativo no disco, pausar as I/O operações, tirar um point-in-time instantâneo dos volumes do EBS e, em seguida, retomar a E/S.
O Run Command cria snapshots automatizados de todos os volumes do EBS anexados a uma instância de destino. Você também tem a opção de excluir o volume raiz, pois os arquivos de banco de dados do usuário geralmente são armazenados em outros volumes. Se você fizer o stripe de vários volumes do EBS para criar um único sistema de arquivos para arquivos do SQL Server, o Amazon EBS também oferecerá suporte a snapshots em vários volumes consistentes em caso de falhas usando um único comando de API. Para obter mais informações sobre [snapshots do EBS habiltados para VSS](https://aws.amazon.com/blogs/mt/take-microsoft-vss-enabled-snapshots-using-amazon-ec2-systems-manager/) consistentes com aplicações, consulte [Create a VSS application-consistent snapshot](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/application-consistent-snapshots.html) na documentação do Amazon EC2.
O diagrama a seguir mostra uma arquitetura para backup no nível de servidor usando snapshots habilitados para VSS.
![\[Arquitetura de snapshots habilitados para VSS\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/snapshots_backup_arch.png)
Considere as seguintes vantagens de usar snapshots habilitados para VSS:
+ O primeiro snapshot de uma instância de banco de dados contém os dados da instância de banco de dados completa. Os snapshots subsequentes da mesma instância de banco de dados são [incrementais](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-snapshots.html#how_snapshots_work), o que significa que somente os dados que foram alterados depois do snapshot mais recente serão salvos.
+ Os instantâneos do EBS fornecem point-in-time recuperação.
+ É possível [restaurar para uma nova instância do EC2 do SQL Server desde um snapshot](https://docs.aws.amazon.com/prescriptive-guidance/latest/backup-recovery/restore.html).
+ Se uma instância for criptografada usando o Amazon EBS, ou se um banco de dados for criptografado na instância usando TDE, essa instância ou banco de dados será restaurado automaticamente com a mesma criptografia.
+ É possível copiar seus [backups automatizados entre regiões](https://docs.aws.amazon.com/ebs/latest/userguide/event-policy.html).
+ Ao restaurar um volume do EBS de um snapshot, ele se torna imediatamente disponível para acesso pelas aplicações. Isso significa que você pode colocar o SQL Server online imediatamente após restaurar de snapshots um ou mais de seus volumes subjacentes do EBS.
+ Por padrão, os volumes restaurados buscam blocos subjacentes do Amazon S3 na primeira vez que uma aplicação tenta lê-los. Isso significa que pode haver um atraso na performance após a restauração de um volume do EBS a partir de um snapshot. O volume em algum momento atingirá a performance nominal. No entanto, é possível evitar esse atraso usando [snapshots de restauração rápida (FSR)](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-fast-snapshot-restore.html).
+ Você pode usar o [gerenciamento do ciclo de vida para snapshots do EBS](https://aws.amazon.com/blogs/aws/new-lifecycle-management-for-amazon-ebs-snapshots/).
Considere as seguintes limitações do uso de snapshots habilitados para VSS:
+ Você não pode realizar a point-in-time recuperação entre regiões com um instantâneo criptografado para uma instância do SQL Server.
+ Não é possível criar um snapshot criptografado de uma instância não criptografada.
+ Não é possível restaurar um banco de dados individual porque o snapshot é obtido no nível do volume do EBS.
+ Não é possível restaurar a instância para si mesma.
+ Um snapshot da instância de banco de dados deve ser criptografado usando a mesma chave do AWS Key Management Service (AWS KMS) que a instância de banco de dados.
+ I/O O armazenamento é suspenso por uma fração de segundo (aproximadamente 10 milissegundos) durante o processo de backup instantâneo.
## Backup do SQL Server usando AWS Backup
Você pode usar [AWS Backup](https://aws.amazon.com/backup/)para centralizar e automatizar a proteção de dados em todo o mundo. Serviços da AWS AWS Backup oferece uma solução econômica, totalmente gerenciada e baseada em políticas que simplifica a proteção de dados em grande escala. AWS Backup também ajuda você a apoiar suas obrigações de conformidade regulatória e a cumprir suas metas de continuidade de negócios. Junto com AWS Organizations, AWS Backup permite que você implante centralmente políticas de proteção de dados (backup) para configurar, gerenciar e governar sua atividade de backup em toda a organização Contas da AWS e nos recursos.
O diagrama a seguir mostra a arquitetura de uma solução de backup e restauração para o SQL Server no EC2 usando o AWS Backup.
![\[AWS Backup arquitetura\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/aws_backup_arch.png)
Considere as seguintes vantagens de fazer backup do SQL Server usando o AWS Backup:
+ É possível automatizar os cronogramas de backup, o gerenciamento de retenção e o gerenciamento do ciclo de vida.
+ Você pode centralizar sua estratégia de backup em toda a organização, abrangendo várias contas e. Regiões da AWS
+ É possível centralizar o monitoramento da sua atividade de backup e os alertas nos Serviços da AWS.
+ Também é possível implementar backups entre regiões para planejar a recuperação de desastres.
+ A solução oferece suporte a backups entre várias contas.
+ É possível fazer backups seguros usando criptografia de backup secundária.
+ Todos os backups oferecem suporte à criptografia usando chaves AWS KMS de criptografia.
+ A solução funciona com o TDE.
+ Você pode restaurar para um ponto de recuperação específico via console do AWS Backup .
+ É possível fazer backup de uma instância do SQL Server inteira, o que inclui todos os bancos de dados do SQL Server.
## Backup em nível de banco de dados
Essas abordagens usam a funcionalidade nativa de backup do Microsoft SQL Server. Você pode fazer backups de bancos de dados individuais na instância do SQL Server e restaurar um banco de dados individual.
Cada uma dessas opções para backup e restauração nativas do SQL Server também oferece suporte a:
+ Compactação e backup de vários arquivos
+ Backups completos, diferenciais e T-log
+ Bancos de dados criptografados com TDE
### Backup e restauração nativos do SQL Server no Amazon S3
O SQL Server no Amazon EC2 é compatível com backup e restauração nativos de bancos de dados do SQL Server. É possível fazer um backup do banco de dados do SQL Server e depois restaurar o arquivo de backup em um banco de dados existente ou em uma nova instância do EC2 do SQL Server, Amazon RDS para SQL Server ou em um servidor on-premises.
O Storage Gateway é um serviço de armazenamento em nuvem híbrida que fornece às aplicações on-premises acesso a armazenamento em nuvem praticamente ilimitado. Você pode usar o Storage Gateway para fazer backup de bancos de dados do Microsoft SQL Server diretamente no Amazon S3, reduzindo sua pegada de armazenamento on-premises e usando o Amazon S3 para armazenamento durável, escalável e econômico.
O diagrama a seguir mostra a arquitetura de uma solução nativa de backup e restauração usando o Storage Gateway e o Amazon S3.
![\[Arquitetura do Amazon S3 e do Storage Gateway\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/storage_gateway_backup_arch.png)
Considere as seguintes vantagens de usar o backup nativo do SQL Server com o Storage Gateway:
+ É possível mapear um gateway de armazenamento como um compartilhamento de arquivos Server Message Block (SMB) na instância do EC2 e enviar o backup para o Amazon S3.
+ O backup ocorre diretamente no bucket do S3 ou por meio do cache de arquivos do Storage Gateway.
+ Há suporte a backups de vários arquivos.
Considere as seguintes limitações do backup nativo usando o Storage Gateway:
+ É necessário configurar o backup e a restauração para cada banco de dados individual.
+ É necessário gerenciar a [Política de ciclo de vida do Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/object-lifecycle-mgmt.html) para os arquivos de backup.
Para obter mais informações sobre como configurar o Storage Gateway, consulte a publicação [Store SQL Server backups in Amazon S3 using AWS Storage Gateway](https://aws.amazon.com/blogs/database/storing-sql-server-backups-in-amazon-s3-using-aws-storage-gateway/) no Blog da AWS .
### Backup nativo do SQL Server em volumes do EBS
É possível fazer um backup nativo do seu banco de dados do SQL Server e armazenar o arquivo em um volume do Amazon EBS. O Amazon EBS é um serviço de armazenamento em blocos de alta performance. Os volumes do EBS são elásticos, o que é compatível com criptografia. Eles podem ser desanexados e anexados a uma instância do EC2. Você pode fazer o backup do SQL Server em uma instância do EC2 no mesmo tipo ou em um tipo diferente de volume do EBS. Uma vantagem de fazer backup em um volume diferente do EBS é a economia de custos.
O diagrama a seguir mostra a arquitetura de um backup nativo em um volume do EBS.
![\[Arquitetura de volumes do Amazon EBS\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ebs_backup_arch.png)
Considere as seguintes vantagens de usar o backup nativo do SQL Server para volumes do EBS:
+ Você pode fazer backups de bancos de dados individuais em uma instância do EC2 do SQL Server e restaurar um banco de dados individual em vez de precisar restaurar a instância completa.
+ Há suporte a backups de vários arquivos.
+ É possível programar trabalhos de backup usando o SQL Server Agent e o mecanismo de trabalho do SQL Server.
+ Você pode obter benefícios de performance por meio de suas opções de hardware. Por exemplo, você pode usar volumes de armazenamento st1 para obter maior throughput.
Considere as seguintes limitações de usar backup nativo para volumes do EBS:
+ É necessário mover manualmente os backups do volume do EBS para o Amazon S3.
+ Para backups grandes, é necessário gerenciar o espaço em disco no Amazon EC2.
+ Na instância do EC2, a throughput do Amazon EBS pode ser um gargalo.
+ É necessário armazenamento adicional para armazenar backups no Amazon EBS.
### Backup nativo do SQL Server para Amazon FSx para Windows File Server
[O Amazon FSx para Windows File Server](https://aws.amazon.com/fsx/windows/) é um sistema de arquivos Windows nativo totalmente gerenciado que oferece até 64 TB de armazenamento projetado para oferecer desempenho rápido, previsível e consistente. AWS introduziu [suporte nativo para implantações de sistemas de arquivos Multi-AZ](https://aws.amazon.com/blogs/aws/amazon-fsx-for-windows-file-server-update-new-enterprise-ready-features/) no FSx Windows File Server. O suporte nativo facilita a implantação do armazenamento de arquivos do Windows na AWS com alta disponibilidade e redundância em várias zonas de disponibilidade. A AWS também introduziu suporte para [compartilhamentos de arquivos SMB de disponibilidade contínua (CA)](https://aws.amazon.com/about-aws/whats-new/2019/11/amazon-fsx-for-windows-file-server-adds-support-for-high-availability-microsoft-sql-server-deployments/). Você pode usar o FSx Windows File Server como armazenamento de backup para um banco de dados do SQL Server.
O diagrama a seguir mostra a arquitetura de um backup nativo do SQL Server FSx para o Windows File Server.
![\[FSx para arquitetura de backup do Windows File Server\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/fsx_backup_arch.png)
Considere os seguintes benefícios de usar o backup nativo do SQL Server FSx para o Windows File Server:
+ Você pode fazer backup do seu banco de dados SQL Server em um compartilhamento de FSx arquivos da Amazon.
+ Você pode fazer backups de bancos de dados individuais em uma instância do SQL Server e restaurar um banco de dados individual em vez de precisar restaurar a instância completa.
+ Os backups multipartes são compatíveis.
+ É possível programar trabalhos de backup usando o agente e o mecanismo de trabalho do SQL Server.
+ As instâncias têm maior largura de banda da rede em comparação com o Amazon EBS.
Considere as seguintes limitações do uso do backup nativo do SQL Server FSx para o Windows File Server:
+ Você deve mover manualmente os backups da Amazon para o Amazon S3 FSx usando AWS Backup ou. AWS DataSync
+ Backups grandes podem exigir uma sobrecarga adicional para o gerenciamento do espaço em disco na Amazon FSx.
+ A throughput da rede da instância do EC2 pode ser um gargalo.
+ É necessário armazenamento adicional para armazenar backups no FSx Windows File Server.
### Backup do SQL Server na Amazon FSx para NetApp ONTAP
Os instantâneos com FSx for ONTAP são sempre consistentes com falhas, mas exigem que você desative (ou pause) seu banco I/O de dados para criar um instantâneo consistente com o aplicativo. Você pode usar NetApp SnapCenter (uma ferramenta de orquestração com plug-ins para aplicativos específicos, incluindo o SQL Server) com o ONTAP FSx para criar instantâneos consistentes com aplicativos e proteger, replicar e clonar seus bancos de dados sem custo adicional.
#### NetApp SnapCenter
NetApp SnapCenter é uma plataforma unificada para proteção de dados consistente com aplicativos. SnapCenter refere-se aos instantâneos como backups. Este guia adota a mesma convenção de nomenclatura. SnapCenter fornece um painel único para gerenciar backups, restaurações e clones consistentes com aplicativos. Você adiciona um SnapCenter plug-in para seu aplicativo de banco de dados específico para criar backups consistentes com o aplicativo. O SnapCenter plug-in para SQL Server fornece a seguinte funcionalidade que simplifica seu fluxo de trabalho de proteção de dados.
+ Opções de backup e restauração com granularidade para backups completos e de logs
+ Restauração no local e em um local alternativo
Para obter mais informações sobre SnapCenter, consulte a postagem [Proteja suas cargas de trabalho do SQL Server usando NetApp SnapCenter com a Amazon FSx for NetApp ONTAP](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/) no blog AWS de armazenamento.
### Otimização de custos para backups
As opções a seguir podem ajudar você a reduzir o custo de armazenamento de backups do SQL Server na AWS.
+ Habilite a [compactação do SQL Server](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-compression-sql-server?view=sql-server-ver16) durante a criação do arquivo de backup e envie o menor arquivo possível para o armazenamento. Por exemplo, uma taxa de compactação de 3:1 indica que você está economizando cerca de 66% em espaço em disco. Para consultar essas colunas, você pode usar a seguinte instrução Transact-SQL: `SELECT backup_size/compressed_backup_size FROM msdb..backupset;`.
+ Para backups que vão para buckets do S3, habilite a classe de armazenamento [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) para reduzir os custos de armazenamento em 30%.
+ Para backups que vão FSx para o Windows File Server ou FSx para o ONTAP, use uma única zona de disponibilidade para economizar 50% (em comparação com o uso de várias zonas de disponibilidade). Para obter informações sobre preços, consulte Preços do [Amazon FSx para Windows File Server e Preços do](https://aws.amazon.com/fsx/windows/pricing/) [Amazon FSx for NetApp ONTAP.](https://aws.amazon.com/fsx/netapp-ontap/pricing/)
+ A opção mais eficiente para o SQL Server 2022 é o backup direto no Amazon S3. Você pode economizar custos adicionais evitando o Storage Gateway.
### Resultados do teste da avaliação comparativa de backups
Esta seção compara as opções a seguir, do ponto de vista de custo e performance, para um banco de dados de exemplo de 1 TB, com base nos resultados dos testes da avaliação comparativa de performance nas soluções de backup abordadas neste guia.
+ **Especificação de instância do EC2**: r5d.8xlarge com Windows Server 2019 e a edição SQL Server 2019 Developer
+ **Especificação do banco de dados**: 1 TB de tamanho com o TDE desabilitado
Os testes foram realizados com uma instância r5d.8xlarge e um banco de dados SQL Server de 1 TB como origem. O sistema de origem foi configurado de acordo com as práticas recomendadas, e o banco de dados de origem continha quatro arquivos de dados (250 GB cada) e um arquivo de log (50 GB) distribuídos em volumes gp3 separados. O comando `BACKUP` nativo do SQL Server incluiu a gravação em dez arquivos de backup usando compactação para otimizar a performance do backup e reduzir a quantidade de dados enviados pela rede e gravados no destino. Em todos os casos de teste, a performance do armazenamento foi o gargalo.
Há uma variedade quase infinita de configurações possíveis para esses tipos de teste. Esse teste se concentrou na otimização para performance, custo, escalabilidade e casos de uso reais. A tabela a seguir mostra as métricas de performance que foram capturadas para as opções de destino de backup.
****
| Opções de backup | Nível | Duração da execução (Aprox.) | Taxa de backup | Custo em USD por mês\$1 |
| --- | --- | --- | --- | --- |
| Backup nativo para HDD st1 EBS local, 2 TB | Banco de dados | 00:30:46 min. | 554,7 Mbps | \$192,16 |
| Backup nativo para SSD gp3 EBS local, 2 TB | Banco de dados | 00:22:00 min. | 512 Mbps | \$1193,84 |
| Backup nativo FSx para Windows File Server HDD, taxa de transferência de 2 TB @512 Mbps | Banco de dados | 00:20:58 min. | 814,0 Mbps | [\$11.146](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Backup nativo FSx para Windows File Server SSD, taxa de transferência de 2 TB @512 Mbps | Banco de dados | 00:20:00 min. | 814,0 Mbps | [\$11.326](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Backup nativo no Gateway de Arquivos do S3 m6i.4xlarge (16 vCPU, 64 GB) com 2 TB gp3 | Banco de dados | 00:23:20 min. | 731,5 Mbps | \$1470,42 |
| Snapshot do EBS VSS | Volume do EBS | 00:00:02 seg.00:00:53 seg. | Snapshot N/A | [\$151](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| AWS Backup (Backup da AMI) | AMI | 00:00:04 seg.00:08:00 min. | Snapshot N/A | [\$175](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Backup nativo do SQL Server diretamente no Amazon S3 (SQL Server 2022) | Banco de dados | 00:12:00 min. | 731,5 Mbps | [Primeiros 50 TB/mês, USD 0,023 por GB USD 23,55 por mês](https://calculator.aws/#/estimate?id=e13d8a385d25b2d4f1320c5b1156b953355b7c13) |
| Backup nativo FSx para ONTAP (usando SnapCenter) | Banco de dados | – | – | [\$1440,20](https://calculator.aws/#/estimate?id=8c9a0b2c296f9839f3ca16bdc2dcd9a6f52f1faf) |
A tabela anterior supõe o seguinte:
+ Os custos de transferência de dados e do Amazon S3 não estão incluídos.
+ O preço do armazenamento está incluído no preço da instância.
+ Os custos são baseados na região `us-east-1`.
+ O throughput e a IOPS aumentam em 10% com vários backups que têm uma taxa geral de alteração de 10% ao longo do mês.
Os resultados do teste mostram que a opção mais rápida é um backup nativo do banco de dados SQL Server FSx para o Windows File Server. Um backup no Storage Gateway e nos volumes do EBS anexados localmente é a opção mais econômica, mas tem uma performance mais lenta. Para backups em nível de servidor (AMI), recomendamos o uso AWS Backup para otimizar o desempenho, o custo e a capacidade de gerenciamento.
## Recomendações de otimização de custos
Compreender as possíveis soluções para fazer backup do SQL Server no Amazon EC2 é fundamental para proteger seus dados, garantindo que atenda às suas necessidades de backup, e colocar um plano em prática para se recuperar de eventos críticos. As diferentes formas de fazer backup e restaurar suas instâncias e bancos de dados do SQL Server analisados nesta seção podem ajudar você a criar uma estratégia de backup e restauração que proteja seus dados e atenda aos requisitos da sua organização.
Esta seção abrange as seguintes opções de backup:
+ Compactação
+ Amazon S3 Intelligent-Tiering
+ Zona de disponibilidade única
+ Backup em URL
A orientação fornecida para cada uma dessas opções é de alto nível. Se você deseja implementar alguma dessas recomendações em sua organização, recomendamos que entre em contato com a equipe da sua conta. A equipe pode então contratar um Microsoft Specialist SA para conduzir a conversa. Você também pode entrar em contato pelo e-mail optimize-microsoft@amazon.com.
Em resumo, recomendamos o seguinte:
+ Se você estiver usando o SQL Server 2022, fazer backup no Amazon S3 é a opção mais econômica.
+ Se você estiver usando o SQL Server 2019 e edições anteriores do SQL Server, considere fazer backup no Storage Gateway baseado no Amazon S3 como a opção mais econômica.
### Compactação
O objetivo da compactação é ter menos armazenamento consumido por cada backup, o que é benéfico para várias opções de armazenamento. Você deve habilitar a compactação para um backup do SQL Server no nível da [instância do SQL Server](https://learn.microsoft.com/en-us/sql/database-engine/configure-windows/view-or-configure-the-backup-compression-default-server-configuration-option?view=sql-server-ver16). O seguinte exemplo mostra como adicionar a palavra-chave de compactação com um banco de dados de backup:
`BACKUP DATABASE TO DISK WITH COMPRESSION (ALGORITHM = QAT_DEFLATE)`
### Amazon S3 Intelligent-Tiering
Para backups que vão para buckets do Amazon S3, você pode habilitar o [Amazon S3 Intelligent-Tiering](https://aws.amazon.com/s3/storage-classes/intelligent-tiering/) como sua [classe de armazenamento](https://docs.aws.amazon.com/filegateway/latest/files3/storage-classes.html#ia-file-gateway) do Gateway de Arquivos do Amazon S3. Isso pode reduzir os custos do armazenamento em até 30%. Em seguida, você monta o Gateway de Arquivos do S3 em seus servidores SQL usando um compartilhamento de arquivos SMB que pode ser integrado ao seu [domínio do Active Directory](https://docs.aws.amazon.com/filegateway/latest/files3/CreatingAnSMBFileShare.html#configure-SMB-settings). Isso fornece controle de acesso para seu compartilhamento, a capacidade de aproveitar contas de serviço existentes e acesso ao Amazon S3 usando um protocolo de arquivo comum focado na Microsoft. Para contas que talvez não tenham conectividade direta com um controlador de domínio, você pode usar o [Active Directory Connector](https://docs.aws.amazon.com/directoryservice/latest/admin-guide/directory_ad_connector.html) para facilitar a comunicação com o Active Directory on-premises ou na nuvem. Para definir as configurações do Active Directory no gateway, você deve especificar o conector do Active Directory IPs para que o controlador de domínio faça solicitações de proxy para o Active Directory.
O diagrama a seguir mostra uma arquitetura para uma solução baseada no S3 Intelligent-Tiering.
![\[Arquitetura de S3 Intelligent-Tiering\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/ad_connector_arch.png)
Por padrão, os arquivos de backup gravados no bucket do S3 usam a camada Standard. Para converter os arquivos de backup da camada Standard para o S3 Intelligent-Tiering, você deve [criar uma regra de ciclo de vida](https://docs.aws.amazon.com/AmazonS3/latest/userguide/lifecycle-transition-general-considerations.html). Você também pode usar o [Console de gerenciamento da AWS](https://docs.aws.amazon.com/AmazonS3/latest/userguide/using-intelligent-tiering.html#enable-auto-archiving-int-tiering) para habilitar o S3 Intelligent-Tiering. Para obter mais informações, consulte [Comece a usar o Amazon S3 Intelligent-Tiering](https://aws.amazon.com/getting-started/hands-on/getting-started-using-amazon-s3-intelligent-tiering/) na documentação da AWS .
### Zona de disponibilidade única
Para criar um sistema de arquivos de zona de disponibilidade única, escolha a opção Single-AZ ao [criar um sistema de arquivos FSx para Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/getting-started.html). A Amazon FSx também faz backups altamente duráveis (armazenados no Amazon S3) do seu sistema de arquivos diariamente usando o Windows Volume Shadow Copy Service e permite que você faça backups adicionais a qualquer momento. Tenha em mente alguns dos problemas com o uso de uma única zona de disponibilidade. Por exemplo, o compartilhamento de arquivos SMB ficará inacessível se uma zona de disponibilidade afetada em que o sistema de arquivos é provisionado ficar inativa por várias horas. Se você precisar de acesso aos dados, deverá restaurá-los de backups em uma zona de disponibilidade disponível na região de origem. Para obter mais informações, consulte a seção [Usar uma única zona de disponibilidade](storage-fsx-single-az.md) deste guia.
### Backup em URL
Para o SQL Server 2022, o recurso de [backup em URL](https://www.microsoft.com/en-us/sql-server/blog/2022/09/29/backup-and-restore-to-url-for-s3-compatible-object-storage/) permite o backup direto no Amazon S3. Essa é a abordagem de backup ideal para o SQL Server 2022 em execução, AWS pois você obtém o conjunto completo de recursos do Amazon S3 na camada de armazenamento e remove o custo do AWS Storage Gateway dispositivo necessário nas versões anteriores para facilitar essa funcionalidade. Há dois custos principais a serem considerados ao implementar esse recurso: custos de transferência de dados e a classe de armazenamento S3 escolhida. Se você quiser os recursos nativos de recuperação de desastres do Amazon S3, deve considerar que a [replicação entre regiões](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html#crr-scenario) incorre em [custos de saída de dados](https://aws.amazon.com/s3/pricing/?p=pm&c=s3&z=4) entre regiões. Para saber mais sobre como configurar essa opção, consulte a publicação [Backup SQL Server databases to Amazon S3](https://aws.amazon.com/blogs/modernizing-with-aws/backup-sql-server-to-amazon-s3/) em Microsoft Workloads no Blog da AWS .
## Recursos adicionais do
+ [Opções de backup e restauração para SQL Server no Amazon EC2 (orientação](https://docs.aws.amazon.com/prescriptive-guidance/latest/sql-server-managing-on-aws/welcome.html)AWS prescritiva)
+ [Point-in-time recuperação e backup contínuo para Amazon RDS com AWS Backup](https://aws.amazon.com/blogs/storage/point-in-time-recovery-and-continuous-backup-for-amazon-rds-with-aws-backup/) (AWS Storage Blog)
+ [Proteja suas cargas de trabalho do SQL Server usando o NetApp SnapCenter Amazon FSx for NetApp ONTAP](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/) (AWS Storage Blog)
+ [Introdução ao uso do Amazon S3 Intelligent-Tiering](https://aws.amazon.com/getting-started/hands-on/getting-started-using-amazon-s3-intelligent-tiering/) (Centro de recursos para começar a usar)AWS
+ [Estratégias de backup e restauração do Amazon RDS for SQL Server](https://aws.amazon.com/blogs/database/backup-and-restore-strategies-for-amazon-rds-for-sql-server/)AWS (blog do banco de dados)
+ [Migre um banco de dados local do Microsoft SQL Server para o Amazon EC2 (orientação](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-an-on-premises-microsoft-sql-server-database-to-amazon-ec2.html) prescritiva)AWS
+ [Melhores práticas para implantar o Microsoft SQL Server no Amazon](https://docs.aws.amazon.com/whitepapers/latest/best-practices-for-deploying-microsoft-sql-server/best-practices-for-deploying-microsoft-sql-server.html) EC2 AWS (Whitepaper)
# Modernizar bancos de dados do SQL Server.
## Visão geral do
Se você está iniciando uma jornada para modernizar bancos de dados legados para escalabilidade, performance e otimização de custos, talvez esteja enfrentando desafios com bancos de dados comerciais como o SQL Server. Os bancos de dados comerciais são caros, criam dependência do fornecedor e oferecem termos de licenciamento punitivos. Esta seção fornece uma visão geral de alto nível das opções de migração e modernização do SQL Server para bancos de dados de código aberto e informações sobre como escolher a melhor opção para sua workload.
Você pode refatorar seus bancos de dados do SQL Server em bancos de dados de código aberto, como o Amazon Aurora PostgreSQL, para economizar nos custos de licenciamento do Windows e do SQL Server. Bancos de dados modernos nativos da nuvem, como o Aurora, combinam a flexibilidade e o baixo custo dos bancos de dados de código aberto com os recursos robustos e de nível corporativo dos bancos de dados comerciais. Se você tiver workloads variáveis ou workloads multiocatárias, também poderá migrar para o [Aurora Sem Servidor v2](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-serverless-v2.html). Isso pode reduzir os custos em até 90%, dependendo das características da workload. Além disso, AWS oferece recursos como o [Babelfish para Aurora PostgreSQL](https://aws.amazon.com/rds/aurora/babelfish/), ferramentas como [AWS Schema Conversion Tool (AWS SCT) e serviços como [AWS Database Migration Service (AWS DMS)](https://aws.amazon.com/dms/)](https://aws.amazon.com/dms/schema-conversion-tool/) para simplificar a migração e a modernização dos bancos de dados do SQL Server no. AWS
## Ofertas de banco de dados
A migração do SQL Server no Windows para bancos de dados de código aberto como o Amazon Aurora, Amazon RDS para MySQL ou Amazon RDS para PostgreSQL pode oferecer economias de custo significativas sem comprometer a performance ou os recursos. Considere o seguinte:
+ A mudança da edição SQL Server Enterprise no Amazon EC2 para o Amazon RDS para PostgreSQL ou o Amazon RDS para MySQL pode resultar em economias de até 80%.
+ A mudança da edição SQL Server Enterprise no Amazon EC2 para a edição do Amazon RDS compatível com PostgreSQL ou a edição do Amazon Aurora compatível com MySQL pode resultar em economias de até 70%.
Para workloads de banco de dados tradicionais, o Amazon RDS para PostgreSQL e o Amazon RDS para MySQL atendem aos requisitos e fornecem uma solução econômica para bancos de dados relacionais. O Aurora adicionou vários recursos de disponibilidade e performance antes limitados a fornecedores comerciais caros. Os recursos de resiliência do Aurora têm um custo adicional. No entanto, em comparação com recursos semelhantes de outros fornecedores comerciais, os custos de resiliência do Aurora ainda são mais baratos do que os cobrados por softwares comerciais pelo mesmo tipo de recursos. A arquitetura do Aurora é otimizada para oferecer melhorias significativas na performance em comparação com as implantações padrão do MySQL e do PostgreSQL.
Como o Aurora é compatível com bancos de dados PostgreSQL e MySQL de código aberto, há o benefício adicional da portabilidade. Se a melhor opção for o Amazon RDS para PostgreSQL, o Amazon RDS para MySQL ou o Aurora, tudo se resume a entender os requisitos dos negócios e mapear os recursos necessários para a melhor opção.
## Comparação entre o Amazon RDS e o Aurora
A tabela a seguir resume as principais diferenças entre o Amazon RDS e o Amazon Aurora.
****
| Categoria | Amazon RDS para PostgreSQL e Amazon RDS para MySQL | Aurora PostgreSQL ou Aurora MySQL |
| --- | --- | --- |
| desempenho | Boa performance | Performance 3x ou melhor |
| Failover | Normalmente, de 60 a 120 segundos\$1 | Normalmente, 30 segundos |
| Escalabilidade | Até 5 réplicas de leituraAtraso em segundos | Até 15 réplicas de leituraAtraso em milissegundos |
| Armazenamento | Até 64 TB | Até 128 TB |
| Armazenamento de HA | Multi-AZ com um ou dois modos de espera, cada um com cópia do banco de dados | 6 cópias de dados em 3 zonas de disponibilidade por padrão |
| Backup | Backups de logs e snapshots diários | Backup contínuo e assíncrono no Amazon S3 |
| Inovações com o Aurora | NA | 100 GBClonagem rápida de banco de dados |
| | Réplicas de leitura com ajuste de escala automático | |
| | Gerenciamento de planos de consultas | |
| | Aurora Sem Servidor | |
| | Réplicas entre regiões com banco de dados global | |
| | Gerenciamento do cache de clusters\$1\$1 | |
| | Consulta paralela | |
| | Fluxos de atividades do banco de dados | |
\$1Transações grandes podem aumentar os tempos de failover
\$1\$1Disponível no Aurora PostgreSQL
A tabela a seguir mostra o custo mensal estimado dos diferentes serviços de banco de dados abordados nesta seção.
****
| Serviço de banco de dados | Custo em USD por mês\$1 | AWS Calculadora de Preços (requer Conta da AWS) |
| --- | --- | --- |
| Amazon RDS para edição SQL Server Enterprise | \$13.750 | [Estimativa](https://calculator.aws/#/estimate?id=16f190d818045bb99fb59659cecca80f92db4bbc) |
| Amazon RDS para edição SQL Server Standard | \$12.318 | [Estimativa](https://calculator.aws/#/estimate?id=5a5e9832ae80fd9ad9e8010c9a17f57d5a0415ca) |
| Edição SQL Server Enterprise no Amazon EC2 | \$12.835 | [Estimativa](https://calculator.aws/#/estimate?id=0976f53e9b1b55d5475dc394c8caae9d5581183b) |
| Edição SQL Server Standard no Amazon EC2 | \$11.345 | [Estimativa](https://calculator.aws/#/estimate?id=3cada8ab6d72b68a2eb3bc92927990c9f7e264ca) |
| Amazon RDS para PostgreSQL | \$1742 | [Estimativa](https://calculator.aws/#/estimate?id=bd825d40c79c0df8f0cf053d55ca39acc8a927fe) |
| Amazon RDS para MySQL | \$1712 | [Estimativa](https://calculator.aws/#/estimate?id=c0f61d7b67652e58df5bf6cb244e9455ff4a8558) |
| Aurora PostgreSQL | \$11.032 | [Estimativa](https://calculator.aws/#/estimate?id=a557d7d740e5d87c9764bd369de81a5873dad053) |
| Aurora MySQL | \$11.031 | [Estimativa](https://calculator.aws/#/estimate?id=5924d827c98beadda65368c8e64eb249c001afd6) |
\$1 O preço do armazenamento está incluído no preço da instância. Os custos são baseados na região `us-east-1`. O throughput e a IOPS são suposições. Os cálculos são para instâncias r6i.2xlarge e r6g.2xlarge.
## Recomendações de otimização de custos
As migrações de banco de dados heterogêneas geralmente exigem a conversão do esquema do banco de dados do mecanismo de banco de dados de origem para o de destino e a migração de dados do banco de dados de origem para o de destino. A primeira etapa para a migração é avaliar e converter objetos de código e esquema do SQL Server no mecanismo de banco de dados de destino.
Você pode usar o [AWS Schema Conversion Tool (AWS SCT)](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html) para avaliar e analisar a compatibilidade do banco de dados com várias opções de banco de dados de código aberto de destino, como o Amazon RDS para MySQL ou o Amazon RDS para PostgreSQL, o Aurora MySQL e o PostgreSQL. Você também pode usar a ferramenta Babelfish Compass para avaliar a compatibilidade com o Babelfish para Aurora PostgreSQL. Isso torna o Compass AWS SCT e o Compass ferramentas poderosas para entender o trabalho inicial envolvido antes de decidir sobre uma estratégia de migração. Se você decidir continuar, o AWS SCT automatizará as alterações necessárias no esquema. A filosofia central por trás do Babelfish Compass é permitir a migração do banco de dados SQL para o Aurora sem nenhuma ou com pouquíssimas alterações. O Compass avaliará o banco de dados SQL existente para determinar se isso pode ser feito. Dessa forma, o resultado é conhecido antes que qualquer esforço seja feito na migração de dados do SQL Server para o Aurora.
AWS SCT automatiza a conversão e a migração do esquema e do código do banco de dados para o mecanismo do banco de dados de destino. Você pode usar o Babelfish para Aurora PostgreSQL para migrar seu banco de dados e a aplicação do SQL Server para o Aurora PostgreSQL sem nenhuma ou com o mínimo de alterações no esquema. Isso pode acelerar suas migrações.
Depois que o esquema for migrado, você poderá usá-lo AWS DMS para migrar os dados. AWS DMS pode realizar o carregamento total dos dados e replicar as alterações para realizar a migração com o mínimo de tempo de inatividade.
Esta seção explora as seguintes ferramentas com mais detalhes:
+ AWS Schema Conversion Tool
+ Babelfish for Aurora PostgreSQL
+ Babelfish Compass
+ AWS Database Migration Service
### AWS Schema Conversion Tool
Você pode usar AWS SCT para avaliar seus bancos de dados SQL Server existentes e avaliar a compatibilidade com o Amazon RDS ou o Aurora. Para simplificar o processo de migração, você também pode usar AWS SCT para converter o esquema de um mecanismo de banco de dados para outro em uma migração de banco de dados heterogênea. Você pode usar AWS SCT para avaliar seu aplicativo e converter o código do aplicativo incorporado para aplicativos escritos em C\$1, C\$1\$1, Java e outras linguagens. Para obter mais informações, consulte [Converting application SQL using AWS SCT](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Converting.App.html) na documentação do AWS SCT .
AWS SCT é uma AWS ferramenta gratuita que oferece suporte a várias [fontes](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Source.html) de banco de dados. Para usá-lo AWS SCT, você o aponta para o banco de dados de origem e, em seguida, executa uma avaliação. Em seguida, o [AWS SCT](https://aws.amazon.com/blogs/database/convert-database-schemas-and-application-sql-using-the-aws-schema-conversion-tool-cli/) avalia o esquema e gera o relatório de avaliação. Os relatórios de avaliação incluem um resumo executivo, a complexidade e o esforço de migração, mecanismos de banco de dados de destino adequados e recomendações para conversão. Para fazer o download AWS SCT[, consulte Instalação, verificação e atualização AWS SCT](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Installing.html) na AWS SCT documentação.
A tabela a seguir mostra um exemplo de resumo executivo gerado pelo AWS SCT para mostrar a complexidade envolvida na alteração do banco de dados para diferentes plataformas de destino.
| | | |
| --- |--- |--- |
| **Plataforma de destino** | **Alterações automáticas ou mínimas** | **Ações complexas** |
| | **Objetos de armazenamento** | **Objetos de código** | **Ações de conversão** | **Objetos de armazenamento** | **Objetos de código** |
| Amazon RDS para MySQL | 60 (98%) | 8 (35%) | 42 | 1 (2%) | 1 | 15 (65%) | 56 |
| Amazon Aurora Edição Compatível com MySQL | 60 (98%) | 8 (35%) | 42 | 1 (2%) | 1 | 15 (65%) | 56 |
| Amazon RDS para PostgreSQL | 60 (98%) | 12 (52%) | 54 | 1 (2%) | 1 | 11 (48%) | 26 |
| Amazon Aurora Edição Compatível com PostgreSQL | 60 (98%) | 12 (52%) | 54 | 1 (2%) | 1 | 11 (48%) | 26 |
| Amazon RDS para MariaDB | 60 (98%) | 7 (30%) | 42 | 1 (2%) | 1 | 16 (70%) | 58 |
| banco de dados de origem | 61 (100%) | 9 (39%) | 124 | 0 (0%) | 0 | 14 (61%) | 25 |
| AWS Glue | 0 (0%) | 17 (100%) | 0 | 0 (0%) | 0 | 0 (0%) | 0 |
| Babelfish | 59 (97%) | 10 (45%) | 20 | 2 (3%) | 2 | 12 (55%) | 30 |
Um AWS SCT relatório também fornece detalhes sobre os elementos do esquema que não podem ser convertidos automaticamente. Você pode fechar as lacunas AWS SCT de conversão e otimizar os esquemas de destino consultando os manuais de [AWS migração](https://aws.amazon.com/blogs/database/the-database-migration-playbook-has-landed/). Há muitos playbooks de migração de banco de dados para ajudar em migrações heterogêneas.
### Babelfish for Aurora PostgreSQL
O Babelfish para Aurora PostgreSQL estende o Aurora PostgreSQL com a capacidade de aceitar conexões de banco de dados de clientes do SQL Server. O Babelfish permite que as aplicações originalmente criadas para o SQL Server possam funcionar diretamente com o Aurora PostgreSQL, com poucas alterações de código e sem alterar drivers de banco de dados. O Babelfish torna o Aurora PostgreSQL bilíngue para que o Aurora PostgreSQL possa funcionar tanto com o T-SQL quanto com as linguagens. PL/pgSQL O Babelfish minimiza os esforços de migração do SQL Server para o Aurora PostgreSQL. Isso acelera as migrações, minimiza os riscos e reduz significativamente os custos de migração. Você pode continuar a usar T-SQL após as migrações, mas também há a [opção de usar ferramentas nativas do PostgreSQL](https://aws.amazon.com/blogs/database/category/database/amazon-aurora/babelfish-for-aurora-postgresql/) para desenvolvimento.
O diagrama a seguir ilustra como uma aplicação usando T-SQL se conecta à porta padrão 1433 no SQL Server e usa o tradutor Babelfish para se comunicar com o banco de dados Aurora PostgreSQL, enquanto uma aplicação usando PL/pgSQL pode se conectar direta e simultaneamente ao banco de dados Aurora PostgreSQL usando a porta padrão 5432 no Aurora PostgreSQL.
![\[Babelfish para Aurora PostgreSQL.\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/images/babelfish_tsql.png)
O Babelfish não é compatível com determinados recursos T-SQL do SQL Server. Por esse motivo, a Amazon fornece ferramentas de avaliação para fazer uma line-by-line análise de suas instruções SQL e determinar se alguma delas não é suportada pelo Babelfish.
Há duas opções para avaliações do Babelfish. AWS SCT pode avaliar a compatibilidade do seu banco de dados SQL Server com o Babelfish. Outra opção é a ferramenta Babelfish Compass, que é uma solução recomendada porque a ferramenta Compass é atualizada de acordo com as novas versões do Babelfish para Aurora PostgreSQL.
### Babelfish Compass
O [Babelfish Compass](https://github.com/babelfish-for-postgresql/babelfish_compass) é uma ferramenta gratuita para download que se alinha à versão mais recente do Babelfish para Aurora PostgreSQL. Em contraste, AWS SCT suportará versões mais recentes do Babelfish depois de algum tempo. O [Babelfish Compass](https://github.com/babelfish-for-postgresql/babelfish_compass/blob/main/README.md) é executado no esquema do banco de dados SQL Server. Você também pode extrair o esquema do banco de dados do SQL Server de origem usando ferramentas como o SQL Server Management Studio (SSMS). Em seguida, você pode executar o esquema por meio do Babelfish Compass. Isso gera o relatório detalhando a compatibilidade do esquema do SQL Server com o Babelfish e se alguma alteração é necessária antes da migração. A ferramenta Babelfish Compass também pode automatizar muitas dessas alterações e, finalmente, acelerar suas migrações.
Depois que a avaliação e as alterações forem concluídas, você poderá migrar o esquema para o Aurora PostgreSQL usando ferramentas nativas do SQL Server, como o SSMS ou sqlcmd. Para obter instruções, consulte a publicação [Migrate from SQL Server to Amazon Aurora using Babelfish](https://aws.amazon.com/blogs/database/migrate-from-sql-server-to-amazon-aurora-using-babelfish/) no blog AWS Database.
### AWS Database Migration Service
Depois que o esquema for migrado, você poderá usar AWS Database Migration Service (AWS DMS) para migrar os dados AWS com o mínimo de tempo de inatividade. AWS DMS não apenas carrega os dados por completo, mas também replica as alterações da origem para o destino enquanto o sistema de origem está funcionando. Depois que os bancos de dados de origem e de destino estiverem sincronizados, a atividade de transição pode ocorrer onde o aplicativo é direcionado para o banco de dados de destino, concluindo a migração. AWS DMS atualmente só executa o carregamento total de dados com o Babelfish para um destino do Aurora PostgreSQL e não replica as alterações. Para obter mais informações, consulte [Usando o Babelfish como alvo AWS Database Migration Service](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Target.Babelfish.html) na AWS DMS documentação.
AWS DMS pode fazer migrações homogêneas (no mesmo mecanismo de banco de dados) e heterogêneas (em diferentes mecanismos de banco de dados). AWS DMS oferece suporte a vários mecanismos de banco de dados de origem e destino. Para obter mais informações, consulte a publicação Como [migrar seu banco de dados do SQL Server para o Amazon RDS for SQL Server AWS DMS](https://aws.amazon.com/blogs/database/migrating-your-sql-server-database-to-amazon-rds-for-sql-server-using-aws-dms/) usando AWS o blog do banco de dados.
## Recursos adicionais do
+ [Adeus Microsoft SQL Server, Olá Babelfish (Blog de notícias](https://aws.amazon.com/blogs/aws/goodbye-microsoft-sql-server-hello-babelfish/))AWS
+ [Converta esquemas de banco de dados e SQL de aplicativos usando a AWS Schema Conversion Tool CLI](https://aws.amazon.com/blogs/database/convert-database-schemas-and-application-sql-using-the-aws-schema-conversion-tool-cli/)AWS (Database Blog)
+ [Migre o SQL Server para o Amazon Aurora PostgreSQL usando as melhores práticas e lições aprendidas](https://aws.amazon.com/blogs/database/migrate-sql-server-to-amazon-aurora-postgresql-using-best-practices-and-lessons-learned-from-the-field/) em campo (blog do banco de dados)AWS
+ [Valide objetos de banco de dados após a migração do Microsoft SQL Server para o Amazon RDS for PostgreSQL e o Amazon Aurora PostgreSQL](https://aws.amazon.com/blogs/database/validate-database-objects-post-migration-from-microsoft-sql-server-to-amazon-rds-for-postgresql-and-amazon-aurora-postgresql/) (blog do banco de dados)AWS
# Otimizar o armazenamento para o SQL Server
## Visão geral do
Esta seção se concentra nas otimizações de custos do armazenamento SSD do Amazon Elastic Block Store (Amazon EBS) para SQL Server em workloads do EC2.
Você tem uma grande variedade de opções de armazenamento para implantar e executar cargas de trabalho do SQL Server em. AWS A seleção do armazenamento certo deve ser baseada na finalidade, na arquitetura, na durabilidade, no desempenho, na capacidade e no custo. AWS os clientes que executam cargas de trabalho do SQL Server geralmente utilizam uma combinação de armazenamento Amazon EBS FSx, NVMe Amazon e Amazon Simple Storage Service (Amazon S3).
O Amazon EBS é um armazenamento anexado à rede conectado a instâncias computacionais do EC2, e é utilizado para armazenar e processar arquivos gerais do sistema operacional, da aplicação, do banco de dados e de backup. O armazenamento em unidade de estado sólido (SSD) do Amazon EBS inclui SSD de uso geral (gp2 e gp3) e SSD de IOPS provisionadas (io1, io2 e io2BX). Considere o seguinte:
+ Algumas instâncias do EC2, como r5d, têm um local NVMe SSDs fisicamente conectado à instância hospedeira. Esses volumes fornecem armazenamento ao nível do bloco que é comumente usado para a extensão de grupo de buffers ou tempdb do SQL Server.
+ O Amazon FSx for Windows File Server é um serviço de armazenamento de arquivos totalmente gerenciado, enquanto o Amazon FSx NetApp for ONTAP é um armazenamento compartilhado totalmente gerenciado NetApp baseado no popular sistema de arquivos ONTAP. O Amazon FSx é frequentemente usado para executar workloads do SQL Server em uma configuração de instância clusterizada de failover (FCI) do SQL Server de alta disponibilidade. Essa solução hospeda arquivos de dados e logs do SQL Server, o que reduz os requisitos de performance do EBS nas instâncias do EC2.
+ O Amazon S3 é um serviço de armazenamento de objetos que oferece escalabilidade, disponibilidade de dados, segurança e performance líderes do setor. Você pode armazenar arquivos de backup nativos do SQL Server AMIs, snapshots do EBS, logs de aplicativos e muito mais no Amazon S3.
## Tipos, performance e custo de armazenamento SSD para o Amazon EBS
Os custos de armazenamento SSD do Amazon EBS geralmente aumentam à medida que a durabilidade e a performance aumentam. Atualmente, o armazenamento vem em cinco tipos de volume, cada um com suas [próprias métricas de performance exclusivas](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html). Para obter um resumo dos casos de uso e das características dos volumes baseados em SSD, consulte a tabela na seção [Volumes de unidades de estado sólido (SSD)](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html#vol-type-ssd) da documentação do Amazon EBS.
Você pode usar CloudWatch a Amazon para monitorar o desempenho do SSD, capturar dados de tendências e definir alarmes quando determinados limites forem atingidos. Se você estiver executando cargas de trabalho do SQL Server em AWS, considere habilitar o [monitoramento detalhado](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-metrics-basic-detailed.html) e implantar [métricas CloudWatch personalizadas para capturar métricas](https://aws.amazon.com/blogs/database/monitor-your-microsoft-sql-server-using-custom-metrics-with-amazon-cloudwatch-and-aws-systems-manager/) detalhadas de desempenho de volume, como latência de disco, IOPS, taxa de transferência, tamanho da fila de disco, capacidade usada versus capacidade livre e muito mais. Você pode usar essas métricas de CloudWatch desempenho para identificar armazenamento subprovisionado e superprovisionado e fornecer pontos de dados históricos para definir com precisão os requisitos de armazenamento.
Os custos de armazenamento SSD para o Amazon EBS também variam com base na capacidade alocada. A tabela abaixo mostra uma comparação dos diferentes tipos de volume. Todos os tipos de volume têm 1 TB de capacidade e configurações de performance semelhantes.
****
| Tipo de volume | IOPS máxima (16 KiB de E/S) | Throughput máximo (E/S de 128 KiB) | Preço por 1 TB | Percentual de economia de custos |
| --- | --- | --- | --- | --- |
| gp2 | 3.000 | 250 | \$1102,40 | |
| gp3 | 3.000 | 250 | \$186,92 | 15% |
| io1 | 16.000 | 500 | \$11.168 | |
| io2 | 16.000 | 500 | \$11.168 | |
| gp3 | 16.000 | 500 | \$1146,92 | 87% |
| io2bx | 16.000 | 4.000 | \$11.168 | |
| gp3 | 16.000 | 1.000 | \$1181,92 | 84% |
**nota**
As métricas de performance e custo na tabela anterior são por volume, com base em uma [estimativa](https://calculator.aws/#/estimate?id=b637bb9c21ae8ad62f440e349dd2067de80e76b2) da AWS Calculadora de Preços. Conta da AWS É necessário um para acessar a estimativa no AWS Calculadora de Preços.
Os volumes gp3 SSD do Amazon EBS oferecem excelente performance a um baixo custo. Você pode economizar até 87% se escolher um volume gp3 em vez de volumes io1 ou io2 para cargas de trabalho que exigem menos de 16.000 IOPS e 500 taxas de transferência. MiBps
Os volumes io2 Block Express (io2BX) oferecem maior performance em relação aos volumes io2 regulares. Com 16.000 IOPS, os volumes io1 ou io2 são capazes de atingir apenas 500 MiBps taxas de transferência, enquanto os volumes IO2Bx podem ser configurados com até 4.000 taxas de transferência. MiBps Em comparação com os volumes io1 e io2, os volumes io2BX fornecem mais de quatro vezes o throughput entre 16.000 e 64.000 IOPS, exatamente pelo mesmo preço. Volumes io2 regulares podem ser convertidos em volumes io2BX anexando-os a instâncias do EC2 compatíveis com io2BX. Para obter uma lista de instâncias do EC2 compatíveis com io2BX, consulte [Provisioned IOPS SSD volumes](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html#io2-block-express) na documentação do Amazon EBS. Antes de implantar um novo armazenamento, você pode usar a [AWS Calculadora de Preços](https://calculator.aws/) para estimar seu custo mensal e entender o impacto no custo com base nas compensações entre durabilidade, performance e capacidade.
## Otimização geral de custos de SSDs para o Amazon EBS
Recomendamos que você avalie o que está armazenando e certifique-se de que está usando o tipo e a classe de armazenamento corretos. Por exemplo, o Amazon S3 oferece um ótimo preço, políticas de ciclo de vida integradas e opções de replicação ideais para backups do SQL Server. O SQL Server 2022 tem a capacidade de fazer backup diretamente no Amazon S3, enquanto as versões anteriores do SQL Server dependem de backups locais nativos. Se você estiver executando versões mais antigas do SQL Server, considere fazer backup nos volumes HDD do Amazon EBS e depois copiar o backup para o Amazon S3. Essa solução pode economizar 53% em vez de usar volumes gp3 para backups.
A tabela a seguir mostra a diferença de preços de 1 TB de armazenamento no Amazon EBS gp3, Amazon EBS HDD st1 e Amazon S3.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/storage-sql-server.html)
**nota**
As métricas de custo na tabela anterior são baseadas em uma [estimativa](https://calculator.aws/#/estimate?id=ba6032e10a5f8a82807c1e3b7d5a64ceb2cdcbde) na AWS Calculadora de Preços. Conta da AWS É necessário um para acessar a estimativa no AWS Calculadora de Preços.
Recomendamos que você considere o seguinte:
+ Habilite o monitoramento detalhado e implante métricas CloudWatch personalizadas para capturar com precisão seus requisitos de desempenho de armazenamento.
+ Atualize o armazenamento do Amazon EBS de gp2 para gp3 para reduzir custos, aumentar a flexibilidade e melhorar a performance.
+ Atualize o armazenamento do Amazon EBS de io1 para io2 para maior durabilidade e flexibilidade de performance.
+ Use io2BX em vez de io1 ou io2 quando possível para aumentar a durabilidade e a performance.
+ Considere uma mix-and-match abordagem ao escolher o armazenamento para ajudar a reduzir os requisitos de capacidade e o custo de volumes de alto desempenho. Por exemplo, você pode usar volumes gp3 de baixo custo para seu volume raiz (sistema operacional), instalação do SQL Server, bancos de dados do sistema (excluindo o tempdb) e bancos de dados de usuários de baixa performance. Isso pode ajudar a reduzir a capacidade e o custo de um volume io2, que pode ser dedicado a bancos de dados de usuários de alta performance.
+ Se você estiver hospedando bancos de dados do SQL Server em AWS, recomendamos que você use vários arquivos de dados do SQL Server por banco de dados. Isso permite a oportunidade de distribuir read/write cargas de trabalho em vários volumes, reduzindo os requisitos de desempenho e capacidade por volume e, consequentemente, reduzindo os custos.
+ Mesmo que as workloads de produção exijam armazenamento de alta performance, como io1 ou io2/io2BX, considere os volumes gp3 para workloads que não sejam de produção para ajudar a reduzir custos.
+ Acompanhe e defina a tendência da utilização do armazenamento ao longo do tempo para identificar facilmente picos de uso e custos inesperados.
+ Use o [AWS Compute Optimizer](https://aws.amazon.com/compute-optimizer/) para obter recomendações sobre como aumentar ou reduzir a escala verticalmente dos volumes do EBS com base na utilização real.
+ Use a elasticidade de AWS para ajustar as necessidades de desempenho e capacidade de seus volumes SSD para o Amazon EBS. Ao contrário dos ambientes on-premises, você não precisa superprovisionar a performance e a capacidade de armazenamento para futuras workloads. Você pode migrar suas cargas de trabalho existentes do SQL Server AWS e ajustar o desempenho ou a capacidade conforme necessário, mantendo seus bancos de dados on-line.
## Recursos adicionais do
+ [Amazon EBS volume types](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html) (documentação do Amazon EBS)
+ [Amazon Elastic Block Store (Amazon EBS)](https://docs.aws.amazon.com/ebs/latest/userguide/what-is-ebs.html) (documentação do Amazon EBS)
+ [Provisioned IOPS SSD volumes](https://docs.aws.amazon.com/ebs/latest/userguide/provisioned-iops.html) (documentação do Amazon EBS)
+ [Volumes de armazenamento de instâncias SSD](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ssd-instance-store.html) (documentação do Amazon EC2)
+ [ CloudWatch Métricas da Amazon para Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/using_cloudwatch_ebs.html) (documentação do Amazon EBS)
+ [Specifications for Amazon EC2 storage optimized instances](https://docs.aws.amazon.com/ec2/latest/instancetypes/so.html) (documentação do Amazon EC2)
+ [Proteja suas cargas de trabalho do SQL Server usando o NetApp SnapCenter Amazon FSx for NetApp ONTAP](https://aws.amazon.com/blogs/storage/using-netapp-snapcenter-with-amazon-fsx-for-netapp-ontap-to-protect-your-sql-server-workloads/) (AWS Storage Blog)
+ [Perguntas frequentes sobre o Amazon EC2 (página](https://aws.amazon.com/ec2/faqs/)AWS do produto)
# Otimizar o licenciamento do SQL Server usando o Compute Optimizer
Orientação sobre como otimizar licenças para o SQL Server usando o. AWS Compute Optimizer
## Visão geral do
O [AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/what-is-compute-optimizer.html) pode recomendar oportunidades de otimização de licenciamento para workloads do Microsoft SQL Server no Amazon Elastic Compute Cloud (Amazon EC2). O Compute Optimizer pode fornecer recomendações automatizadas para reduzir os custos de licenciamento. As recomendações do Compute Optimizer estão listadas ao lado de cada instância do EC2 com licenças do Microsoft SQL Server. As informações fornecidas incluem oportunidades de economia recomendadas, preços sob demanda de instâncias do EC2 e preços por hora para trazer sua própria licença (BYOL). Essas informações podem ajudar você a decidir se deve fazer o downgrade da edição da sua licença.
O Compute Optimizer descobre automaticamente suas instâncias do SQL Server no Amazon EC2 por tipo de workload inferido. Para visualizar as recomendações de licenciamento, você pode selecionar as instâncias do SQL Server no Compute Optimizer e, em seguida, autenticar-se com o [ CloudWatch Amazon Application](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-application-insights.html) Insights usando suas credenciais de banco de dados somente para leitura. O Compute Optimizer analisa se você está usando algum recurso da edição SQL Server Enterprise. Se nenhum recurso da edição Enterprise estiver sendo usado, o Compute Optimizer recomenda que você faça o downgrade para a edição Standard a fim de reduzir os custos de licenciamento.
Você também pode usar o Compute Optimizer para fazer recomendações de dimensionamento para suas instâncias do Amazon EC2 que executam workloads do SQL Server. Para obter mais informações, consulte [Otimizar o dimensionamento do SQL Server usando o Compute Optimizer](sql-server-sizing-compute-optimizer.md) neste guia.
## Recomendações de otimização de custos
As recomendações de licença no Compute Optimizer podem ajudar você a avaliar os recursos que você está usando no Microsoft SQL Server e escolher a edição mais econômica para suas workloads. A edição SQL Server Enterprise é significativamente mais cara do que a edição Standard. Para obter mais informações, consulte [Comparar as edições do SQL Server](sql-server-editions.md) neste guia e [Preços do SQL Server 2022](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) no site da Microsoft. Investir tempo na configuração do Compute Optimizer para avaliar sua frota do SQL Server e fornecer recomendações pode reduzir de forma significativa seus custos de licenciamento.
A página **Detalhes da licença** fornece as seguintes informações:
+ Use a tabela para comparar suas configurações de licença atuais, como edição, modelo e número de núcleos de instâncias, com as recomendações do Compute Optimizer.
+ Use os grafos de utilização para analisar a quantidade de recursos da edição Enterprise que foram usados durante o período de análise.
Para obter mais informações, consulte [Viewing details of a commercial software license recommendation](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html#license-viewing-details) na documentação do Compute Optimizer.
## Configurar o Compute Optimizer
O Compute Optimizer analisa as licenças de software comercial usando a métrica `mssql_enterprise_features_used`. Para obter mais informações sobre essa métrica, consulte [Metrics for commercial software licenses](https://docs.aws.amazon.com/compute-optimizer/latest/ug/metrics.html#license-metrics-analyzed).
1. Certifique-se de que você tenha as permissões apropriadas para ativar o Compute Optimizer. Para saber mais, consulte:
+ [Política de adesão ao Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#opting-in-access)
+ [Policies to grant access to Compute Optimizer for standalone Contas da AWS](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#standalone-account-access)
+ [Políticas para conceder acesso ao Compute Optimizer para uma conta de gerenciamento de uma organização](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#organization-account-access)
1. Anexe as funções e a política de instância necessárias para o CloudWatch Application Insights. Para obter mais instruções, consulte [Policies to enable commercial software license recommendations](https://docs.aws.amazon.com/compute-optimizer/latest/ug/security-iam.html#license-access).
1. Habilite o CloudWatch Application Insights usando suas credenciais do banco de dados Microsoft SQL Server. Para obter instruções, consulte [Configurar o aplicativo para monitoramento](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/appinsights-setting-up.html) na CloudWatch documentação.
**nota**
Para gerar recomendações para licenças de software comercial, são necessárias pelo menos 30 horas consecutivas de dados CloudWatch métricos. Para obter mais informações, consulte os [requisitos CloudWatch métricos](https://docs.aws.amazon.com/compute-optimizer/latest/ug/requirements.html#requirements-metrics).
1. Use a consulta SQL a seguir para configurar o acesso com privilégios mínimos para o Application Insights. CloudWatch
```
GRANT VIEW SERVER STATE TO [LOGIN];
GRANT VIEW ANY DEFINITION TO [LOGIN];
```
Isso habilita um novo serviço, o PrometheusSqlExporter SQL.
1. Na conta de gerenciamento de destino Conta da AWS ou da organização, opte pelo Compute Optimizer. Para obter instruções, consulte [Opting in your account](https://docs.aws.amazon.com/compute-optimizer/latest/ug/getting-started.html#account-opt-in).
**nota**
Depois que você aceita, as descobertas e recomendações de otimização podem levar até 24 horas para serem geradas.
1. No [console do Compute Optimizer](https://console.aws.amazon.com/compute-optimizer/), escolha **Licenças** no painel de navegação.
1. Na coluna **Descobertas**, pesquise todas as instâncias que tenham a descoberta de **métricas insuficientes**. O Compute Optimizer retorna essa descoberta se detectar CloudWatch que o Application Insights não está ativado ou tem permissões insuficientes. Para obter mais informações, consulte [Finding reasons](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html#license-finding-reasons). Faça o seguinte para resolver essas descobertas:
1. Escolha a instância.
1. Adicione um segredo.
1. Confirme se o perfil e a política da instância estão anexados.
1. Escolha **Habilitar recomendações de licença**.
1. Na coluna **Descobertas**, pesquise todas as instâncias que têm a descoberta **Não otimizada**. O Compute Optimizer retornará essa descoberta se detectar que a infraestrutura do Amazon EC2 não está usando nenhum dos recursos de licença do Microsoft SQL Server pelos quais você está pagando. Para obter mais informações, consulte [Finding reasons](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html#license-finding-reasons). Faça o seguinte para resolver essas descobertas:
1. Escolha a instância.
1. Comparar a edição da licença atual com a edição recomendada.
1. Analise o grafo atual de utilização da licença.
1. Se você quiser fazer o downgrade da licença, escolha **Implementar recomendação**.
1. Analise os requisitos e siga as instruções para fazer o downgrade da licença. Se você quiser automatizar o processo, consulte Fazer o [downgrade da edição Enterprise do SQL Server usando o AWS Systems Manager Documento para reduzir custos](https://aws.amazon.com/blogs/mt/downgrade-sql-server-enterprise-edition-using-aws-systems-manager-document-to-reduce-cost/) (AWS Blog).
## Recursos adicionais do
+ [Reduza os custos de licenciamento do Microsoft SQL Server com AWS Compute Optimizer](https://aws.amazon.com/blogs/modernizing-with-aws/reduce-microsoft-sql-server-licensing-costs-with-aws-compute-optimizer/) (AWS Blog)
+ [O que AWS Compute Optimizeré](https://docs.aws.amazon.com/compute-optimizer/index.html) (AWS documentação)
+ [Viewing commercial software license recommendations](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-license-recommendations.html) (documentação da AWS )
+ [Downgrade your Microsoft SQL Server edition](https://docs.aws.amazon.com/sql-server-ec2/latest/userguide/downgrade-sql-server-on-ec2.html) (documentação da AWS )
+ [Microsoft SQL Server na AWS](https://aws.amazon.com/sql/) (AWS)
+ [Microsoft Licensing on AWS](https://aws.amazon.com/windows/resources/licensing/) (AWS)
+ [Microsoft SQL Server 2019 Pricing](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) (Microsoft)
+ [Microsoft SQL Server 2022 Pricing](https://www.microsoft.com/en-us/sql-server/sql-server-2022-pricing) (Microsoft)
# Otimizar o dimensionamento do SQL Server usando o Compute Optimizer
## Visão geral do
O [AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/what-is-compute-optimizer.html) ajuda os administradores do banco de dados (DBAs) a descobrir as workloads do Microsoft SQL Server no Amazon Elastic Compute Cloud (Amazon EC2) e a dimensionar corretamente as instâncias do EC2 para reduzir os custos de licença em até 25%. O recurso de [tipo de carga de trabalho inferido](https://docs.aws.amazon.com/compute-optimizer/latest/ug/inferred-workload-type.html) no Compute Optimizer usa aprendizado de máquina (ML) e detecta automaticamente os aplicativos que podem estar sendo executados em seus recursos. AWS O Compute Optimizer inclui suporte para o SQL Server como um tipo de workload inferida. Ao usar o recurso de tipo de workload inferida, você pode identificar oportunidades de redução de custos com base na workload específica em execução em suas instâncias do Amazon EC2.
Com esse recurso, você pode categorizar oportunidades de economia de custos de acordo com os tipos de workloads inferidas compatíveis, como o SQL Server. O Compute Optimizer pode descobrir automaticamente as instâncias EC2 do SQL Server que estão superprovisionadas. Você pode mudar para o console do EC2 para reduzir a escala da instância, o que ajuda a reduzir os custos de licenciamento e infraestrutura.
Você também pode usar o Compute Optimizer para fazer recomendações de licenciamento do SQL Server. Para obter mais informações, consulte [Otimizar o licenciamento do SQL Server usando o Compute Optimizer](sql-server-compute-optimizer.md) neste guia.
## Configurar o Compute Optimizer
Para obter instruções sobre como usar o Compute Optimizer com cargas de trabalho inferidas do SQL Server, [consulte Otimizando o desempenho e reduzindo os custos de licenciamento: aproveitando AWS Compute Optimizer as instâncias do SQL Server do Amazon EC2](https://aws.amazon.com/blogs/modernizing-with-aws/optimizing-performance-and-reducing-licensing-costs-leveraging-aws-compute-optimizer-for-ec2-sql-server-instances/) (Blog).AWS Você pode optar por contas autônomas, contas que são membros de uma organização e contas gerenciais de uma organização. Para contas auntônomas e de membros, a ativação do serviço habilita o Compute Optimizer somente para essa conta. Para uma conta gerencial da organização, você pode escolher se deseja habilitar o Compute Optimizer somente nessa conta ou em todas as contas de membros da organização.
O processo de aceitação do Compute Optimizer cria automaticamente AWS Identity and Access Management uma função vinculada ao serviço (IAM). Para obter mais informações, consulte [Usando funções vinculadas a serviço para AWS Compute Optimizer](https://docs.aws.amazon.com/compute-optimizer/latest/ug/using-service-linked-roles.html).
O Compute Optimizer analisa seus recursos com base nas métricas da CloudWatch Amazon, como CPU, E/S, rede e uso do Amazon Elastic Block Store (Amazon EBS). Para gerar recomendações, são necessárias pelo menos 30 horas consecutivas de dados CloudWatch métricos nos últimos 14 dias. Se você habilitar o recurso aprimorado de métricas de infraestrutura, ele estenderá as métricas de utilização para 93 dias. Para obter mais informações, consulte [os requisitos CloudWatch métricos](https://docs.aws.amazon.com/compute-optimizer/latest/ug/requirements.html#requirements-metrics) e [as métricas de infraestrutura aprimorada](https://docs.aws.amazon.com/compute-optimizer/latest/ug/enhanced-infrastructure-metrics.html) na documentação do Compute Optimizer.
O Compute Optimizer fornece opções e as economias associadas a cada opção, com base na vCPU, memória, armazenamento, rede, risco e esforço de migração. Você pode usar o painel de CloudWatch métricas para analisar os dados que estão sendo usados para fazer a recomendação. Com esses dados, você pode dimensionar corretamente suas instâncias do EC2 que estão executando workloads do SQL Server. Para obter mais informações sobre como alterar o tipo de instância, consulte [Alterações no tipo de instância](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-instance-resize.html) na documentação do Amazon EC2.
## Recursos adicionais do
+ [AWS Compute Optimizer identifica e filtra cargas de trabalho do Microsoft SQL Server](https://aws.amazon.com/about-aws/whats-new/2023/05/aws-compute-optimizer-identifies-filters-sql-server-workloads/) ()AWS
+ [Otimizando o desempenho e reduzindo os custos de licenciamento: aproveitando AWS Compute Optimizer as instâncias do SQL Server do Amazon EC2 (Blog)](https://aws.amazon.com/blogs/modernizing-with-aws/optimizing-performance-and-reducing-licensing-costs-leveraging-aws-compute-optimizer-for-ec2-sql-server-instances/)AWS
+ [O que AWS Compute Optimizeré](https://docs.aws.amazon.com/compute-optimizer/latest/ug/what-is-compute-optimizer.html) (AWS documentação)
+ [Visualizando recomendações de instâncias do EC2](https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ec2-recommendations.html) (AWS documentação)
# Analise Trusted Advisor as recomendações para cargas de trabalho do SQL Server
## Visão geral do
O [AWS Trusted Advisor](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor.html) fornece recomendações que ajudam você a seguir as práticas recomendadas da AWS . Ao analisar seu uso, configuração e gastos, Trusted Advisor fornece recomendações práticas para reduzir seus custos, melhorar a disponibilidade e o desempenho do sistema ou ajudar a fechar lacunas de segurança. Esta seção se concentra nas Trusted Advisor verificações que podem ajudá-lo a reduzir os custos de operação das cargas de trabalho do SQL Server no Nuvem AWS.
## Recomendações de otimização de custos
Trusted Advisor fornece recomendações que ajudam você a otimizar suas cargas de trabalho do SQL Server no Amazon Elastic Compute Cloud (Amazon EC2). As verificações inspecionam suas workloads do SQL Server e listam automaticamente as instâncias que precisam de otimização. A operacionalização Trusted Advisor das recomendações pode reduzir custos e melhorar a postura de segurança da sua organização.
A seguir estão as Trusted Advisor verificações que se concentram no Microsoft SQL Server:
+ [Instâncias do Amazon EC2 superprovisionadas para o Microsoft SQL Server](https://docs.aws.amazon.com/awssupport/latest/user/cost-optimization-checks.html#ec2-instance-over-provisioned-microsoft-sql-server): esta verificação analisa suas instâncias do Amazon EC2 que estão executando o SQL Server e gera um alerta se uma instância exceder o limite de vCPU do software do SQL Server. Por exemplo, uma instância com a edição SQL Server Standard pode usar até 48 CPUs v. Uma instância com o SQL Server Web pode usar até 32 CPUs v.
****
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/optimize-costs-microsoft-workloads/sql-server-trusted-advisor.html)
+ [Consolidação de instâncias do Amazon EC2 para o Microsoft SQL Server](https://docs.aws.amazon.com/awssupport/latest/user/cost-optimization-checks.html#ec2-instances-consolidation-sql-server): esta verificação analisa suas instâncias do Amazon EC2 e gera um alerta se sua instância tiver menos do que o número mínimo de licenças do SQL Server. Você pode consolidar instâncias menores do SQL Server para ajudar a reduzir custos. Se você tiver muitas instâncias pequenas de SQL Server com licença inclusa, então considere consolidar. De acordo com o [guia de licenciamento do Microsoft SQL Server 2019](https://download.microsoft.com/download/e/2/9/e29a9331-965d-4faa-bd2e-7c1db7cd8348/SQL_Server_2019_Licensing_guide.pdf), o SQL Server exige um mínimo de quatro licenças de vCPU por instância. Se você consolidar esses bancos de dados, poderá economizar nos custos de licenciamento. Você pode tomar sua decisão com base no número de bancos de dados na instância, no tamanho máximo do banco de dados e no tamanho total dos bancos de dados. A consolidação é compatível com as edições Web, Standard e Enterprise do SQL Server. Para obter mais informações, consulte [Consolidating SQL Server Databases](https://learn.microsoft.com/en-us/archive/blogs/mvpawardprogram/consolidating-sql-server-databases) (publicação do blog da Microsoft).
AWS não recomenda colocar grandes bancos de dados de produção em apenas um servidor. No entanto, você pode consolidar os menores usados para ambientes que não sejam de produção, como desenvolvimento, teste e preparação. Isso depende do uso atual do SQL Server. Se você tiver bancos de dados de baixo uso, poderá consolidar em um servidor.
## Configure Trusted Advisor
Faça o seguinte para avaliar as verificações focadas no SQL Server Trusted Advisor.
1. Faça login no Console de gerenciamento da AWS.
1. Abra o [console do AWS Trusted Advisor](https://console.aws.amazon.com/trustedadvisor/home).
1. No painel de navegação, em **Recomendações**, escolha **Otimização de custo**.
1. Na lista de **verificações de otimização de custos**, analise o status da **consolidação de instâncias do Amazon EC2 para o Microsoft SQL Server** e as **instâncias do Amazon EC2 superprovisionadas para verificações do Microsoft SQL Server**.
+ Símbolos de verificação verdes indicam que suas instâncias do Amazon EC2 estão configuradas de forma ideal.
+ Os símbolos de alerta laranja indicam que há oportunidades de melhoria.
1. Escolha um símbolo de verificação para ver seus detalhes e recomendações.
1. Siga as instruções fornecidas pela verificação para otimizar suas instâncias do Amazon EC2 que estão executando workloads do SQL Server.
1. Monitore suas instâncias regularmente e atualize as verificações periodicamente.
## Recursos adicionais do
+ [Trusted Advisor referência de verificação](https://docs.aws.amazon.com/awssupport/latest/user/trusted-advisor-check-reference.html) (AWS documentação)
+ [Microsoft SQL Server na AWS](https://aws.amazon.com/sql/) (AWS)
+ [Microsoft Licensing on AWS](https://aws.amazon.com/windows/resources/licensing/) (AWS)
+ [SQL Server 2019 pricing](https://www.microsoft.com/en-us/sql-server/sql-server-2019-pricing) (Microsoft)
+ [AWS Launch Wizard para SQL Server](https://docs.aws.amazon.com/launchwizard/latest/userguide/launch-wizard-sql.html) (AWS documentação)