Sobre os padrões de implantação do Microsoft SQL em VPC

Este guia se concentra em obter um equilíbrio ideal de desempenho e custo para implementações de Microsoft SQL Server em servidores virtuais IBM Cloud VPC. Normalmente, há uma compensação entre a otimização dos custos e a otimização do desempenho e, se a sua carga de trabalho for muito exigente, você deverá avaliar essas diretrizes e, ao mesmo tempo, considerar seus requisitos de desempenho.

Ao selecionar o servidor virtual IBM Cloud for VPC para hospedar seus bancos de dados SQL, é necessário compreender a carga de trabalho do banco de dados:

• Para a migração de um ambiente existente, colete uma linha de base de desempenho da instância do banco de dados existente para determinar os requisitos do servidor virtual.
• Para novas cargas de trabalho, trabalhe com o fornecedor do aplicativo para entender os requisitos do banco de dados SQL.

É importante lembrar que uma vantagem das soluções baseadas em nuvem é a capacidade de redimensionamento após a implementação inicial. Para obter mais informações, consulte Redimensionamento de uma instância de servidor virtual. Para obter informações sobre como coletar uma linha de base de desempenho, consulte Criação de uma linha de base.

Esta documentação se concentra em três padrões de implementação em IBM Cloud VPC, aproveitando as zonas de disponibilidade (AZ) e as regiões de várias zonas (MZR):

• Padrão de implantação de AZ único - Esse padrão é adequado para bancos de dados de desenvolvimento ou teste que não exigem alta disponibilidade ou recuperação rápida de desastres. Os backups feitos, usando produtos como IBM Spectrum Protect ou Veeam, podem ser usados, se necessário, para restaurar os bancos de dados em caso de falha.
• Padrão de implantação Dual AZ - Esse padrão é adequado para bancos de dados de produção que exigem alta disponibilidade e aproveita o grupo de disponibilidade Always On em duas AZs no mesmo MZR.
• Padrão de implantação de MZR duplo - Esse padrão estende o padrão de AZ duplo para torná-lo adequado para bancos de dados de produção que exigem HA e recuperação de desastres e aproveita um grupo de disponibilidade Always On em dois MZRs.

Sobre SQL Server alta disponibilidade e recuperação de desastres

Microsoft SQL Server tem várias tecnologias de replicação compatíveis para obter alta disponibilidade e recuperação de desastres, incluindo: grupos de disponibilidade Always On, envio de logs, espelhamento de banco de dados e instâncias de cluster de failover Always On. Os padrões de implantação do SQL na VPC aproveitam os grupos de disponibilidade Always On:

• Grupos de disponibilidade Always On - SQL Server Os grupos de disponibilidade Always On podem fornecer alta disponibilidade e recuperação de desastres para os bancos de dados SQL Server. Conceitualmente, ele consiste em um único conjunto de bancos de dados primários de leitura/gravação e vários (de um a oito) conjuntos de bancos de dados secundários relacionados. Os bancos de dados secundários podem ser disponibilizados como cópias somente leitura dos bancos de dados primários para cargas de trabalho de leitura, incluindo backup de banco de dados. Os grupos de disponibilidade Always On são aproveitados nos padrões de implantação Dual AZ e Dual MZR. SQL Server Os grupos de disponibilidade Always On são compatíveis com os modos de confirmação síncrono e assíncrono:
  • Síncrono - A réplica primária confirma as transações do banco de dados depois que as alterações são confirmadas ou gravadas no registro da réplica secundária. Usando esse modo, é possível executar failover manual planejado e failover automático se as réplicas forem sincronizadas. Esse modo é mais adequado para instâncias na mesma AZ ou MZR.
  • Assíncrono - a réplica primária confirma as transações do banco de dados sem esperar pela réplica secundária; portanto, esse modo é mais adequado para instâncias em MZRs diferentes ou entre uma AZ e o local.
