WEBVTT

00:00:00.000 --> 00:00:02.280
>> Serveru SQL Server velké údaje
clustery poskytují

00:00:02.280 --> 00:00:05.385
vložené prostředí pro správu
ke správě platformy.

00:00:05.385 --> 00:00:07.140
Hodně toho jde
na plošině, takže

00:00:07.140 --> 00:00:08.955
jsme se ujistili, že postavíme spoustu

00:00:08.955 --> 00:00:10.800
administrativní zkušenosti, které umožňují

00:00:10.800 --> 00:00:12.885
snadno pochopíš
Co se děje.

00:00:12.885 --> 00:00:17.860
Mihaela nám bude vyprávět všechny
o tom dnes v datech exponovaných.

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

00:00:27.820 --> 00:00:29.685
>> Hi a Vítejte
Další epizoda

00:00:29.685 --> 00:00:32.295
Zpřístupněné údaje. Jsem váš hostitel Jeroen.

00:00:32.295 --> 00:00:36.450
Dnes mám se svou Mihaelou, abych
hovořit o některých vestavěných

00:00:36.450 --> 00:00:38.280
administrativní zkušenosti, které jsou

00:00:38.280 --> 00:00:40.940
k dispozici v jazyce SQL
Server velkých datových clusterů.

00:00:40.940 --> 00:00:43.670
Tak Mihaelo, zpátky na
představení, Vítejte.

00:00:43.670 --> 00:00:46.015
>> Děkujeme za
Dneska mě tady máš.

00:00:46.015 --> 00:00:48.975
>> So
zážitky, že?

00:00:48.975 --> 00:00:50.550
Tak co nám o tom můžete říct?

00:00:50.550 --> 00:00:52.320
>> Ano, to je jeden z

00:00:52.320 --> 00:00:55.245
produkt s hodnotou klíče
pro velké datové clustery.

00:00:55.245 --> 00:00:57.260
Projdeme si některé z

00:00:57.260 --> 00:01:00.380
Tyto zkušenosti dnes
zvýraznění některých

00:01:00.380 --> 00:01:05.660
vestavěného clusteru pro správu
možnosti správy

00:01:05.660 --> 00:01:08.425
že máme k dispozici
abys to zkusil.

00:01:08.425 --> 00:01:12.380
Jak víte, velké datové clustery jsou

00:01:12.380 --> 00:01:16.160
nasazena jako kontejnerizovaná
přihlášky a řeči o Kubernetes.

00:01:16.160 --> 00:01:18.920
To nám dává trochu

00:01:18.920 --> 00:01:23.195
pružnost umožňující
Některé z těchto zážitků.

00:01:23.195 --> 00:01:26.930
Je velmi snadné nasadit
pro některé z vás, kteří

00:01:26.930 --> 00:01:30.805
pokusil se nasadit velké údaje
clusterů tak, aby byly velmi rychlé.

00:01:30.805 --> 00:01:34.530
Podobně pro upgrady,
to bude snadný.

00:01:34.530 --> 00:01:38.780
Využití, elasticita
a škálovatelnost

00:01:38.780 --> 00:01:41.330
Kontejnery Kubernetes, které přenáší

00:01:41.330 --> 00:01:44.885
na velké prostředí s datovými clustery, kde

00:01:44.885 --> 00:01:49.460
je velmi snadné zmenšit
a nahoru a dolů a mají

00:01:49.460 --> 00:01:50.510
všechny tyto zkušenosti v

00:01:50.510 --> 00:01:52.805
předvídatelným a důsledným způsobem

00:01:52.805 --> 00:01:55.140
bez ohledu na to, kde jsme
ji nasadíte, že?

00:01:55.140 --> 00:01:57.645
Protože při nasazení
velký datový cluster,

00:01:57.645 --> 00:02:00.420
spodní plošina Kubernetes

00:02:00.420 --> 00:02:03.660
bez ohledu na to, zda je na předm
nebo v Azure nebo kdekoli jinde,

00:02:03.660 --> 00:02:06.965
jsme agnostní na to, kde
Kubernetesový cluster běží.

00:02:06.965 --> 00:02:08.790
>> Cool. To zní dobře.

