WEBVTT

00:00:00.000 --> 00:00:02.280
• SQL 伺服器大資料
群集提供

00:00:02.280 --> 00:00:05.385
嵌入式管理體驗
管理平臺。

00:00:05.385 --> 00:00:07.140
有很多事情要進行
在平臺上，所以

00:00:07.140 --> 00:00:08.955
我們確保建立了很多

00:00:08.955 --> 00:00:10.800
管理經驗

00:00:10.800 --> 00:00:12.885
很容易理解
這是怎麼回事。

00:00:12.885 --> 00:00:17.860
米哈伊拉會告訴我們
關於它今天在資料暴露。

00:00:26.720 --> 00:00:27.820
[ 音樂]

00:00:27.820 --> 00:00:29.685
• 您好，歡迎光臨
另一集

00:00:29.685 --> 00:00:32.295
資料公開。我是你的主人傑琳

00:00:32.295 --> 00:00:36.450
今天，我帶著米哈伊拉
談論一些內置

00:00:36.450 --> 00:00:38.280
管理經驗

00:00:38.280 --> 00:00:40.940
可在 SQL 中為您提供服務
伺服器大資料群集。

00:00:40.940 --> 00:00:43.670
所以米哈伊拉，回來
節目，歡迎。

00:00:43.670 --> 00:00:46.015
• 感謝您
今天有我在這裡

00:00:46.015 --> 00:00:48.975
• 所以管理
經驗，對不對？

00:00:48.975 --> 00:00:50.550
你能告訴我們什麼？

00:00:50.550 --> 00:00:52.320
* 是的，這是

00:00:52.320 --> 00:00:55.245
關鍵價值產品
大資料群集。

00:00:55.245 --> 00:00:57.260
我們要經歷一些

00:00:57.260 --> 00:01:00.380
這些經驗今天
突出顯示什麼是一些

00:01:00.380 --> 00:01:05.660
管理內置群集
管理經驗

00:01:05.660 --> 00:01:08.425
我們有可用的
給你試試

00:01:08.425 --> 00:01:12.380
如你所知，大資料集群

00:01:12.380 --> 00:01:16.160
部署為容器化
申請和談論庫伯內特斯。

00:01:16.160 --> 00:01:18.920
這給了我們一些

00:01:18.920 --> 00:01:23.195
靈活性
其中一些經驗。

00:01:23.195 --> 00:01:26.930
部署非常簡單
對於你們中有些人來說

00:01:26.930 --> 00:01:30.805
曾試圖部署大資料
群集，以便它非常快。

00:01:30.805 --> 00:01:34.530
同樣，對於升級，
這將是很容易的。

00:01:34.530 --> 00:01:38.780
杠杆、彈性
和可伸縮性

00:01:38.780 --> 00:01:41.330
Kubernetes 集裝箱，傳輸

00:01:41.330 --> 00:01:44.885
到大資料群集體驗

00:01:44.885 --> 00:01:49.460
很容易橫向擴展
和向上和向下，確實有

00:01:49.460 --> 00:01:50.510
所有這些經驗

00:01:50.510 --> 00:01:52.805
可預測且一致的方式

00:01:52.805 --> 00:01:55.140
無論我們在哪裡
部署它，對嗎？

00:01:55.140 --> 00:01:57.645
因為當您部署
大資料群集，

00:01:57.645 --> 00:02:00.420
庫伯內特斯平臺的下方

00:02:00.420 --> 00:02:03.660
不管它是不是在前期
或在 Azure 或其他地方，

00:02:03.660 --> 00:02:06.965
我們是不可知的，在哪裡
庫伯內特斯群集正在運行。

00:02:06.965 --> 00:02:08.790
• 冷卻。聽上去很好。

00:02:08.790 --> 00:02:10.535
• 再次，轉移到

00:02:10.535 --> 00:02:14.450
這種經驗，我們
專為您管理而構建

00:02:14.450 --> 00:02:16.970
這個平臺，因為那是
你部署在

00:02:16.970 --> 00:02:19.780
您自己的基礎架構和
你必須管理它。

00:02:19.780 --> 00:02:21.390
* 當然可以。這是有道理的。

00:02:21.390 --> 00:02:26.450
那麼，當我們交談時，我們是什麼意思？
關於破碎的管理？

00:02:26.450 --> 00:02:28.100
* 是的。因此，這意味著我們部署

00:02:28.100 --> 00:02:30.200
一組元件和服務

