WEBVTT 00:00:00.272 --> 00:00:03.739 [容器频道] 00:00:03.739 --> 00:00:07.721 [容器基础知识资源管理] 00:00:07.721 --> 00:00:09.242 [容器频道 Microsoft]>>大家好，欢迎再次观看容器 00:00:09.242 --> 00:00:10.431 [容器频道]Microsoft 技术推广员 Matt McSpirit]频道上的节目。 00:00:10.431 --> 00:00:13.446 [容器频道]Microsoft 技术推广员 Matt McSpirit]我是 Matt McSpirit，负责数据中心所有事务的技术推广员。 00:00:13.446 --> 00:00:15.367 [容器频道高级内容开发员 Neil Peterson]我再次请到了 Neil Peterson， 00:00:15.367 --> 00:00:18.279 [容器频道高级内容开发员 Neil Peterson]致力于容器方面的内容开发员。 00:00:18.279 --> 00:00:19.331 [容器频道 Microsoft]在本集中，我们将讲到 00:00:19.331 --> 00:00:23.081 [容器频道 Microsoft]容器基础知识的另一个重要组成部分。 00:00:23.081 --> 00:00:24.982 [容器频道 Microsoft]在上一集中，我们看了共享文件夹。 00:00:24.982 --> 00:00:26.951 [容器频道 Microsoft]如果你见过它，希望它对你有用。 00:00:26.951 --> 00:00:29.271 [容器频道 Microsoft]关于如何使用容器，以及其数据和 00:00:29.271 --> 00:00:32.798 [容器频道 Microsoft]资源的共享文件夹，我们讲述了一些很棒的内容。 00:00:32.798 --> 00:00:34.589 [容器频道 Microsoft]而在本集中， 00:00:34.589 --> 00:00:37.332 [容器基础知识资源管理]我们将特别关注资源管理， 00:00:37.332 --> 00:00:43.489 [容器基础知识资源管理]以及如何开始控制 CPU、内存和容器的存储使用率。 00:00:43.489 --> 00:00:45.727 [容器基础知识资源管理]那么，Neil，请更深入地讲解一下 00:00:45.727 --> 00:00:49.799 [容器频道 Microsoft]资源管理的本质，并帮助我们了解如何在资源管理方面执行 00:00:49.799 --> 00:00:50.815 [容器频道 Microsoft]容器相关的操作。 00:00:50.815 --> 00:00:51.820 [容器频道 Microsoft]>>当然。 00:00:51.820 --> 00:00:55.177 [容器频道 Microsoft]使用 TP4 就非常简单。 00:00:55.177 --> 00:00:57.021 [资源管理 PowerShell: Docker:]我们围绕如何管理 00:00:57.021 --> 00:01:00.328 [资源管理 PowerShell: Docker:]容器主机资源发布了很多功能。 00:01:00.328 --> 00:01:03.003 [资源管理 PowerShell: Docker:]>>是的。Windows Server 2016 的此技术预览版。 00:01:03.003 --> 00:01:04.377 [资源管理 PowerShell: Docker:]>>是的。>>TP3 中没有。 00:01:04.377 --> 00:01:05.557 [资源管理 PowerShell: Docker:]>>当然>>好的。 00:01:05.557 --> 00:01:08.361 [资源管理 PowerShell: Docker:]>>因此，你懂的，我们在此要讲的是确保 00:01:08.361 --> 00:01:11.276 [资源管理 PowerShell: Docker:]我们的容器 00:01:11.276 --> 00:01:13.551 [资源管理 PowerShell: Docker:]与主机上的其他容器良好协作。 00:01:13.551 --> 00:01:16.157 [资源管理 PowerShell: Docker:]这与使用虚拟机执行的操作非常相似。 00:01:16.157 --> 00:01:18.387 [资源管理 PowerShell: Docker:]因此我可能有个容器想要启动， 00:01:18.387 --> 00:01:21.225 [资源管理 PowerShell: Docker:]并且确保它仅使用 00:01:21.225 --> 00:01:23.895 [资源管理 PowerShell: Docker:]10% 的 CPU，同时限制它的内存、 00:01:23.895 --> 00:01:29.727 [资源管理 PowerShell: Docker:]传出的网络流量和存储的 IOPS。 00:01:29.727 --> 00:01:32.932 [资源管理 PowerShell: Docker:]这些就是 TP4 中可执行控制的新增功能。 00:01:32.932 --> 00:01:33.937 [资源管理 PowerShell: Docker:]>>这一点非常重要， 00:01:33.937 --> 00:01:36.264 [资源管理 PowerShell: Docker: 容器频道 Microsoft]尤其是在，例如，你身为服务提供商， 00:01:36.264 --> 00:01:38.747 [容器频道]并且仅具有这么多的容量 00:01:38.747 --> 00:01:42.317 [容器频道]或有限数量的 CPU 内存、磁盘等时。 00:01:42.317 --> 00:01:43.769 [容器频道]如果你的某个容器可能 00:01:43.769 --> 00:01:46.280 [容器频道]受到恶意软件破坏，或者它的 00:01:46.280 --> 00:01:49.521 [容器频道]进程出现泄漏并开始失控， 00:01:49.521 --> 00:01:52.985 [容器频道]则它可能吞噬你的所有资源，并影响其他容器和 00:01:52.985 --> 00:01:57.414 [容器频道]你的所有付费租户，因此拥有此类控制非常重要。 00:01:57.414 --> 00:01:58.619 [资源管理 PowerShell: Docker: 容器频道 Microsoft]>>是的，完全正确。>>好的。 00:01:58.619 --> 00:02:01.976 [资源管理 PowerShell: Docker: 容器频道 Microsoft]我们如何...因此，可以通过 PowerShell 和 Docker 进行控制？ 00:02:01.976 --> 00:02:05.082 [资源管理 PowerShell: Docker: 容器频道 Microsoft]>>它仍处于早期阶段，我是指，我们还在技术预览版。 00:02:05.082 --> 00:02:10.297 [容器频道]这将继续发展，并将添加更多功能， 00:02:10.297 --> 00:02:14.328 [容器频道]但目前我们只提供了使用 PowerShell 的 4 项功能。 00:02:14.328 --> 00:02:17.209 [容器频道]就是 CPU、内存、网络和磁盘。 00:02:17.209 --> 00:02:21.495 [容器频道]然后是使用 Docker 针对 CPU 相对权重的一些次要功能。 00:02:21.495 --> 00:02:23.074 [容器频道]>>是的，但至少现在它 00:02:23.074 --> 00:02:24.504 [资源管理 PowerShell：Docker：容器频道 Microsoft]仍处于预览阶段，我们还在发展。 00:02:24.504 --> 00:02:27.634 [资源管理 PowerShell: Docker: 容器频道 Microsoft]我们还是一直使用 Docker 进行构建，因此即使你认为， 00:02:27.634 --> 00:02:29.933 [资源管理 PowerShell: Docker: 容器频道 Microsoft]噢，这个列表对 PowerShell 来说有点长， 00:02:29.933 --> 00:02:32.245 [资源管理 PowerShell: Docker: 容器频道 Microsoft]这并不是说这会反映最终版本， 00:02:32.245 --> 00:02:34.341 [资源管理 PowerShell: Docker: 容器频道 Microsoft]因为我们还要开发一段时间。 00:02:34.341 --> 00:02:36.170 [资源管理 PowerShell: Docker: 容器频道 Microsoft]>>是的。>>你要向我们展示所有这些功能吗？ 00:02:36.170 --> 00:02:38.550 [资源管理 PowerShell: Docker: 容器频道 Microsoft]>>是的，那么让我们立即开始来看一看。 00:02:38.550 --> 00:02:39.561 [容器频道 Microsoft]>>很好。 00:02:39.561 --> 00:02:44.671 [容器频道 Microsoft]>>因此我要做的是，实际上我将非常精细地控制 CPU。 00:02:44.671 --> 00:02:45.678 >>是的。 00:02:45.678 --> 00:02:50.127 >>我们将设置它，随后会看到一些内容，实际上我将展示一个 00:02:50.127 --> 00:02:52.481 使用全部主机 CPU 的容器，然后对它进行限制 00:02:52.481 --> 00:02:56.562 并查看这将如何影响容器， 00:02:56.562 --> 00:02:58.359 最后我们只需查看其它命令 00:02:58.359 --> 00:02:59.441 并只查看其中的内容。 00:02:59.441 --> 00:03:00.488 >>这听起来不错。 00:03:00.488 --> 00:03:04.300 >>好的，那么我要开始了，首先确保准备就绪。 00:03:09.000 --> 00:03:11.004 好，那么我就从创建容器开始... 00:03:13.451 --> 00:03:19.866 没发生特别操作，因此我将使用 Windows Server 核心映像 00:03:19.866 --> 00:03:21.747 创建一个名为 resource 的新容器。 00:03:21.747 --> 00:03:24.725 我还将添加一个容器共享文件夹，我们在上个视频中提到了这点。 00:03:24.725 --> 00:03:25.735 >>是的。 00:03:25.735 --> 00:03:28.030 >>要在这里执行的操作是，只需向实际上打算 00:03:28.030 --> 00:03:30.152 运行的容器呈现一个脚本，这会限制 CPU。 00:03:30.152 --> 00:03:31.157 >>对。 00:03:31.157 --> 00:03:34.413 该脚本位于要向容器共享的目录中。 00:03:34.413 --> 00:03:36.252 >>是的。>>没错。 00:03:36.252 --> 00:03:37.737 >>那么，如果查看命令 00:03:37.737 --> 00:03:41.566 Get-ContainerProcessor，我将继续操作并立即运行此命令。 00:03:42.906 --> 00:03:44.246 我们可以看到我们具有... 00:03:44.246 --> 00:03:47.900 实际上我们在此处具有两个可控度量值。 00:03:47.900 --> 00:03:53.100 一个是容器可占用的 CPU 百分比，另一个是相对权重。 00:03:53.100 --> 00:03:55.800 实际上我们将重点关注可在此处使用的 CPU 百分比。 00:03:55.800 --> 00:03:56.827 >>对。 00:03:56.827 --> 00:04:00.752 >>这里显示出，它默认设置为 100%。 00:04:00.752 --> 00:04:01.757 >>是的。 00:04:01.757 --> 00:04:07.486 >>我可以使用 Set-ContainerProcessor 命令进行管理， 00:04:07.486 --> 00:04:09.964 因此我将继续操作，将它设置为 50%。 00:04:15.948 --> 00:04:17.696 让我停止这个。 00:04:26.701 --> 00:04:27.731 >>可以了。 00:04:27.731 --> 00:04:31.835 >>好，然后我将再次运行 Get-ContainerProcessor。 00:04:31.835 --> 00:04:34.681 就可以看到，它更改为了 50%，操作非常简单。 00:04:34.681 --> 00:04:37.442 >>可想而知，我想即使现在不执行操作，也可以在 00:04:37.442 --> 00:04:39.165 稍后修改相对权重。 00:04:39.165 --> 00:04:43.893 我的意思是，如果你不太熟悉，最大值更多的是指显式值， 00:04:43.893 --> 00:04:47.118 你不能超过 50%，而相对权重 00:04:47.118 --> 00:04:49.706 不仅反映了本容器，还可能反映所有容器... 00:04:49.706 --> 00:04:51.009 >>主机上运行的每个容器，是的。 00:04:51.009 --> 00:04:54.623 >>很好，这也非常类似于虚拟机中显示的内容， 00:04:54.623 --> 00:04:58.968 当然是在你可以开始执行控制的 Hyper-V 平台中， 00:04:58.968 --> 00:05:01.051 在你具有一些更精细控件的系统内部。 00:05:01.051 --> 00:05:02.063 >>是。 00:05:02.063 --> 00:05:07.213 所有这些命令都记录在我们的文档页面上。 00:05:07.213 --> 00:05:10.326 好了，那让我们真正开始吧，我是指查看实际操作。 00:05:10.326 --> 00:05:12.045 我们来继续操作并观察一下。 00:05:12.045 --> 00:05:14.252 我要将它设置回 100。 00:05:14.252 --> 00:05:16.737 将像刚创建的一样。 00:05:16.737 --> 00:05:18.335 我将继续操作并启动容器。 00:05:22.166 --> 00:05:24.537 >>启动的就是我们称为 resource 的容器。 00:05:24.537 --> 00:05:25.540 >>是。 00:05:25.540 --> 00:05:27.068 我还将 00:05:27.068 --> 00:05:30.704 [CPU]使用该容器创建一个 PowerShell 会话。 00:05:30.704 --> 00:05:31.785 [CPU]>>好的。 00:05:39.657 --> 00:05:42.575 [CPU]>>所以在该阶段，你在此阶段还未执行任何限制 CPU 的操作。 00:05:42.575 --> 00:05:46.082 [CPU]你只是将它设置为最大值 100，本来它默认就是 100 吗？ 00:05:46.082 --> 00:05:47.132 [CPU]>>是的，默认值 100。>>好的。 00:05:47.132 --> 00:05:48.261 [CPU]因此它回到了默认值。 00:05:48.261 --> 00:05:52.106 [CPU]实质上你可以自由支配可在此容器中使用的内容， 00:05:52.106 --> 00:05:55.499 [CPU]而现在你要执行先前提到的脚本。 00:05:55.499 --> 00:05:57.338 [CPU]>>是的。完全正确。 00:05:57.338 --> 00:05:59.812 [CPU]>>该脚本是从共享文件夹中拉取的。 00:05:59.812 --> 00:06:03.265 [CPU]观看了上个视频的观众会知道，会认出测试 2， 00:06:03.265 --> 00:06:05.401 [CPU]它就是 Neil 在上个演示中创建的脚本。 00:06:05.401 --> 00:06:06.425 [CPU]>>是的。 00:06:06.425 --> 00:06:09.840 [CPU]我们现在可在这里，为清楚起见，我们正在查看容器主机。 00:06:09.840 --> 00:06:10.868 [CPU]>>是的。 00:06:10.868 --> 00:06:13.429 [CPU]>>我们将从容器内部，从这里 00:06:13.429 --> 00:06:16.026 [CPU]查看容器主机的性能。 00:06:16.026 --> 00:06:18.071 [CPU]我将继续操作并运行该脚本。 00:06:20.208 --> 00:06:24.589 [CPU]随即就可看到我们从根本上限制了主机。 00:06:24.589 --> 00:06:26.790 [CPU]>>这会影响此特定主机上的所有其他容器吗？ 00:06:26.790 --> 00:06:27.791 [CPU]>>会。 00:06:27.791 --> 00:06:30.709 [CPU]>>因此对该容器本身来说，它是不受限制的？ 00:06:30.709 --> 00:06:32.134 [CPU]>>是的。没错。 00:06:32.134 --> 00:06:34.289 [CPU]事实上，我们可以返回这里，了解详细信息。 00:06:34.289 --> 00:06:35.402 >>我能听到你的笔记本电脑正在发热。 00:06:35.402 --> 00:06:37.997 >>是的，我的电脑正在发热... 00:06:37.997 --> 00:06:39.500 >>随后会变热。 00:06:39.500 --> 00:06:44.854 >>因为我在容器内部运行的是 PowerShell 进程， 00:06:44.854 --> 00:06:49.460 所以实际上会显示在主机上，而因为它是个 Windows Server 容器， 00:06:49.460 --> 00:06:52.240 所以显示在这里，PowerShell.exe。 00:06:52.240 --> 00:06:55.467 嗯，我们可以看到内存占用量很大。 00:06:55.467 --> 00:06:56.468 >>好的。 00:06:56.468 --> 00:06:59.385 [任务管理器, 结束进程]>>那么，我将继续操作并停止该进程， 00:06:59.385 --> 00:07:02.447 这碰巧将我踢出了容器。 00:07:04.399 --> 00:07:07.395 因此我现在要做的就是重新进入。 00:07:09.000 --> 00:07:11.438 我将停止该容器。 00:07:11.438 --> 00:07:15.754 然后我们将减少该特定容器可使用的内容。 00:07:15.754 --> 00:07:18.172 >>所以说只能在停止容器后执行更改吗？ 00:07:18.172 --> 00:07:21.310 无法在运行时执行吗？ 00:07:21.310 --> 00:07:22.676 >>当前是这样。>>好。好的。 00:07:24.470 --> 00:07:28.411 >>我将继续操作并进行修改，因此我拥有了 Set-ContainerProcess、 00:07:28.411 --> 00:07:32.196 容器名称和最大值 20，我将使用 20% 的 CUP 进行操作。 00:07:32.196 --> 00:07:33.551 >>但是如果考虑到服务， 00:07:33.551 --> 00:07:37.037 考虑到当前现代数据中心服务的功能， 00:07:37.037 --> 00:07:41.219 20% 的 CPU 仍是，或者说 20% 的 CPU 容量 00:07:41.219 --> 00:07:42.555 仍然是很大数量的 CPU。 00:07:42.555 --> 00:07:43.570 >>是，没错。>>是的。 00:07:43.570 --> 00:07:45.035 >>没错。 00:07:45.035 --> 00:07:46.700 我将继续操作并启动该容器。 00:07:51.005 --> 00:07:53.217 现在，我们只需继续并执行完全相同的操作。 00:07:56.365 --> 00:07:58.138 我将使用容器创建一个会话。 00:08:20.923 --> 00:08:24.366 [CPU]>>现在你要再次运行相同的脚本。实际上它会损害 CPU。 00:08:25.566 --> 00:08:27.170 [CPU]>>是的。 00:08:27.170 --> 00:08:30.230 [CPU]>>我们在右侧可以看到，它大约为 50% 或 40%。 00:08:30.230 --> 00:08:35.473 [CPU]>>是的，那么右侧趋于平稳，而这里是最低点。 00:08:35.473 --> 00:08:38.873 [CPU]现在你可以看出我们的基线提升了一点。 00:08:38.873 --> 00:08:39.878 [CPU]>>是的。>>但是我们没有限制它。 00:08:39.878 --> 00:08:40.898 [CPU]>>没有。 00:08:40.898 --> 00:08:42.661 [CPU]>>而我们运行是完全相同的脚本， 00:08:42.661 --> 00:08:45.313 [CPU]所以说我们将它有效地减慢了很多。 00:08:45.313 --> 00:08:48.283 [CPU]>>是的，它呈波动，可以看到它一会儿略高、 00:08:48.283 --> 00:08:50.685 [CPU]一会儿略低，反复交替着。 00:08:50.685 --> 00:08:53.768 [CPU]大多数情况下，已经设法将它保持得相当... 00:08:53.768 --> 00:08:56.254 >>是的，我们可以再次转到这里，可以 00:08:56.254 --> 00:09:00.473 你懂的，我们可以查看对容器产生的影响。 00:09:00.473 --> 00:09:03.002 >>是的，只需执行这一简单设置。 00:09:03.002 --> 00:09:05.058 >>是。这就是 CPU。 00:09:05.058 --> 00:09:07.837 现在，我不会对其余部分进行相同演示， 00:09:07.837 --> 00:09:10.282 我们将来了解一下命令。 00:09:10.282 --> 00:09:12.390 那么，我们来看一下内存... 00:09:15.284 --> 00:09:17.528 我们具有命令 Get-ContainerMemory。 00:09:17.528 --> 00:09:19.157 可以对任何容器运行此命令。 00:09:19.157 --> 00:09:21.757 我将继续操作，并快速停止此容器。 00:09:25.288 --> 00:09:27.749 因此，如果我运行 Get-ContainerMemory... 00:09:29.769 --> 00:09:31.053 我将稍微清理一下。 00:09:32.808 --> 00:09:36.222 我们可以看到这里显示的最大内存值非常大。 00:09:36.222 --> 00:09:37.243 >>是的。 00:09:37.243 --> 00:09:42.526 >>我执行了一点 PowerShell 操作，让它更容易阅读。 00:09:42.526 --> 00:09:49.335 因此默认情况下，容器的内存为 1024 GB。 00:09:49.335 --> 00:09:51.264 >>千兆字节，不是兆字节？>>千兆字节，不是兆字节。 00:09:51.264 --> 00:09:53.380 >>哦。好的。这相当多。 00:09:53.380 --> 00:09:54.480 >>是的，相当多。 00:09:54.480 --> 00:10:00.841 因此我们可以做的是运行 ContainerMemory， 00:10:00.841 --> 00:10:03.417 容器名称显示为最大字节数。 00:10:03.417 --> 00:10:06.690 >>是的。>>因此我将使用 1024。 00:10:09.776 --> 00:10:13.510 如果我们运行相同操作，就可以看到实质上具有... 00:10:13.510 --> 00:10:20.095 是的，我们具有 1 GB，或者可以设置为某些值，如 512。 00:10:20.095 --> 00:10:21.140 >>是的。 00:10:23.098 --> 00:10:24.680 >>0.5。>>很好。 00:10:24.680 --> 00:10:26.337 >>非常简单。>>是的。 00:10:26.337 --> 00:10:28.445 >>说到存储，我们具有命令 00:10:28.445 --> 00:10:32.180 Get-ContainerStorage，因此我将继续操作并运行该命令。 00:10:32.180 --> 00:10:37.529 然后就可以看到我们具有最大带宽和最大 IOPS， 00:10:37.529 --> 00:10:40.630 这就是每秒字节或标准化 IOPS。 00:10:40.630 --> 00:10:42.010 >>哦。 00:10:42.010 --> 00:10:45.999 >>再次为 Set-ContainerStorage 赋值。 00:10:50.660 --> 00:10:55.728 显示已设置完毕，我们可以设置最大 IOPS 了。 00:10:59.110 --> 00:11:00.129 >>很好。 00:11:01.720 --> 00:11:04.828 >>而对于网络，我们具有 Set-ContainerNetworkAdapter。 00:11:08.140 --> 00:11:09.971 该命令上还在执行一些作业。 00:11:09.971 --> 00:11:12.770 >>是，我猜这也是 Get。 00:11:12.770 --> 00:11:15.334 >>是的，是 Get 网络，容器网络适配器， 00:11:15.334 --> 00:11:17.697 但此时不会显示结果。 00:11:17.697 --> 00:11:19.940 >>好的，仍在进行中。>>没错。 00:11:19.940 --> 00:11:22.466 因此，你了解的，此内容非常简单，直截了当， 00:11:22.466 --> 00:11:24.024 是明确直白的 PowerShell 内容。 00:11:24.024 --> 00:11:29.829 [容器频道 Microsoft]我们还有一些使用 Windows 容器和 Docker 的次要功能。 00:11:29.829 --> 00:11:30.853 [容器频道 Microsoft]>>是的。 00:11:30.853 --> 00:11:33.590 [容器频道 Microsoft]>>命令是 00:11:33.590 --> 00:11:37.662 [CPU-shares]CPU-shares，它与相对权重很类似。 00:11:37.662 --> 00:11:39.583 [CPU-shares]>>哦。好的。 00:11:39.583 --> 00:11:41.546 [CPU-shares]>>我不会演示它。>>好的。很棒。 00:11:41.546 --> 00:11:45.512 [CPU-shares]这些用于 Windows Server 容器的命令也适用于 00:11:45.512 --> 00:11:46.926 [CPU-shares]Hyper-V 容器吗？ 00:11:46.926 --> 00:11:48.029 [CPU-sharesCPU-shares]>>在这方面还有些问题要解决。 00:11:48.029 --> 00:11:51.322 [容器频道 Microsoft]>>哦，好的。这方面的情况就是这样，但至少你可以开始 00:11:51.322 --> 00:11:53.148 [容器频道 Microsoft]从 Windows Server 的角度了解它们适用的位置， 00:11:53.148 --> 00:11:55.323 [容器频道 Microsoft]并开始了解它们的工作原理。 00:11:55.323 --> 00:11:57.502 [容器频道 Microsoft]我认为很多人可能 00:11:57.502 --> 00:11:59.010 [容器频道 Microsoft]知道那里有资源控件。 00:11:59.010 --> 00:12:01.306 [容器频道 Microsoft]因此在开始阅读该文档时， 00:12:01.306 --> 00:12:03.463 [资源 阅读容器文档 Microsoft 和 Docker 合作关系 Docker 入门]很有必要了解 00:12:03.463 --> 00:12:05.387 [资源 阅读容器文档 Microsoft 和 Docker 合作关系 Docker 入门]如 Neil 所演示的这种方案， 00:12:05.387 --> 00:12:08.186 [资源 阅读容器文档 Microsoft 和 Docker 合作关系 Docker 入门]它具有消耗太多 00:12:08.186 --> 00:12:09.968 [资源 阅读容器文档 Microsoft 和 Docker 合作关系 Docker 入门]资源的超大进程、服务或 00:12:09.968 --> 00:12:13.420 [资源 阅读容器文档 Microsoft 和 Docker 合作关系 Docker 入门]应用程序，无论是跨磁盘、CPU、 00:12:13.420 --> 00:12:15.304 [资源 阅读容器文档 Microsoft 和 Docker 合作关系 Docker 入门]内存还是网络使用都是如此。 00:12:15.304 --> 00:12:17.314 [资源 阅读容器文档 Microsoft 和 Docker 合作关系 Docker 入门]嗯，该网络是双向流量 00:12:17.314 --> 00:12:18.519 还是只为入站流量？ 00:12:18.519 --> 00:12:19.631 [容器频道 Microsoft]>>是出站流量。>>只从容器流出？ 00:12:19.631 --> 00:12:20.638 [容器频道 Microsoft]>>是的。>>嗯。 00:12:20.638 --> 00:12:22.664 [容器频道 Microsoft]>>听上去挺不错。那么... 00:12:22.664 --> 00:12:26.052 [容器频道 Microsoft]>>是的，在这方面我们还在努力工作， 00:12:26.052 --> 00:12:28.870 [容器频道]随着工作进行，我们的文档将不断更新。 00:12:28.870 --> 00:12:29.893 [容器频道]>>好的。 00:12:29.893 --> 00:12:31.912 [容器频道]我们的页面上也始终提供文档链接， 00:12:31.912 --> 00:12:33.598 [容器频道 Microsoft]以便你可以随时获取最新相关信息。 00:12:33.598 --> 00:12:36.554 [容器频道 Microsoft]信息显示在幻灯片上，所以你可以在视频中进行观看。 00:12:36.554 --> 00:12:39.141 [容器频道 Microsoft]但是提一些建议：请下载技术预览版、 00:12:39.141 --> 00:12:41.029 [容器频道 Microsoft]开始进行操作，并对 Neil 00:12:41.029 --> 00:12:42.922 [容器频道 Microsoft]所演示的资源控件 00:12:42.922 --> 00:12:46.523 [容器频道 Microsoft]和我们在上个视频中讨论过的共享文件夹进行操作。 00:12:46.523 --> 00:12:47.923 [容器频道 Microsoft]请查看该文档。 00:12:47.923 --> 00:12:49.595 [容器频道 Microsoft]它讲述了如何完成其中的部分操作。 00:12:49.595 --> 00:12:52.970 [容器频道 Microsoft]很多此类视频也嵌入了一些这类内容， 00:12:52.970 --> 00:12:55.097 [容器频道 Microsoft]所以一定要全部查看。 00:12:55.097 --> 00:13:00.103 [容器频道 Microsoft]你可以在 Docker、相关文档，以及 Docker 站点上查看 Microsoft， 00:13:00.103 --> 00:13:02.253 [容器频道 Microsoft]上面有大量可帮助你入门的有用信息。 00:13:02.253 --> 00:13:05.451 [容器频道 Microsoft]并且你可以在自己的环境上进行尝试，还可以在 00:13:05.451 --> 00:13:07.435 [容器频道 Microsoft]Azure 中进行试用， 00:13:07.435 --> 00:13:09.834 [容器频道 Microsoft]入门方式非常简单。 00:13:09.834 --> 00:13:11.260 [容器频道 Microsoft]到这里就要结束了。 00:13:11.260 --> 00:13:12.827 [容器频道 Microsof]在下一集中，我们将了解 00:13:12.827 --> 00:13:15.166 [容器频道 Microsoft] Hyper-V 容器。请一定要观看 00:13:15.166 --> 00:13:17.696 [容器频道 Microsoft]这一集，因为很有必要了解 00:13:17.696 --> 00:13:21.277 [容器频道 Microsoft]Hyper-V 容器间的区别、它们的外观、管理方式、 00:13:21.277 --> 00:13:24.393 [容器频道 Microsoft]是否完全不同、是否非常简单，以及是否非常直接。 00:13:24.393 --> 00:13:25.878 [容器频道 Microsoft]我们将涵盖所有相关内容。 00:13:25.878 --> 00:13:28.739 [容器频道 Microsoft]所以请务必观看，接下来我将感谢 Neil。 00:13:28.739 --> 00:13:31.273 [容器频道 Microsoft]再次真诚感谢你付出宝贵时间。 00:13:31.273 --> 00:13:34.256 [容器频道 Microsoft]那么，在容器频道的下一集节目中再会。 00:13:34.256 --> 00:13:35.631 [容器频道 Microsoft]谢谢大家，再见。 00:13:35.631 --> 00:13:40.638 [资源 下载 Windows Server 2016 技术预览版 阅读容器文档 Microsoft 和 Docker 合作关系 Docker 入门] 00:13:40.638 --> 00:13:45.136 [容器频道] 00:13:48.408 --> 00:13:51.158 [9 channel9.msdn.com]