00:02:08.790 --> 00:02:10.535
>>, Převeďte do

00:02:10.535 --> 00:02:14.450
Tyto zkušenosti, které jsme
sestaven pro vás, abyste mohli spravovat

00:02:14.450 --> 00:02:16.970
této platformě, protože to je
něco, co nasadíte na

00:02:16.970 --> 00:02:19.780
vlastní infrastrukturu a
musíte to zvládnout.

00:02:19.780 --> 00:02:21.390
>> Jistě. To dává smysl.

00:02:21.390 --> 00:02:26.450
Tak co máme na mysli, když mluvíme
o zlomené administrativě?

00:02:26.450 --> 00:02:28.100
>> Ano. To znamená, že nasadíme

00:02:28.100 --> 00:02:30.200
sada součástí a služeb

00:02:30.200 --> 00:02:33.980
v clusteru, abyste mohli
k nasazení během clusteru,

00:02:33.980 --> 00:02:36.815
Samozřejmě, abychom se mohli změnit na upgrade.

00:02:36.815 --> 00:02:39.380
Stejně jako bezpečnost a já jsem

00:02:39.380 --> 00:02:42.200
o trochu
později, co to znamená,

00:02:42.200 --> 00:02:45.200
máte zabudovaný HADR

00:02:45.200 --> 00:02:49.110
a také cluster
systém zdravotnictví, který je

00:02:49.110 --> 00:02:52.370
používá se pro jiné pracovní postupy, jako například

00:02:52.370 --> 00:02:56.760
Při nasazení
nebo inovovat,

00:02:57.190 --> 00:03:01.370
Zaznamenávám signály z
cluster automaticky pro vás

00:03:01.370 --> 00:03:05.630
se ujistit, že jsme
upgrade v pravém pořadí,

00:03:05.630 --> 00:03:09.215
my posloucháme zdraví
signálů z clusteru do

00:03:09.215 --> 00:03:13.085
nezahrnout dopředné služby, které
nejsou zdravé a tak.

00:03:13.085 --> 00:03:14.185
>> Dobře.

00:03:14.185 --> 00:03:17.570
Zároveň jsme
mají komponenty v

00:03:17.570 --> 00:03:20.675
cluster, který shromažďuje
metriky, sběr protokolů

00:03:20.675 --> 00:03:23.960
Uložte je a zpřístupněte
je pomocí řídicích panelů,

00:03:23.960 --> 00:03:27.920
znovu nasazujeme automaticky
, abyste to mohli využít.

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

00:03:29.245 --> 00:03:31.980
>> Jak přesně se chceš ptát?

00:03:31.980 --> 00:03:38.810
Co přesně to funguje a co
jsou některé služby, které jsou

00:03:38.810 --> 00:03:42.200
nasazeno v clusteru
a budeme používat

00:03:42.200 --> 00:03:47.190
na další povolení všech
ty zážitky pro tebe?

00:03:48.320 --> 00:03:52.880
Říkáme všem těmto
součásti, které jsou součástí

00:03:52.880 --> 00:03:56.660
vedení nebo
možnosti správy

00:03:56.660 --> 00:03:59.990
jsou ve správě clusterů
servisního deštníku nebo ovládacího prvku.

00:03:59.990 --> 00:04:02.945
Vyslechneme si
řídicí rovinu.

00:04:02.945 --> 00:04:08.310
Rozdělil bych je mezi
monitorovací služby,

00:04:08.310 --> 00:04:10.290
Jak jsem už předtím zmínil,

00:04:10.290 --> 00:04:14.390
Máme komponenty, které
sbíráme metriky.

00:04:14.390 --> 00:04:16.970
Dáme si velmi jednoduchý příklad pro

00:04:16.970 --> 00:04:20.600
SQL Server obsahuje DMVs, které jsou
produkuje mnoho metrik.

00:04:20.600 --> 00:04:23.470
Mají komponenty v

00:04:23.470 --> 00:04:26.340
clusteru, který je
čtení z DMVs,

00:04:26.340 --> 00:04:28.050
je uchovávající ve společnosti Vlivxdb,

00:04:28.050 --> 00:04:30.520
a pak máme Grafanu
který sedí na

