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 [Канал «Контейнеры». Майкрософт] >> Здравствуйте, и добро пожаловать в очередную серию 00:00:09.242 --> 00:00:10.431 [Канал «Контейнеры»] Майкрософт Мэтт МакСпирит, технический пропагандист] на канале «Контейнеры». 00:00:10.431 --> 00:00:13.446 [Канал «Контейнеры»] Майкрософт Мэтт МакСпирит, технический пропагандист] Я — Мэтт МакСпирит, технический пропагандист всех решений для нашего центра обработки данных. 00:00:13.446 --> 00:00:15.367 [Канал «Контейнеры». Нил Питерсон, старший разработчик содержания] И со мной снова Нил Питерсон, 00:00:15.367 --> 00:00:18.279 [Канал «Контейнеры». Нил Питерсон, старший разработчик содержания] разработчик содержимого, который вместе с нами работает над контейнерами. 00:00:18.279 --> 00:00:19.331 [Канал «Контейнеры». Майкрософт] И в этой серии мы снова обратимся 00:00:19.331 --> 00:00:23.081 [Канал «Контейнеры». Майкрософт] к одному из ключевых понятий нашего фильма «Принципы работы контейнера». 00:00:23.081 --> 00:00:24.982 [Канал «Контейнеры». Майкрософт] В предыдущей серии мы рассказывали об общих папках, 00:00:24.982 --> 00:00:26.951 [Канал «Контейнеры». Майкрософт] и, надеемся, эта информация была полезной. 00:00:26.951 --> 00:00:29.271 [Канал «Контейнеры». Майкрософт] Мы рассказали много интересного о том, как используются контейнеры, 00:00:29.271 --> 00:00:32.798 [Канал «Контейнеры». Майкрософт] и об общих папках, в которых можно разместить данные и ресурсы. 00:00:32.798 --> 00:00:34.589 [Канал «Контейнеры». Майкрософт] В этой серии 00:00:34.589 --> 00:00:37.332 [Принципы работы контейнера. Управление ресурсами] мы рассмотрим управление ресурсами. 00:00:37.332 --> 00:00:43.489 [Принципы работы контейнера. Управление ресурсами] Поговорим о том, как контролировать использование процессора, памяти и объема хранилища контейнера. 00:00:43.489 --> 00:00:45.727 [Принципы работы контейнера. Управление ресурсами] Итак, Нил, объясни нам подробнее, 00:00:45.727 --> 00:00:49.799 [Канал «Контейнеры». Майкрософт] что такое управление ресурсами и что мы можем сделать с контейнером 00:00:49.799 --> 00:00:50.815 [Канал «Контейнеры». Майкрософт] с точки зрения управления ресурсами. 00:00:50.815 --> 00:00:51.820 [Канал «Контейнеры». Майкрософт] >> Хорошо. 00:00:51.820 --> 00:00:55.177 [Канал «Контейнеры». Майкрософт] В 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 процентов ресурсов процессора, а также ограничить использование им памяти, 00:01:23.895 --> 00:01:29.727 [Управление ресурсами. PowerShell: Docker:] исходящий сетевой трафик и количество операций ввода-вывода хранилища. 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: Канал «Контейнеры». Майкрософт] например, если вы предоставляете службу 00:01:36.264 --> 00:01:38.747 [Канал «Контейнеры»] и у вас ограниченный набор ресурсов 00:01:38.747 --> 00:01:42.317 [Канал «Контейнеры»] или ограниченный объем ресурсов процессора, памяти, дисковых ресурсов и т. д. 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: Канал «Контейнеры». Майкрософт] >> Да, конечно. >> Хорошо. 00:01:58.619 --> 00:02:01.976 [Управление ресурсами. PowerShell: Docker: Канал «Контейнеры». Майкрософт] И как мы будем... Этим можно управлять с помощью PowerShell и Docker? 00:02:01.976 --> 00:02:05.082 [Управление ресурсами. PowerShell: Docker: Канал «Контейнеры». Майкрософт] >> Пока еще очень рано, это все еще техническая предварительная версия, 00:02:05.082 --> 00:02:10.297 [Канал «Контейнеры»] и она будет развиваться, появятся новые функции, 00:02:10.297 --> 00:02:14.328 [Канал «Контейнеры»] но на данный момент в PowerShell их четыре. 00:02:14.328 --> 00:02:17.209 [Канал «Контейнеры»] Это процессор, память, сеть и диск. 00:02:17.209 --> 00:02:21.495 [Канал «Контейнеры»] И несколько небольших функций для Docker, касающихся относительного веса процессора. 00:02:21.495 --> 00:02:23.074 [Канал «Контейнеры»] >> Да, но сегодня 00:02:23.074 --> 00:02:24.504 [Управление ресурсами. PowerShell: Docker: Канал «Контейнеры». Майкрософт] все это находится в предварительной версии, мы все еще развиваемся 00:02:24.504 --> 00:02:27.634 [Управление ресурсами. PowerShell: Docker: Канал «Контейнеры». Майкрософт] и всегда уделяем внимание Docker, поэтому даже если вы подумали: 00:02:27.634 --> 00:02:29.933 [Управление ресурсами. PowerShell: Docker: Канал «Контейнеры». Майкрософт] «Список для PowerShell сейчас подлиннее», 00:02:29.933 --> 00:02:32.245 [Управление ресурсами. PowerShell: Docker: Канал «Контейнеры». Майкрософт] это не значит, что в окончательной версии все будет именно так, 00:02:32.245 --> 00:02:34.341 [Управление ресурсами. PowerShell: Docker: Канал «Контейнеры». Майкрософт] потому что мы еще будем над ней работать. 00:02:34.341 --> 00:02:36.170 [Управление ресурсами. PowerShell: Docker: Канал «Контейнеры». Майкрософт] >> Да, конечно. >> Ты покажешь нам все это на практике? 00:02:36.170 --> 00:02:38.550 [Управление ресурсами. PowerShell: Docker: Канал «Контейнеры». Майкрософт] >> Да, почему бы не перейти сразу к делу. 00:02:38.550 --> 00:02:39.561 [Канал «Контейнеры». Майкрософт] >> Отлично. 00:02:39.561 --> 00:02:44.671 [Канал «Контейнеры». Майкрософт] >> Итак, сейчас я хочу очень детально поработать с ресурсами процессора. 00:02:44.671 --> 00:02:45.678 >> Да. 00:02:45.678 --> 00:02:50.127 >> Мы выполним необходимые действия, кое-что посмотрим, и я покажу, как контейнер 00:02:50.127 --> 00:02:52.481 сначала использует все ресурсы процессора узла, а затем мы ограничим эти ресурсы 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 Здесь ничего необычного, я просто создаю контейнер с именем resource 00:03:19.866 --> 00:03:21.747 с помощью образа Windows Server Core. 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 который займет ресурсы процессора. 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 Это доля ресурсов процессора, которые может использовать контейнер, и относительный вес. 00:03:53.100 --> 00:03:55.800 Мы сосредоточимся на доле ресурсов процессора, которые можно использовать. 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 [ЦП] создам сеанс PowerShell с этим контейнером. 00:05:30.704 --> 00:05:31.785 [ЦП] >> Хорошо. 00:05:39.657 --> 00:05:42.575 [ЦП] >> Пока мы не сделали ничего, чтобы захватить ресурсы процессора. 00:05:42.575 --> 00:05:46.082 [ЦП] Ты только что установил максимальное значение в 100. По сути это означает 100 по умолчанию? 00:05:46.082 --> 00:05:47.132 [ЦП] >> Да, 100 по умолчанию. >> Хорошо. 00:05:47.132 --> 00:05:48.261 [ЦП] Я возвращаю значение по умолчанию. 00:05:48.261 --> 00:05:52.106 [ЦП] Пока у нас полная свобода действий в этом контейнере, 00:05:52.106 --> 00:05:55.499 [ЦП] и теперь ты запустишь скрипт, о котором говорил ранее. 00:05:55.499 --> 00:05:57.338 [ЦП] >> Да. Именно. 00:05:57.338 --> 00:05:59.812 [ЦП] >> Он находится в общей папке. 00:05:59.812 --> 00:06:03.265 [ЦП] Те, кто смотрел предыдущую серию, узнают файлы test и test2, 00:06:03.265 --> 00:06:05.401 [ЦП] которые Нил создал во время предыдущей демонстрации. 00:06:05.401 --> 00:06:06.425 [ЦП] >> Да. 00:06:06.425 --> 00:06:09.840 [ЦП] Итак, я уточню, что здесь мы видим узел контейнера. 00:06:09.840 --> 00:06:10.868 [ЦП] >> Да. 00:06:10.868 --> 00:06:13.429 [ЦП] >> Это — загрузка процессора 00:06:13.429 --> 00:06:16.026 [ЦП] на узле контейнера. 00:06:16.026 --> 00:06:18.071 [ЦП] Теперь я запускаю скрипт. 00:06:20.208 --> 00:06:24.589 [ЦП] И мы видим, что по сути захватили все процессорные ресурсы на узле контейнера. 00:06:24.589 --> 00:06:26.790 [ЦП] >> И это повлияет на все остальные контейнеры, запущенные на этом узле? 00:06:26.790 --> 00:06:27.791 [ЦП] >> Да. 00:06:27.791 --> 00:06:30.709 [ЦП] >> То есть последствия не ограничиваются одним контейнером? 00:06:30.709 --> 00:06:32.134 [ЦП] >> Да. Совершенно верно. 00:06:32.134 --> 00:06:34.289 [ЦП] Мы даже можем открыть список процессов. 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 процентами. 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 процентов процессора — 00:07:41.219 --> 00:07:42.555 это довольно много. 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 [ЦП] >> И теперь ты снова запустишь тот же скрипт. Он очень активно использует процессор. 00:08:25.566 --> 00:08:27.170 [ЦП] >> Да. 00:08:27.170 --> 00:08:30.230 [ЦП] >> Теперь мы видим, что загрузка процессора — 40 или 50 процентов. 00:08:30.230 --> 00:08:35.473 [ЦП] >> Да, теперь нагрузка выровнялась. И вот самое низкое значение. 00:08:35.473 --> 00:08:38.873 [ЦП] Как видите, базовый уровень немного увеличился. 00:08:38.873 --> 00:08:39.878 [ЦП] >> Да. >> Но мы не захватываем все ресурсы процессора. 00:08:39.878 --> 00:08:40.898 [ЦП] >> Нет. 00:08:40.898 --> 00:08:42.661 [ЦП] >> При этом мы запускаем тот же самый скрипт, 00:08:42.661 --> 00:08:45.313 [ЦП] то есть фактически мы довольно серьезно ограничили доступный ему объем ресурсов. 00:08:45.313 --> 00:08:48.283 [ЦП] >> Да, нагрузка колеблется, 00:08:48.283 --> 00:08:50.685 [ЦП] чуть выше, чуть ниже. 00:08:50.685 --> 00:08:53.768 [ЦП] Но по большей части она довольно низкая... 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 >> Да. Это были ресурсы процессора. 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 >> Я сделал так, чтобы это значение было представлено в более понятном формате. 00:09:42.526 --> 00:09:49.335 Итак, по умолчанию это 1024 ГБ памяти для контейнера. 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 и я могу запустить Set-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 Да, у нас есть один гигабайт. А если мы укажем, например, 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 И здесь мы видим показатели Maximum Bandwidth (максимальная пропускная способность) и Maximum IOPS (максимальное количество операций ввода-вывода). 00:10:37.529 --> 00:10:40.630 Они измеряются в байтах в секунду и нормализованных операциях ввода-вывода соответственно. 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 И мы видим, что это значение было задано, и точно так же можем задать максимальное количество операций ввода-вывода. 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-ContainerNetworkAdapter, 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 [Канал «Контейнеры». Майкрософт] Но у нас также есть некоторые небольшие функции для контейнеров Windows и Docker. 00:11:29.829 --> 00:11:30.853 [Канал «Контейнеры». Майкрософт] >> Да. 00:11:30.853 --> 00:11:33.590 [Канал «Контейнеры». Майкрософт] >> Команда выглядит так: 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-shares] >> Мы еще над этим работаем. 00:11:48.029 --> 00:11:51.322 [Канал «Контейнеры». Майкрософт] >> Хорошо. Итак, следите за этими изменениями, но уже сейчас вы можете попробовать средства управления ресурсами 00:11:51.322 --> 00:11:53.148 [Канал «Контейнеры». Майкрософт] с Windows Server 00:11:53.148 --> 00:11:55.323 [Канал «Контейнеры». Майкрософт] и понять, как они работают. 00:11:55.323 --> 00:11:57.502 [Канал «Контейнеры». Майкрософт] Не думаю, что многие знают 00:11:57.502 --> 00:11:59.010 [Канал «Контейнеры». Майкрософт] о том, что эти средства вообще существуют. 00:11:59.010 --> 00:12:01.306 [Канал «Контейнеры». Майкрософт] И после того как вы начнете читать документацию, 00:12:01.306 --> 00:12:03.463 [Ресурсы. Ознакомьтесь с документацией по контейнерам. Сотрудничество Майкрософт и Docker. Начало работы с Docker] важно понимать, что эти средства очень полезны 00:12:03.463 --> 00:12:05.387 [Ресурсы. Ознакомьтесь с документацией по контейнерам. Сотрудничество Майкрософт и Docker. Начало работы с Docker] именно для того сценария, который продемонстрировал Нил, 00:12:05.387 --> 00:12:08.186 [Ресурсы. Ознакомьтесь с документацией по контейнерам. Сотрудничество Майкрософт и Docker. Начало работы с Docker] когда у вас есть процесс или служба, которые вышли из-под контроля, 00:12:08.186 --> 00:12:09.968 [Ресурсы. Ознакомьтесь с документацией по контейнерам. Сотрудничество Майкрософт и Docker. Начало работы с Docker] или приложение, которое использует слишком много ресурсов, 00:12:09.968 --> 00:12:13.420 [Ресурсы. Ознакомьтесь с документацией по контейнерам. Сотрудничество Майкрософт и Docker. Начало работы с Docker] будь то ресурсы диска, процессора, 00:12:13.420 --> 00:12:15.304 [Ресурсы. Ознакомьтесь с документацией по контейнерам. Сотрудничество Майкрософт и Docker. Начало работы с Docker] памяти или сети. 00:12:15.304 --> 00:12:17.314 [Ресурсы. Ознакомьтесь с документацией по контейнерам. Сотрудничество Майкрософт и Docker. Начало работы с Docker] Кстати, сетевой трафик можно ограничивать 00:12:17.314 --> 00:12:18.519 в обоих направлениях или только входящий трафик? 00:12:18.519 --> 00:12:19.631 [Канал «Контейнеры». Майкрософт] >> Исходящий. >> Только трафик, исходящий из контейнера? 00:12:19.631 --> 00:12:20.638 [Канал «Контейнеры». Майкрософт]>> Да. >> Хорошо. 00:12:20.638 --> 00:12:22.664 [Канал «Контейнеры». Майкрософт] Неплохо. Итак... 00:12:22.664 --> 00:12:26.052 [Канал «Контейнеры». Майкрософт] >> Да, работа продолжается, 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 [Канал «Контейнеры»] чтобы вы в любое время могли получить последнюю информацию, 00:12:33.598 --> 00:12:36.554 [Канал «Контейнеры». Майкрософт] и на слайдах в этом видео. 00:12:36.554 --> 00:12:39.141 [Канал «Контейнеры». Майкрософт] Но мы советуем вам скачать техническую предварительную версию 00:12:39.141 --> 00:12:41.029 [Канал «Контейнеры». Microsoft] и попробовать что-то сделать, попробовать средства управления ресурсами, 00:12:41.029 --> 00:12:42.922 [Канал «Контейнеры». Майкрософт] которые Нил только что продемонстрировал, 00:12:42.922 --> 00:12:46.523 [Канал «Контейнеры». Майкрософт] и общие папки, о которых мы говорили в предыдущем видео. 00:12:46.523 --> 00:12:47.923 [Канал «Контейнеры». Майкрософт] Ознакомьтесь с документацией, 00:12:47.923 --> 00:12:49.595 [Канал «Контейнеры». Майкрософт] и она поможет разобраться во многих из этих вещей. 00:12:49.595 --> 00:12:52.970 [Канал «Контейнеры». Майкрософт] Вы также увидите массу видеороликов с этими командами, 00:12:52.970 --> 00:12:55.097 [Канал «Контейнеры». Майкрософт] поэтому обязательно ознакомьтесь со всем этим. 00:12:55.097 --> 00:13:00.103 [Канал «Контейнеры». Майкрософт] На сайте Docker вы также можете получить представление о соответствующей документации, «Майкрософт в Docker». 00:13:00.103 --> 00:13:02.253 [Канал «Контейнеры». Майкрософт] Она содержит массу полезной информации, которая позволит вам начать работу с Docker. 00:13:02.253 --> 00:13:05.451 [Канал «Контейнеры». Майкрософт] Вы также можете сделать это как в собственной среде, 00:13:05.451 --> 00:13:07.435 [Канал «Контейнеры». Майкрософт] так и в Azure. Поэтому есть множество способов 00:13:07.435 --> 00:13:09.834 [Канал «Контейнеры». Майкрософт] приступить к работе очень, очень быстро. 00:13:09.834 --> 00:13:11.260 [Канал «Контейнеры». Майкрософт] И на этом мы заканчиваем эту серию. 00:13:11.260 --> 00:13:12.827 [Канал «Контейнеры». Майкрософт] В следующей серии мы поговорим о контейнерах Hyper-V, 00:13:12.827 --> 00:13:15.166 [Канал «Контейнеры». Майкрософт] так что не пропустите ее, 00:13:15.166 --> 00:13:17.696 [Канал «Контейнеры». Майкрософт] потому что очень важно понимать, 00:13:17.696 --> 00:13:21.277 [Канал «Контейнеры». Майкрософт] чем отличаются контейнеры Hyper-V, как они выглядят, как ими управлять. 00:13:21.277 --> 00:13:24.393 [Канал «Контейнеры». Майкрософт] Сильно ли они отличаются, насколько они просты, 00:13:24.393 --> 00:13:25.878 [Канал «Контейнеры». Майкрософт] обо всем этом мы поговорим. 00:13:25.878 --> 00:13:28.739 [Канал «Контейнеры». Майкрософт] Не пропустите эту серию. И мне остается только поблагодарить Нила. 00:13:28.739 --> 00:13:31.273 [Канал «Контейнеры». Майкрософт] Спасибо, что уделил нам время. 00:13:31.273 --> 00:13:34.256 [Канал «Контейнеры». Майкрософт] И до встречи в следующей серии на канале «Контейнеры». 00:13:34.256 --> 00:13:35.631 [Канал «Контейнеры». Майкрософт] Спасибо. 00:13:35.631 --> 00:13:40.638 [Ресурсы. Скачайте техническую предварительную версию Windows Server 2016. Ознакомьтесь с документацией по контейнерам. Сотрудничество Майкрософт и Docker. Начало работы с Docker] 00:13:40.638 --> 00:13:45.136 [Канал «Контейнеры»] 00:13:48.408 --> 00:13:51.158 [9 channel9.msdn.com]