WEBVTT

00:00:00.000 --> 00:00:02.745
>> ビッグデータクラスタが提供

00:00:02.745 --> 00:00:05.640
クラスターを維持する方法
可能にすることで信頼性が高い

00:00:05.640 --> 00:00:08.460
クリティカルに対する高可用性
コンポーネントとミハエラは

00:00:08.460 --> 00:00:12.120
ここで私たちにすべてを教えるために
それは今日、公開されたデータに関する。

00:00:12.120 --> 00:00:23.400
[音楽]

00:00:23.400 --> 00:00:26.475
>> こんにちは、別のへようこそ
公開されたデータのエピソード。

00:00:26.475 --> 00:00:30.480
私はあなたのホストジェローンと今日
私たちはミハエラと話をする

00:00:30.480 --> 00:00:32.265
ビッグ データ クラスターについて

00:00:32.265 --> 00:00:34.970
具体的には高い
彼らのための可用性。

00:00:34.970 --> 00:00:37.655
お帰りなさい。これは次の必要があります
私が考える時間は4回目です。

00:00:37.655 --> 00:00:39.560
>> はい。ありがとう。感謝
私をここに連れてきてくれたのはあなたです。

00:00:39.560 --> 00:00:40.985
>> はい。あなたは探査機になりつつある。

00:00:40.985 --> 00:00:43.550
だから、あなたが話すトピックのほとんどは

00:00:43.550 --> 00:00:46.445
はビッグ データ クラスタについてです
そして今日も変わりません。

00:00:46.445 --> 00:00:48.345
しかし、高可用性ですよね?

00:00:48.345 --> 00:00:50.780
>> はい。だから、そこにある
多くのことを

00:00:50.780 --> 00:00:53.360
それが来るときについて話す
高可用性に。

00:00:53.360 --> 00:00:54.155
>> わかった。

00:00:54.155 --> 00:00:57.590
>> 私たちはいくつかのを通過するつもりです
このビデオのそれらの側面の。

00:00:57.590 --> 00:00:59.785
>> わかった。クール。それでは、始めましょう。

00:00:59.785 --> 00:01:05.745
>> だから、私たちがデータについて話すとき
特にデータベースと、

00:01:05.745 --> 00:01:07.800
私たちは、それを確認したいと思います
データは永続性です。

00:01:07.800 --> 00:01:09.110
だから私はただ始めたい

00:01:09.110 --> 00:01:13.430
この高可用性に関する講演
ストレージの要約を使用します。

00:01:13.430 --> 00:01:13.650
>> わかった。

00:01:13.650 --> 00:01:14.850
>> で非常に異なるレイヤー

00:01:14.850 --> 00:01:17.840
ビッグ データ クラスターには、
ストレージのための異なるオプション。

00:01:17.840 --> 00:01:20.180
ローカル ストレージを実行することも、ローカル ストレージを実行することもできます。

00:01:20.180 --> 00:01:23.150
リモートと私たちは、のように細かいようにそれを作った

00:01:23.150 --> 00:01:25.970
ローカルまたはリモートを選択できます

00:01:25.970 --> 00:01:28.895
したい場合に応じて、
データまたはログを格納します。

00:01:28.895 --> 00:01:33.680
だから、あなたが望まないログ
必ずしも冗長にする

00:01:33.680 --> 00:01:36.865
あなたがそれを必要とするかもしれないので

00:01:36.865 --> 00:01:40.930
トラブルシューティングが、その後、
永遠にそれらを維持したくない。

00:01:41.090 --> 00:01:42.190
>>[聞こえない]。

00:01:42.190 --> 00:01:44.840
>> まさに。だから、次の場合
私たちはログについて話します

00:01:44.840 --> 00:01:48.140
主にあなたが維持したい
ローカル ストレージ上のユーザー

00:01:48.140 --> 00:01:52.355
特に私たちが話していたので
私たちが持っている最後のビデオで

00:01:52.355 --> 00:01:54.590
クラスタ内のコンポーネント

