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
[音乐]