00:02:30.200 --> 00:02:33.980
在群集中，以便能夠為您
在群集期間進行部署，

00:02:33.980 --> 00:02:36.815
當然，要擴展升級。

00:02:36.815 --> 00:02:39.380
同樣，為了安全，我

00:02:39.380 --> 00:02:42.200
要提到一點
以後那是什麼意思

00:02:42.200 --> 00:02:45.200
您內置了 HADR

00:02:45.200 --> 00:02:49.110
以及群集
衛生系統是

00:02:49.110 --> 00:02:52.370
用於其他工作流，如

00:02:52.370 --> 00:02:56.760
當我們進行部署時
或進行升級，

00:02:57.190 --> 00:03:01.370
我們正在讀取信號
群集自動為您

00:03:01.370 --> 00:03:05.630
能夠確保我們
以正確的順序升級，

00:03:05.630 --> 00:03:09.215
我們在傾聽健康
來自群集的信號

00:03:09.215 --> 00:03:13.085
不前滾服務，
不健康等。

00:03:13.085 --> 00:03:14.185
"好的。

00:03:14.185 --> 00:03:17.570
同時，我們
有元件

00:03:17.570 --> 00:03:20.675
正在收集的群集
指標、收集日誌、

00:03:20.675 --> 00:03:23.960
存儲它們，然後公開
他們通過儀表板，

00:03:23.960 --> 00:03:27.920
再次，我們自動部署
讓你利用它。

00:03:27.920 --> 00:03:29.245
• 冷卻。

00:03:29.245 --> 00:03:31.980
• 您到底想問什麼？

00:03:31.980 --> 00:03:38.810
究竟什麼工作，什麼
是一些服務

00:03:38.810 --> 00:03:42.200
在群集中部署
我們正在利用

00:03:42.200 --> 00:03:47.190
進一步啟用所有
這些經驗給你？

00:03:48.320 --> 00:03:52.880
我們稱之為所有這些
元件的一部分

00:03:52.880 --> 00:03:56.660
管理或
管理經驗

00:03:56.660 --> 00:03:59.990
處於群集管理之下
服務傘或控制。

00:03:59.990 --> 00:04:02.945
我們會聽到
控制平面的某個時候。

00:04:02.945 --> 00:04:08.310
我會把他們分成
監控服務，

00:04:08.310 --> 00:04:10.290
正如我之前提到的

00:04:10.290 --> 00:04:14.390
我們有元件，
正在收集指標。

00:04:14.390 --> 00:04:16.970
讓我們舉一個簡單的例子

00:04:16.970 --> 00:04:20.600
SQL Server 具有 DMV，即
生成大量指標。

00:04:20.600 --> 00:04:23.470
它們在

00:04:23.470 --> 00:04:26.340
群集
從這些DMV讀取，

00:04:26.340 --> 00:04:28.050
它們存儲在InfluxDB中，

00:04:28.050 --> 00:04:30.520
然後我們有格拉法納
是坐在

00:04:30.520 --> 00:04:33.190
頂層來公開這些指標。

00:04:33.190 --> 00:04:33.430
• 冷卻。

00:04:33.430 --> 00:04:36.790
* 同樣注意
東道主在庫貝內特斯，

00:04:36.790 --> 00:04:39.730
我們收集一些那些
資源消耗，如

00:04:39.730 --> 00:04:43.315
記憶體等，並暴露
儀表板之上。

00:04:43.315 --> 00:04:47.890
另一組服務是
説明部署和升級

00:04:47.890 --> 00:04:53.380
設置安全性或
高可用性，對嗎？

00:04:53.380 --> 00:04:57.130
這些元件
共同努力，確保

00:04:57.130 --> 00:04:58.840
群集運行狀況，以確保

00:04:58.840 --> 00:05:02.315
所有這些東西是
工作正常。

00:05:02.315 --> 00:05:04.125
"好的。所以基本上，我們
有兩組，對吧？

00:05:04.125 --> 00:05:06.585
監控和更多
管理控制？

00:05:06.585 --> 00:05:06.975
* 是的。

00:05:06.975 --> 00:05:08.500
"好的。酷。

00:05:08.570 --> 00:05:11.980
• 例如，對於安全性，

00:05:11.980 --> 00:05:14.030
去通過什麼

00:05:14.030 --> 00:05:17.615
確切地說，這意味著
我們有內置的安全性？

00:05:17.615 --> 00:05:20.930
與任何 SQL Server 版本一樣，

00:05:20.930 --> 00:05:25.360
安全的使命至關重要
我們為客戶服務。

