WEBVTT 00:00:00.274 --> 00:00:03.764 [コンテナー チャンネル] 00:00:03.764 --> 00:00:07.193 [コンテナーの基礎: 共有フォルダー] 00:00:07.193 --> 00:00:08.879 [コンテナーの基礎: 共有フォルダー: Microsoft] >> こんにちは、 00:00:08.879 --> 00:00:10.196 [コンテナーの基礎: 共有フォルダー: Microsoft: テクニカル エバンジェリスト: Matt McSpirit] コンテナー チャンネルの第 3 回へようこそ。 00:00:10.196 --> 00:00:13.056 [コンテナーの基礎: 共有フォルダー: Microsoft: テクニカル エバンジェリスト: Matt McSpirit] 私は Matt McSpirit、データセンター テクノロジのテクニカル エバンジェリストです。 00:00:13.056 --> 00:00:14.553 [コンテナーの基礎: 共有フォルダー: Microsoft] 今回も Neil Peterson と一緒にお届けします。 00:00:14.553 --> 00:00:15.620 [コンテナーの基礎: 共有フォルダー: シニア コンテンツ開発者: Neil Peterson] 彼はコンテンツ開発者で、 00:00:15.620 --> 00:00:17.638 [コンテナーの基礎: 共有フォルダー: シニア コンテンツ開発者: Neil Peterson] コンテナーのテクノロジを開発しています。 00:00:17.638 --> 00:00:18.887 [コンテナーの基礎: 共有フォルダー: シニア コンテンツ開発者: Neil Peterson] この回では、 00:00:18.887 --> 00:00:21.615 [コンテナーの基礎: 共有フォルダー] これまでに扱った内容を基に話を進めます。 00:00:23.196 --> 00:00:24.797 [コンテナーの基礎: 共有フォルダー] これまでの回を 00:00:24.797 --> 00:00:25.801 [コンテナーの基礎: 共有フォルダー: Microsoft] ご覧になった皆さんには、 00:00:25.801 --> 00:00:28.328 [コンテナーの基礎: 共有フォルダー: Microsoft] コンテナーを紹介し、コンテナーとは何か、 00:00:28.328 --> 00:00:30.363 [コンテナー チャンネル] どのように役立つかについて最新の情報を説明しました。 00:00:30.363 --> 00:00:32.790 [コンテナー チャンネル] その後、コンテナーに関係するイメージや 00:00:32.790 --> 00:00:35.063 [コンテナーの基礎: 共有フォルダー: Microsoft] ネットワーク コンポーネントについて詳しく考えました。 00:00:35.063 --> 00:00:39.471 [コンテナーの基礎: 共有フォルダー: Microsoft] これらのコンポーネントは移植性が高く、ローカル ワークステーション、サーバー、 00:00:39.471 --> 00:00:41.140 [コンテナーの基礎: 共有フォルダー: Microsoft] データ センター、さらにはクラウドにも対応します。 00:00:41.140 --> 00:00:43.763 [コンテナーの基礎: 共有フォルダー: Microsoft] まだご覧になっていない方は、ぜひご覧ください。 00:00:43.763 --> 00:00:47.045 [コンテナーの基礎: 共有フォルダー: Microsoft] 今回は、さらにコンテナーのストレージに関する 00:00:47.045 --> 00:00:49.801 [コンテナーの基礎: 共有フォルダー: Microsoft] いくつかの機能に注目し、 00:00:49.801 --> 00:00:52.251 [コンテナーの基礎: 共有フォルダー: Microsoft] コンテナーがストレージを利用する方法について考えます。 00:00:52.251 --> 00:00:55.269 [コンテナーの基礎: 共有フォルダー: Microsoft] では Neil、共有フォルダーについて説明してもらえますか。 00:00:55.269 --> 00:00:58.775 [コンテナー チャンネル] 共有フォルダーとコンテナーの関係や、TP3 と 00:00:58.775 --> 00:01:01.005 [コンテナー チャンネル] 現在のテクニカル プレビュー 4 で 00:01:01.005 --> 00:01:02.005 [コンテナーの基礎: 共有フォルダー: Microsoft] 共有フォルダーがどうなっているか教えてください。 00:01:02.005 --> 00:01:03.005 [コンテナーの基礎: 共有フォルダー: Microsoft] >> わかりました。 00:01:03.005 --> 00:01:06.077 [コンテナーの基礎: 共有フォルダー: Microsoft] Windows サーバーのコンテナーと、Hyper-V のコンテナーの両方で、 00:01:06.077 --> 00:01:09.135 [コンテナー チャンネル] TP4 の時点で、共有フォルダーの機能がリリースされました。 00:01:09.135 --> 00:01:10.716 [コンテナー チャンネル] これは、とてもシンプルな機能で、 00:01:10.716 --> 00:01:13.841 [共有フォルダー: コンテナー チャンネル: Microsoft] コンテナー ホストから、そのホストで実行されているコンテナーに、 00:01:13.841 --> 00:01:17.029 [共有フォルダー: PowerShell: Docker:] フォルダーを公開できる機能です。 00:01:17.029 --> 00:01:18.094 [共有フォルダー: PowerShell: Docker:] >> 基本的に、 00:01:18.094 --> 00:01:20.173 [共有フォルダー: PowerShell: Docker:] >> これを行えば、 00:01:20.173 --> 00:01:25.003 [共有フォルダー: PowerShell: Docker:] コンテナーを利用してファイルを共有できます。 00:01:25.003 --> 00:01:29.253 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] また、そのホストで実行されているコンテナー間でファイルを共有することもできます。 00:01:29.253 --> 00:01:30.583 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> Windows サーバーのコンテナー間で? 00:01:30.583 --> 00:01:33.159 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> Windows サーバー コンテナー間、さらに Hyper-V コンテナー間でも共有できます。 00:01:33.159 --> 00:01:34.653 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> なるほど。すばらしい。 00:01:34.653 --> 00:01:36.923 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] この機能はテクニカル プレビュー 4 の前にはなかったんですね。 00:01:36.958 --> 00:01:38.525 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> はい。 >> わかりました。新機能です。 00:01:38.525 --> 00:01:40.433 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> TP4 の新機能ですね。 >> はい。 00:01:40.433 --> 00:01:43.877 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] 要約すると、コンテナー ホストがあり、 00:01:43.877 --> 00:01:46.062 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] ホストとコンテナー間で共有する 00:01:46.062 --> 00:01:48.421 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] フォルダーを作成します。 00:01:48.421 --> 00:01:50.095 [コンテナー チャンネル] >> ということは、作成する際、 00:01:50.095 --> 00:01:51.834 [コンテナー チャンネル] コンテナー ホストは物理でも仮想でもよいんですね? 00:01:51.834 --> 00:01:52.881 [コンテナー チャンネル] >> えぇ。 >> なるほど。 00:01:52.881 --> 00:01:55.444 [コンテナー チャンネル] オペレーティング システムと同じように、コンテナーの機能があるんですね。 00:01:55.444 --> 00:01:58.769 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] 使っているそのホスト上で、PowerShell を排他的に使用して、 00:01:58.769 --> 00:02:00.102 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] 共有フォルダーを作成したり、 00:02:00.102 --> 00:02:02.640 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] 単に通常のホスト上で 00:02:02.640 --> 00:02:05.547 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] フォルダーを右クリックして作成したりできるということでしょうか。 00:02:05.547 --> 00:02:10.415 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> はい。コンテナーが作成された後に共有フォルダーを作成します。 00:02:10.415 --> 00:02:11.450 [コンテナー チャンネル] >> なるほど。わかりました。 00:02:11.450 --> 00:02:14.209 [コンテナー チャンネル] >> その際、PowerShell か Docker を使います。 00:02:14.209 --> 00:02:15.238 [コンテナー チャンネル] >> つまり、 00:02:15.238 --> 00:02:17.384 [コンテナー チャンネル] 自分のデスクトップ上に共有フォルダーを作成するのとは違いますね。 00:02:17.384 --> 00:02:18.782 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> はい。まったく違います。 00:02:18.782 --> 00:02:20.077 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> なるほど。わかりました。 00:02:20.077 --> 00:02:22.551 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> そして、それを作成した後、つまり共有フォルダーを 00:02:22.551 --> 00:02:26.407 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] 複数の異なるコンテナー間で作成すると、ホスト上の同一のフォルダーが 00:02:26.407 --> 00:02:27.870 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] 複数の異なるコンテナーに示されます。 00:02:27.870 --> 00:02:28.896 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> なるほど。 00:02:28.896 --> 00:02:32.052 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> これらの各コンテナーは、そのフォルダー内のファイルを参照できるので、 00:02:32.052 --> 00:02:36.444 [コンテナー チャンネル] 1 つのコンテナーからその共有フォルダにファイルを書き込み、 00:02:36.444 --> 00:02:39.729 [コンテナー チャンネル] 別のコンテナーでそのファイルにアクセスすることが可能です。 00:02:39.729 --> 00:02:43.420 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] そのファイルは同じ共有フォルダーにマップされます。その実例を後ほどお見せします。 00:02:43.420 --> 00:02:45.552 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> ということは、このようなシナリオが関連していると思います。 00:02:45.552 --> 00:02:48.933 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] たとえば、Web フロント エンドで中央のデータベースにアクセスしたり、 00:02:48.933 --> 00:02:51.586 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] サイトでホストされている画像の共有画像リポジトリに 00:02:51.586 --> 00:02:53.142 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] アクセスしたりするというシナリオです。 00:02:53.142 --> 00:02:55.370 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> はい。たくさんのシナリオが考えられます。 00:02:55.370 --> 00:02:56.419 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> わかりました。 00:02:56.419 --> 00:02:58.797 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> まず、たとえば、 00:02:58.797 --> 00:03:01.747 [コンテナー チャンネル] ファイルをコンテナーに取り込むような処理に最適です。 00:03:01.747 --> 00:03:05.009 [コンテナー チャンネル] アプリケーションをこのコンテナー内にインストールするとしましょう。 00:03:05.009 --> 00:03:08.010 [コンテナー チャンネル] コンテナーにそれらのファイルを取り込むために共有フォルダーを使います。 00:03:08.010 --> 00:03:11.866 [コンテナー チャンネル] すると、そのアプリケーションが解決されます。さらに、ここで説明したような 00:03:11.866 --> 00:03:14.318 [コンテナー チャンネル] よりアプリケーション特有のユース ケースを処理できます。 00:03:14.318 --> 00:03:17.725 [コンテナー チャンネル] >> なるほど。そして、ソース パス... 00:03:17.725 --> 00:03:21.089 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] まったく新しいフォルダーを作成する必要はなく、 00:03:21.089 --> 00:03:22.876 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] ファイルの入った既存のフォルダーを利用できるんですね? 00:03:22.876 --> 00:03:24.153 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> はい。そのとおりです。 00:03:24.153 --> 00:03:26.752 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> わかりました。すばらしい >> では、一緒に見ていきましょう。 00:03:26.752 --> 00:03:29.544 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] 前に説明したとおり、共有フォルダーを作成するには 2 つの方法があります。 00:03:29.544 --> 00:03:31.428 [共有フォルダー: PowerShell: Add ContainerSharedFolder -ContainerName デモ -SourcePath c\DestinationPath c\destination] まず、PowerShell を使う方法です。 00:03:31.428 --> 00:03:34.128 [共有フォルダー: PowerShell: Docker: ContainerSharedFolder の追加 -ContainerName デモ -SourcePath c\DestinationPath c\destination] Add-ContainerSharedFolder コマンドを使います。 00:03:34.128 --> 00:03:35.594 [共有フォルダー: PowerShell: Add ContainerSharedFolder -ContainerName デモ -SourcePath c\DestinationPath c\destination] >> 内容が分かりやすいコマンドですね。 00:03:35.594 --> 00:03:37.344 [共有フォルダー: PowerShell: Add ContainerSharedFolder -ContainerName デモ -SourcePath c\DestinationPath c\destination] >> 確かに。 00:03:37.344 --> 00:03:38.844 [共有フォルダー: PowerShell: Add ContainerSharedFolder -ContainerName デモ -SourcePath c\DestinationPath c\destination] >> この後、ソース パスを指定し、 00:03:38.844 --> 00:03:40.398 [共有フォルダー: PowerShell: Add ContainerSharedFolder -ContainerName デモ -SourcePath c\DestinationPath c\destination] >> 宛先パスを指定します。 00:03:40.398 --> 00:03:41.756 [共有フォルダー: PowerShell: Docker: docker run-it -vc\source: c\destination nanoserver cmd] 次に、Docker を使う方法では、 00:03:41.756 --> 00:03:43.469 [共有フォルダー: PowerShell: Docker: docker run-it -vc\source: c\destination nanoserver cmd] Docker コンテナーを実行するとき、 00:03:43.469 --> 00:03:47.766 [共有フォルダー: Docker: docker run-it -vc\source: c\destination nanoserver cmd] またはコンテナーを作成するときに、-V を指定できます。 00:03:47.766 --> 00:03:51.768 [共有フォルダー: Docker: docker run-it -vc\source: c\destination nanoserver cmd] この場合も、ソース パスと宛先パスを指定します。 00:03:51.768 --> 00:03:52.840 [共有フォルダー: Docker: docker run-it -vc\source: c\destination nanoserver cmd] >> はい。 00:03:52.840 --> 00:03:54.470 [共有フォルダー: Docker: docker run-it -vc\source: c\destination nanoserver cmd] そうすると、これらの共有フォルダーは基本的に、 00:03:54.470 --> 00:03:59.272 [共有フォルダー: Docker: docker run-it -vc\source: c\destination nanoserver cmd] コンテナーで使用されているときだけ共有されるということですか? 00:04:02.383 --> 00:04:03.505 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] 答えにくい質問ですか? 00:04:03.505 --> 00:04:05.179 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> そうですね。 00:04:05.179 --> 00:04:06.886 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> では、デモを見ながら確認しましょう。 00:04:06.886 --> 00:04:08.007 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> はい。 00:04:08.007 --> 00:04:09.732 [共有フォルダー: PowerShell: Docker: Microsoft コンテナー チャンネル] >> とりあえず見てみましょう。 00:04:09.732 --> 00:04:10.733 [Microsoft コンテナー チャンネル] >> では、始めます。 00:04:10.733 --> 00:04:12.453 [Microsoft コンテナー チャンネル] >> 確認ですが、Docker を実行すると言った場合、 00:04:12.453 --> 00:04:14.574 コンテナーの新しいインスタンスを作成する、ということですね。 00:04:14.574 --> 00:04:16.711 そして、共有フォルダーを使うと言った場合は、 00:04:16.711 --> 00:04:18.953 残りの時間ずっと共有されているということですか? 00:04:18.953 --> 00:04:20.277 >> コンテナー自体が共有されています。 00:04:20.277 --> 00:04:21.368 >> なるほど。わかりました。 00:04:21.368 --> 00:04:23.335 >> それでは、確認するために見ていきましょう。 00:04:23.335 --> 00:04:25.461 まず、2 つのコンテナーを 00:04:25.461 --> 00:04:26.837 簡単に作成します。 00:04:26.837 --> 00:04:27.838 >> PowerShell を使うんですね。 00:04:27.838 --> 00:04:31.768 >> そうです。特別なことは何もありません。 00:04:31.768 --> 00:04:35.031 新しいコンテナーを作成し、名前を付けて、画像を選択し、 00:04:35.031 --> 00:04:37.035 スイッチに接続します。 00:04:37.035 --> 00:04:38.842 >> これは通常の Windows サーバーのコンテナーですね? 00:04:38.842 --> 00:04:40.979 >> そうです。 00:04:40.979 --> 00:04:44.436 作成できました。そしてオフになります。 00:04:44.436 --> 00:04:47.502 共有フォルダーを表示するため、 00:04:47.502 --> 00:04:48.536 オフにすることが必要です。 00:04:48.536 --> 00:04:49.537 >> わかりました。 00:04:49.537 --> 00:04:52.196 >> Add-ContainerSharedFolder コマンドを実行します。 00:04:52.196 --> 00:04:56.535 両方のコンテナーを選択します。 00:04:56.535 --> 00:05:00.318 ここにソース パスが指定されています。 00:05:00.318 --> 00:05:02.924 先ほどの質問の答えですが、 00:05:02.924 --> 00:05:08.870 ソース パスを見てみると、既にファイルが入っています。 00:05:08.870 --> 00:05:11.002 ファイルのあるソース パスを指定し、 00:05:11.002 --> 00:05:14.037 宛先パスを指定して、 00:05:14.037 --> 00:05:15.937 これを実行します。 00:05:15.937 --> 00:05:18.692 >> クリックする前に、1 つ興味深いのは 00:05:18.692 --> 00:05:22.743 完全な GUI バージョン、つまりデスクトップ エクスペリエンス機能のあるサーバーを使いながら、 00:05:22.743 --> 00:05:26.749 コンテナー ホストの適切な用語を使っていることです。 00:05:26.749 --> 00:05:28.346 >> これは TP3 ではできませんでしたよね? 00:05:28.346 --> 00:05:29.351 >> できませんでした。 00:05:29.351 --> 00:05:31.525 >> コア バージョンだけでした。 00:05:31.525 --> 00:05:32.559 >> はい。 00:05:32.559 --> 00:05:33.827 >> これは新しいですよね。「サーバー上のコンテナーを 00:05:33.827 --> 00:05:36.455 どのようにデスクトップ エクスペリエンスで実行するのか」 00:05:36.455 --> 00:05:37.837 という疑問がありましたが、 00:05:37.837 --> 00:05:40.613 TP4 では、フィードバックに基づいて新しくなったわけですね。 00:05:40.613 --> 00:05:44.328 >> ですから TP4 では、Windows サーバー全体、 00:05:44.328 --> 00:05:47.238 Windows サーバー コア、そしてサーバー コンテナー ホストを使えます。 00:05:47.238 --> 00:05:48.242 >> わかりました。すばらしい。 00:05:48.242 --> 00:05:52.121 >> 環境のサイズも大きくなり、これが私のノート PC で実行されている VMですが、 00:05:52.121 --> 00:05:54.524 完全なサーバーも、コンテナー ホストも入っています。 00:05:54.524 --> 00:05:56.698 >> すばらしい。続けましょう。起動して... 00:05:56.698 --> 00:05:57.743 共有フォルダーを引き出します。 00:05:57.743 --> 00:05:59.753 >> このように、あっという間です。 00:05:59.753 --> 00:06:01.423 >> アクセス モードの再書き込みによって、 00:06:01.423 --> 00:06:03.748 何か制限されますか? 00:06:03.748 --> 00:06:05.746 >> はい、制限されます。 00:06:05.746 --> 00:06:11.020 Add-ContainerSharedFolder を実行して、 00:06:11.020 --> 00:06:15.631 コンテナー名を demo1 にします。 00:06:15.631 --> 00:06:18.809 ソース パスを使うだけでよく、あっという間に実行できます。 00:06:20.245 --> 00:06:23.470 >> オプションにアクセス モードがありましたね。 00:06:23.470 --> 00:06:26.860 >> そうですね。アクセス モードには 00:06:26.860 --> 00:06:28.847 読み取り専用と読み取り/書き込みがあります。 00:06:28.847 --> 00:06:30.497 >> すばらしい。 >> ありがとう。 00:06:30.497 --> 00:06:32.516 >> すべての入力をわざわざ見せてくれてありがとうございます。 00:06:32.516 --> 00:06:34.371 >> どういたしまして。大丈夫ですよ。 00:06:34.371 --> 00:06:36.025 それでは、これらのコンテナーを起動します。 00:06:46.595 --> 00:06:50.987 これからコンテナーを使って実際にセッションをいくつか作成してみます。 00:07:02.530 --> 00:07:06.877 demo1 のルートに移動して、LS を実行すると、 00:07:06.877 --> 00:07:11.218 このファイルのディレクトリが作成されたことがわかります。 00:07:11.218 --> 00:07:12.941 これが共有フォルダーです。 00:07:12.941 --> 00:07:14.618 そして、こうすると... 00:07:17.353 --> 00:07:22.210 このファイルが既に入っていることがわかります。 00:07:22.210 --> 00:07:23.280 >> なるほど。 00:07:23.280 --> 00:07:26.602 >> 次に、ホストに戻って、フォルダーを作成し... 00:07:26.602 --> 00:07:29.999 テキスト ファイルを作成し... 00:07:32.446 --> 00:07:34.178 このコマンドをもう一度実行します。 00:07:34.178 --> 00:07:36.209 >> ありましたね。>> はい。 00:07:36.209 --> 00:07:37.922 >> これは、とても便利ですね。 00:07:37.922 --> 00:07:41.277 ファイルをコンテナーに入れられます。しかも 00:07:41.277 --> 00:07:42.689 コンテナー間に共有を制限できます。 00:07:42.689 --> 00:07:46.493 >> はい。では、今度は demo2 です。 00:07:46.493 --> 00:07:47.494 そして... 00:07:50.010 --> 00:07:52.520 >> なるほど。 >> 同じことですね... 00:08:02.535 --> 00:08:04.805 >> コンテナーから書き込んでいるわけですね? 00:08:04.805 --> 00:08:08.125 >> はい。コンテナー demo2 で、ファイルを作成します。 00:08:08.125 --> 00:08:10.029 すると、コンテナー 1 に表示されます。 00:08:13.667 --> 00:08:16.080 作成した test2 がありますね。 00:08:16.080 --> 00:08:17.101 >> すばらしい。 00:08:17.101 --> 00:08:19.179 >> そして、ホストに戻ると、テキスト ファイルがあります。 00:08:19.179 --> 00:08:20.491 >> すばらしい。 >> とても簡単ですね。 00:08:20.491 --> 00:08:21.536 >> はい。 00:08:21.536 --> 00:08:24.494 >> これが、PowerShell を使った方法です。 00:08:26.251 --> 00:08:28.720 [Windows Server 2016 テクニカル プレビュー 4] 次に、Docker の場合を見ていきましょう。 00:08:40.687 --> 00:08:46.042 Docker images と入力し、私の画像をポストして、Docker run-it 00:08:49.731 --> 00:08:51.905 と入力します。 00:08:51.905 --> 00:08:52.969 >> 対話型のセッションという意味ですね。 00:08:52.969 --> 00:08:55.983 >> はい、そうです。-v、これはボリュームです。 00:08:55.983 --> 00:08:57.033 >> なるほど。 00:08:57.033 --> 00:08:59.528 >> ソースを指定して... 00:08:59.528 --> 00:09:01.303 >> -V は共有フォルダーへのキーですね? 00:09:01.303 --> 00:09:02.595 >> はい。そのとおりです。 00:09:02.595 --> 00:09:05.035 >> これは...Linux で 00:09:05.035 --> 00:09:06.448 -v を使う場合と同じですか? 00:09:06.448 --> 00:09:07.499 >> そうです。>> わかりました。 00:09:07.499 --> 00:09:08.510 >> はい。 00:09:08.510 --> 00:09:10.569 ちょうどこの手順に関する Docker のドキュメントがあります。 00:09:10.569 --> 00:09:12.042 >> わかりました。 00:09:12.042 --> 00:09:17.539 >> 次に、files と入力し、画像を選択します。 00:09:18.560 --> 00:09:21.083 >> file? それとも files? そうですね。 00:09:21.083 --> 00:09:22.190 >> はい。 00:09:25.576 --> 00:09:26.757 >> そして処理する... 00:09:26.757 --> 00:09:29.654 >> ここから先は問題ないですね。 00:09:29.654 --> 00:09:31.617 新しいコンテナーを作成し、 00:09:31.617 --> 00:09:36.519 それを開始すると、既にその基本画像にあるファイル共有マップが設定されており、 00:09:36.519 --> 00:09:38.577 そこからコマンド プロンプトを起動します。 00:09:38.577 --> 00:09:39.606 >> なるほど。 00:09:39.606 --> 00:09:43.175 今は、コンテナーにいます。C ドライブのルートに移動すると... 00:09:52.269 --> 00:09:55.740 Windows Server のコンテナーに 00:09:55.740 --> 00:09:56.797 作成したファイルがあります。 00:09:56.797 --> 00:09:58.159 >> 確かに。 00:09:58.159 --> 00:09:59.163 >> すばらしい。 00:09:59.163 --> 00:10:00.640 >> これが 2 つの方法です。まず最初に、 00:10:00.640 --> 00:10:03.939 同じ Windows サーバーに対して PowerShell を使用します。 00:10:03.939 --> 00:10:05.949 [コンテナー チャンネル Microsoft] または、同じ種類の Windows サーバー コンテナーを使用します。 00:10:05.949 --> 00:10:09.066 [コンテナー チャンネル Microsoft] それぞれ、異なる 2 つのコンテナー demo1 と demo2 が作成されました。 00:10:09.066 --> 00:10:11.299 [コンテナー チャンネル Microsoft] その後、Docker でもう 1 つ作成しました。 00:10:11.299 --> 00:10:12.852 [コンテナー チャンネル Microsoft] >> はい。 >> 簡単です。 00:10:12.852 --> 00:10:15.195 [コンテナー チャンネル Microsoft] >> はい、とてもシンプルな例でした。 00:10:15.195 --> 00:10:17.928 [コンテナー チャンネル] 共有フォルダーを示し、双方向にファイルをコピーしました。 00:10:17.928 --> 00:10:20.271 [コンテナー チャンネル] 先ほど話したとおり、ここでいくつかのことを実行できます。 00:10:20.271 --> 00:10:22.690 [コンテナー チャンネル] コンテナーにコンテンツを取り込んで実行できます。 00:10:22.690 --> 00:10:25.762 [コンテナー チャンネル Microsoft] ただし、複数の異なるアプリケーションが、 00:10:25.762 --> 00:10:29.795 [コンテナー チャンネル Microsoft] この実行中のコンテナーに対して、アプリケーションを作成するときに存在することも可能です。 00:10:29.795 --> 00:10:33.363 [コンテナー チャンネル Microsoft] それで、今回はごくシンプルな小さいデモを作りました。 00:10:33.363 --> 00:10:34.517 [コンテナー チャンネル Microsoft] ここに... 00:10:34.517 --> 00:10:39.094 [nepeters.com] PowerPoint を使って少し説明します。 00:10:40.662 --> 00:10:42.257 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] 大きく表示しましょう。 00:10:42.257 --> 00:10:43.730 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] >> はい。すばらしい。 00:10:43.730 --> 00:10:44.760 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリの]コンテナー ホスト] 00:10:44.760 --> 00:10:47.501 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] >> ここにあるコンテナーホストは、 00:10:47.501 --> 00:10:49.905 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] いくつかの異なるコンテナーを実行します。 00:10:49.905 --> 00:10:51.868 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] その 1 つがロード バランサーです。 00:10:51.868 --> 00:10:52.901 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] >> はい。 00:10:52.901 --> 00:10:54.800 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] >> これはトラフィックの負荷を、 00:10:54.800 --> 00:10:58.647 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] Web サーバーを実行する 2 つのコンテナー間に分散させます。 00:10:58.647 --> 00:11:00.076 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] アプリケーションが実行する処理は、 00:11:00.076 --> 00:11:02.314 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] >> Web サーバーがアクセスされるたびに、 00:11:02.314 --> 00:11:04.037 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] ログ ファイルを、 00:11:04.037 --> 00:11:06.352 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] そのログ ファイルを生成したコンテナーの名前で 00:11:06.352 --> 00:11:08.060 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] 出力します。 00:11:08.060 --> 00:11:09.890 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] そのため、トラフィックがあると、 00:11:09.890 --> 00:11:12.794 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] コンテナーの 1 つがヒットし、ログ ファイルを作ります。 00:11:12.794 --> 00:11:15.460 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] そのログ ファイルは、共有フォルダーに入ります。 00:11:15.460 --> 00:11:16.568 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] そのフォルダーは、ソリューション内の 00:11:16.568 --> 00:11:19.247 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] 両方の Web サーバーで共有されます。 00:11:19.247 --> 00:11:20.247 [共有フォルダーのデモ: デモ 1 - 基本的な作成方法: デモ 2 - Docker: デモ 3 - 負荷分散アプリのコンテナー ホスト] >> すばらしい。 00:11:20.247 --> 00:11:22.880 [共有フォルダーのデモ: コンテナー ホスト] >> トラフィックが入ってきてこれらのログ ファイルが 00:11:22.880 --> 00:11:24.610 [共有フォルダーのデモ: コンテナー ホスト] コンテナー ホスト上に作成されると、 00:11:24.610 --> 00:11:29.163 [共有フォルダーのデモ: コンテナー ホスト] 実際にはこれらのログ ファイルは 1 つの場所に入り、 00:11:29.163 --> 00:11:31.157 [共有フォルダーのデモ: コンテナー ホスト] すべてを一緒に確認できる、ということになります。 00:11:31.157 --> 00:11:34.207 [共有フォルダーのデモ: コンテナー ホスト] >> ログ ファイルの名前、またはログ ファイル内のデータに 00:11:34.207 --> 00:11:36.089 [共有フォルダーのデモ: コンテナー ホスト] アクセスされたコンテナーの名前が反映されるということは、 00:11:36.089 --> 00:11:39.148 [共有フォルダーのデモ: コンテナー ホスト] demo1、demo2、demo1、demo2、demo1 となるわけですね? 00:11:39.148 --> 00:11:40.276 [共有フォルダーのデモ: コンテナー ホスト] >> はい、そのとおりです。 00:11:40.276 --> 00:11:41.329 [共有フォルダーのデモ: コンテナー ホスト] >> なるほど。すばらしい。 00:11:41.329 --> 00:11:42.426 [共有フォルダーのデモ: コンテナー ホスト] >> 見てみましょう。 00:11:42.426 --> 00:11:44.762 [nepeters.com] 詳細は省略して、ごく簡単にします。 00:11:44.762 --> 00:11:48.666 [nepeters.com] このコンテナー ホスト上では、実際には 5 つのコンテナーを実行しています。 00:11:48.666 --> 00:11:50.569 [nepeters.com] これには、データベースとしての側面がありますが、 00:11:50.569 --> 00:11:53.638 [nepeters.com] 実際は共有フォルダーの側面とは関係ありません。 00:11:53.638 --> 00:11:55.459 [nepeters.com] ただし、ここを見ると、 00:11:55.459 --> 00:11:59.513 [nepeters.com] npweb2、npweb1 という 2 つのコンテナーがあり、 00:11:59.513 --> 00:12:00.758 [nepeters.com] さらに、ここにロード バランサーがあります。 00:12:00.758 --> 00:12:01.787 [nepeters.com] >> はい。 00:12:01.787 --> 00:12:04.833 [nepeters.com] >> これが、このアプリケーションを実行するコンテナーの名前であり、 00:12:04.833 --> 00:12:06.290 [nepeters.com] これによってログ ファイルが作成されます。 00:12:07.327 --> 00:12:09.985 [nepeters.com] 次に、ここを見てください。 00:12:09.985 --> 00:12:14.162 [nepeters.com] 共有フォルダーから情報を取り出します。 00:12:14.162 --> 00:12:15.840 [nepeters.com] ここが共有フォルダーです。 00:12:15.840 --> 00:12:18.090 [nepeters.com] これら 2 つのコンテナーで共有されています。 00:12:18.090 --> 00:12:19.097 [nepeters.com] >> 今は 00:12:19.097 --> 00:12:21.263 [nepeters.com 送信] >> 何もありません。 00:12:21.263 --> 00:12:22.662 [nepeters.com 送信] アプリを実行します。 00:12:22.662 --> 00:12:26.675 [nepeters.com 送信] ログ ファイルがあり、npweb1 とあります。もう一度実行しましょう。 00:12:28.331 --> 00:12:32.784 [nepeters.com 送信] 2 つになりました。もう何回かやってみましょう。 00:12:32.784 --> 00:12:35.045 [nepeters.com 送信] >> 実際の Web サイトでは、もう少しエラー チェックが必要ですね? 00:12:35.045 --> 00:12:36.592 たとえば、このアプリではメール チェックをしていません。 00:12:36.592 --> 00:12:38.757 >> はい、そうです。 00:12:38.757 --> 00:12:39.763 これは、 00:12:39.763 --> 00:12:41.844 ごく単純な例です。 00:12:41.844 --> 00:12:44.917 アプリケーションのコンテキストでは、 00:12:44.917 --> 00:12:46.475 共有フォルダーのもう少し実用的な例が必要でしょう。 00:12:46.475 --> 00:12:48.676 >> 先ほど話したとおり、ログ ファイルとか、 00:12:48.676 --> 00:12:50.898 中央データベースとか、 00:12:50.898 --> 00:12:53.739 アプリの異なるレイヤーや階層の間で 00:12:53.739 --> 00:12:56.937 共有する必要のあるアプリケーションにリンクするものとか。 00:12:56.937 --> 00:12:58.557 >> はい。 >> すばらしい。よくわかりました。 00:12:58.557 --> 00:13:01.801 また、Hyper-V コンテナーの場合でも、 00:13:01.801 --> 00:13:03.079 [コンテナー チャンネル Microsoft] Windows サーバーの場合でも同じです。 00:13:03.079 --> 00:13:05.894 [コンテナー チャンネル] このコースではまだ Hyper-V コンテナーを扱っていませんが、 00:13:05.894 --> 00:13:09.326 [コンテナー チャンネル: Microsoft リソース] 今後、いくつかの回で取り上げます。 00:13:09.326 --> 00:13:12.604 [コンテナー チャンネル: Microsoft リソース] ただし、Hyper-V コンテナーで共有フォルダーを使うという観点で言えば 00:13:12.604 --> 00:13:13.950 [コンテナー チャンネル: Microsoft リソース] 何も特別なことはありません。 00:13:13.950 --> 00:13:15.295 [コンテナー チャンネル: Microsoft リソース] >> はい。まったく同じです。 00:13:15.295 --> 00:13:16.748 [コンテナー チャンネル: Microsoft リソース] >> そうですね。 00:13:16.748 --> 00:13:17.825 [コンテナー チャンネル: Microsoft リソース] これで、 00:13:17.825 --> 00:13:19.370 [参照資料: コンテナーのドキュメント] [Microsoft と Docker の提携] [Docker の概要] コンテナーの基礎に関するミニ シリーズの 00:13:19.370 --> 00:13:21.763 [参照資料: コンテナーのドキュメント: Microsoft と Docker の提携: Docker の概要] 第 3 回を終わります。 00:13:21.763 --> 00:13:23.708 [参照資料: コンテナーのドキュメント: Microsoft と Docker の提携: Docker の概要] これは、幅広いテーマを扱ったコンテナー チャンネルの一部です。 00:13:23.708 --> 00:13:24.717 [参照資料: コンテナーのドキュメント: Microsoft と Docker の提携: Docker の概要] 次回は、 00:13:24.717 --> 00:13:26.600 [コンテナー チャンネル: Microsoft リソース] リソースの管理について考え、 00:13:26.600 --> 00:13:30.575 [コンテナー チャンネル: Microsoft リソース] CPU メモリをより効果的に管理する方法など、 00:13:30.575 --> 00:13:32.069 [コンテナー チャンネル: Microsoft リソース] コンテナーに関連した内容を取り上げます。 00:13:32.069 --> 00:13:33.994 [コンテナー チャンネル: Microsoft リソース] 今回の内容がお役に立つことを願っています。 00:13:33.994 --> 00:13:35.614 [コンテナー チャンネル: Microsoft リソース] >> 参照資料をご確認ください。 00:13:35.614 --> 00:13:39.130 [コンテナー チャンネル: Microsoft リソース] この番組の公開時点でご覧になっている皆さんは、 00:13:39.130 --> 00:13:42.910 [コンテナー チャンネル: Microsoft リソース] Windows Server テクニカル プレビュー TP4 の評価版をダウンロードしてください。 00:13:42.910 --> 00:13:46.211 [コンテナー チャンネル: Microsoft リソース] そのうち、TP5、またはさらに次のマイルストーンが公開されるでしょう。 00:13:46.211 --> 00:13:48.492 [コンテナー チャンネル: Microsoft リソース] Neil のチームが作成している資料をご覧になると、 00:13:48.492 --> 00:13:52.285 [コンテナー チャンネル: Microsoft リソース] いくつかの異なるシナリオを評価できます。 00:13:52.285 --> 00:13:55.744 [コンテナー チャンネル: Microsoft リソース] Docker コマンドも紹介しましたので、Docker 上にリソースがある場合に役立ちます。 00:13:55.744 --> 00:13:57.950 [コンテナー チャンネル: Microsoft リソース] その方面でも、多数のドキュメントがあります。 00:13:57.950 --> 00:13:59.536 [コンテナー チャンネル: Microsoft リソース] それでは、終わりにします。 00:13:59.536 --> 00:14:01.244 [コンテナー チャンネル: Microsoft リソース] ご覧いただき、ありがとうございました。Neil の協力にも感謝します。 00:14:01.244 --> 00:14:03.750 [コンテナー チャンネル: Microsoft リソース] コンテナー チャンネルの別の番組でもお会いしましょう。 00:14:03.750 --> 00:14:04.802 [コンテナー チャンネル: Microsoft リソース] >> ありがとうございました。 00:14:04.802 --> 00:14:09.796 [参照資料: Windows Server 2016 テクニカル プレビューのダウンロード: コンテナーのドキュメントを読む: Microsoft と Docker の提携: Docker の概要] 00:14:09.796 --> 00:14:14.221 [コンテナー チャンネル] 00:14:17.549 --> 00:14:20.322 [9 channel9.msdn.com]