WEBVTT

00:00:00.000 --> 00:00:02.280
>> Big Data de SQL Server
clusters proporciona

00:00:02.280 --> 00:00:05.385
experiencias de administración integradas
para gestionar la plataforma.

00:00:05.385 --> 00:00:07.140
Hay muchas cosas que hacer
en la plataforma por lo que

00:00:07.140 --> 00:00:08.955
nos aseguramos de construir una gran cantidad de

00:00:08.955 --> 00:00:10.800
experiencias de administración para hacer

00:00:10.800 --> 00:00:12.885
es fácil de entender
Qué pasa.

00:00:12.885 --> 00:00:17.860
Mihaela aquí nos dirá a todos
sobre ella hoy en Data Exposed.

00:00:26.720 --> 00:00:27.820
>> [MUSICA]

00:00:27.820 --> 00:00:29.685
>> Hola y bienvenidos a
otro episodio de

00:00:29.685 --> 00:00:32.295
Datos expuestos. Soy su anfitrión Jeroen.

00:00:32.295 --> 00:00:36.450
Hoy, tengo conmigo a Mihaela para
hablar de algunos de los incorporados

00:00:36.450 --> 00:00:38.280
experiencias de administración que son

00:00:38.280 --> 00:00:40.940
disponible para usted en SQL
Clústeres de big data de servidor.

00:00:40.940 --> 00:00:43.670
Así que Mihaela, de vuelta en
el espectáculo, bienvenido.

00:00:43.670 --> 00:00:46.015
>> Gracias por
tenerme aquí hoy.

00:00:46.015 --> 00:00:48.975
>> Así que la administración
experiencias, ¿verdad?

00:00:48.975 --> 00:00:50.550
¿Qué puede decirnos al respecto?

00:00:50.550 --> 00:00:52.320
>> Sí, esa es una de

00:00:52.320 --> 00:00:55.245
el producto de valor clave
para clústeres de big data.

00:00:55.245 --> 00:00:57.260
Vamos a pasar por algunos de los

00:00:57.260 --> 00:01:00.380
esas experiencias de hoy
destacando cuáles son algunas de las

00:01:00.380 --> 00:01:05.660
el clúster integrado de administración
experiencia de administración

00:01:05.660 --> 00:01:08.425
que tenemos disponibles
para que lo pruebes.

00:01:08.425 --> 00:01:12.380
Como usted sabe, los clústeres de big data son

00:01:12.380 --> 00:01:16.160
implementado como en contenedor
aplicaciones y hablar de Kubernetes.

00:01:16.160 --> 00:01:18.920
Eso nos está dando algunos de

00:01:18.920 --> 00:01:23.195
la flexibilidad para permitir
algunas de estas experiencias.

00:01:23.195 --> 00:01:26.930
Es muy fácil de implementar
para algunos de ustedes que

00:01:26.930 --> 00:01:30.805
había intentado desplegar big data
grupos para que sea muy rápido.

00:01:30.805 --> 00:01:34.530
Del mismo modo para las actualizaciones,
que va a ser muy fácil.

00:01:34.530 --> 00:01:38.780
Aprovechamiento, elasticidad
y escalabilidad de

00:01:38.780 --> 00:01:41.330
Contenedores Kubernetes que se transfieren

00:01:41.330 --> 00:01:44.885
a las experiencias de clúster de big data donde

00:01:44.885 --> 00:01:49.460
es muy fácil de escalar horizontalmente
y arriba y abajo y tienen

00:01:49.460 --> 00:01:50.510
toda esta experiencia en

00:01:50.510 --> 00:01:52.805
una manera predecible y consistente

00:01:52.805 --> 00:01:55.140
independientemente de dónde estemos
va a desplegarlo, ¿verdad?

00:01:55.140 --> 00:01:57.645
Porque cuando se despliega
cluster de big data,

00:01:57.645 --> 00:02:00.420
la plataforma inferior de Kubernetes

00:02:00.420 --> 00:02:03.660
independientemente de si es On-prem
o en Azure o en cualquier otro lugar,

00:02:03.660 --> 00:02:06.965
somos agnósticos a donde que
El clúster de Kubernetes se está ejecutando.

00:02:06.965 --> 00:02:08.790
>> Genial. Suena bien.

