WSFC + SQL AlwaysOn no AZURE sem Active Directory [#2]
Tags: azure, management, architecture, sql
Published: 2020-06-13 20:48:02

Fala pessoal!

Na etapa anterior, vimos como criar as VNets, Subnets e fazer o Peering entre elas.
Agora vamos criar as nossas máquinas virtuais.

Nesta segunda parte da série vamos aprender a criar nossas Máquinas Virtuais no Azure, e como a ideia é termos alta disponibilidade total, então cada uma será criada em uma <i><b>Availability Zone</b></i> diferente.

Para quem não leu na primeira parte, segue o link:
https://dev.to/wiluey/wsfc-sql-alwayson-no-azure-sem-active-directory-1-405g

Vamos lá!

Vamos começar criando a máquina que ficará no EUA.

Acesse o Resource Group <b>Cluster_VM_Azure_EUA</b>.

Clique em "Add", conforme imagem abaixo:
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/0e3sxvk4yq6xrrzju25j.jpg)

No marketplace, procure pela imagem que usaremos nesta série, digite "SQL Server 2017 on Windows Server 2016", algumas opções surgirão.
Por questões de licenciamento, vamos escolher a versão <i>Developer do SQL Server</i> (conforme imagem):
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/j9n3vfsd8v5swn5htxz4.jpg)

Após escolher, basta clicar em <b>"Create"</b>.

Abrira uma nova tela, certifique-se da região, e do modelo da imagem, veja se condizem com o selecionado.
Também dê um nome à sua máquina virtual.

![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/gs3uusuxaw6zmwfplgxo.jpg)

Rolando mais para baixo, insira o nome do usuário que será <b>administrador</b> da VM e uma senha forte.
Como vamos conectar depois via Remote Desktop Protocol (ou RDP), vamos deixar a Porta 3389 que é padrão como pública.

 Após isso, vá para a escolha dos tipos de disco (aqui usando o conceito de camada) conforme abaixo:

![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/hzgitkeuxqitk9o9ctrw.jpg)

Se quiserem saber mais sobre os conceitos e arquiteturas de STORAGE, recomendo outra série minha:
https://dev.to/wiluey/azure-storage-conhece-parte-1-5a4b

Voltando...

Agora chegou a parte mais importante: <b>Configuração de rede</b>.

Para facilitar, todo o trabalho de configuração das VNet, Subnets e Peering foi feita na primeira parte desta série.

Podemos ver que por atrelarmos esta VM no RG que fica na região East US, ele pegou a primeira VNet (e única) disponível e já atribui às interfaces.
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/iapjk4bj7r1huufebv3b.jpg)

Lembrando que ainda não é aqui que configuraremos os IPs estáticos nas nossas máquinas virtuais.

As outras opções ficam <i>Default</i> mesmo.

Agora pule diretamente para a opção <b>SQL Server Settings</b>.
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/kb4k7g6e269ffvwfc15b.jpg)

- SQL Connectivity: o SQL aceitará apenas conexões das nossas VM e não estará aberto para acesso via internet.
- Port: padrão 1433 (podendo usar outra se quiser).
- SQL Authentication: Para permitir conexão no SQL via usuário SA.
- Azure Key Vault integration: Usado para armazenar e acessar segredos de forma segura, não usaremos neste LAB.

Após isso, clique diretamente em <b>REVIEW + CREATE</b> e após validar as informações, confirme para iniciar o deployment da nossa primeira máquina virtual.
Esta operação levará uns 15 minutos.

Ao final do deployment, cliquem em "Go to resources" para ser direcionado para o ARM.

Você chegará nesta tela:
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/eqktvjtffpz04wfu82bs.jpg)

O Azure atribuiu um IP Publico à nossa máquina virtual e também um IP Privado, porém esse privado é entregue via DHCP, precisamos garantir que ele seja estático para que não haja troca do IP após um boot na VM.

Pensa que acabou?

Clique na opção <b>Networking</b> (seta vermelha da imagem acima).

Após isso, clique na interface de rede da sua VNet.
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/a9gwmrodzt3o8ikm8epp.jpg)

Após isso, clique na opção <b>IP Configurations</b> no menu à esquerda, depois clique na interface (ipconfig1).
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/abkvmi1jtbwqvrxmftjy.jpg)

Na próxima tela, altere a opção <b>Assignment</b> para <b>Static</b>.
Por opção defini os IPs como 10.0.0.10(EUA) e 10.1.0.10(BR), mas você pode colocar qual IP desejar, desde que eles façam parte do range pertencente às suas VNets obviamente.
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/1jkv67gfwrmkcmpzdowc.jpg)

Depois clique em <b>Save</b> para salvar as alterações e faça um Boot nas máquinas virtuais para que as interfaces de rede peguem o novo IP.

Validada a criação da máquina virtual que encontra-se nos EUA, vamos repetir todo o procedimento, agora criando a máquina na região do Brasil, apontando para o Resource Group <b>Cluster_VM_Azure_BR</b>.

A partir daqui presumo que as duas máquinas virtuais estão criadas e as interfaces configuradas com os IPs estáticos.

Agora vamos validar.

No ARM (Azure Resource Manager) vá na sua máquina virtual e clique em <b>Connect</b>, após isso, clique em <b>RDP</b> para acessar o Remote Desktop Protocol.
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/yhp73jtizjpdnp7wla39.jpg)

Baixando o arquivo, agora vamos acessar a nossa máquina virtual.
E feito isso, vamos desabilitar o Firewall do Windows e as opções de segurança do IE.
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/fop6u9e36fjqiln3zq5b.jpg)

feito isso, vamos fazer teste de conectividade entre as máquinas virtuais.
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/ln66k3hclqexv2yrlego.jpg)

Lembrando que uma máquina só "enxerga" a outra por causa do <b>VNet Peering</b>.

Agora vamos habilitar a <b>Feature de Cluster</b> e fechar por aqui o post.

Acesse o Server Manager e clique em Dashboard, depois em Add roles and features.
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/ruxbtcin7o3p9yb77kme.jpg)

Na próxima tela que abrir, clique quatro vezes em <b>Next</b> até chegar na tela abaixo.
![Alt Text](https://dev-to-uploads.s3.amazonaws.com/i/1rf9ofwp3crelc0z6ih8.jpg)

Clique onde a seta vermelha indica, depois em "Add Features" e por fim em "Next".

Agora só aguardar a instalação da Feature.

Repita o procedimento para a outra máquina virtual e pronto!

No próximo e último post da série, vamos habilitar o WSFC e configurar o SQL Server AlwaysOn AG.

Até o próximo post!

Abraços.