00:01:54.590 --> 00:01:57.410
これらのログを収集し、
弾性検索で開始します。

00:01:57.410 --> 00:02:01.615
だから、あなたはすでにいくつかを持っています
その側面への依存。

00:02:01.615 --> 00:02:04.410
データに関しては、
各種コンポーネント

00:02:04.410 --> 00:02:08.270
異なる要件を持つ
方法に応じて

00:02:08.270 --> 00:02:10.730
ミッションクリティカルな

00:02:10.730 --> 00:02:15.140
格納されているユーザー データ
たとえば、データの場合は in

00:02:15.140 --> 00:02:20.030
SQL Server のマスタまたは記憶域
HDFS データのようなプールは保持されます。

00:02:20.030 --> 00:02:22.955
保守する必要があります
そのために冗長性を備え付け。

00:02:22.955 --> 00:02:28.445
しかし、コンピューティングプールまたはスパーク、

00:02:28.445 --> 00:02:30.695
状態はありません。

00:02:30.695 --> 00:02:33.380
これは単なる計算です。
だから意味がない

00:02:33.380 --> 00:02:36.560
追加する
ストレージに冗長性を持たせります。

00:02:36.560 --> 00:02:38.225
>> まさに。だから、ローカルを選択することができます。

00:02:38.225 --> 00:02:39.470
>> だから、私たちはここで話しています

00:02:39.470 --> 00:02:42.260
異なるオプション
あなたは、確認する必要があります

00:02:42.260 --> 00:02:44.810
これらのサービスの信頼性

00:02:44.810 --> 00:02:46.400
データの永続化に関しては。

00:02:46.400 --> 00:02:47.620
>> わかった。

00:02:47.620 --> 00:02:51.575
>> そこが私たちが続ける場所です
HAオプションで、右?

00:02:51.575 --> 00:02:55.985
したがって、SQL Server マスタの場合は、
ローカルでデータ内のストーリー、

00:02:55.985 --> 00:02:57.725
追加していることを確認する必要があります

00:02:57.725 --> 00:02:59.675
その追加の冗長性

00:02:59.675 --> 00:03:01.340
可用性グループを使用する
そして、私たちは

00:03:01.340 --> 00:03:04.160
有効にする方法については、後で説明します。

00:03:04.160 --> 00:03:05.990
データ プールに関しては、

00:03:05.990 --> 00:03:13.970
コンビネータで PV を使用して、
データが永続的であることを確認します。

00:03:13.970 --> 00:03:15.350
>> だから、それはちょうどPVですよね?

00:03:15.350 --> 00:03:16.505
ここには頭字語がたくさんあります。

00:03:16.505 --> 00:03:17.240
>> はい。

00:03:17.240 --> 00:03:21.110
>> E PV、HA、PVはすべてですか?

00:03:21.110 --> 00:03:25.175
>> それはPVを示唆しています
クベルネテスのコンセプト

00:03:25.175 --> 00:03:28.250
のストレージ層を抽象化する

00:03:28.250 --> 00:03:32.090
クーベルネテスとあなたがしている場合は保証します
永続ボリュームを使用する。

00:03:32.090 --> 00:03:35.270
したがって、概念はデータの永続性です。

00:03:35.270 --> 00:03:37.010
したがって、使用している場合
永続ボリュームは、

00:03:37.010 --> 00:03:38.840
クベルネテスが保証することを意味します。

00:03:38.840 --> 00:03:42.440
データはそのストレージに保持されます。

00:03:42.440 --> 00:03:43.580
>> わかった。手に入れました。

00:03:43.580 --> 00:03:46.655
>> 繰り返しますが、それは保証する必要はありません

00:03:46.655 --> 00:03:49.435
コンピューティングの高可用性
それはステートレスだからです。

00:03:49.435 --> 00:03:52.110
重要なコンポーネントを持っています

00:03:52.110 --> 00:03:53.870
Hadoop スタック内
それが来るとき、正しい

00:03:53.870 --> 00:03:56.600
HDFS 名前ノードと一部のスパーク共有

