WEBVTT

00:00:00.000 --> 00:00:02.280
>> Big Data do servidor SQL
clusters fornece

00:00:02.280 --> 00:00:05.385
experiências de administração incorporadas
para gerenciar a plataforma.

00:00:05.385 --> 00:00:07.140
Há muita coisa acontecendo
na plataforma assim

00:00:07.140 --> 00:00:08.955
nós fizemos questão de construir um monte de

00:00:08.955 --> 00:00:10.800
experiências de administração para fazer

00:00:10.800 --> 00:00:12.885
é fácil de entender
O que está acontecendo.

00:00:12.885 --> 00:00:17.860
Mihaela aqui vai nos dizer a todos
sobre isso hoje na Data Exposed.

00:00:26.720 --> 00:00:27.820
>> [MÚSICA]

00:00:27.820 --> 00:00:29.685
>> Oi e bem-vindo s
outro episódio de

00:00:29.685 --> 00:00:32.295
Dados expostos. Sou seu anfitrião Jeroen.

00:00:32.295 --> 00:00:36.450
Hoje, eu tenho comigo Mihaela para
falar sobre alguns dos built-in

00:00:36.450 --> 00:00:38.280
experiências de administração que são

00:00:38.280 --> 00:00:40.940
disponível para você no SQL
Clusters de big data do servidor.

00:00:40.940 --> 00:00:43.670
Então Mihaela, de volta
o show, bem-vindo.

00:00:43.670 --> 00:00:46.015
>> Obrigado por
Me tendo aqui hoje.

00:00:46.015 --> 00:00:48.975
>> Então administração
experiências, certo?

00:00:48.975 --> 00:00:50.550
Então, o que você pode nos dizer sobre isso?

00:00:50.550 --> 00:00:52.320
>> Sim, esse é um dos

00:00:52.320 --> 00:00:55.245
o principal produto de valor
para clusters de big data.

00:00:55.245 --> 00:00:57.260
Nós vamos passar por alguns dos

00:00:57.260 --> 00:01:00.380
essas experiências de hoje
destacando o que são alguns dos

00:01:00.380 --> 00:01:05.660
o cluster interno da gestão
experiência na administração

00:01:05.660 --> 00:01:08.425
que temos disponível
para você experimentar.

00:01:08.425 --> 00:01:12.380
Como você sabe, os clusters de big data são

00:01:12.380 --> 00:01:16.160
implantado como contentorizado
aplicações e falar de Kubernetes.

00:01:16.160 --> 00:01:18.920
Isso está nos dando um pouco de

00:01:18.920 --> 00:01:23.195
a flexibilidade para permitir
algumas dessas experiências.

00:01:23.195 --> 00:01:26.930
É muito fácil de implantar
para alguns de vocês que

00:01:26.930 --> 00:01:30.805
tinha tentado implantar big data
clusters de modo que é muito rápido.

00:01:30.805 --> 00:01:34.530
Da mesma forma para atualizações,
Isso vai ser muito fácil.

00:01:34.530 --> 00:01:38.780
Alavancagem, elasticidade
e escalabilidade de

00:01:38.780 --> 00:01:41.330
Contêineres Kubernetes que transferem

00:01:41.330 --> 00:01:44.885
para experiências de cluster de big data onde

00:01:44.885 --> 00:01:49.460
é muito fácil de escalar para fora
e para cima e para baixo e têm

00:01:49.460 --> 00:01:50.510
toda essa experiência em

00:01:50.510 --> 00:01:52.805
de forma previsível e consistente

00:01:52.805 --> 00:01:55.140
independentemente de onde estamos
Vai implantá-lo, certo?

00:01:55.140 --> 00:01:57.645
Porque quando você se desdobra
cluster de big data,

00:01:57.645 --> 00:02:00.420
a plataforma de baixo de Kubernetes

00:02:00.420 --> 00:02:03.660
independentemente se é On-prem
ou em Azure ou em qualquer outro lugar,

00:02:03.660 --> 00:02:06.965
somos agnósticos para onde isso
O cluster de Kubernetes está funcionando.

00:02:06.965 --> 00:02:08.790
>> Legal. Parece bom.