00:02:08.790 --> 00:02:10.535
>> Una vez más, transfiera a

00:02:10.535 --> 00:02:14.450
esta experiencia que
construido para que usted pueda manejar

00:02:14.450 --> 00:02:16.970
esta plataforma porque eso es
algo que se despliega en

00:02:16.970 --> 00:02:19.780
su propia infraestructura y
tienes que manejarlo en.

00:02:19.780 --> 00:02:21.390
>> Claro. Eso tiene sentido.

00:02:21.390 --> 00:02:26.450
Entonces, ¿a qué nos referimos cuando hablamos
sobre la administración rota?

00:02:26.450 --> 00:02:28.100
>> Sí. Eso significa que implementamos

00:02:28.100 --> 00:02:30.200
un conjunto de componentes y servicios

00:02:30.200 --> 00:02:33.980
en el clúster para poder para usted
para desplegar durante el clúster,

00:02:33.980 --> 00:02:36.815
por supuesto, para escalar para actualizar.

00:02:36.815 --> 00:02:39.380
Del mismo modo para la seguridad y estoy

00:02:39.380 --> 00:02:42.200
va a mencionar un poco
más tarde, ¿qué significa eso,

00:02:42.200 --> 00:02:45.200
usted ha incorporado HADR

00:02:45.200 --> 00:02:49.110
y así como cluster
sistema de salud que es

00:02:49.110 --> 00:02:52.370
utilizado para otros flujos de trabajo como

00:02:52.370 --> 00:02:56.760
cuando hacemos la implementación
en o hacer actualización,

00:02:57.190 --> 00:03:01.370
estamos leyendo las señales de
el clúster automáticamente para usted

00:03:01.370 --> 00:03:05.630
para ser capaces de asegurarse de que estamos
actualizando en el orden correcto,

00:03:05.630 --> 00:03:09.215
estamos escuchando la salud
señales del clúster a

00:03:09.215 --> 00:03:13.085
no avanzar servicios que
no son saludables y así sucesivamente.

00:03:13.085 --> 00:03:14.185
>> Está bien.

00:03:14.185 --> 00:03:17.570
Al mismo tiempo,
tienen componentes en

00:03:17.570 --> 00:03:20.675
el clúster que está recopilando
métricas, recopilación de registros,

00:03:20.675 --> 00:03:23.960
almacenarlos y luego exponer
a través de tableros,

00:03:23.960 --> 00:03:27.920
de nuevo estamos desplegando automáticamente
para que hagas uso de eso.

00:03:27.920 --> 00:03:29.245
>> Genial.

00:03:29.245 --> 00:03:31.980
>> ¿Cómo exactamente quieres preguntar?

00:03:31.980 --> 00:03:38.810
Lo que funciona exactamente y lo que
son algunos de los servicios que son

00:03:38.810 --> 00:03:42.200
implementado en el clúster
y estamos haciendo uso

00:03:42.200 --> 00:03:47.190
de permitir aún más
estas experiencias para usted?

00:03:48.320 --> 00:03:52.880
Llamamos a todos estos
componentes que forman parte de

00:03:52.880 --> 00:03:56.660
la administración o
experiencia de administración

00:03:56.660 --> 00:03:59.990
están bajo gestión de clústeres
paraguas de servicio o control.

00:03:59.990 --> 00:04:02.945
Vamos a escuchar
avión de control en algún momento.

00:04:02.945 --> 00:04:08.310
Yo los dividiría entre
servicios de vigilancia,

00:04:08.310 --> 00:04:10.290
como mencionaba antes,

00:04:10.290 --> 00:04:14.390
tenemos componentes que
están recopilando métricas.

00:04:14.390 --> 00:04:16.970
Tomemos un ejemplo muy simple para

00:04:16.970 --> 00:04:20.600
SQL ServerSQL Server tiene DMV que es
produciendo una gran cantidad de métricas.

00:04:20.600 --> 00:04:23.470
Tienen componentes en

00:04:23.470 --> 00:04:26.340
el clúster que son
leyendo de esos DMV,

00:04:26.340 --> 00:04:28.050
los está almacenando en InfluxDB,

00:04:28.050 --> 00:04:30.520
y luego tenemos a Grafana
que está sentado en