00:03:56.600 --> 00:04:00.545
必要なサービス
の高可用性を有効にします。

00:04:00.545 --> 00:04:03.020
そして非常に重要な私
ここで強調したい

00:04:03.020 --> 00:04:09.000
必要なコントロール サービス
永続的なボリュームだけでなく、

00:04:09.000 --> 00:04:11.490
いくつか追加する必要があります
その話に冗長性を持たせてください。

00:04:11.490 --> 00:04:14.135
だから、それはいくつかのである必要があります
リモート冗長ストレージ。

00:04:14.135 --> 00:04:16.940
コントロールを維持しないでください [聞こえない]

00:04:16.940 --> 00:04:21.410
もしそうなら、ローカルに
ノードはここの最後です。

00:04:21.410 --> 00:04:23.960
かなりクラスタ全体が
あまり制約を受けていない。

00:04:23.960 --> 00:04:28.130
>> わかった。だからコントロールは持っている
リモートストレージ上のPV?

00:04:28.130 --> 00:04:29.270
>> リモートと冗長。

00:04:29.270 --> 00:04:31.100
だから、あなたは作る必要があります
彼らが追加することを確認する

00:04:31.100 --> 00:04:33.005
その層に対する冗長性。

00:04:33.005 --> 00:04:34.710
>> わかった。注意。

00:04:34.710 --> 00:04:37.290
>> それでは、今見てみましょう
それが何を意味するのか

00:04:37.290 --> 00:04:41.085
SQL Server マスタと
そのためにAGを有効にします。

00:04:41.085 --> 00:04:45.095
したがって、これはスキーマまたは

00:04:45.095 --> 00:04:50.045
さまざまなサービスのレイアウトのしくみ
SQL Server を形成する

00:04:50.045 --> 00:04:55.190
高可用性レイヤー
(SQL Server マスタの場合)。

00:04:55.190 --> 00:04:57.020
繰り返しますが、私たちはプライマリを持っています

00:04:57.020 --> 00:05:00.785
は少なくとも2つのセカンダリです
右同期、

00:05:00.785 --> 00:05:04.670
そして、私たちはコンポーネントを構築しました。

00:05:04.670 --> 00:05:08.985
そこに確実に
は自動監視、

00:05:08.985 --> 00:05:11.370
自動フェールオーバー
とオーケストレーション。

00:05:11.370 --> 00:05:12.960
プライマリで何かが起こった場合、

00:05:12.960 --> 00:05:17.675
それは自動的に起こる、そこで
何もする必要はありません。

00:05:17.675 --> 00:05:20.330
私が欲しい一つのこと
ここで強調するは、

00:05:20.330 --> 00:05:23.870
ビッグ データ クラスター用
現時点でのみ、

00:05:23.870 --> 00:05:27.755
我々はまた、我々は、我々が呼び出すものを有効にします
含まれている可用性グループ、

00:05:27.755 --> 00:05:30.920
これは、現在のオブジェクトを意味します。

00:05:30.920 --> 00:05:33.920
たとえば、マスターに保存します。

00:05:33.920 --> 00:05:40.190
ログインもレプリケートされます。
セカンダリーに行くんだろ?

00:05:40.190 --> 00:05:40.380
>> わかった。

00:05:40.380 --> 00:05:43.880
>> だから今までこれは
一緒にから私たちを送っている

00:05:43.880 --> 00:05:45.770
お客様が作る
ログインを確認する

00:05:45.770 --> 00:05:47.930
それ以外の場合も複製されます。

00:05:47.930 --> 00:05:49.610
多くの非難があり、

00:05:49.610 --> 00:05:51.935
手動レプリケーションを実行する必要がありました。

00:05:51.935 --> 00:05:55.290
今すぐ自動的に
すべてが世話をされます。

00:05:55.290 --> 00:05:57.060
だから、展開から、追加から

00:05:57.060 --> 00:05:59.130
可用性グループへのデータベース、

00:05:59.130 --> 00:06:05.330
このマスタをレプリケートして追加するには
データベース可用性グループ。