00:04:30.520 --> 00:04:33.190
vrchol toho, aby odhalil tyto metriky.

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

00:04:33.430 --> 00:04:36.790
>> Obdobně pro poznámku
hostitel v Kubernetes,

00:04:36.790 --> 00:04:39.730
Sbírám některé z těch
spotřeba zdrojů, jako

00:04:39.730 --> 00:04:43.315
paměť a tak dál a vystavit
řídicích panelů na tomto vrcholu.

00:04:43.315 --> 00:04:47.890
Další sada služeb je
pomoc při nasazování a upgradování

00:04:47.890 --> 00:04:53.380
k nastavení zabezpečení nebo
vysokou dostupnost, že?

00:04:53.380 --> 00:04:57.130
Jedná se o součásti, které jsou
spolupracují, aby zajistily

00:04:57.130 --> 00:04:58.840
stav clusteru, aby bylo zajištěno, že

00:04:58.840 --> 00:05:02.315
všechny ty věci jsou
fungují správně.

00:05:02.315 --> 00:05:04.125
>> Dobře. Takže v podstatě jsme
mají dvě skupiny, že?

00:05:04.125 --> 00:05:06.585
Monitorování a více
řízení správy?

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

00:05:06.975 --> 00:05:08.500
>> Dobře. Cool.

00:05:08.570 --> 00:05:11.980
>> Tak například pro zabezpečení,

00:05:11.980 --> 00:05:14.030
projít tím, co

00:05:14.030 --> 00:05:17.615
přesně to znamená, že
Máme zabudovaný zabezpečení?

00:05:17.615 --> 00:05:20.930
Stejně jako u všech vydání serveru SQL Server,

00:05:20.930 --> 00:05:25.360
úkol zabezpečení kritický pro
nám povolit naše zákazníky.

00:05:25.360 --> 00:05:28.980
Bylo velmi důležité
Povolit ověřování AD.

00:05:28.980 --> 00:05:33.770
Co přesně znamená, že
že jednou za čas nasazení

00:05:33.770 --> 00:05:36.740
Řeknete nám, že jsem
Chcete, aby služby

00:05:36.740 --> 00:05:40.220
seskupení, která mají být integrována
se službou AD později

00:05:40.220 --> 00:05:42.605
ověření uživatele pomocí

00:05:42.605 --> 00:05:47.450
svou identitu AD, která
o všechno je postaráno v

00:05:47.450 --> 00:05:56.535
termíny integrace kontejnerů
se službou Active Directory,

00:05:56.535 --> 00:05:59.790
tokeny, certifikáty a všechno,

00:05:59.790 --> 00:06:04.800
nasadit všechny tyto věci do
kontejnerizovaná prostředí,

00:06:05.570 --> 00:06:09.045
je to něco, co je
v průmyslu nový, že?

00:06:09.045 --> 00:06:09.250
>> Jistě.

00:06:09.250 --> 00:06:11.540
>> Takže to je něco, co
bylo velmi těžké to udělat

00:06:11.540 --> 00:06:14.165
stát a máme ho
bude cluster k dispozici.

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

00:06:15.005 --> 00:06:17.765
>> Další věc, která byla
velmi důležité a my

00:06:17.765 --> 00:06:20.885
poslouchaly názory zákazníků
když říkali, že

00:06:20.885 --> 00:06:25.190
Chci zajistit, aby uživatel
Identita používaná k

00:06:25.190 --> 00:06:27.500
přihlášení k určitému
Služba je předána

00:06:27.500 --> 00:06:30.200
celý zásobník, protože jsme
vědět ve velkém datovém clusteru,

00:06:30.200 --> 00:06:32.315
máme různé vrstvy služeb,

00:06:32.315 --> 00:06:37.490
a když je identita nového uživatele
připojuje se například k serveru SQL Server,

00:06:37.490 --> 00:06:40.220
Chci, aby byla předána stejná identita.

00:06:40.220 --> 00:06:43.190
až do hbp, pokud je to nutné, tak jsem

00:06:43.190 --> 00:06:48.890
může auditovat a sledovat, zda
aktivitu tohoto uživatele, že?

00:06:48.890 --> 00:06:50.300
To je něco, co je k dispozici