00:05:25.360 --> 00:05:28.980
這是非常重要的
啟用 AD 身份驗證。

00:05:28.980 --> 00:05:33.770
這到底是什麼意思
一次部署時間，

00:05:33.770 --> 00:05:36.740
你告訴我們，我
希望服務在

00:05:36.740 --> 00:05:40.220
要集成的群集
與AD，所以稍後

00:05:40.220 --> 00:05:42.605
使用者使用

00:05:42.605 --> 00:05:47.450
他們的廣告標識，
一切都在照顧

00:05:47.450 --> 00:05:56.535
字詞組成容器
帶活動目錄，

00:05:56.535 --> 00:05:59.790
代幣、證書和一切，

00:05:59.790 --> 00:06:04.800
部署所有的東西
容器化環境，

00:06:05.570 --> 00:06:09.045
它的東西，它是
業內新人，對吧？

00:06:09.045 --> 00:06:09.250
* 當然可以。

00:06:09.250 --> 00:06:11.540
* 所以，這是東西，
我們很難使它

00:06:11.540 --> 00:06:14.165
發生，我們有它
可用的群集。

00:06:14.165 --> 00:06:15.005
* 真棒。

00:06:15.005 --> 00:06:17.765
[ ] 另一件事是
非常重要，我們

00:06:17.765 --> 00:06:20.885
聽取客戶回函
當他們說

00:06:20.885 --> 00:06:25.190
我想確保使用者
正在用於的標識

00:06:25.190 --> 00:06:27.500
登錄到某一
服務通過

00:06:27.500 --> 00:06:30.200
整個堆疊，因為我們
知道在大資料群集中，

00:06:30.200 --> 00:06:32.315
我們有各種服務層，

00:06:32.315 --> 00:06:37.490
以及當新的使用者標識
例如連接到 SQL Server，

00:06:37.490 --> 00:06:40.220
我希望通過相同的身份

00:06:40.220 --> 00:06:43.190
通過下到HDFS，如果需要，所以我

00:06:43.190 --> 00:06:48.890
可以審計和跟蹤
該使用者的活動，對不對？

00:06:48.890 --> 00:06:50.300
所以，這是可用的東西

00:06:50.300 --> 00:06:52.250
大資料集群中。

00:06:52.250 --> 00:06:55.790
再次，證書和
旋轉證書

00:06:55.790 --> 00:06:57.620
為您自動發生。

00:06:57.620 --> 00:07:02.655
你不必做
任何為之。

00:07:02.655 --> 00:07:04.395
"好的。那太好了

00:07:04.395 --> 00:07:05.790
這聽起來很酷

00:07:05.790 --> 00:07:07.170
我們賣掉了這一切

00:07:07.170 --> 00:07:10.905
我們確保您的憑據
從上到動，

00:07:10.905 --> 00:07:12.180
我們配置了所有

00:07:12.180 --> 00:07:13.710
但那只是安全，對吧？

00:07:13.710 --> 00:07:14.025
* 是的。

00:07:14.025 --> 00:07:15.290
• 內容如何
否則，這是非常

00:07:15.290 --> 00:07:16.850
重要如可伸縮性，

00:07:16.850 --> 00:07:18.230
確保當

00:07:18.230 --> 00:07:20.960
有東西打破了東西
還有地方去撿嗎？

00:07:20.960 --> 00:07:22.460
這很重要
資料庫的因數。

00:07:22.460 --> 00:07:24.305
* 是的。所以，這是東西

00:07:24.305 --> 00:07:27.620
這是非常重要的
我們，以及確保

00:07:27.620 --> 00:07:30.200
任務關鍵
服務可用

00:07:30.200 --> 00:07:33.784
在大資料群集中
像 SQL 伺服器主伺服器，

00:07:33.784 --> 00:07:37.595
HDFS 名稱節點，它們是
高度可用。

00:07:37.595 --> 00:07:38.195
"好的。

00:07:38.195 --> 00:07:41.480
• 這就是我們啟用的地方

00:07:41.480 --> 00:07:45.785
體驗，你
可以部署和管理

00:07:45.785 --> 00:07:51.680
所有這些方面再次在一個非常容易

00:07:51.680 --> 00:07:58.145
並嵌入到
控制平面。

00:07:58.145 --> 00:07:59.330
例如可用性組。

00:07:59.330 --> 00:08:01.460
這是一個旗艦功能，

00:08:01.460 --> 00:08:04.100
自 2012 年起可用於 SQL Server，