00:06:05.330 --> 00:06:08.555
だから、何もない場合はほとんどありません

00:06:08.555 --> 00:06:13.130
の運用管理の中で

00:06:13.130 --> 00:06:16.620
可用性グループ。
それはかなり素晴らしいです。

00:06:16.620 --> 00:06:18.660
>> はい。それは本当に
すごい。私は言うつもりだった。

00:06:18.660 --> 00:06:21.230
だから、しかし、あなたは言及しました
可用性グループは今すぐですか?

00:06:21.230 --> 00:06:21.390
>> はい。

00:06:21.390 --> 00:06:24.330
>> それは常連ですか?

00:06:24.330 --> 00:06:27.200
>> はい。まさに
私たちが持っているのと同じ機能

00:06:27.200 --> 00:06:30.050
すべて SQL Server 2012 から知っていますか?

00:06:30.050 --> 00:06:30.605
>> はい。

00:06:30.605 --> 00:06:33.440
>> 一つのこと
それは非常に重要です。

00:06:33.440 --> 00:06:35.960
他のクラスタ技術はありません

00:06:35.960 --> 00:06:39.365
あなたがしなければならないということ
を展開または統合します。

00:06:39.365 --> 00:06:41.445
そのすべてが世話をし、

00:06:41.445 --> 00:06:44.590
展開するサービス
HA スーパーバイザを使用して、

00:06:44.590 --> 00:06:45.730
演算子と

00:06:45.730 --> 00:06:49.840
と緊密に統合するコース
このケースを書く中でクベルネテス。

00:06:49.840 --> 00:06:52.560
だから私たちは利用しています
これらのプラットフォームの。

00:06:52.560 --> 00:06:54.100
>> クラスター技術はもうありません。

00:06:54.100 --> 00:06:56.650
だから、これはマスタリングのために素晴らしいです。

00:06:56.650 --> 00:07:00.510
だから今、私はマスターを信頼しています
インスタンスは問題ありません。

00:07:00.510 --> 00:07:02.250
しかし、BDCにはもっと多くがありますよね?

00:07:02.250 --> 00:07:03.965
私たちはSQLサーバーをやっているだけではありません。

00:07:03.965 --> 00:07:05.980
私たちは[聞こえない]ことをやっています
関連するもの。

00:07:05.980 --> 00:07:07.510
だから教えて

00:07:07.510 --> 00:07:10.230
>> それでは、私たちが何であるかを見てみましょう
ハドップのために、HDFSのために行います。

00:07:10.230 --> 00:07:13.690
したがって、HDFS ネームノードも

00:07:13.690 --> 00:07:16.540
高可用性構成
それが重要だから

00:07:16.540 --> 00:07:20.035
Hadoop スタックの場合は、

00:07:20.035 --> 00:07:23.205
そして、私たちが見ているものは、
お客様は私たちに言っています, ''ああ、

00:07:23.205 --> 00:07:26.395
名前ノードのレプリケーションが必要です''、

00:07:26.395 --> 00:07:28.640
また、動物園の飼育員を展開するだろう

00:07:28.640 --> 00:07:31.430
はオープンソースクラスタ技術です。

00:07:31.430 --> 00:07:35.750
それは行っているコンポーネントです
コーディネートの世話をする

00:07:35.750 --> 00:07:39.800
監視とフェイルオーバー

00:07:39.800 --> 00:07:44.970
名前ノードの必要性
をスタンバイセカンダリに追加します。

00:07:44.970 --> 00:07:45.070
>> わかった。

00:07:45.070 --> 00:07:47.330
>> 追加のレプリカを展開する

00:07:47.330 --> 00:07:49.985
そして動物園の飼育員は世話をしている
オーケストレーションの側面の。

00:07:49.985 --> 00:07:50.675
>> わかった。

00:07:50.675 --> 00:07:55.235
>> 同時に
それはまた、に関与しています

00:07:55.235 --> 00:07:58.580
の高可用性の維持