00:06:50.300 --> 00:06:52.250
také ve velkých datových clusterech.

00:06:52.250 --> 00:06:55.790
Znovu, certifikáty a
rotační certifikáty

00:06:55.790 --> 00:06:57.620
se děje automaticky.

00:06:57.620 --> 00:07:02.655
Nemusíš dělat
pro to všechno.

00:07:02.655 --> 00:07:04.395
>> Dobře. To je skvělé.

00:07:04.395 --> 00:07:05.790
To zní skvěle.

00:07:05.790 --> 00:07:07.170
Všechno jsme prodali,

00:07:07.170 --> 00:07:10.905
zajistili jsme, že vaše pověření
tok shora dolů,

00:07:10.905 --> 00:07:12.180
všechny je konfigurujete,

00:07:12.180 --> 00:07:13.710
ale to je jen ochranka, ne?

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

00:07:14.025 --> 00:07:15.290
>> Co takhle
jinak to je velmi

00:07:15.290 --> 00:07:16.850
důležitá jako škálovatelnost,

00:07:16.850 --> 00:07:18.230
zajištění toho, aby při

00:07:18.230 --> 00:07:20.960
něco něco zlomí
jiného je to vyzvednout?

00:07:20.960 --> 00:07:22.460
To je důležitá
faktorem databáze.

00:07:22.460 --> 00:07:24.305
>> Ano. Takže to je něco

00:07:24.305 --> 00:07:27.620
to bylo velmi důležité pro
nás také, abychom se ujistili, že

00:07:27.620 --> 00:07:30.200
že mise je kritická
služby jsou k dispozici

00:07:30.200 --> 00:07:33.784
ve velkém datovém clusteru
Podobně jako hlavní server SQL serveru,

00:07:33.784 --> 00:07:37.595
HDFS NameNode, jsou
velmi dostupné.

00:07:37.595 --> 00:07:38.195
>> Dobře.

00:07:38.195 --> 00:07:41.480
>> Tam jsme povolili

00:07:41.480 --> 00:07:45.785
zážitek, kdy jste
může nasadit a spravovat

00:07:45.785 --> 00:07:51.680
všechna tato hlediska opět velmi jednoduchá

00:07:51.680 --> 00:07:58.145
a vložen do
také řídicí letadlo.

00:07:58.145 --> 00:07:59.330
Například skupiny dostupnosti.

00:07:59.330 --> 00:08:01.460
Toto je vlajková loď, která byla

00:08:01.460 --> 00:08:04.100
k dispozici pro SQL Server od 2012,

00:08:04.100 --> 00:08:05.960
Myslím, že nejméně a

00:08:05.960 --> 00:08:14.670
(neslyšitelně) vědí, že
mají více předpokladů,

00:08:14.670 --> 00:08:15.960
musí být nastaveny,

00:08:15.960 --> 00:08:19.530
musí nastavit databázi
zrcadlení koncových bodů,

00:08:19.530 --> 00:08:22.545
potřebují vytvořit certifikáty.

00:08:22.545 --> 00:08:25.175
Existuje několik kroků, které
dokonce nastavit cluster.

00:08:25.175 --> 00:08:27.680
Až nám řeknete, že chcete HA a

00:08:27.680 --> 00:08:30.490
velké datové clustery pro
Předloha serveru SQL Server,

00:08:30.490 --> 00:08:33.555
My se o všechno postaráme.

00:08:33.555 --> 00:08:35.310
>> Wow. Tak jsme to zjednodušily, ne?

00:08:35.310 --> 00:08:39.290
>> Je pro vás velmi snadné to nastavit.

00:08:39.290 --> 00:08:40.750
Nemusíš přemýšlet,

00:08:40.750 --> 00:08:44.690
používal jsem správnou adresu URL pro
repliky nebo podobné věci?

00:08:44.690 --> 00:08:47.735
Nemusíš se bát.
o těchto věcech.

00:08:47.735 --> 00:08:48.630
>> Bezva, tak.

00:08:48.630 --> 00:08:51.415
>> Hádej, co je cluster
technologii, kterou pro to potřebujeme?

00:08:51.415 --> 00:08:53.415
>> No, řekni mi to.