00:04:30.520 --> 00:04:33.190
para exponer esas métricas.

00:04:33.190 --> 00:04:33.430
>> Genial.

00:04:33.430 --> 00:04:36.790
>> Del mismo modo, por la nota
anfitrión en Kubernetes,

00:04:36.790 --> 00:04:39.730
recogemos algunos de esos
consumo de recursos como

00:04:39.730 --> 00:04:43.315
memoria y así sucesivamente y exponer
tableros en la parte superior de eso.

00:04:43.315 --> 00:04:47.890
Otro conjunto de servicios son
ayudando a implementar y actualizar

00:04:47.890 --> 00:04:53.380
para establecer la seguridad o
alta disponibilidad, ¿verdad?

00:04:53.380 --> 00:04:57.130
Esos son componentes que son
trabajando juntos para asegurar

00:04:57.130 --> 00:04:58.840
salud de la agrupación para garantizar que

00:04:58.840 --> 00:05:02.315
todas esas cosas son
funcionando correctamente.

00:05:02.315 --> 00:05:04.125
>> Está bien. Así que básicamente,
tienen dos grupos, ¿verdad?

00:05:04.125 --> 00:05:06.585
Monitoreo y más de
control de la gestión?

00:05:06.585 --> 00:05:06.975
>> Sí.

00:05:06.975 --> 00:05:08.500
>> Está bien. Fresco.

00:05:08.570 --> 00:05:11.980
>> Así, por ejemplo, para la seguridad,

00:05:11.980 --> 00:05:14.030
para pasar por lo que

00:05:14.030 --> 00:05:17.615
exactamente significa que
tenemos seguridad incorporada?

00:05:17.615 --> 00:05:20.930
Al igual que con cualquier versión de SQL Server,

00:05:20.930 --> 00:05:25.360
misión de seguridad crítica para
para que lo permitamos a nuestros clientes.

00:05:25.360 --> 00:05:28.980
Era muy importante
habilite la autenticación AD.

00:05:28.980 --> 00:05:33.770
Lo que significa eso es
que una vez que un tiempo de implementación,

00:05:33.770 --> 00:05:36.740
usted nos dice que yo
quieren los servicios en

00:05:36.740 --> 00:05:40.220
los clusters a integrar
con AD tan tarde para

00:05:40.220 --> 00:05:42.605
usuarios para autenticarse utilizando

00:05:42.605 --> 00:05:47.450
su identidad AD que
todo está cuidado en

00:05:47.450 --> 00:05:56.535
términos integrando contenedores
con Active Directory,

00:05:56.535 --> 00:05:59.790
tokens, certificados y todo,

00:05:59.790 --> 00:06:04.800
desplegando todas esas cosas en
un entorno en contenedores,

00:06:05.570 --> 00:06:09.045
es algo que es
nuevo en la industria, ¿verdad?

00:06:09.045 --> 00:06:09.250
>> Claro.

00:06:09.250 --> 00:06:11.540
>> Así que eso es algo que
éramos muy difíciles de hacer

00:06:11.540 --> 00:06:14.165
suceden y lo tenemos
disponibles su clúster.

00:06:14.165 --> 00:06:15.005
>> Impresionante.

00:06:15.005 --> 00:06:17.765
>> Otra cosa que era
muy importante y

00:06:17.765 --> 00:06:20.885
escuchado a los comentarios de los clientes
cuando decían que

00:06:20.885 --> 00:06:25.190
Quiero asegurarme de que el usuario
identidad que se está utilizando para

00:06:25.190 --> 00:06:27.500
iniciar sesión en un cierto
servicio se pasa a través de

00:06:27.500 --> 00:06:30.200
toda la pila porque
saber en el clúster de big data,

00:06:30.200 --> 00:06:32.315
tenemos varias capas de servicio,

00:06:32.315 --> 00:06:37.490
y cuando una nueva identidad de usuario
se conecta, por ejemplo, a SQL Server,

00:06:37.490 --> 00:06:40.220
Quiero que se apruebe la misma identidad

00:06:40.220 --> 00:06:43.190
hasta HDFS si es necesario, así que

00:06:43.190 --> 00:06:48.890
puede auditar y rastrear que
actividad de ese usuario, ¿verdad?

