Fala, pessoal!

No ano passado estive no Pass Summit 2018, e aprendi muita coisa sobre Managed Instance que gostaria de compartilhar com vocês aqui no iMasters. Quem ainda não viu meu artigo introdutório sobre o assunto, sugiro a leitura antes de continuar essa série:

• Azure SQL DB Managed Instance – Introdução

Agora vamos partir para a prática e criar nosso primeiro Azure SQL Managed Instance.

• 1. No seu portal do Azure, clique em Create a resource
• 2. Digite Azure SQL Managed Instance
• 3. Clique em Create

Em seguida, temos que definir algumas coisas da nossa instância:

• 1. Qual Subscription vai usar para pagar
• 2. Nome da sua instância
• 3. Um login administrador da instância (como se fosse um sa)
• 4 e 5. Senha complexa
• 6. Grupo de recursos onde podem ficar todos os recursos relacionados ao seu Managed Instance. Isso ajuda no gerenciamento dos seus recursos do Azure – crie um recurso específico para o seu MI
• 7. Escolha a localização da sua instância
• 8. O MI só funciona em uma vNet no Azure

Essa parte de Rede é a parte mais complexa do MI para mim. Se você entende de Networking, pode configurar tudo manualmente antes de criar o MI e utilizar nesse momento.

Caso não tenha esse conhecimento, escolhendo a opção da foto (Create new virtual network), o próprio Azure vai criar essa vNet para nós, facilitando bastante nossa vida.

Continuando, a tela de criação que ficou pequena e não coube em apenas um print, a opção mais importante que temos que escolher nesse momento é qual será a configuração e custo da minha instância:

• 1. Clique em Pricing Tier para escolher a configuração
• 2. Para colocar em produção, só tínhamos a General Purpose, mas a Business Critical que ainda está em preview já deve ter sido liberada (lembro disso do Pass Summit)

Os nomes já ajudam a entender. A business Critical é para aplicações mais críticas que precisam de mais performance e a General Purpose para aplicações um pouco mais simples.

Posteriormente farei um artigo mais detalhado, descrevendo as diferenças entre elas.

• 3. Escolha entre Gen4 e Gen5. Se fizer o teste, vai ver que o preço não muda de gen 4 para gen 5

Segue a foto de um slide do Dimitri Furman do @MSSQLCAT:

A única vantagem que vi do Gen4 é que ela disponibiliza 1.9 GB de memória a mais por vCore.

Se criar um MI de 24 cores:

• Gen4 – Terá 24 * 7 = 168 GB de memória
• Gen5 – Terá 24 * 5,1 = 122,4 GB de memória

Vamos continuar com a criação do nosso MI e depois posso fazer um artigo mais detalhado falando sobre essas diferenças.

• 4. Escolha a quantidade de vCores que precisa para sua instância. No MI não existe DTU igual tem no Azure SQL Database
• 5. Escolha o tamanho do disco que precisa
• 6. Repare na mensagem do Azure dizendo que vai demorar horas para criar o MI

Feito todos os passos, clique em CREATE. Eu não cheguei a criar uma instância com esse nome do print, pois já tinha duas criadas – fiz só para mostrar a vocês.

Como pode ver abaixo, a criação de uma instância minha chamada Business Critical demorou 12 horas:

Pelo que perguntei no Pass, eles estão trabalhando cada vez mais para reduzir esse tempo. Criei uma instância no modelo General Purpose durante o evento, e demorou quato horas para criar.

Olha quanta coisa aquele botão de create do MI fez sozinho no meu Azure. Criou cinco objetos no meu resource group:

Pronto, pessoal! MI criado com sucesso. Se criarem e já tentarem usar, terão um pouco de dificuldade.

Não é tão simples de se conectar do SSMS em um MI como era no Azure SQL Database. Dessa forma, vou mostrar no próximo post como fazer isso.

Se tiver dúvidas, deixe nos comentários. Se eu não souber responder, não se preocupem, eu voltei do Pass com muitos contatos do time do Managed Instance e posso perguntar diretamente pra eles.

Abraços!