WEBVTT

00:00:00.000 --> 00:00:10.830
[MUSIC].

00:00:10.830 --> 00:00:12.060
>> Hola. Soy Anna Thomas,

00:00:12.060 --> 00:00:13.890
y soy un Data
y Científico Aplicado en

00:00:13.890 --> 00:00:15.705
el equipo de datos de Azure que trabaja en

00:00:15.705 --> 00:00:18.090
SQL y yo estamos unidos
hoy por mi colega.

00:00:18.090 --> 00:00:19.575
>> Soy Jeroen ter Heerd,

00:00:19.575 --> 00:00:22.830
y soy Gerente de Programas
en el equipo de datos de Azure también.

00:00:22.830 --> 00:00:24.945
>> Estamos emocionados de
hoy os tienen a todos.

00:00:24.945 --> 00:00:26.790
Hoy, Jeroen va a hablar con

00:00:26.790 --> 00:00:28.740
un poco sobre Hyperscale.

00:00:28.740 --> 00:00:30.810
¿Qué vas a hacer?
para pasar por hoy?

00:00:30.810 --> 00:00:34.080
>> Bueno, Hyperscale es un nuevo servicio

00:00:34.080 --> 00:00:37.845
aquí para Azure SQL que
recién presentado en mayo.

00:00:37.845 --> 00:00:41.185
Hoy, voy a
mostrar cómo migrar

00:00:41.185 --> 00:00:46.525
una base de datos de Azure SQL como
SQL de Azure a Hyperscale normal.

00:00:46.525 --> 00:00:49.310
>> Genial, impresionante. así que
¿Qué tienes ahí?

00:00:49.310 --> 00:00:52.160
>> Así que la forma en que esto funciona,

00:00:52.160 --> 00:00:53.480
Estoy en Azure Portal aquí,

00:00:53.480 --> 00:00:55.040
permítanme acercar un poco.

00:00:55.040 --> 00:00:57.680
Así que estoy en Azure Portal,

00:00:57.680 --> 00:01:00.365
Tengo una base de datos SQL estándar aquí.

00:01:00.365 --> 00:01:04.190
Muy simple, es de propósito general
nivel de precios, nada especial.

00:01:04.190 --> 00:01:07.820
Tomaré esta base de datos y
migrarlo a Hyperscale.

00:01:07.820 --> 00:01:09.320
Así que para hacer eso,

00:01:09.320 --> 00:01:10.730
lo que hago es hacer clic aquí,

00:01:10.730 --> 00:01:14.785
Voy a "Configurar",
y en "Configurar",

00:01:14.785 --> 00:01:18.155
Puedo ver que mi base de datos es
actualmente en propósito general

00:01:18.155 --> 00:01:20.075
y puedo cambiar eso por

00:01:20.075 --> 00:01:22.710
ir a Hyperscale
aquí a la derecha,

00:01:22.710 --> 00:01:26.320
y luego puedo hacer
algunos cambios de configuración.

00:01:26.320 --> 00:01:27.460
Puedo elegir, por ejemplo,

00:01:27.460 --> 00:01:29.410
la cantidad de núcleos virtuales que
Quiero o la cantidad

00:01:29.410 --> 00:01:32.050
de réplicas de sólo lectura que necesito.

00:01:32.050 --> 00:01:36.270
Así que sí, eso es básicamente
la fórmula que obtengo.

00:01:36.270 --> 00:01:40.140
>> Jeroen, ¿qué es ese pequeño
señal de advertencia que estamos recibiendo?

00:01:40.140 --> 00:01:41.835
>> Sí, eso es
una buena. Buena atrapada.

00:01:41.835 --> 00:01:44.170
La señal de advertencia es en realidad sobre

00:01:44.170 --> 00:01:47.710
notificándole que esto es
una calle de un solo sentido en la que estás entrando.

00:01:47.710 --> 00:01:49.180
Así que no hay manera una vez que

00:01:49.180 --> 00:01:51.630
migró su estándar
base de datos a Hyperscale,

00:01:51.630 --> 00:01:54.960
no hay manera de ir
de nuevo en este momento.

00:01:54.960 --> 00:01:57.210
Así que esto es nuevo,

00:01:57.210 --> 00:02:00.435
esto podría cambiar en
el futuro, pero por ahora,

00:02:00.435 --> 00:02:04.050
hay avisos aquí
para decirle que se le advierta,

00:02:04.050 --> 00:02:07.005
no se puede volver después de
fuiste a Hyperscale.

00:02:07.005 --> 00:02:09.390
>> Así que cuando estoy probando y esas cosas,

00:02:09.390 --> 00:02:11.100
¿Debo usar una copia?

00:02:11.100 --> 00:02:13.715
>> Sí, definitivamente
sólo toma una copia.

00:02:13.715 --> 00:02:16.865
Es muy fácil tomar una copia
de cualquier base de datos en Azure.

00:02:16.865 --> 00:02:19.605
Así que una vez que lo tengas, haz clic en copiar

00:02:19.605 --> 00:02:23.025
y migrar a
Hiperescala en la copia.

00:02:23.025 --> 00:02:26.300
Entonces una vez que seas feliz
con cómo funciona todo,

00:02:26.300 --> 00:02:27.860
a continuación, puede cambiar
la cadena de conexión en