00:07:58.580 --> 00:08:03.679
一部の Spark 共有コンポーネント
ヤーンリソースマネージャーのように、

00:08:03.679 --> 00:08:07.520
そして、その意味で
私たちも展開するスパーク

00:08:07.520 --> 00:08:12.200
サービスの複数のレプリカ
スパーク履歴、ジョブ履歴のように。

00:08:12.200 --> 00:08:15.515
だから、何かがあった場合を確認するには

00:08:15.515 --> 00:08:19.900
OneNote で行っている場合は、
これらのサービスはホストされます。

00:08:19.900 --> 00:08:23.495
[聞こえない]が選ばれるだろう
アップまたは追加のレプリカ。

00:08:23.495 --> 00:08:24.790
>> クール。

00:08:24.790 --> 00:08:28.490
>> それでは、それがいかに簡単かを見てみましょう

00:08:28.490 --> 00:08:32.570
高可用性を構成する
さまざまなコンポーネント用です。

00:08:32.570 --> 00:08:33.530
>> 簡単だと言って

00:08:33.530 --> 00:08:35.510
>> それは超簡単です。

00:08:35.510 --> 00:08:38.280
>> クール。私は簡単に好きです。

00:08:38.470 --> 00:08:42.740
>> 私たちは、方法について前回話しました
をクリックして展開を構成します。

00:08:42.740 --> 00:08:43.820
>> はい。私はそれを覚えています。

00:08:43.820 --> 00:08:47.270
>> クラスターがあります
構成ファイル

00:08:47.270 --> 00:08:49.675
または展開テンプレート
あなたが持っていることを、

00:08:49.675 --> 00:08:52.280
そして、私たちがいったことを覚えておいてください
以前に話す

00:08:52.280 --> 00:08:55.700
Spark はコンポーネントを共有します。

00:08:55.700 --> 00:08:56.210
>> はい。

00:08:56.210 --> 00:08:59.975
>> 私はちょうど2つ欲しいと言う
それらのレプリカとそれだけです。

00:08:59.975 --> 00:09:02.060
私たちは世話をします
そこから拾い上げる。

00:09:02.060 --> 00:09:03.020
>> それだけ?

00:09:03.020 --> 00:09:04.610
>> 動物園の飼育員。だから、再び、

00:09:04.610 --> 00:09:08.450
私たちはすべてのを通過する必要があります
私たちが通過したコンポーネント。

00:09:08.450 --> 00:09:12.980
動物園の飼育員が必要になる
クォーラムを確保するための 3 つのレプリカ。

00:09:12.980 --> 00:09:16.145
その後、私たちはまた、マスターを言及し、

00:09:16.145 --> 00:09:19.465
SQL Server マスター インスタンス
そして、私はここで何をしますか?

00:09:19.465 --> 00:09:22.755
私はちょうど私が言うだろう
3 つのレプリカが必要な場合

00:09:22.755 --> 00:09:26.930
そして、SQL Server
可用性グループ

00:09:26.930 --> 00:09:28.985
また、読み取り可能なセカンダリを有効にします。

00:09:28.985 --> 00:09:31.640
はあなたにオプションを与えます

00:09:31.640 --> 00:09:36.440
サービスを展開する
エンドポイントを公開しています

00:09:36.440 --> 00:09:39.920
リモートで作業負荷を義務付ける

00:09:39.920 --> 00:09:41.780
セカンダリから
そして、あなたはただする必要があります

00:09:41.780 --> 00:09:44.015
この場合は、ここでポートを指定します。

00:09:44.015 --> 00:09:47.900
>> 右。だから、あなたは高い
可用性とその一環として、

00:09:47.900 --> 00:09:49.980
また、
読み取り専用, [聞こえない]

00:09:49.980 --> 00:09:51.365
>> まさに。はい。

00:09:51.365 --> 00:09:54.290
>> クール。それはあなたがこれを読む方法ですか?
ちょうど1行[聞こえない]として?

00:09:54.290 --> 00:09:57.470
>> はい。指定するだけです
レプリカの数

