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 na arquitetura de nó único do Amazon EC2 O diagrama a seguir ilustra uma arquitetura recomendada para um SQL Server de nó único no Amazon Elastic Compute Cloud (Amazon EC2) antes de adicionar suporte para alta disponibilidade (HA) e recuperação de desastres (DR). Nessa arquitetura, o banco de dados SQL Server é implantado em uma instância do EC2, usando uma imagem de máquina da Amazon (AMIs) para SQL Server e volumes separados para OS, DATA, LOG e backups. O armazenamento expresso de memória não volátil (NVMe) é conectado diretamente à instância do EC2 e usado para o banco de dados tempdb do SQL Server. AWS Directory Service é usado para configurar a autenticação do Windows para o banco de dados do SQL Server. Você também pode usar AWS Systems Manager para detectar e instalar patches e atualizações do SQL Server. ![\[Arquitetura SQL Server de nó único no Amazon EC2 antes do HA/DR\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/images/single-node.png) A tabela a seguir resume as recomendações para configurar essa arquitetura. Essas recomendações são discutidas em detalhes nas seções a seguir. **** | | | | --- |--- | | AMI/Tipo de instância | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | | Edição do SQL Server | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | | Tipo de armazenamento | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | | Volumes | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | | Opções de DR | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | ## Tipos de instância AWS oferece uma seleção de [classes de instância](https://aws.amazon.com/ec2/instance-types/) para suas cargas de trabalho do SQL Server. Você pode escolher entre otimizado para computação, otimizado para memória, otimizado para armazenamento, uso geral e outros tipos, dependendo da carga de trabalho esperada no servidor do banco de dados, da versão, das HA/DR opções, dos núcleos necessários e das considerações de licenciamento. Recomendamos que você escolha os tipos de instância otimizados para Amazon EBS para o SQL Server. Eles oferecem o melhor throughput com volumes do EBS anexados em uma rede dedicada, o que é essencial para workloads do SQL Server que podem ter requisitos pesados de acesso a dados. Para workloads de banco de dados padrão, você pode executar classes de instância otimizada para memória, como R5, R5b, R5d e R5n. Você também pode incluir armazenamento de instâncias ou NVMe armazenamento. Ambos são ideais para tempdb e oferecem desempenho equilibrado para workloads de banco de dados. Para workloads críticas, a [instância z1d](https://aws.amazon.com/ec2/instance-types/z1d/) de alto desempenho é otimizada para workloads que acarretam altos custos de licenciamento, como o SQL Server. A instância z1d é criada com um processador escalável Intel Xeon personalizado que oferece uma frequência turbo sustentada de todos os núcleos de até 4,0 GHz, o que é significativamente mais rápido do que outras instâncias. Para workloads que precisam de processamento sequencial mais rápido, você pode executar menos núcleos com uma instância z1d e obter o mesmo desempenho ou melhor do que outras instâncias com mais núcleos. A Amazon também oferece serviços dedicados [AMIspara SQL Server no Microsoft Windows Server](https://aws.amazon.com/windows/resources/amis/) para ajudá-lo a hospedar as edições mais recentes do SQL Server no Amazon EC2. ## Armazenamento Alguns tipos de NVMe [instância oferecem volumes de armazenamento](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/InstanceStorage.html#instance-store-volumes) de instâncias. O NVMe é uma opção de armazenamento temporário (efêmero). Esse armazenamento é anexado diretamente à instância do EC2. Embora o NVMe armazenamento seja temporário e os dados sejam perdidos na reinicialização, ele oferece o melhor desempenho. Portanto, é adequado para o banco de dados tempdb do SQL Server, que tem padrões de acesso a dados altos I/O e aleatórios. Não há cobrança adicional pelo uso de um armazenamento de NVMe instâncias para tempdb. O Amazon EBS é uma solução de armazenamento durável que atende aos requisitos do SQL Server para armazenamento rápido e disponível. A Microsoft recomenda manter os volumes de dados e logs separados para um desempenho ideal. Os motivos para essa separação incluem: + Diferentes métodos de acesso aos dados. Os volumes de dados usam acesso aleatório aos dados de processamento de transações on-line (OLTP), enquanto os volumes de log usam acesso serial. + Opções de recuperação de desastres. A perda de um volume não afeta o outro volume e ajuda na recuperação dos dados. + Diferentes tipos de workloads. Os volumes de dados são para workloads OLTP, enquanto os volumes de log se destinam aos workloads de processamento analítico on-line (OLAP). + Diferentes requisitos de desempenho. Os volumes de dados e logs têm diferentes requisitos de IOPS e latência, taxas mínimas de throughput e benchmarks de desempenho semelhantes. Para selecionar o [tipo de volume do Amazon EBS](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-volume-types.html) certo, você deve analisar seus métodos de acesso ao banco de dados, IOPS e throughput. Colete métricas durante o horário de trabalho padrão e durante o pico de uso. O SQL Server usa extensões para armazenar dados. A unidade atômica de armazenamento no SQL Server é uma página com tamanho de 8 KB. Oito páginas fisicamente contíguas formam uma extensão de 64 KB. Portanto, em uma máquina SQL Server, o tamanho da unidade de alocação NTFS para hospedar arquivos de banco de dados SQL (incluindo tempdb) deve ser 64 KB. A escolha do volume do EBS depende do workload, ou seja, se o banco de dados exige muita leitura ou gravação, exige alto IOPS, armazenamento de arquivos e considerações semelhantes. A tabela a seguir mostra uma amostra de configuração. **** | Recurso do Amazon EBS | Tipo | Description | | --- | --- | --- | | Disco OS | `gp3` | Armazenamento de uso geral. | | Disco DATA | `io1`/`io2` | Armazenamento intensivo de gravação. | | Disco LOG | `gp3` ou `io2` | Armazenamento de uso geral para workloads intensivos. | | Disco de backup | `st1` | Armazenamento de arquivos mais barato. Para melhorar o desempenho, os backups também podem ser armazenados em um disco mais rápido se forem copiados regularmente para o Amazon Simple Storage Service (Amazon S3). | ## Considerações sobre o Amazon EBS e o Amazon S3 A tabela a seguir mostra uma comparação entre o Amazon EBS e o Amazon S3 para armazenamento. Use essas informações para entender as diferenças entre os dois serviços e escolher a melhor abordagem para seu caso de uso. **** | Serviço | Disponibilidade | Durabilidade | Observações | | --- | --- | --- | --- | | Amazon EBS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | | Amazon S3 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/sql-server-ec2-ha-dr/single-node.html) | ## SQL Server na Amazon FSx para Windows File Server [O Amazon FSx para Windows File Server](https://docs.aws.amazon.com/fsx/latest/WindowsGuide/sql-server.html) fornece desempenho rápido com taxa de transferência básica de até 2 GB/second por sistema de arquivos, centenas de milhares de IOPS e latências consistentes de menos de um milissegundo. Para fornecer o desempenho certo para suas instâncias do SQL Server, você pode escolher um nível de taxa de throughput que seja independente do tamanho do seu sistema de arquivos. Níveis mais altos de capacidade de throughput também vêm com níveis mais altos de IOPS que o servidor de arquivos pode fornecer às instâncias do SQL Server que o acessam. A capacidade de armazenamento determina não apenas a quantidade de dados que você pode armazenar, mas também quantas I/O operações por segundo (IOPS) você pode realizar no armazenamento — cada GB de armazenamento fornece 3 IOPS. Você pode provisionar cada sistema de arquivos para ter até 64 TiB de tamanho (em comparação com 16 TiB para o Amazon EBS). Você também pode usar os FSx sistemas da Amazon como testemunha de compartilhamento de arquivos para implantações do Windows Server Failover Cluster (WSFC).