Configurar uma réplica em espera sem licença para a Instância Gerenciada de SQL do Azure
Aplica-se a:
Instância Gerenciada de SQL do Azure
Este artigo descreve como você pode economizar em custos de licenciamento, designando sua instância gerenciada secundária para em espera ao usar uma Instância Gerenciada de SQL do Azure.
Observação
O benefício de failover só é aplicável quando você configura uma instância secundária como em espera em um grupo de failover. Para ambientes híbridos entre o SQL Server e a Instância Gerenciada de SQL, use o benefício de failover híbrido em vez disso.
Visão geral
Se você usar uma implantação de Instância Gerenciada de SQL do Azure secundária como em espera para recuperação de desastre e a instância secundária não tiver nenhuma carga de trabalho de leitura ou aplicativos conectados a ela, você poderá economizar nos custos de licenciamento designando a réplica como uma instância em espera.
Quando uma instância secundária é designada como uma instância em espera, a Microsoft fornece a você o número de vCores que são licenciados para a instância primária sem nenhum custo extra sob o benefício de direitos de failover nos termos de licenciamento do produto. Você ainda será cobrado pela computação e armazenamento usados pela instância secundária.
Os grupos de failover para uma implantação de Instância Gerenciada de SQL suportam apenas uma réplica. A réplica precisa ser legível ou designada como em espera.
Benefício de custo
Quando você designa uma réplica de instância gerenciada como em espera, a Microsoft não cobra custos de licenciamento do SQL Server pelos vCores usados pela réplica em espera. No entanto, como a instância é cobrada por toda a hora, você ainda pode ser cobrado pelos custos de licenciamento por toda a hora se a mudança de estado for feita no meio da hora.
O benefício é traduzido de forma diferente entre os clientes que usam o modelo de pagamento conforme o uso e os clientes que usam o modelo de Benefício Híbrido do Azure. Para um cliente pré-pago, os vCores são descontados na fatura. Para um cliente que usa o Benefício Híbrido do Azure para a réplica em espera, o número de vCores que a réplica secundária usa é retornado ao seu pool de licenças.
Por exemplo, como um cliente pré-pago, se você tiver 16 vCores atribuídos à instância secundária, um desconto de 16 vCores aparecerá em sua fatura se você designar sua instância secundária apenas como standby.
Em outro exemplo, se você tiver 16 licenças Benefício Híbrido do Azure e implantar duas instâncias gerenciadas com 8 vCores cada para um grupo de failover, depois de designar a instância secundária como em espera, 8 vCores serão retornados ao pool de licenças para você usar com outras implantações do Azure SQL.
Funcionalidades funcionais
A seguinte tabela descreve as funcionalidades funcionais de uma instância gerenciada secundária em espera:
| Funcionalidade | Descrição |
|---|---|
| Cargas de trabalho de leitura limitadas | Depois de designar sua instância como em espera, você pode executar apenas um número limitado de cargas de trabalho de leitura na instância secundária, como exibições de gerenciamento dinâmico (DMVs), backups e consultas de comandos de console de banco de dados (DBCC). |
| Failover planejado | Todos os cenários de failover planejados, incluindo simulações de recuperação, relocação de bancos de dados para regiões diferentes e retorno de bancos de dados para o primário, são compatíveis com a réplica em espera. Quando o secundário alterna para o primário, ele pode atender a consultas de leitura e gravação. O novo secundário (o primário original) torna-se a réplica em espera e não deve ser usado para cargas de trabalho de leitura. |
| Failover não planejado | Durante um failover não planejado, depois que o secundário alterna para a função primária, ele pode atender às consultas de leitura e gravação. Depois que a interrupção é atenuada e o primário original se reconecta, ele se torna a nova réplica em espera secundária e não deve ser usado para cargas de trabalho de leitura. |
| Backup e restauração | O comportamento de backup e restauração em uma réplica em espera e em uma instância gerenciada secundária legível é o mesmo. |
| Monitoramento | Todas as operações de monitoramento compatíveis com uma réplica secundária para leitura são compatíveis com a réplica em espera. |
| RPO e RTO | A réplica em espera fornece o mesmo RPO (Objeto de Ponto de Recuperação) e RTO (Objetivo de Tempo de Recuperação) que uma réplica secundária legível. |
| Como remover um grupo de failover | Se o grupo de failover for removido por meio de um método como usar o cmdlet Remove-AzSqlDatabaseInstanceFailoverGroup, a réplica em espera se tornará uma instância autônoma de leitura/gravação. O modelo de licenciamento retorna ao que era antes de ser designado como em espera (Benefício Híbrido do Azure ou pago conforme o uso). |
A instância em espera deve ser usada apenas para recuperação de desastre. Nenhum aplicativo de produção pode ser conectado à réplica. A seguinte lista mostra as únicas atividades permitidas na réplica em espera:
- Executar backups
- Executar operações de manutenção, como checkDB
- Conectar os aplicativos de monitoramento
- Executar simulações de recuperação de desastre
Configurar uma réplica em espera
Você tem duas opções para designar sua instância gerenciada secundária como em espera:
- Designe-a como espera ao criar seu grupo de failover.
- Atualize a configuração de um grupo de failover existente.
Novo grupo de failover
Você pode designar sua instância secundária como uma réplica em espera ao criar um novo grupo de failover, usando o portal do Azure, o Azure PowerShell e a CLI do Azure.
Quando você cria um novo grupo de failover no portal do Azure, em Direitos de Failover, selecione Ativado. Marque a caixa ao lado de Confirmo que usarei a instância secundária como uma réplica em espera. Selecione Criar para criar o grupo de failover.
Para obter mais informações, confira Configurar grupo de failover.
Grupo de failover existente
Você pode usar o portal do Azure, o Azure PowerShell e a CLI do Azure para atualizar os direitos de failover de um grupo de failover existente.
Para atualizar os direitos de failover de um grupo de failover existente usando o portal do Azure, siga estas etapas:
No portal do Azure, acesse seu recurso secundário de Instância Gerenciada de SQL.
No menu à esquerda, em Gerenciamento de dados, selecione Grupos de failover.
Na barra de comandos, selecione Editar Configurações.
Em Editar Configurações para seu grupo de failover, em Direitos de failover, selecione Ativado. Marque a caixa de seleção Confirmo que usarei a instância secundária como uma réplica em espera.
Selecione Aplicar para salvar as novas configurações e feche o painel de configuração.
Como alternativa, você pode habilitar Direitos de failover diretamente na página Computação + armazenamento da instância gerenciada secundária. Para saber mais, confira Visualizar direitos de licenciamento.
Importante
Se você vir direitos de failover híbridos e não direitos de failover, é provável que você esteja na instância gerenciada principal. Vá para a instância gerenciada secundária para ativar corretamente os direitos de failover. A ativação dos direitos de failover híbridos na instância primária não economiza custos de licenciamento para a instância secundária quando usada com grupos de failover.
Visualizar direitos de licenciamento
Você pode verificar os direitos de licenciamento de um grupo de failover existente usando o portal do Azure, o Azure PowerShell ou a CLI do Azure.
No portal do Azure, você pode verificar o licenciamento da sua instância gerenciada secundária em dois locais:
- Grupos de failover para sua instância gerenciada primária.
- Computação + armazenamento para sua instância gerenciada secundária.
Em Grupos de failover, certifique-se de que a opção Status de direitos de failover esteja definida como ATIVADA e de que o modelo de licença da instância secundária seja Direitos de failover atualmente ativados.
O modelo de licença padrão indica o modelo de licenciamento para o qual a instância reverterá se o grupo de failover sofrer failover e a instância secundária atual se tornar a nova instância primária. Você poderá gerar custos após o failover, dependendo do modelo de licença padrão.
Em Computação + armazenamento para sua instância gerenciada secundária, confirme se a licença Direitos de failover está ativada. Em Resumo de custos, visualize o desconto de failover que você está recebendo atualmente para essa instância.
Se direitos de failover não estiverem ativados, e você se qualificar para o benefício, também verá a seguinte recomendação em Visão geral para qualquer instância. Para ativar o benefício, selecione a recomendação para acessar Editar configurações.
Próximas etapas
- Para ver um guia, confira Adicionar uma Instância Gerenciada de SQL em um grupo de failover.
- Para ver um exemplo de script, confira Usar o PowerShell para criar um grupo de failover em uma Instância Gerenciada de SQL.
- Para obter uma visão geral e cenários de continuidade dos negócios, confira Continuidade dos negócios com o Banco de Dados SQL do Azure e Instância Gerenciada de SQL do Azure.
- Para saber mais sobre backups automatizados, confira Backups automatizados do Banco de Dados SQL.
- Para saber mais sobre como usar backups automatizados para recuperação, confira Restaurar um banco de dados de backups iniciados pelo serviço.
Comentários
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulte https://aka.ms/ContentUserFeedback.
Enviar e exibir comentários de