WEBVTT

00:00:00.000 --> 00:00:10.830
[MÚSICA].

00:00:10.830 --> 00:00:12.060
Olá. Eu sou Anna Thomas,

00:00:12.060 --> 00:00:13.890
e eu sou um data
e cientista aplicado em

00:00:13.890 --> 00:00:15.705
a equipe de dados do Azure trabalhando em

00:00:15.705 --> 00:00:18.090
SQL e eu me juntei
hoje pelo meu colega.

00:00:18.090 --> 00:00:19.575
>> Eu sou Jeroen ter Heerd,

00:00:19.575 --> 00:00:22.830
e eu sou um gerente de programa
na equipe de dados do Azure também.

00:00:22.830 --> 00:00:24.945
>> Estamos animado para
ter todos vocês hoje.

00:00:24.945 --> 00:00:26.790
Hoje, Jeroen vai falar com

00:00:26.790 --> 00:00:28.740
-nos um pouco sobre a Hiperscale.

00:00:28.740 --> 00:00:30.810
O que você vai
passar por hoje?

00:00:30.810 --> 00:00:34.080
>> Bem, Hyperscale é um novo serviço

00:00:34.080 --> 00:00:37.845
aqui para o Azure SQL que
apenas introduzido em maio.

00:00:37.845 --> 00:00:41.185
Hoje, eu vou
mostrar como migrar

00:00:41.185 --> 00:00:46.525
um banco de dados do Azure SQL como
SQL do Azure regular para hiperescala.

00:00:46.525 --> 00:00:49.310
>> Cool, awesome. Então
o que você tem aí?

00:00:49.310 --> 00:00:52.160
>> Então, a forma como isso funciona,

00:00:52.160 --> 00:00:53.480
Estou no portal do Azure aqui,

00:00:53.480 --> 00:00:55.040
Deixe-me ampliar um pouco.

00:00:55.040 --> 00:00:57.680
Então, estou no portal do Azure,

00:00:57.680 --> 00:01:00.365
Eu tenho um banco de dados SQL padrão aqui.

00:01:00.365 --> 00:01:04.190
Muito simples, é um propósito geral
nível de preços, nada de especial.

00:01:04.190 --> 00:01:07.820
Vou pegar esse banco de dados e
migrá-lo para hiperescala.

00:01:07.820 --> 00:01:09.320
Então, a fim de fazer isso,

00:01:09.320 --> 00:01:10.730
o que eu faço é clicar aqui,

00:01:10.730 --> 00:01:14.785
Eu vou para "configurar",
e em "configurar",

00:01:14.785 --> 00:01:18.155
Eu posso ver que meu banco de dados é
atualmente de uso geral

00:01:18.155 --> 00:01:20.075
e eu posso mudar isso por

00:01:20.075 --> 00:01:22.710
indo para Hyperscale
aqui à direita,

00:01:22.710 --> 00:01:26.320
e então eu posso fazer
algumas alterações de configuração.

00:01:26.320 --> 00:01:27.460
Eu posso escolher, por exemplo,

00:01:27.460 --> 00:01:29.410
a quantidade de vCores que
Eu quero ou a quantia

00:01:29.410 --> 00:01:32.050
de réplicas somente leitura que eu preciso.

00:01:32.050 --> 00:01:36.270
Então, sim, isso é basicamente
a fórmula que recebo.

00:01:36.270 --> 00:01:40.140
>> Jeroen, o que é que pouco
sinal de aviso que estamos recebendo?

00:01:40.140 --> 00:01:41.835
>> Sim, isso é
um bom. Boa captura.

00:01:41.835 --> 00:01:44.170
O sinal de aviso é realmente sobre

00:01:44.170 --> 00:01:47.710
notificá-lo de que este é
uma rua de sentido único que você está entrando.

00:01:47.710 --> 00:01:49.180
Então não há nenhuma maneira uma vez que você

00:01:49.180 --> 00:01:51.630
migrou seu padrão
banco de dados para Hyperscale,

00:01:51.630 --> 00:01:54.960
Não há nenhuma maneira de ir
de volta neste momento.

00:01:54.960 --> 00:01:57.210
Então isso é novo,

00:01:57.210 --> 00:02:00.435
Isso pode mudar em
o futuro, mas por agora,

00:02:00.435 --> 00:02:04.050
há avisos aqui
para dizer-lhe ser avisado,

00:02:04.050 --> 00:02:07.005
Você não pode voltar depois
Você foi para Hyperscale.

00:02:07.005 --> 00:02:09.390
>> Então, quando eu estou testando e outras coisas,

00:02:09.390 --> 00:02:11.100
Devo usar uma cópia?

00:02:11.100 --> 00:02:13.715
>> Sim, eu definitivamente
Basta pegar uma cópia.

00:02:13.715 --> 00:02:16.865
É muito fácil tirar uma cópia
de qualquer banco de dados no Azure.

00:02:16.865 --> 00:02:19.605
Então, uma vez que você tem, clique em copiar

00:02:19.605 --> 00:02:23.025
e migrar para
Hiperscale na cópia.

00:02:23.025 --> 00:02:26.300
Então, uma vez que você está feliz
com a forma como tudo funciona,