00:08:04.100 --> 00:08:05.960
我認為至少和

00:08:05.960 --> 00:08:14.670
[聽不見]他們知道
有多個先決條件，

00:08:14.670 --> 00:08:15.960
他們必須建立，

00:08:15.960 --> 00:08:19.530
他們必須建立資料庫
鏡像端點，

00:08:19.530 --> 00:08:22.545
他們需要設置證書。

00:08:22.545 --> 00:08:25.175
有多個步驟
甚至設置群集。

00:08:25.175 --> 00:08:27.680
一旦你告訴我們，你想要HA和

00:08:27.680 --> 00:08:30.490
大資料群集
SQL 伺服器主機，

00:08:30.490 --> 00:08:33.555
我們為您處理一切。

00:08:33.555 --> 00:08:35.310
• 哇。所以我們簡化了它，對嗎？

00:08:35.310 --> 00:08:39.290
• 設置非常簡單。

00:08:39.290 --> 00:08:40.750
你不必去想

00:08:40.750 --> 00:08:44.690
我是否使用正確的 URL
複製品或類似的東西？

00:08:44.690 --> 00:08:47.735
你不用擔心
關於這些事情。

00:08:47.735 --> 00:08:48.630
• 冷卻，所以。

00:08:48.630 --> 00:08:51.415
• 猜猜什麼是群集
我們用來的技術？

00:08:51.415 --> 00:08:53.415
"嗯，你告訴我。

00:08:53.415 --> 00:08:57.810
* 無。所以，這是
庫貝內特斯的美麗。

00:08:57.810 --> 00:09:01.480
因此，通過緊密的集成
與庫伯內特斯和添加

00:09:01.480 --> 00:09:03.950
監視和

00:09:03.950 --> 00:09:07.670
編排緊密到
這個控制平面

00:09:07.670 --> 00:09:10.280
無需額外
技術集群

00:09:10.280 --> 00:09:13.550
放入更大的群集

00:09:13.550 --> 00:09:16.400
管理這一方面
SQL 伺服器主機。

00:09:16.400 --> 00:09:17.030
"好的。

00:09:17.030 --> 00:09:20.180
• 同樣，對於 HDFS，對嗎？

00:09:20.180 --> 00:09:24.425
其他資源來自
哈多普堆疊，

00:09:24.425 --> 00:09:27.125
他們必須高度
也可使用。

00:09:27.125 --> 00:09:30.830
在這種情況下，我們使用動物園管理員，

00:09:30.830 --> 00:09:32.285
這是一個開源的。

00:09:32.285 --> 00:09:34.340
如此建立
集群技術

00:09:34.340 --> 00:09:36.710
説明業務流程和

00:09:36.710 --> 00:09:41.585
存儲高中繼資料
這些服務的可用性。

00:09:41.585 --> 00:09:43.640
• 所以你告訴我們
任務關鍵，

00:09:43.640 --> 00:09:44.690
你告訴我們關於安全的事

00:09:44.690 --> 00:09:47.000
所以你現在讓我的頭在旋轉

00:09:47.000 --> 00:09:48.080
有很多事在進行

00:09:48.080 --> 00:09:49.775
但我該怎麼用這個呢？

00:09:49.775 --> 00:09:51.110
你有工具

00:09:51.110 --> 00:09:51.980
你可以給

00:09:51.980 --> 00:09:53.110
我，以確保我
明白這是怎麼回事嗎？

00:09:53.110 --> 00:09:54.470
是的，別擔心。

00:09:54.470 --> 00:10:00.610
所以，我再次告訴你
您可以輕鬆地部署，對嗎？

00:10:00.610 --> 00:10:00.900
[ ] 好的。

00:10:00.900 --> 00:10:02.810
• 你唯一需要做的事情

00:10:02.810 --> 00:10:04.760
與任何東西
庫貝內特斯 你只是

00:10:04.760 --> 00:10:07.040
必須聲明您的
意圖和描述

00:10:07.040 --> 00:10:11.225
您的目標配置和
我們照顧一切。

00:10:11.225 --> 00:10:13.250
所以，你想要的東西之一

00:10:13.250 --> 00:10:15.800
以確保你
使用，你有

00:10:15.800 --> 00:10:20.975
作為客戶的工具
電腦 ASI 資料。

00:10:20.975 --> 00:10:23.180
您可以進行部署，
你可以做配置，

00:10:23.180 --> 00:10:27.750
你可以做監控，即使與
ASI 資料以及 Azure 資料。

