WEBVTT

00:00:00.000 --> 00:00:02.280
>> SQL Server のビッグ データ
クラスタは

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
転送するクベルネテスコンテナ

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
サービスのもう 1 つのセットは次のとおりです。
展開とアップグレードの支援

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
>> わかった。だから、基本的には、
2つのグループがありますよね?

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
彼らの AD ID
すべてがで世話をされる

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
ユーザーが
に使用されている ID

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
新しいユーザー ID の場合
たとえば、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 Server マスタと同様に、

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 Server マスタ,

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 Server マスタです。

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
の何かと同様に
クーベルネテス・ユー

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