00:08:53.415 --> 00:08:57.810
>> Žádné. Tak to je
krásy Kubernetes.

00:08:57.810 --> 00:09:01.480
Díky těsné integraci
s Kubernetes a přidáváním

00:09:01.480 --> 00:09:03.950
logiku pro sledování a

00:09:03.950 --> 00:09:07.670
Orchestrace těsná do
tuto řídicí rovinu,

00:09:07.670 --> 00:09:10.280
není třeba další
shluk technologie

00:09:10.280 --> 00:09:13.550
do většího clusteru

00:09:13.550 --> 00:09:16.400
ke správě tohoto aspektu
Serveru SQL Server Master.

00:09:16.400 --> 00:09:17.030
>> Dobře.

00:09:17.030 --> 00:09:20.180
>> Podobně pro hbp, správně?

00:09:20.180 --> 00:09:24.425
Další zdroje z
Hadoop,

00:09:24.425 --> 00:09:27.125
musí být vysoce
také k dispozici.

00:09:27.125 --> 00:09:30.830
V tomto případě se používá Zookeeper,

00:09:30.830 --> 00:09:32.285
což je otevřený zdroj.

00:09:32.285 --> 00:09:34.340
Tak dobře zavedené
Clusterová technologie

00:09:34.340 --> 00:09:36.710
pomáhat s orchestrací a

00:09:36.710 --> 00:09:41.585
ukládání metadat pro vysokou
dostupnost těchto služeb.

00:09:41.585 --> 00:09:43.640
>> Tak jsi nám řekl o
kritická mise,

00:09:43.640 --> 00:09:44.690
jsi nám řekl o bezpečnosti.

00:09:44.690 --> 00:09:47.000
Takže teď se mi točí hlava.

00:09:47.000 --> 00:09:48.080
Děje se tu hodně věcí,

00:09:48.080 --> 00:09:49.775
Ale jak to vlastně mám použít?

00:09:49.775 --> 00:09:51.110
Máte nástroje, které

00:09:51.110 --> 00:09:51.980
můžete dát

00:09:51.980 --> 00:09:53.110
abych se ujistil, že
pochopit, co se tu děje?

00:09:53.110 --> 00:09:54.470
>> Ano, netrap se tím.

00:09:54.470 --> 00:10:00.610
Tak znovu, říkal jsem ti, že
můžete snadno nasadit, že?

00:10:00.610 --> 00:10:00.900
>> Dobře.

00:10:00.900 --> 00:10:02.810
>> Jediná věc, kterou musíš udělat

00:10:02.810 --> 00:10:04.760
stejně jako cokoliv v
Kubernetes jen

00:10:04.760 --> 00:10:07.040
musí deklarovat váš
úmysl a popis

00:10:07.040 --> 00:10:11.225
cílovou konfiguraci a
Postaráme se o všechno.

00:10:11.225 --> 00:10:13.250
Takže jedna z věcí, kterou chceš

00:10:13.250 --> 00:10:15.800
abyste se ujistili, že jste
používáte a máte

00:10:15.800 --> 00:10:20.975
jako nástroj ve vašem klientovi
stroje ASI data.

00:10:20.975 --> 00:10:23.180
Můžete provést nasazení,
můžete provést konfiguraci,

00:10:23.180 --> 00:10:27.750
můžete sledovat i s
Data, ale i Azure Data.

00:10:27.750 --> 00:10:33.110
Takže jestli chceš projít víc
s asistencí nebo se zobrazí řídicí panely v

00:10:33.110 --> 00:10:36.890
uživatelsky vstřícnější způsob

00:10:36.890 --> 00:10:39.080
a to je to, co jdu
aby vám ukázal další,

00:10:39.080 --> 00:10:42.065
můžete využít
Azure Data Studio pro

00:10:42.065 --> 00:10:45.800
využít některé z těchto zážitků
, které tam přidáme.

00:10:45.800 --> 00:10:47.990
>> Dobře. No, mluvit o
zážitky, můžete nám to Ukázat?

00:10:47.990 --> 00:10:50.640
>> Podíváme se, jak to
vypadá jako sledování.

