Os grupos de disponibilidade Always On (AG) do Microsoft SQL Server permitem-lhe replicar bases de dados em várias instâncias do SQL Server Enterprise.
Semelhante às instâncias de cluster de comutação por falha do SQL Server, os grupos de disponibilidade Always On usam o clustering de comutação por falha do Windows Server (WSFC) para implementar a alta disponibilidade. No entanto, as duas funcionalidades diferem de várias formas, incluindo:
| Grupos de disponibilidade Always On | Instâncias de cluster de failover | |
|---|---|---|
| Âmbito da comutação por falha | Grupo de bases de dados | Instância |
| Armazenamento | Não partilhado | Partilhado |
Para uma comparação mais detalhada, consulte o artigo Comparação de instâncias de cluster de failover e grupos de disponibilidade.
Os grupos de disponibilidade Always On suportam vários modos de disponibilidade. Este tutorial mostra como pode implementar grupos de disponibilidade Always On no modo de confirmação síncrono para implementar a alta disponibilidade para uma ou mais bases de dados.
Na configuração, vai criar três instâncias de VM. Duas instâncias de VM, node-1 e
node-2, funcionam como nós de cluster e executam o SQL Server. Uma terceira instância de VM,
witness, é usada para alcançar um quórum num cenário de comutação por falha. As três instâncias de VM estão distribuídas por três zonas e partilham uma sub-rede comum.
Usando um grupo de disponibilidade Always On do SQL Server, uma base de dados de exemplo, bookshelf, é replicada de forma síncrona nas duas instâncias do SQL Server.
Num ambiente de clustering de comutação por falha do Windows Server no local, os anúncios ARP acionam a comutação por falha do endereço IP. Google Cloud, no entanto, ignora os anúncios ARP. Consequentemente, tem de implementar uma das duas opções seguintes: usar um equilibrador de carga interno e um nome de rede distribuído (DNN). Este artigo pressupõe que já implementou o Active Directory no Google Cloud e que tem conhecimentos básicos do SQL Server, do Active Directory e do Compute Engine. Para mais informações sobre o Active Directory no Google Cloud, consulte a secção de início