• Envio de logs - O envio de logs envia automaticamente backups de logs de transações de uma instância de banco de dados primário para uma ou mais instâncias de bancos de dados secundários. Para ativar o envio de registros, os trabalhos do SQL Server Agent são usados para automatizar o processo de backup, cópia e aplicação dos backups de registros de transações. O envio de registros oferece alta disponibilidade, permitindo que instâncias secundárias sejam promovidas manualmente se a instância primária falhar. As instâncias secundárias também podem ser usadas como cópias somente leitura das instâncias primárias para reduzir a carga na instância primária, se necessário. Este guia não discute o envio de registros, mas isso pode ser configurado em IBM Cloud VPC, se necessário.
• Espelhamento de banco de dados - O espelhamento de banco de dados cria uma cópia somente leitura do banco de dados principal em uma instância separada. A Microsoft planeja remover o suporte ao espelhamento de banco de dados em versões futuras do SQL Server, portanto, investigue o uso de grupos de disponibilidade Always On. Este guia não aborda o espelhamento de banco de dados.
• Instâncias de cluster de failover sempre ativo - SQL Server As instâncias de cluster de failover sempre ativo (FCIs) usam o clustering de failover do Windows Server (WSFC) para fornecer alta disponibilidade no nível da instância do servidor. Uma FCI é uma instância única do site SQL Server, implantada nos nós do WSFC. As FCIs exigem armazenamento compartilhado que todos os nós do WSFC possam acessar. Este guia não aborda as instâncias de cluster Always On Failover.

Sobre os espaços de armazenamento da Microsoft

Os padrões de implantação do Microsoft SQL em VPC utilizam o Microsoft Storage Spaces. O Storage Spaces é uma tecnologia do Windows Server que é conceitualmente semelhante ao RAID e é implementada no sistema operacional. Os espaços de armazenamento podem ser usados para agrupar volumes de dados em um pool de armazenamento e, em seguida, a capacidade do pool é usada para criar espaços de armazenamento (discos virtuais). Um espaço de armazenamento aparece para o sistema operacional Windows como uma unidade normal a partir da qual é possível criar volumes formatados.

Para criar um espaço de armazenamento, primeiro é criado um pool de armazenamento. Um pool de armazenamento é uma coleção de volumes de dados e permite a agregação de armazenamento e a expansão elástica da capacidade. Em seguida, é criado um disco virtual ao qual é atribuído um tipo de resiliência:

• Simples - faz o stripe de dados entre volumes de dados para maximizar a capacidade do disco e aumentar a taxa de transferência. Requer pelo menos um volume de dados.
• Espelhamento - Armazena duas ou três cópias dos dados no conjunto de volumes de dados para aumentar a confiabilidade, mas reduz a capacidade. Requer pelo menos dois volumes de dados para proteger contra uma única falha de disco e pelo menos cinco volumes de dados para proteger contra duas falhas simultâneas de disco.
• Paridade - distribui dados e informações de paridade entre volumes de dados para aumentar a confiabilidade por meio do registro em diário, mas reduz a capacidade. Requer pelo menos três discos físicos para proteger contra falhas em um único disco.

A partir de um disco virtual, é possível criar um ou mais volumes, nos quais você pode configurar o tamanho, a letra da unidade ou a pasta, o sistema de arquivos (sistema de arquivos NTFS ou Resilient File System ( ReFS ), o tamanho da unidade de alocação e, opcionalmente, um rótulo de volume.

Para obter mais informações, consulte Espaços de armazenamento.

Sobre as edições do MS SQL Server

Um resumo das edições do site SQL Server é o seguinte:

• Express - Apropriado apenas para ambientes em que o tamanho dos dados é pequeno e não se espera que cresça. Esta edição não tem o SQL Server Agent para automatizar os backups. Esta edição está limitada a um máximo de 1 soquete ou 4 núcleos ou 1.410 MB de memória de pool de buffer disponível ou 10 GB de tamanho de banco de dados individual.
• Web - Apropriado para ambientes de produção, mas limitado a ambientes de servidor de baixo custo para aplicativos da Web.
• Padrão - Adequado para ambientes de produção, mas limitado a um máximo de 4 soquetes ou 24 núcleos ou 128 GB de memória de pool de buffer.

Para obter uma referência completa das edições do site SQL Server, consulte Edições e recursos compatíveis do site SQL Server 2022(15.x ).

Sobre o licenciamento da Microsoft

IBM Cloud os servidores virtuais podem incluir licenças de sistema operacional Microsoft Windows. Para obter mais informações, consulte Imagens de estoque. Microsoft Windows o sistema operacional Bring Your Own License (BYOL) não pode ser usado para provisionar instâncias públicas e só pode ser usado para provisionar instâncias de servidor virtual em hosts dedicados. Para obter mais informações, consulte BYOL para sistemas operacionais Windows.

Para obter informações sobre as licenças Microsoft SQL Server, consulte o guia de licenciamento SQL Server 2022.