00:02:08.790 --> 00:02:10.535
>> Mais uma vez, transferir para

00:02:10.535 --> 00:02:14.450
esta experiência que nós
construído para você gerenciar

00:02:14.450 --> 00:02:16.970
esta plataforma porque isso é
algo que você implantar em

00:02:16.970 --> 00:02:19.780
sua própria infra-estrutura e
você tem que controlá-lo dentro

00:02:19.780 --> 00:02:21.390
>> Claro. Isso faz sentido.

00:02:21.390 --> 00:02:26.450
Então, o que queremos dizer quando falamos
sobre a administração quebrada?

00:02:26.450 --> 00:02:28.100
>> Sim. Então isso significa que nós implantamos

00:02:28.100 --> 00:02:30.200
um conjunto de componentes e serviços

00:02:30.200 --> 00:02:33.980
no cluster para ser capaz para você
para implantar durante o cluster,

00:02:33.980 --> 00:02:36.815
claro, a escala para atualizar.

00:02:36.815 --> 00:02:39.380
Da mesma forma para a segurança e eu sou

00:02:39.380 --> 00:02:42.200
vai mencionar um pouco
mais tarde o que isso significa,

00:02:42.200 --> 00:02:45.200
você tem built-in HADR

00:02:45.200 --> 00:02:49.110
e bem como cluster
sistema de saúde que é

00:02:49.110 --> 00:02:52.370
usado para outros fluxos de trabalho como

00:02:52.370 --> 00:02:56.760
quando fazemos implantação
em ou fazer atualização,

00:02:57.190 --> 00:03:01.370
estamos lendo os sinais de
o cluster automaticamente para você

00:03:01.370 --> 00:03:05.630
para ser capaz de se certificar de que estamos
atualização na ordem certa,

00:03:05.630 --> 00:03:09.215
estamos ouvindo a saúde
sinais do cluster para

00:03:09.215 --> 00:03:13.085
não avançar serviços que
não são saudáveis e assim por diante.

00:03:13.085 --> 00:03:14.185
>> Ok.

00:03:14.185 --> 00:03:17.570
Ao mesmo tempo, nós
têm componentes em

00:03:17.570 --> 00:03:20.675
o cluster que está coletando
métricas, coletando logs,

00:03:20.675 --> 00:03:23.960
guardá-los e, em seguida, expor
-los através de painéis,

00:03:23.960 --> 00:03:27.920
novamente estamos implantando automaticamente
para você fazer uso disso.

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

00:03:29.245 --> 00:03:31.980
>> Como exatamente você quer perguntar?

00:03:31.980 --> 00:03:38.810
O que exatamente isso funciona e o que
são alguns dos serviços que são

00:03:38.810 --> 00:03:42.200
implantado no cluster
e estamos fazendo uso

00:03:42.200 --> 00:03:47.190
de permitir ainda mais todos os
essas experiências para você?

00:03:48.320 --> 00:03:52.880
Chamamos todos estes
componentes que fazem parte de

00:03:52.880 --> 00:03:56.660
a gestão ou
experiência na administração

00:03:56.660 --> 00:03:59.990
estão gestão de cluster
serviço guarda-chuva ou controle.

00:03:59.990 --> 00:04:02.945
Vamos ouvir.
avião de controle algum dia.

00:04:02.945 --> 00:04:08.310
Eu os dividiria entre eles.
serviços de monitoramento,

00:04:08.310 --> 00:04:10.290
como eu estava mencionando anteriormente,

00:04:10.290 --> 00:04:14.390
temos componentes que
estão coletando métricas.

00:04:14.390 --> 00:04:16.970
Vamos dar um exemplo muito simples para

00:04:16.970 --> 00:04:20.600
SQL Server tem DMVs que é
produzindo uma série de métricas.

00:04:20.600 --> 00:04:23.470
Eles têm componentes em

00:04:23.470 --> 00:04:26.340
o cluster que são
leitura desses DMVs,

00:04:26.340 --> 00:04:28.050
é armazená-los em InfluxDB,

00:04:28.050 --> 00:04:30.520
e então temos Grafana
que está sentado em

