Ambientes rodando em nuvem pública está se tornando algo cada vez mais simples de ser encontrado e nessa mesma vertente cada vez mais empresas querem levar alguns, senão todos os seus bancos de dados para a nuvem. Pensando nisso a Microsoft possuí a oferta de Banco de Dados na nuvem chamado de Azure SQL Database.

O Azure SQL Database é o serviço de Banco de Dados baseado na nuvem que entrega todo o poder e robustez do SQL Server na nuvem. Por padrão a Microsoft garante um SLA de 99.99%, onde esse SLA é garantido financeiramente em caso de falha comprovada pela Microsoft.

 

Service Tiers

Como trabalhamos com um serviço de PaaS, ou seja, Platform as a Service a performance é mensurada de uma maneira diferente. Dentro do SQL Database temos o que chamamos Service Tiers, onde cada tier corresponde a uma métrica previsível de Performance e Continuidade do Negócio. Atualmente o SQL Database contém 3 Service Tiers que podem ser encontrados abaixo.

 

Basic	Standard	Premium
Bancos pequenos com no máximo até 2GB. Recovery máximo de 7 dias.	Bancos médios com multiplas transações concorrentes. Bancos com tamanho máximo de 250GB. Replicação Geográfica.	Aplicações de missão critica com um alto volume de transações concorrentes. Bancos com tamanho máximo de até 1TB.

 

Dentro dos Service Tiers encontramos o Database Throughput Unit (DTU) que é uma mistura de CPU, Memoria e IO que representa o poder relativo de Bancos de Dados baseados em uma métrica de mundo real. Basicamente a Microsoft recolheu uma serie de métricas que são encontradas em ambientes OLTP.

 

Uma das facilidades do Azure SQL Database é poder realizar o scale-up ou o scale-down entre Service Tiers de maneira bem trivial. Como é visualizado na imagem abaixo, o mesmo banco pode navegar do Service Tier “S0”

Onde as 15:30 o Microsoft Azure recebeu uma requisição de Scale-UP.

O seu banco não fica offline e muito menos indisponível para o seu usuário. Todo o processo de mudança ocorre em background garantindo assim a disponibilidade do negócio. Dependendo do tamanho real do banco de dados o tempo de movimento pode mudar.

Migrando de forma eficiente

Outro fator que pode nos ajudar no momento da migração é saber qual é o Service Tier e número de DTU’s indicado para o meu banco de dados. O cenário mais comum que encontramos em migrações para o SQL Database é o movimento de bancos de dados que estão no ambiente local para nuvem e além disso entender qual o nível desejado para que meus serviços rodem com a mesma performance e disponibilidade.

Sendo assim utilizamos uma ferramenta que nos possibilita coletar dados do servidor de Banco de Dados do cliente, sem a necessidade de coletar dados confidenciais e assim entregar uma informação que agrega valor no momento da migração.

 

Alta disponibilidade com poucos cliques

A vantagem de um serviço PaaS como o SQL Database é fornecer agilidade, disponibilidade e principalmente segurança. Falando em alta disponibilidade, o Microsoft Azure possuí hoje mais de 10 DataCenters espalhados pelo mundo inteiro, que fornecem assim o a confiabilidade que o cliente necessita. No Microsft Azure você pode habilitar seu Banco de Dados secundário para leitura e fazer com que aquele seu time de BI possa rodar os relatórios sem impactar o negócio.

Ter alta disponibilidade é assim fácil, é só escolher onde colocar seu banco secundário.

Não exploramos nem 10% de tudo que você pode fazer com o SQL Database, e o melhor, gastando muito menos do que você gastaria rodando o ambiente dentro de sua organização.

 

E aí? Já está preparado para o poder da nuvem?