00:02:26.300 --> 00:02:27.860
Você pode então mudar
a cadeia de conexão em

00:02:27.860 --> 00:02:30.740
seu aplicativo para apontar para
Esta nova versão de hiperescala.

00:02:30.740 --> 00:02:32.150
Incrível. Fresco. Thansk.

00:02:32.150 --> 00:02:37.615
>> Então, o que eu vou fazer é que eu vou
Clique aqui em eu entendo

00:02:37.615 --> 00:02:41.690
para deixar o portal saber que eu li

00:02:41.690 --> 00:02:43.415
o aviso e eu entendo o que

00:02:43.415 --> 00:02:46.535
a questão é ou o que eu sou
me entrando.

00:02:46.535 --> 00:02:49.729
Então eu terei que escolher
as gerações de computação,

00:02:49.729 --> 00:02:51.859
Eu sempre vou com o mais recente Gen5,

00:02:51.859 --> 00:02:54.980
e eu posso mudar o vCores
para núcleos virtuais,

00:02:54.980 --> 00:02:56.495
a quantidade de réplicas que eu quero,

00:02:56.495 --> 00:02:58.145
e eu vou clicar em "aplicar".

00:02:58.145 --> 00:03:00.590
Então o que acontecerá
é que o banco de dados é

00:03:00.590 --> 00:03:03.205
Agora migrando para o Hyperscale.

00:03:03.205 --> 00:03:04.125
>> É isso.

00:03:04.125 --> 00:03:05.940
>> É isso. Tão fácil.

00:03:05.940 --> 00:03:09.780
>> Oh, Uau. Então, que tipos
de casos de uso que eu quero

00:03:09.780 --> 00:03:11.160
para-por que eu iria querer mudar para

00:03:11.160 --> 00:03:13.695
Hiperscale enquanto estamos
deixá-lo mudar?

00:03:13.695 --> 00:03:17.440
>> Claro. Bem, a maior razão
é realmente escala,

00:03:17.440 --> 00:03:19.310
assim, qualquer escala em termos de

00:03:19.310 --> 00:03:23.095
armazenamento ou escala em termos
de desempenho de consulta.

00:03:23.095 --> 00:03:25.620
Assim, o próprio SQL do Azure

00:03:25.620 --> 00:03:30.275
tem aproximadamente quatro
limite de tamanho de arquivo de terabyte.

00:03:30.275 --> 00:03:33.865
Se você tiver um banco de dados maior
do que isso, o que você faz?

00:03:33.865 --> 00:03:36.275
Bem, Hyperscale é a sua resposta.

00:03:36.275 --> 00:03:38.390
Então, se você tem vamos
dizer, eu não sei,

00:03:38.390 --> 00:03:41.810
40 banco de dados de terabytes, ou
40 armazém de dados do Terabyte,

00:03:41.810 --> 00:03:44.590
ou 40 terabyte qualquer banco de dados,

00:03:44.590 --> 00:03:48.345
hiperscale pode então hospedar
Esse banco de dados para você.

00:03:48.345 --> 00:03:50.235
Em seguida, com as réplicas somente leitura,

00:03:50.235 --> 00:03:53.465
Você obter ainda mais desempenho de consulta
sobre toda essa massa de dados.

00:03:53.465 --> 00:03:57.240
Então essas são as duas principais razões
devido a migrar para o Hyperscale.

00:03:57.240 --> 00:03:59.420
>> Existe uma certa
número de somente leitura

00:03:59.420 --> 00:04:02.360
réplicas que eu recebo com
Hiperscale ou posso configurá-lo?

00:04:02.360 --> 00:04:03.560
>> Você pode configurá-lo, é

00:04:03.560 --> 00:04:06.410
entre zero a quatro,
para que você possa escolher.

00:04:06.410 --> 00:04:08.260
Eu acho que por padrão ele vai para um,

00:04:08.260 --> 00:04:10.650
Mas você pode discar de volta
a zero se você não

00:04:10.650 --> 00:04:12.810
Quer quaisquer réplicas só de leitura,

00:04:12.810 --> 00:04:14.970
Você pode alterá-lo mais tarde também,

00:04:14.970 --> 00:04:16.800
Você pode até o vCores,

00:04:16.800 --> 00:04:19.220
Você pode mudar ou abaixar
o número de réplicas.

00:04:19.220 --> 00:04:22.090
Então essas duas configurações que você
pode mudar após a implantação.

00:04:22.090 --> 00:04:27.000
Incrível. Fresco. Então, espero,

00:04:27.000 --> 00:04:28.500
que era útil para todos vocês.

00:04:28.500 --> 00:04:30.360
Obrigado por se juntar a nós hoje,

00:04:30.360 --> 00:04:31.950
e se você estiver interessado em

00:04:31.950 --> 00:04:34.170
Hyperscale sinta-se livre
para nos deixar como,

00:04:34.170 --> 00:04:35.320
subscrever o nosso canal,

00:04:35.320 --> 00:04:38.090
mesmo deixar-nos um comentário
sobre o que você é mais

00:04:38.090 --> 00:04:41.460
animado sobre hiperescala e
sintonizar na próxima vez. Obrigado.

00:04:41.460 --> 00:04:53.470
MÚSICA