00:04:30.520 --> 00:04:33.190
top de que para expor essas métricas.

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

00:04:33.430 --> 00:04:36.790
>> Da mesma forma para a nota
anfitrião em Kubernetes,

00:04:36.790 --> 00:04:39.730
nós coletamos alguns desses
consumo de recursos como

00:04:39.730 --> 00:04:43.315
memória e assim por diante e expor
painéis em cima disso.

00:04:43.315 --> 00:04:47.890
Outro conjunto de serviços
ajudando a implantar e atualizar

00:04:47.890 --> 00:04:53.380
para criar segurança ou
alta disponibilidade, certo?

00:04:53.380 --> 00:04:57.130
Esses são componentes que são
trabalhar em conjunto para garantir

00:04:57.130 --> 00:04:58.840
saúde cluster para garantir que

00:04:58.840 --> 00:05:02.315
todas essas coisas são
funcionando corretamente.

00:05:02.315 --> 00:05:04.125
>> Ok. Então, basicamente, nós
tem dois grupos, certo?

00:05:04.125 --> 00:05:06.585
Monitoramento e mais de
controle de gestão?

00:05:06.585 --> 00:05:06.975
>> Sim.

00:05:06.975 --> 00:05:08.500
>> Ok. Fresco.

00:05:08.570 --> 00:05:11.980
>> Então, por exemplo, para a segurança,

00:05:11.980 --> 00:05:14.030
para passar por isso

00:05:14.030 --> 00:05:17.615
exatamente isso significa que
temos segurança embutida?

00:05:17.615 --> 00:05:20.930
Tal como acontece com qualquer lançamento do servidor SQL,

00:05:20.930 --> 00:05:25.360
missão de segurança crítica para
nós habilitar para os nossos clientes.

00:05:25.360 --> 00:05:28.980
Era muito importante para
ativar a autenticação de anúncios.

00:05:28.980 --> 00:05:33.770
O que exatamente isso significa é
que uma vez que um tempo de implantação,

00:05:33.770 --> 00:05:36.740
você nos diz que eu
quer os serviços em

00:05:36.740 --> 00:05:40.220
os clusters a serem integrados
com AD tão tarde para

00:05:40.220 --> 00:05:42.605
usuários para autenticar usando

00:05:42.605 --> 00:05:47.450
sua identidade de anúncio que
tudo é cuidado em

00:05:47.450 --> 00:05:56.535
termos integrando contêineres
com Diretório Ativo,

00:05:56.535 --> 00:05:59.790
tokens, certificados e tudo mais,

00:05:59.790 --> 00:06:04.800
implantando todas essas coisas em
um ambiente em contêineres,

00:06:05.570 --> 00:06:09.045
é algo que é
novo na indústria, certo?

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

00:06:09.250 --> 00:06:11.540
>> Então isso é algo que
fomos muito difíceis de conseguir

00:06:11.540 --> 00:06:14.165
acontecer e nós temos isso
disponível será o seu cluster.

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

00:06:15.005 --> 00:06:17.765
>> Outra coisa que foi
muito importante e nós

00:06:17.765 --> 00:06:20.885
ouviu o feedback dos clientes
quando eles estavam dizendo isso

00:06:20.885 --> 00:06:25.190
Eu quero ter certeza de que o usuário
identidade que está sendo usado para

00:06:25.190 --> 00:06:27.500
login para um certo
serviço é passado

00:06:27.500 --> 00:06:30.200
toda a pilha porque nós
conhecer no cluster de big data,

00:06:30.200 --> 00:06:32.315
temos várias camadas de serviço,

00:06:32.315 --> 00:06:37.490
e quando uma nova identidade do usuário
conecta-se, por exemplo, ao Servidor SQL,

00:06:37.490 --> 00:06:40.220
Quero que a mesma identidade seja aprovada.

00:06:40.220 --> 00:06:43.190
até HDFS, se necessário, então eu

00:06:43.190 --> 00:06:48.890
pode auditar e acompanhar isso
atividade desse usuário, certo?

00:06:48.890 --> 00:06:50.300
Então isso é algo que está disponível

00:06:50.300 --> 00:06:52.250
em clusters de big data também.

