1
00:00:05,740 --> 00:00:09,740
‫ええ､ そしてこれらの質問はすべてあなたが答えてくれるのですが､ とにかく私はそれに答えたいのです｡

2
00:00:09,790 --> 00:00:11,800
‫チャットでは大変お世話になりました｡

3
00:00:12,110 --> 00:00:18,730
‫Andy からの質問 Rex Ray を使って､ swarm スタックの複数のコンテナにわたって同じ永続ボリュームをマウントするためのアドバイスはありますか？

4
00:00:18,730 --> 00:00:23,270
‫When the PDは一度に1つの音符にしか付けられない｡

5
00:00:25,520 --> 00:00:25,860
‫そうですね｡

6
00:00:25,890 --> 00:00:30,680
‫つまり､ コンテナ・オーケストレーションのここがわからないのです｡

7
00:00:30,790 --> 00:00:41,770
‫アンディは､ コンテナは基本的なストレージインフラの機能や制限を一切変えないということです｡

8
00:00:41,790 --> 00:00:46,030
‫つまり､ 弾力性のあるブロックストレージを使っていて､ 一度に1つのサーバで1つのコンテナとしか会話できない8人の場合､

9
00:00:46,030 --> 00:00:57,510
‫一度に1つのノードにしかCBSを接続できないのは､ そのストレージデバイスの機能または制限なのです｡

10
00:00:57,520 --> 00:01:03,450
‫ストレージシステムのコンテナは､ それを変えることはできませんし､ 今後もそうなるとは思えません｡

11
00:01:03,480 --> 00:01:15,310
‫今日､ 彼らは､ UBSのオブジェクトを適切なコンテナの適切なノードに､ 適切なタイミングで配置するためのツールをすべて知っています｡

12
00:01:15,360 --> 00:01:19,960
‫今すぐ私たちの8でアレクサンダーの言及のようなものを使用する場合｡

13
00:01:20,160 --> 00:01:34,110
‫ESFSツールの裏側にはESFsストレージがあり､ これは低速ですが､ マルチノード・マルチリード・ライトに対応したストレージの一種なのです｡

14
00:01:34,170 --> 00:01:39,720
‫Windowsのファイル共有のようなものです｡

15
00:01:39,720 --> 00:01:45,870
‫Windowsの世界ではSMBシフトファイル共有が同じ機能を持っていて､

16
00:01:46,140 --> 00:01:59,470
‫複数のノードやクライアントがネットワーク上の共有ストレージに接続することができます｡

17
00:01:59,610 --> 00:02:04,470
‫収納について考えるとき､ 基本的にコンテナは収納の限界を変えるものではないので､

18
00:02:04,470 --> 00:02:09,540
‫適切な収納を見つけなければなりません｡ 実際､ 収納について質問されると､

19
00:02:09,540 --> 00:02:22,010
‫多くの人が「まずコンテナ収納の道具が欲しい」と収納に引き寄せられる傾向があります｡

20
00:02:22,020 --> 00:02:24,540
‫私にとっては､ それが一番やってはいけないことなんです｡

21
00:02:24,630 --> 00:02:27,720
‫まず､ あなたがアプリケーションを見たとき､ あなたはその要件を見てみました｡

22
00:02:27,720 --> 00:02:29,310
‫続編を獲得しているのはご存知の通りです｡

23
00:02:29,310 --> 00:02:32,980
‫一定の反応率､ 一定のIOが必要でした｡

24
00:02:33,060 --> 00:02:40,860
‫うまくいけば､ これらのもののいくつかを見つけることができ､ その後､ その必要性を満たすストレージ自体を探しに行く必要があります｡

25
00:02:40,980 --> 00:02:50,490
‫そして最後に､ Dockerの実行のようなオーケストレーションを使用していない場合､ オーケストレーターやDocker自体でストレージを動作させるにはどうしたらよいかということです｡

26
00:02:50,730 --> 00:02:51,090
‫そして､ その後に｡

27
00:02:51,120 --> 00:02:55,440
‫現在､ ほとんどのストレージベンダーがDockerドライバ､ Cuba Daddyドライバなどを提供しているので､

28
00:02:55,440 --> 00:02:56,750
‫それでわかります｡

29
00:02:56,760 --> 00:02:59,070
‫だから､ まずそれを探しに行くことはあまりないですね｡

30
00:02:59,070 --> 00:03:00,990
‫と答えがちです｡

31
00:03:01,020 --> 00:03:02,720
‫アプリの必要性とは｡

32
00:03:02,730 --> 00:03:06,060
‫一度､ その収納術を探しに行かせてください｡

33
00:03:06,090 --> 00:03:08,580
‫クラスターに接続するにはどうしたらいいですか？

34
00:03:08,610 --> 00:03:14,570
‫もしかしたら､ その方法でやったかもしれないし､ もう､ どうやって複数の読み取り権をやろうか､ という段階かもしれませんね｡

35
00:03:14,580 --> 00:03:19,130
‫そして残念ながら､ それをサポートする特定のストレージを見つける必要があります｡

36
00:03:19,170 --> 00:03:22,900
‫これで､ ストレージのレプリケーションの話に入れますね｡

37
00:03:22,920 --> 00:03:29,310
‫私たちは､ 共有ストレージと呼ばれる､ 異なるサーバー間でファイルを複製しています｡ あるいは､ 1つのストレージをネットワーク上で共有し､

38
00:03:29,310 --> 00:03:37,830
‫他のストレージにインフェストを使用したり､ クラウドストレージやデータセンター内の独自のプライベートストレージを使用しています｡

39
00:03:37,830 --> 00:03:43,840
‫これらはすべて､ オーケストレーションに必要なものを決定する前に取り組むべき､ 異なるタイプのストレージソリューションです｡

40
00:03:43,840 --> 00:03:44,020
‫そうですね｡

41
00:03:44,040 --> 00:03:47,490
‫なぜなら､ それらはすべて､ 必ずしもコンテナ固有のものではないからです｡

42
00:03:47,490 --> 00:03:59,190
‫これらは標準的なストレージソリューションであり､ そのほとんどはコンテナ以前から存在していました｡ そして､ コンテナオーケストレーターやDockerの実行に適したドライバやプラグインを入手する必要があるだけなのです｡

43
00:03:59,220 --> 00:04:04,610
‫その過程で､ 問題を解決するために何を見つけるべきかがわかるといいですね｡