00:06:48.890 --> 00:06:50.300
Así que eso es algo que está disponible

00:06:50.300 --> 00:06:52.250
en clústeres de big data también.

00:06:52.250 --> 00:06:55.790
Una vez más, los certificados y
certificados rotatoles

00:06:55.790 --> 00:06:57.620
está sucediendo automáticamente para usted.

00:06:57.620 --> 00:07:02.655
No tienes que hacer
nada por eso.

00:07:02.655 --> 00:07:04.395
>> Está bien. Así que eso es genial.

00:07:04.395 --> 00:07:05.790
Esto suena genial.

00:07:05.790 --> 00:07:07.170
Vendimos todo esto,

00:07:07.170 --> 00:07:10.905
nos aseguramos de que sus credenciales
flujo de arriba a abajo,

00:07:10.905 --> 00:07:12.180
lo configuramos todo,

00:07:12.180 --> 00:07:13.710
pero eso es sólo seguridad, ¿verdad?

00:07:13.710 --> 00:07:14.025
>> Sí.

00:07:14.025 --> 00:07:15.290
>> ¿Qué tal algo
otra cosa que es muy

00:07:15.290 --> 00:07:16.850
importante como la escalabilidad,

00:07:16.850 --> 00:07:18.230
asegurándose de que cuando

00:07:18.230 --> 00:07:20.960
algo rompe algo
¿hay otra cosa para recogerlo?

00:07:20.960 --> 00:07:22.460
Eso es importante
factor de la base de datos.

00:07:22.460 --> 00:07:24.305
>> Sí. Así que eso es algo

00:07:24.305 --> 00:07:27.620
que era muy importante para
nosotros también para asegurarse de que

00:07:27.620 --> 00:07:30.200
que la misión crítica
servicios están disponibles

00:07:30.200 --> 00:07:33.784
en el clúster de big data
como SQL Server Master,

00:07:33.784 --> 00:07:37.595
HDFS NameNode, son
altamente disponible.

00:07:37.595 --> 00:07:38.195
>> Está bien.

00:07:38.195 --> 00:07:41.480
>> Ahí es donde habilitamos

00:07:41.480 --> 00:07:45.785
una experiencia en la que
puede implementar y administrar

00:07:45.785 --> 00:07:51.680
todos estos aspectos de nuevo en un muy fácil

00:07:51.680 --> 00:07:58.145
e incrustado dentro de la
avión de control también.

00:07:58.145 --> 00:07:59.330
Por ejemplo, grupos de disponibilidad.

00:07:59.330 --> 00:08:01.460
Esta es una característica emblemática que fue

00:08:01.460 --> 00:08:04.100
disponible para SQL Server desde 2012,

00:08:04.100 --> 00:08:05.960
Creo que lo menos y

00:08:05.960 --> 00:08:14.670
[inaudible] saben que
tienen múltiples requisitos previos,

00:08:14.670 --> 00:08:15.960
tienen que establecerse,

00:08:15.960 --> 00:08:19.530
tienen que configurar la base de datos
reflejando los puntos finales,

00:08:19.530 --> 00:08:22.545
necesitan configurar los certificados.

00:08:22.545 --> 00:08:25.175
Hay varios pasos para
incluso configurar el clúster.

00:08:25.175 --> 00:08:27.680
Una vez que nos diga que desea HA y

00:08:27.680 --> 00:08:30.490
clústeres de big data para
Sql Server Master,

00:08:30.490 --> 00:08:33.555
nos encargamos de todo por ti.

00:08:33.555 --> 00:08:35.310
>> Guau. Así que lo simplificamos, ¿verdad?

00:08:35.310 --> 00:08:39.290
>> Es muy fácil de configurar.

00:08:39.290 --> 00:08:40.750
No tienes que pensar en,

00:08:40.750 --> 00:08:44.690
¿Utilicé la URL correcta para el
réplicas o cosas por el respecto?

00:08:44.690 --> 00:08:47.735
No tienes que preocuparte.
acerca de estas cosas.

00:08:47.735 --> 00:08:48.630
>> Genial, así que.

00:08:48.630 --> 00:08:51.415
>> Adivina cuál es el clúster
tecnología que utilizamos para eso?