00:06:52.250 --> 00:06:55.790
Mais uma vez, certificados e
certificados de rotação

00:06:55.790 --> 00:06:57.620
está acontecendo automaticamente para você.

00:06:57.620 --> 00:07:02.655
Você não tem que fazer
qualquer coisa para isso.

00:07:02.655 --> 00:07:04.395
>> Ok. Então, isso é ótimo.

00:07:04.395 --> 00:07:05.790
Isso parece legal.

00:07:05.790 --> 00:07:07.170
Vendemos tudo isso.

00:07:07.170 --> 00:07:10.905
certificamos-se de que suas credenciais
fluxo de cima para baixo,

00:07:10.905 --> 00:07:12.180
nós configuramos tudo isso,

00:07:12.180 --> 00:07:13.710
mas isso é só segurança, certo?

00:07:13.710 --> 00:07:14.025
>> Sim.

00:07:14.025 --> 00:07:15.290
>> Que tal algo
sede que é muito

00:07:15.290 --> 00:07:16.850
importante como a escalabilidade,

00:07:16.850 --> 00:07:18.230
certificando-se de que quando

00:07:18.230 --> 00:07:20.960
algo quebra alguma coisa
mais está lá para pegá-lo?

00:07:20.960 --> 00:07:22.460
Isso é importante.
fator de banco de dados.

00:07:22.460 --> 00:07:24.305
>> Sim. Então isso é alguma coisa

00:07:24.305 --> 00:07:27.620
que era muito importante para
nós também para ter certeza

00:07:27.620 --> 00:07:30.200
que a missão crítica
serviços estão disponíveis

00:07:30.200 --> 00:07:33.784
no cluster de big data
como o Mestre do Servidor SQL,

00:07:33.784 --> 00:07:37.595
HDFS NameNode, eles são
altamente disponível.

00:07:37.595 --> 00:07:38.195
>> Ok.

00:07:38.195 --> 00:07:41.480
>> Foi aí que permitimos

00:07:41.480 --> 00:07:45.785
uma experiência em que você
pode implantar e gerenciar

00:07:45.785 --> 00:07:51.680
todos estes aspectos novamente em um muito fácil

00:07:51.680 --> 00:07:58.145
e incorporado dentro do
avião de controle também.

00:07:58.145 --> 00:07:59.330
Por exemplo, grupos de disponibilidade.

00:07:59.330 --> 00:08:01.460
Esta é uma característica emblemática que foi

00:08:01.460 --> 00:08:04.100
disponível para o SQL Server desde 2012,

00:08:04.100 --> 00:08:05.960
Eu acho que o mínimo e

00:08:05.960 --> 00:08:14.670
[inaudível] eles sabem que
têm vários pré-requisitos,

00:08:14.670 --> 00:08:15.960
eles têm que configurar,

00:08:15.960 --> 00:08:19.530
eles têm que criar banco de dados
espelhamento pontos finais,

00:08:19.530 --> 00:08:22.545
eles precisam configurar os certificados.

00:08:22.545 --> 00:08:25.175
Há vários passos para
até mesmo configurar o cluster.

00:08:25.175 --> 00:08:27.680
Uma vez que você nos diz que você quer HA e

00:08:27.680 --> 00:08:30.490
clusters de big data para
Mestre do servidor SQL,

00:08:30.490 --> 00:08:33.555
Cuidamos de tudo por você.

00:08:33.555 --> 00:08:35.310
>> Uau. Então simplificamos, certo?

00:08:35.310 --> 00:08:39.290
>> É muito fácil para você configurar.

00:08:39.290 --> 00:08:40.750
Você não tem que pensar,

00:08:40.750 --> 00:08:44.690
fiz uso a URL certa para o
réplicas ou coisas assim?

00:08:44.690 --> 00:08:47.735
Você não precisa se preocupar.
sobre essas coisas.

00:08:47.735 --> 00:08:48.630
>> Legal, então.

00:08:48.630 --> 00:08:51.415
>> Adivinhe qual é o cluster
tecnologia que usamos para isso?

00:08:51.415 --> 00:08:53.415
>> Bem, você me diz.

