WEBVTT

00:00:00.000 --> 00:00:02.280
Большие данные сервера S'L
кластеры обеспечивают

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
Михаэла здесь расскажет нам всем
об этом сегодня на данных Exposed.

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
доступны для вас в S'L
Кластеры больших данных серверов.

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
развернуты как контейнеризированные
приложений и разговоров о Kubernetes.

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
под платформой Kubernetes

00:02:00.420 --> 00:02:03.660
независимо от того, если это на prem
или в Azure или где-либо еще,

00:02:03.660 --> 00:02:06.965
мы агностик туда, где это
Кластер Kubernetes работает.

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
Сервер S'L имеет DMV, которые
производить много метрик.

00:04:20.600 --> 00:04:23.470
Они имеют компоненты в

00:04:23.470 --> 00:04:26.340
кластера, которые
чтение от тех DMVs,

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
Как и в случае с любым выпуском сервера S'L,

00:05:20.930 --> 00:05:25.360
миссия безопасности, критичная для
нам включить для наших клиентов.

00:05:25.360 --> 00:05:28.980
Очень важно, чтобы
включить аутентификацию АД.

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
их AD идентичности, что
все заботятся в

00:05:47.450 --> 00:05:56.535
термины интеграции контейнеров
с Active Directory,

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
Awesome.

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
и когда новая идентификация пользователя
подключается, например, к серверу S'L,

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
в кластере больших данных
как мастер серверов,

00:07:33.784 --> 00:07:37.595
HDFS NameNode, они
высоко доступны.

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
для сервера S'L с 2012 года,

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
кластеры больших данных для
Мастер серверов,

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
Таким образом, благодаря жесткой интеграции
с Kubernetes и добавлением

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
управлять этим аспектом
мастер серверов S'L.

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
Другие ресурсы от
стек Hadoop,

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
как и с чем-либо в
Kubernetes вы просто

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
(МУЗЫКА)