00:08:51.415 --> 00:08:53.415
>> Bueno, dímelo tú.

00:08:53.415 --> 00:08:57.810
>> Ninguno. Así que ese es el
belleza de Kubernetes.

00:08:57.810 --> 00:09:01.480
Así que a través de una estrecha integración
con Kubernetes y la adición de

00:09:01.480 --> 00:09:03.950
la lógica para el monitoreo y

00:09:03.950 --> 00:09:07.670
orquestación apretado en
este plano de control,

00:09:07.670 --> 00:09:10.280
no hay necesidad de
grupo de tecnología

00:09:10.280 --> 00:09:13.550
para poner en el grupo más grande

00:09:13.550 --> 00:09:16.400
para gestionar ese aspecto
de SQL Server Master.

00:09:16.400 --> 00:09:17.030
>> Está bien.

00:09:17.030 --> 00:09:20.180
>> De manera similar para HDFS, ¿verdad?

00:09:20.180 --> 00:09:24.425
Otros recursos de
la pila de Hadoop,

00:09:24.425 --> 00:09:27.125
tienen que ser altamente
disponibles también.

00:09:27.125 --> 00:09:30.830
En este caso, utilizamos Zookeeper,

00:09:30.830 --> 00:09:32.285
que es un código abierto.

00:09:32.285 --> 00:09:34.340
Tan bien establecido
tecnología de cluster

00:09:34.340 --> 00:09:36.710
para ayudar con la orquestación y

00:09:36.710 --> 00:09:41.585
almacenar los metadatos para el alto
disponibilidad de estos servicios.

00:09:41.585 --> 00:09:43.640
>> Así que nos contaste acerca de
misión crítica,

00:09:43.640 --> 00:09:44.690
nos habló de seguridad.

00:09:44.690 --> 00:09:47.000
Así que ahora tienes mi cabeza girando.

00:09:47.000 --> 00:09:48.080
Están pasando muchas cosas,

00:09:48.080 --> 00:09:49.775
pero, ¿cómo uso esto?

00:09:49.775 --> 00:09:51.110
¿Tiene herramientas que

00:09:51.110 --> 00:09:51.980
se puede dar a

00:09:51.980 --> 00:09:53.110
para asegurarme de que
entender lo que está pasando aquí?

00:09:53.110 --> 00:09:54.470
>> Sí, no te preocupes.

00:09:54.470 --> 00:10:00.610
Así que de nuevo, te estaba diciendo que
se puede implementar fácilmente, ¿verdad?

00:10:00.610 --> 00:10:00.900
>> Muy bien.

00:10:00.900 --> 00:10:02.810
>> Lo único que tienes que hacer

00:10:02.810 --> 00:10:04.760
como con cualquier cosa en
Kubernetes que sólo

00:10:04.760 --> 00:10:07.040
tienen que declarar su
intención y describir

00:10:07.040 --> 00:10:11.225
su configuración de destino y
nos encargamos de todo.

00:10:11.225 --> 00:10:13.250
Así que una de las cosas que quieres

00:10:13.250 --> 00:10:15.800
para asegurarse de que está
usando y usted tiene

00:10:15.800 --> 00:10:20.975
como una herramienta en su cliente
máquinas ASI datos.

00:10:20.975 --> 00:10:23.180
Puede realizar la implementación,
puedes hacer configuración,

00:10:23.180 --> 00:10:27.750
usted puede hacer monitoreo incluso con
Datos de ASI, así como datos de Azure.

00:10:27.750 --> 00:10:33.110
Así que si quieres pasar por un
guiados o para ver los tableros en

00:10:33.110 --> 00:10:36.890
una manera más fácil de usar

00:10:36.890 --> 00:10:39.080
y eso es lo que voy a
para mostrarte más,

00:10:39.080 --> 00:10:42.065
usted puede hacer uso de
Azure Data Studio para

00:10:42.065 --> 00:10:45.800
aprovechar algunas de estas experiencias
que estamos agregando allí.

00:10:45.800 --> 00:10:47.990
>> Está bien. Bueno, hablando de
experiencias, ¿puede mostrarnos?

00:10:47.990 --> 00:10:50.640
>> Vamos a ver cómo
parece un monitoreo.