00:08:53.415 --> 00:08:57.810
>> Nenhum. Então esse é o
beleza de Kubernetes.

00:08:57.810 --> 00:09:01.480
Assim, através de uma integração apertada
com Kubernetes e adicionando

00:09:01.480 --> 00:09:03.950
a lógica de monitoramento e

00:09:03.950 --> 00:09:07.670
orquestração apertado em
este plano de controle,

00:09:07.670 --> 00:09:10.280
não há necessidade de adicional
cluster de tecnologia

00:09:10.280 --> 00:09:13.550
para colocar no cluster maior

00:09:13.550 --> 00:09:16.400
para gerir esse aspecto
de SQL Server Master.

00:09:16.400 --> 00:09:17.030
>> Ok.

00:09:17.030 --> 00:09:20.180
>> Da mesma forma para HDFS, certo?

00:09:20.180 --> 00:09:24.425
Outros recursos de
a pilha de Hadoop,

00:09:24.425 --> 00:09:27.125
eles têm que ser altamente
disponível também.

00:09:27.125 --> 00:09:30.830
Neste caso, usamos Zookeeper,

00:09:30.830 --> 00:09:32.285
que é uma fonte aberta.

00:09:32.285 --> 00:09:34.340
Tão bem estabelecido
tecnologia de cluster

00:09:34.340 --> 00:09:36.710
para ajudar com a orquestração e

00:09:36.710 --> 00:09:41.585
armazenar os metadados para a alta
disponibilidade desses serviços.

00:09:41.585 --> 00:09:43.640
>> Então você nos falou sobre
missão crítica,

00:09:43.640 --> 00:09:44.690
você nos falou sobre segurança.

00:09:44.690 --> 00:09:47.000
Então você tem minha cabeça girando agora.

00:09:47.000 --> 00:09:48.080
Tem muita coisa acontecendo,

00:09:48.080 --> 00:09:49.775
mas como eu realmente uso isso?

00:09:49.775 --> 00:09:51.110
Você tem ferramentas que

00:09:51.110 --> 00:09:51.980
você pode dar a

00:09:51.980 --> 00:09:53.110
me para ter certeza de que eu
entender o que está acontecendo aqui?

00:09:53.110 --> 00:09:54.470
>> Sim, não se preocupe com isso.

00:09:54.470 --> 00:10:00.610
Então, novamente, eu estava dizendo isso
você pode facilmente implantar, certo?

00:10:00.610 --> 00:10:00.900
>> Tudo bem.

00:10:00.900 --> 00:10:02.810
>> A única coisa que você precisa fazer

00:10:02.810 --> 00:10:04.760
como com qualquer coisa em
Kubernetes você acabou de

00:10:04.760 --> 00:10:07.040
tem que declarar o seu
intenção e descrever

00:10:07.040 --> 00:10:11.225
sua configuração de destino e
cuidamos de tudo.

00:10:11.225 --> 00:10:13.250
Então, uma das coisas que você quer

00:10:13.250 --> 00:10:15.800
para ter certeza de que você está
usando e você tem

00:10:15.800 --> 00:10:20.975
como uma ferramenta no seu cliente
máquinas dados ASI.

00:10:20.975 --> 00:10:23.180
Você pode fazer implantação,
você pode fazer a configuração,

00:10:23.180 --> 00:10:27.750
você pode fazer monitoramento, mesmo com
Dados ASI, bem como dados do Azure.

00:10:27.750 --> 00:10:33.110
Então, se você quiser passar por um mais
guiado ou para ver painéis em

00:10:33.110 --> 00:10:36.890
de forma mais amigável

00:10:36.890 --> 00:10:39.080
e é isso que eu vou
para mostrar-lhe mais,

00:10:39.080 --> 00:10:42.065
você pode fazer uso de
Estúdio de Dados Do Azure para

00:10:42.065 --> 00:10:45.800
alavancar algumas dessas experiências
que estamos adicionando lá.

00:10:45.800 --> 00:10:47.990
>> Ok. Bem, falando sobre
experiências, você pode nos mostrar?

00:10:47.990 --> 00:10:50.640
>> Vamos ver como isso
Parece que é para monitoramento.