00:09:57.470 --> 00:10:02.480
オーケストレーションについて心配する必要はありません。

00:10:02.480 --> 00:10:05.900
追加の展開
あなたが伝えるときのようなコンポーネント

00:10:05.900 --> 00:10:09.545
私は3つのレプリカが欲しい
SQL Server マスタの場合は、

00:10:09.545 --> 00:10:10.820
オペレーターを展開します。

00:10:10.820 --> 00:10:12.260
スーパーバイザーを展開しました。

00:10:12.260 --> 00:10:14.030
監視の実行
そして他のすべて。

00:10:14.030 --> 00:10:17.180
だから、すべてが後ろにある
シーンと

00:10:17.180 --> 00:10:21.380
オーケストレーションが最小限です
物事を設定するために。

00:10:21.380 --> 00:10:23.840
である人々のために
方法に非常に精通している

00:10:23.840 --> 00:10:27.905
可用性を構成するには
私はそれがだと思うグループ

00:10:27.905 --> 00:10:32.090
少なくとも4、5個
T-SQL ステートメント

00:10:32.090 --> 00:10:34.970
プラスプリッピングエンドポイント
そして、そのようなもの。

00:10:34.970 --> 00:10:37.355
だから、それはひどい質問です。

00:10:37.355 --> 00:10:39.830
YouTube からその負荷がかかってから

00:10:39.830 --> 00:10:42.415
実際に実行することに焦点を当てる
ビッグデータに何が載っているのか。

00:10:42.415 --> 00:10:44.940
>> 右。それはより多くを得ない
これより簡単でしょ?

00:10:44.940 --> 00:10:45.420
>>です。

00:10:45.420 --> 00:10:48.350
>> 1行、そしてもちろん
必要に応してマスターインスタンス

00:10:48.350 --> 00:10:52.430
読み取り専用の行が多いが、
はい、それは本当に印象的です。

00:10:52.430 --> 00:10:54.740
クール。だから、私はどこでできる
これについて詳しく見つけてください。

00:10:54.740 --> 00:10:56.385
開始するにはどうすればよいですか?

00:10:56.385 --> 00:11:00.920
>> だから間違いなく私はあなたを見せます

00:11:00.920 --> 00:11:03.915
正確にいくつかのリンク
活用できる

00:11:03.915 --> 00:11:07.140
を展開用に、
(構成用)。

00:11:07.140 --> 00:11:11.749
だから、あなたはについてのより多くの聞きを見つけることができます
ドキュメントプラットフォームで

00:11:11.749 --> 00:11:14.000
しかし、私たちはまた、多くを持っています
そこにサンプルの

00:11:14.000 --> 00:11:16.460
物事を構成する方法について。

00:11:16.460 --> 00:11:18.500
ワークロードを実行する方法

00:11:18.500 --> 00:11:21.380
そして、すべてあなた
使用するために先に行くことができる

00:11:21.380 --> 00:11:24.350
このリンクをクリックし、それらを活用します。
やりたいことは何でもする。

00:11:24.350 --> 00:11:25.490
あなたは私たちのクラスターになります。

00:11:25.490 --> 00:11:28.550
>> クール。さて、もう一度ありがとう
共有し、これを話しています。

00:11:28.550 --> 00:11:30.260
これは非常に印象的です。

00:11:30.260 --> 00:11:32.555
私はこれを作成する簡単さが好きです。

00:11:32.555 --> 00:11:32.760
>> はい。

00:11:32.760 --> 00:11:34.700
>>これは明らかに多くの仕事です。

00:11:34.700 --> 00:11:36.695
>>かなり素晴らしい。はい。ありがとう。

00:11:36.695 --> 00:11:39.410
>> まあ、ありがとう。感謝
見ていただきありがとうございます。

00:11:39.410 --> 00:11:41.525
好き、購読してください、
コメントを残し、

00:11:41.525 --> 00:11:43.830
そしてあなたに会いたいと思います
次回。感謝。

00:11:43.830 --> 00:11:55.690
[音楽]