{"id":1328,"date":"2018-07-03T15:21:31","date_gmt":"2018-07-03T15:21:31","guid":{"rendered":"https:\/\/www.tiagoneves.net\/blog\/?p=1328"},"modified":"2018-07-05T18:09:20","modified_gmt":"2018-07-05T18:09:20","slug":"criando-um-banco-de-dados-sqldatabase","status":"publish","type":"post","link":"https:\/\/www.tiagoneves.net\/blog\/criando-um-banco-de-dados-sqldatabase\/","title":{"rendered":"Criando um banco de dados Azure SQL Database"},"content":{"rendered":"

Ol\u00e1 pessoal, tudo certo?<\/p>\n

Depois de um tempo sumido, estamos de volta…<\/p>\n

Este tempo sumido \u00e9 justificado por que estava tratando de novas oportunidades, mas agora estamos de volta e pra valer.<\/p>\n

No SQL Saturday em BH, eu palestrei sobre a Plataforma de Dados no Azure, e fiquei devendo como criar um banco de dados SQL Database no Azure. Ent\u00e3o o objetivo deste post \u00e9 demonstrar como criar um banco de dados no Azure SQL Database.<\/p>\n

O primeiro passo \u00e9 criar uma conta no Azure, voc\u00ea pode criar uma conta e gratuita com R$ 670,00 reais e testar por 30 dias, para saber mais basta clicar aqui<\/a>.<\/p>\n

Depois da conta criada voc\u00ea precisa ter conhecimento da tabela de pre\u00e7os do SQL Database. At\u00e9 o m\u00eas (05\/2018) ele era comercializado somente em DTU<\/strong>s (unidade de transa\u00e7\u00e3o de banco de dados), mas este calculo \u00e9 muito complexo e sofre v\u00e1rias criticas dos usu\u00e1rios. Com isso a partir do m\u00eas (06\/2018) voc\u00ea pode contratar o servi\u00e7o utilizando o modelo baseado em vCore<\/strong> que ainda est\u00e1 em preview.<\/p>\n

Diferen\u00e7as entre DTU e vCore<\/strong><\/span><\/h3>\n

O modelo baseado em DTU<\/strong>, representa a combina\u00e7\u00e3o de mem\u00f3ria, cpu, leituras e grava\u00e7\u00e3o. Esse modelo oferece um conjunto de pacotes pr\u00e9-configurados para impulsionar os diferentes tipos de necessidades do seu negocio.<\/p>\n

Quando um cliente optar por contratar o servi\u00e7o utilizando DTU, ele tem que ter em mente que ele n\u00e3o vai conseguir fazer customiza\u00e7\u00f5es do tipo “Preciso de mais mem\u00f3ria” ou “Preciso de mais CPU”, o pacote \u00e9 personalizado, ou seja, se ele sentir que precisa de mais mem\u00f3ria ele ter\u00e1 que aumentar a quantidade de DTU do seu SQLDatabase.<\/p>\n

Outro ponto relacionado ao DTU, \u00e9 que n\u00e3o existe uma m\u00e9trica de equival\u00eancia de DTU, ou seja, voc\u00ea n\u00e3o consegue informar ao cliente quanto de CPU e Mem\u00f3ria tem 1 DTU, essa \u00e9 uma das grandes “criticas” que esse modelo sofre.<\/p>\n

Quanto ao modelo de compra o modelo usando DTUs, os clientes tem tr\u00eas camadas se servi\u00e7o para escolher: Basic<\/strong>, Standard<\/strong> e Premium<\/strong>, al\u00e9m da possibilidade de criar pools el\u00e1sticos<\/strong>.<\/p>\n\n\n\n\n\t\n\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t
<\/td>Basic<\/th>Standard<\/th>Premium<\/th>\n<\/tr>\n<\/thead>\n
Carga de trabalho de destino\t<\/td>Desenvolvimento e produ\u00e7\u00e3o<\/td>Desenvolvimento e produ\u00e7\u00e3o<\/td>Desenvolvimento e produ\u00e7\u00e3o<\/td>\n<\/tr>\n
SLA de tempo de atividade\t<\/td>99,99%<\/td>99,99%<\/td>99,99%<\/td>\n<\/tr>\n
Reten\u00e7\u00e3o de backup\t<\/td>7 dias<\/td>35 dias\t<\/td>35 dias\t<\/td>\n<\/tr>\n
CPU<\/td>Baixo<\/td>Baixo, M\u00e9dio, Alto<\/td>M\u00e9dio, Alto<\/td>\n<\/tr>\n
Taxa de transfer\u00eancia de IO (aproximada)\t<\/td>2.5 IOPS por DTU<\/td>2.5 IOPS por DTU<\/td>48 IOPS por DTU<\/td>\n<\/tr>\n
Lat\u00eancia de IO (aproximada)<\/td>5 ms (leitura), 10 ms (grava\u00e7\u00e3o)<\/td>5 ms (leitura), 10 ms (grava\u00e7\u00e3o)<\/td>2 ms (leitura\/grava\u00e7\u00e3o)<\/td>\n<\/tr>\n
Indexa\u00e7\u00e3o ColumnStore<\/td>N\/D<\/td>S3 e acima\t<\/td>Com suporte<\/td>\n<\/tr>\n
OLTP In-memory<\/td>N\/D\t<\/td>N\/D\t<\/td>Com suporte<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n

Cada camada de servi\u00e7o tem suas sub-camadas e limita\u00e7\u00f5es. Para saber mais informa\u00e7\u00f5es sobre os limites de cada camada basta veja aqui<\/a>.<\/p>\n

J\u00e1 o modelo baseado em vCore<\/strong>, foi disponibilizado no m\u00eas de Maio de 2018. At\u00e9 o presente momento (03\/07\/2018) ele ainda est\u00e1 como preview<\/strong> (“como no Azure tudo muda muito r\u00e1pido, pode ser que quando voc\u00eas estiverem lendo este post o modelo de comercializa\u00e7\u00e3o j\u00e1 tenha sido lan\u00e7ado oficialmente”).<\/p>\n

Um n\u00facleo virtual representa a CPU l\u00f3gica oferecida com uma op\u00e7\u00e3o para escolher entre gera\u00e7\u00f5es de hardware. <\/span>Este modelo fornece flexibilidade, controle e transpar\u00eancia ao cliente, pois ele sabe exatamente o que ele est\u00e1 contratando em rela\u00e7\u00e3o ao que ele est\u00e1 pagando. O modelo vCore permite ao cliente escalar cpu, mem\u00f3ria e armazenamento com base nas necessidades de carga de trabalho. Voc\u00ea tamb\u00e9m pode criar pools estat\u00edstico utilizando o modelo vCore.<\/span><\/p>\n

No modelo de compra baseado em vCore, os clientes pagam por:<\/span><\/p>\n