00:10:50.640 --> 00:10:52.860
Se eu quiser ver o
status do cluster,

00:10:52.860 --> 00:10:54.675
são os meus serviços saudáveis ou não.

00:10:54.675 --> 00:10:56.030
>> Há muita coisa acontecendo
no cluster.

00:10:56.030 --> 00:10:57.150
Então eu preciso saber o que está acontecendo.

00:10:57.150 --> 00:11:01.640
>> Há muitos deles exatamente
e temos uma nova experiência

00:11:01.640 --> 00:11:04.250
no Azure Data Studio, onde você

00:11:04.250 --> 00:11:07.205
pode ver o status do
cluster através do controlador,

00:11:07.205 --> 00:11:09.050
porque, novamente, este é o cérebro de

00:11:09.050 --> 00:11:11.330
seu cluster e isso
é a fonte da verdade.

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

00:11:13.340 --> 00:11:18.570
>> Você pode ver aqui todos os
serviços que são implantados.

00:11:18.570 --> 00:11:20.495
Há estado de saúde.

00:11:20.495 --> 00:11:22.130
Se eu quiser detalhes,

00:11:22.130 --> 00:11:24.920
Eu posso ir mais longe para HDFS, por exemplo

00:11:24.920 --> 00:11:29.615
e ver o que é o
saúde lá e assim por diante.

00:11:29.615 --> 00:11:32.270
Então este é um dos
coisas que temos novos

00:11:32.270 --> 00:11:35.405
nos próximos lançamentos
para clusters de big data.

00:11:35.405 --> 00:11:38.030
Toda essa experiência novamente
você pode usar dados ASI para

00:11:38.030 --> 00:11:41.820
bem com o status bdc,

00:11:44.710 --> 00:11:48.685
e é mais intuitivo
usar uma ferramenta como esta.

00:11:48.685 --> 00:11:51.480
>> Às vezes. Sim
faz sentido. Fresco.

00:11:51.480 --> 00:11:55.570
>> Mais uma vez, tudo isso e como implantar

00:11:55.570 --> 00:11:56.630
todos estes serviços e

00:11:56.630 --> 00:11:59.390
configuração altamente disponível
para a segurança e assim por diante,

00:11:59.390 --> 00:12:02.270
você pode encontrar em nosso
página de documentação.

00:12:02.270 --> 00:12:05.045
Eu coloquei algumas dicas aqui para você.

00:12:05.045 --> 00:12:08.630
alavancagem como ponto de partida
para a nossa documentação.

00:12:08.630 --> 00:12:13.055
Então, seja para implantação ou
para mais recursos na BDC,

00:12:13.055 --> 00:12:15.200
oficinas, amostras que você pode ir

00:12:15.200 --> 00:12:18.825
para estes recursos para fazer uso de.

00:12:18.825 --> 00:12:21.150
>> Legal. Bem, de novo,

00:12:21.150 --> 00:12:23.055
muito obrigado por compartilhar.

00:12:23.055 --> 00:12:25.280
Fico feliz em ver que há muito

00:12:25.280 --> 00:12:27.245
administração e
monitoramento acontecendo,

00:12:27.245 --> 00:12:29.450
e muito feliz em ver que temos

00:12:29.450 --> 00:12:33.365
ambas uma versão da linha de comando de
ele para automatizar as coisas novamente,

00:12:33.365 --> 00:12:35.510
construção de gráficos, painéis de construção,

00:12:35.510 --> 00:12:37.100
e então a interface, eu
como a interface também.

00:12:37.100 --> 00:12:39.020
Então, eu estou muito feliz com [inaudível].

00:12:39.020 --> 00:12:41.060
Então, muito obrigado por estar aqui
e compartilhar isso com os outros.

00:12:41.060 --> 00:12:42.080
>> Não há problema, obrigado.

00:12:42.080 --> 00:12:43.775
>> Obrigado por assistir.

00:12:43.775 --> 00:12:45.340
Por favor, como e se inscrever,

00:12:45.340 --> 00:12:48.180
deixar um comentário e esperar para
até a próxima vez. Thansk.

00:12:48.180 --> 00:13:03.100
[MÚSICA]