00:02:27.860 --> 00:02:30.740
su solicitud para señalar a
esta nueva versión de Hyperscale.

00:02:30.740 --> 00:02:32.150
>> Impresionante. Fresco. Gracias.

00:02:32.150 --> 00:02:37.615
>> Así que lo que voy a hacer es que voy a
haga clic aquí en entiendo

00:02:37.615 --> 00:02:41.690
para que el portal sepa que leí

00:02:41.690 --> 00:02:43.415
el aviso y entiendo lo que

00:02:43.415 --> 00:02:46.535
el problema es o lo que soy
me meto en.

00:02:46.535 --> 00:02:49.729
Entonces tendré que elegir
las generaciones de computación,

00:02:49.729 --> 00:02:51.859
Siempre iré con la última Gen5,

00:02:51.859 --> 00:02:54.980
y puedo cambiar los núcleos virtuales
a núcleos virtuales,

00:02:54.980 --> 00:02:56.495
la cantidad de réplicas que quiero,

00:02:56.495 --> 00:02:58.145
y haré clic en "Aplicar".

00:02:58.145 --> 00:03:00.590
Entonces, ¿qué pasará
es que la base de datos es

00:03:00.590 --> 00:03:03.205
ahora migrando a Hyperscale.

00:03:03.205 --> 00:03:04.125
>> Eso es todo.

00:03:04.125 --> 00:03:05.940
>> Eso es todo. Tan fácil.

00:03:05.940 --> 00:03:09.780
>> Oh, wow. Entonces, ¿qué tipos
de casos de uso me gustaría

00:03:09.780 --> 00:03:11.160
a- ¿por qué me gustaría pasar a

00:03:11.160 --> 00:03:13.695
Hiperescala mientras estamos
dejar que se cambie?

00:03:13.695 --> 00:03:17.440
>> Claro. Bueno, la razón más grande
es en realidad escala,

00:03:17.440 --> 00:03:19.310
por lo que cualquiera de las dos escalas en términos de

00:03:19.310 --> 00:03:23.095
almacenamiento o escala en términos
rendimiento de las consultas.

00:03:23.095 --> 00:03:25.620
Así que Azure SQL en sí

00:03:25.620 --> 00:03:30.275
tiene aproximadamente cuatro
límite de tamaño de archivo de terabyte.

00:03:30.275 --> 00:03:33.865
Si tiene una base de datos más grande
que eso, ¿qué haces?

00:03:33.865 --> 00:03:36.275
Bueno, Hyperscale es tu respuesta.

00:03:36.275 --> 00:03:38.390
Así que si usted tiene vamos a
decir, no sé,

00:03:38.390 --> 00:03:41.810
Base de datos de 40 terabytes, o
Almacén de datos de 40 terabytes,

00:03:41.810 --> 00:03:44.590
o 40 terabyte sea cual sea la base de datos,

00:03:44.590 --> 00:03:48.345
hiperescala puede entonces alojar
esa base de datos para usted.

00:03:48.345 --> 00:03:50.235
Luego, con las réplicas de solo lectura,

00:03:50.235 --> 00:03:53.465
se obtiene aún más rendimiento de las consultas
sobre toda esa masa de datos.

00:03:53.465 --> 00:03:57.240
Así que esas son las dos razones principales
debido a la migración a Hyperscale.

00:03:57.240 --> 00:03:59.420
>> ¿Hay un cierto
número de sólo lectura

00:03:59.420 --> 00:04:02.360
réplicas que obtengo con
¿Hyperscale o puedo configurarlo?

00:04:02.360 --> 00:04:03.560
>> Puede configurarlo, es

00:04:03.560 --> 00:04:06.410
entre cero y cuatro,
para que puedas elegir.

00:04:06.410 --> 00:04:08.260
Creo que por defecto va a uno,

00:04:08.260 --> 00:04:10.650
pero se puede marcar de nuevo
a cero si no

00:04:10.650 --> 00:04:12.810
quiero réplicas de solo lectura,

00:04:12.810 --> 00:04:14.970
también puedes cambiarlo más tarde,

00:04:14.970 --> 00:04:16.800
puedes subir los núcleos virtuales,

00:04:16.800 --> 00:04:19.220
puede cambiar o bajar
el número de réplicas.

00:04:19.220 --> 00:04:22.090
Así que esos dos ajustes que
puede cambiar después de la implementación.

00:04:22.090 --> 00:04:27.000
>> Impresionante. Fresco. Así que espero,

00:04:27.000 --> 00:04:28.500
que fue útil para todos ustedes.

00:04:28.500 --> 00:04:30.360
Gracias por acompañarnos hoy,

00:04:30.360 --> 00:04:31.950
y si usted está interesado en

00:04:31.950 --> 00:04:34.170
Hiperescala sentirse libre
para dejarnos un like,

00:04:34.170 --> 00:04:35.320
suscribirse a nuestro canal,

00:04:35.320 --> 00:04:38.090
incluso nos dejan un comentario
en lo que más eres

00:04:38.090 --> 00:04:41.460
entusiasmado con Hyperscale y
sintonizar la próxima vez. Gracias.

00:04:41.460 --> 00:04:53.470
[MUSICA]