00:10:50.640 --> 00:10:52.860
Si quiero ver el
estado del clúster,

00:10:52.860 --> 00:10:54.675
son mis servicios saludables o no.

00:10:54.675 --> 00:10:56.030
>> Hay mucho que hacer
en el clúster.

00:10:56.030 --> 00:10:57.150
Así que necesito saber qué está pasando.

00:10:57.150 --> 00:11:01.640
>> Hay muchos de ellos exactamente
y tenemos una nueva experiencia

00:11:01.640 --> 00:11:04.250
en Azure Data Studio, donde

00:11:04.250 --> 00:11:07.205
puede ver el estado de la
a través del controlador,

00:11:07.205 --> 00:11:09.050
porque de nuevo este es el cerebro de

00:11:09.050 --> 00:11:11.330
su clúster y esto
es la fuente de la verdad.

00:11:11.330 --> 00:11:12.660
>> Claro.

00:11:13.340 --> 00:11:18.570
>> Se puede ver aquí todos los
servicios que se implementan.

00:11:18.570 --> 00:11:20.495
Hay estado de salud.

00:11:20.495 --> 00:11:22.130
Si quiero detalles,

00:11:22.130 --> 00:11:24.920
Puedo ir más allá de HDFS, por ejemplo

00:11:24.920 --> 00:11:29.615
y ver lo que es el
salud allí y así sucesivamente.

00:11:29.615 --> 00:11:32.270
Así que este es uno de los
cosas que tenemos nuevas

00:11:32.270 --> 00:11:35.405
en los próximos lanzamientos
para clústeres de big data.

00:11:35.405 --> 00:11:38.030
Toda esta experiencia de nuevo
puede utilizar los datos de ASI para

00:11:38.030 --> 00:11:41.820
así como con el estado BDC,

00:11:44.710 --> 00:11:48.685
y es más intuitivo
para usar una herramienta como esta.

00:11:48.685 --> 00:11:51.480
>> A veces. Sí
tiene sentido. Fresco.

00:11:51.480 --> 00:11:55.570
>> Una vez más, todo esto y cómo desplegar

00:11:55.570 --> 00:11:56.630
todos estos servicios y

00:11:56.630 --> 00:11:59.390
configuración de alta disponibilidad
para la seguridad y así sucesivamente,

00:11:59.390 --> 00:12:02.270
se puede encontrar en nuestro
documentación.

00:12:02.270 --> 00:12:05.045
Puse algunos consejos aquí para que

00:12:05.045 --> 00:12:08.630
apalancamiento como punto de partida
para nuestra documentación.

00:12:08.630 --> 00:12:13.055
Así que ya sea para la implementación o
para obtener más recursos sobre BDC,

00:12:13.055 --> 00:12:15.200
talleres, muestras que puedes ir

00:12:15.200 --> 00:12:18.825
a estos recursos para hacer uso de.

00:12:18.825 --> 00:12:21.150
>> Genial. Bueno, otra vez,

00:12:21.150 --> 00:12:23.055
muchas gracias por compartir.

00:12:23.055 --> 00:12:25.280
Estoy feliz de ver que hay un montón de

00:12:25.280 --> 00:12:27.245
administración y
monitoreo en marcha,

00:12:27.245 --> 00:12:29.450
y muy feliz de ver que tenemos

00:12:29.450 --> 00:12:33.365
tanto una versión de línea de comandos de
automatizar las cosas de nuevo,

00:12:33.365 --> 00:12:35.510
construyendo gráficos, construyendo tableros,

00:12:35.510 --> 00:12:37.100
y luego la interfaz,
como interfaz también.

00:12:37.100 --> 00:12:39.020
Así que estoy muy feliz de [inaudible].

00:12:39.020 --> 00:12:41.060
Así que muchas gracias por estar aquí
y compartir esto con otros.

00:12:41.060 --> 00:12:42.080
>> No hay problema, gracias.

00:12:42.080 --> 00:12:43.775
>> Gracias por mirar.

00:12:43.775 --> 00:12:45.340
Por favor, me gusta y suscríbete,

00:12:45.340 --> 00:12:48.180
dejar un comentario y esperar
nos vemos la próxima vez. Gracias.

00:12:48.180 --> 00:13:03.100
[MUSICA]