00:10:27.750 --> 00:10:33.110
所以，如果你想通過一個更多的
引導或查看

00:10:33.110 --> 00:10:36.890
更方便使用的方式

00:10:36.890 --> 00:10:39.080
這就是我要做的事
進一步顯示您，

00:10:39.080 --> 00:10:42.065
您可以使用
Azure 資料工作室到

00:10:42.065 --> 00:10:45.800
利用其中一些經驗
我們添加那裡。

00:10:45.800 --> 00:10:47.990
"好的。說到
經驗，你能給我們看嗎？

00:10:47.990 --> 00:10:50.640
• 讓我們看看
看起來像是監視。

00:10:50.640 --> 00:10:52.860
如果我想看到
群集的狀態，

00:10:52.860 --> 00:10:54.675
我的服務是否健康。

00:10:54.675 --> 00:10:56.030
• 有很多事情要進行
在群集中。

00:10:56.030 --> 00:10:57.150
所以我需要知道發生了什麼。

00:10:57.150 --> 00:11:01.640
* 有很多他們的確切
我們有新的體驗

00:11:01.640 --> 00:11:04.250
在 Azure 資料工作室中，您

00:11:04.250 --> 00:11:07.205
可以看到
通過控制器進行群集，

00:11:07.205 --> 00:11:09.050
因為再次這是大腦

00:11:09.050 --> 00:11:11.330
您的群集和此
是真理的源泉

00:11:11.330 --> 00:11:12.660
* 當然可以。

00:11:13.340 --> 00:11:18.570
• 您可以在此處查看所有
已部署的服務。

00:11:18.570 --> 00:11:20.495
存在運行狀況。

00:11:20.495 --> 00:11:22.130
如果我想要細節

00:11:22.130 --> 00:11:24.920
我可以進一步到 HDFS，例如

00:11:24.920 --> 00:11:29.615
看看什麼是
健康在那裡，等等。

00:11:29.615 --> 00:11:32.270
因此，這是一個
我們的東西，我們有新的

00:11:32.270 --> 00:11:35.405
在即將發佈的版本中
大資料群集。

00:11:35.405 --> 00:11:38.030
所有這些經驗
您可以使用 ASI 資料

00:11:38.030 --> 00:11:41.820
以及 BDC 狀態，

00:11:44.710 --> 00:11:48.685
更直觀
使用這樣的工具。

00:11:48.685 --> 00:11:51.480
* 有時。是的
意義。酷。

00:11:51.480 --> 00:11:55.570
• 再次，所有這些以及如何部署

00:11:55.570 --> 00:11:56.630
所有這些服務和

00:11:56.630 --> 00:11:59.390
高可用配置
安全等等，

00:11:59.390 --> 00:12:02.270
你可以找到我們的
文檔頁。

00:12:02.270 --> 00:12:05.045
我把一些指標在這裡給你

00:12:05.045 --> 00:12:08.630
杠杆作為起點
供我們的文檔使用。

00:12:08.630 --> 00:12:13.055
因此，無論是部署或
有關 BDC 的更多資源，

00:12:13.055 --> 00:12:15.200
車間，樣品，你可以去

00:12:15.200 --> 00:12:18.825
這些資源。

00:12:18.825 --> 00:12:21.150
• 冷卻。再說一遍

00:12:21.150 --> 00:12:23.055
非常感謝大家的分享。

00:12:23.055 --> 00:12:25.280
我很高興看到有很多

00:12:25.280 --> 00:12:27.245
管理和
監視正在進行，

00:12:27.245 --> 00:12:29.450
很高興看到，我們有

00:12:29.450 --> 00:12:33.365
兩個命令列版本
它再次自動化的東西，

00:12:33.365 --> 00:12:35.510
構建圖形、構建儀表板、

00:12:35.510 --> 00:12:37.100
然後介面，我
像介面一樣。

00:12:37.100 --> 00:12:39.020
所以我很高興[聽不見]。

00:12:39.020 --> 00:12:41.060
所以非常感謝你來到這裡
並與他人分享。

00:12:41.060 --> 00:12:42.080
沒問題，謝謝。

00:12:42.080 --> 00:12:43.775
• 感謝您的收看。

00:12:43.775 --> 00:12:45.340
請喜歡和訂閱，

00:12:45.340 --> 00:12:48.180
發表評論，並希望
下次見。謝謝。

00:12:48.180 --> 00:13:03.100
[音樂]