00:10:50.640 --> 00:10:52.860
Pokud chci vidět
stav clusteru,

00:10:52.860 --> 00:10:54.675
jsou moje služby zdravé nebo ne.

00:10:54.675 --> 00:10:56.030
>> Hodně toho jde
v clusteru.

00:10:56.030 --> 00:10:57.150
Potřebuji vědět, co se děje.

00:10:57.150 --> 00:11:01.640
>> Je jich hodně
a máme nové zkušenosti

00:11:01.640 --> 00:11:04.250
v Azure Data Studio, kde

00:11:04.250 --> 00:11:07.205
může zobrazit stav
cluster přes řadič,

00:11:07.205 --> 00:11:09.050
protože to je zase mozek

00:11:09.050 --> 00:11:11.330
cluster a tento
je zdrojem pravdy.

00:11:11.330 --> 00:11:12.660
>> Jistě.

00:11:13.340 --> 00:11:18.570
>> Zde můžete vidět všechny
služby, které jsou nasazeny.

00:11:18.570 --> 00:11:20.495
Zdravotní stav.

00:11:20.495 --> 00:11:22.130
Pokud chci podrobnosti,

00:11:22.130 --> 00:11:24.920
Mohu jít dále do hbp, například

00:11:24.920 --> 00:11:29.615
a zjistěte, co je
zdraví a tak dál.

00:11:29.615 --> 00:11:32.270
Takže tohle je jedna z
věci, které máme nové

00:11:32.270 --> 00:11:35.405
v nadcházejících verzích
pro velké datové clustery.

00:11:35.405 --> 00:11:38.030
Všechny tyto zkušenosti
můžete použít data v ASV pro

00:11:38.030 --> 00:11:41.820
také se stavem záložního řadiče domény,

00:11:44.710 --> 00:11:48.685
a je to intuitivnější
použít podobný nástroj.

00:11:48.685 --> 00:11:51.480
>> Někdy. Ano
Smysl. Cool.

00:11:51.480 --> 00:11:55.570
>> Vše a jak nasadit

00:11:55.570 --> 00:11:56.630
všechny tyto služby a

00:11:56.630 --> 00:11:59.390
vysoce dostupná konfigurace
pro zabezpečení a tak dál,

00:11:59.390 --> 00:12:02.270
naleznete na
stránce dokumentace.

00:12:02.270 --> 00:12:05.045
Dal jsem vám pár tipů, abyste

00:12:05.045 --> 00:12:08.630
využití jako výchozí bod
pro naši dokumentaci.

00:12:08.630 --> 00:12:13.055
Takže buď pro nasazení, nebo
pro další prostředky v katalogu obchodních dat,

00:12:13.055 --> 00:12:15.200
dílny, ukázky, které můžete jít

00:12:15.200 --> 00:12:18.825
k těmto zdrojům, aby mohly využít.

00:12:18.825 --> 00:12:21.150
>> Cool. Dobře,

00:12:21.150 --> 00:12:23.055
moc díky za sdílení.

00:12:23.055 --> 00:12:25.280
Jsem rád, že je tu spousta

00:12:25.280 --> 00:12:27.245
Správa a
sledování,

00:12:27.245 --> 00:12:29.450
a velmi rád vidím, že máme

00:12:29.450 --> 00:12:33.365
Jak verze příkazového řádku
aby se věci znovu automatizují,

00:12:33.365 --> 00:12:35.510
Sestavování grafů, vytváření řídicích panelů,

00:12:35.510 --> 00:12:37.100
a pak rozhraní, já
stejně jako rozhraní.

00:12:37.100 --> 00:12:39.020
A tak jsem šťastná, že jsem [neslyšitelně].

00:12:39.020 --> 00:12:41.060
Takže díky, že jsi tady
a sdílet je s ostatními.

00:12:41.060 --> 00:12:42.080
>> Bez problémů, děkuji.

00:12:42.080 --> 00:12:43.775
>> Děkuji za sledování.

00:12:43.775 --> 00:12:45.340
Prosím, jako předplatit,

00:12:45.340 --> 00:12:48.180
zanechte komentář a naději, že
Uvidíme se příště. Dík.

00:12:48.180 --> 00:13:03.100
HUDBY