WEBVTT 00:00:00.274 --> 00:00:03.741 [Канал «Контейнеры»] 00:00:03.741 --> 00:00:07.446 [Принципы работы контейнеров Контейнеры Hyper-V] 00:00:07.446 --> 00:00:08.839 [Принципы работы контейнеров Контейнеры Hyper-V Канал «Контейнеры» Майкрософт] >> Здравствуйте! Представляем вашему вниманию очередной выпуск 00:00:08.839 --> 00:00:09.963 [Мэтт МакСпирит (Matt McSpirit) , технический пропагандист Канал «Контейнеры» Майкрософт] на канале «Контейнеры». 00:00:09.963 --> 00:00:12.862 [Мэтт МакСпирит, технический пропагандист Канал «Контейнеры» Майкрософт] Я Мэтт МакСпирит, технический пропагандист всех решений для нашего центра данных. 00:00:12.862 --> 00:00:14.460 [Мэтт МакСпирит (Matt McSpirit) , технический пропагандист Канал «Контейнеры» Майкрософт] Ко мне снова присоединился Нил Питерсон, 00:00:14.460 --> 00:00:17.285 [Канал «Контейнеры» Майкрософт Нил Питерсон (Neil Peterson) старший разработчик контента] разработчик контента в области контейнеров. 00:00:17.285 --> 00:00:20.285 [Канал «Контейнеры» Майкрософт Нил Питерсон (Neil Peterson), старший разработчик содержимого] Продолжая цикл серий, посвященных принципам работы контейнеров, 00:00:20.285 --> 00:00:26.018 [Принципы работы контейнеров Контейнеры Hyper-V] сегодня мы рассмотрим конкретные вопросы, 00:00:26.018 --> 00:00:27.680 [Принципы работы контейнеров. Контейнеры Hyper-V. Канал «Контейнеры» Майкрософт] связанные с контейнерами Hyper-V. 00:00:27.680 --> 00:00:30.245 [Принципы работы контейнеров. Контейнеры Hyper-V Канал «Контейнеры» Майкрософт] Расскажите немного подробнее 00:00:30.245 --> 00:00:32.307 [Принципы работы контейнеров. Контейнеры Hyper-V] о контейнерах Hyper-V и о том, что нам нужно знать о них. 00:00:32.307 --> 00:00:34.071 [Канал «Контейнеры» Майкрософт] >> Да, конечно. Большое спасибо, Мэтт. 00:00:34.072 --> 00:00:35.072 [Канал «Контейнеры». Майкрософт] 00:00:36.972 --> 00:00:40.022 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сети.] Прежде чем мы приступим к демонстрациям, 00:00:40.022 --> 00:00:41.341 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сетей.] давайте посмотрим, что собой представляет контейнер Hyper-V. 00:00:41.341 --> 00:00:44.234 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сетей.] Кратко рассмотрим основные моменты. 00:00:44.234 --> 00:00:47.633 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сетей.] В выпуске TP3 мы представили контейнеры Windows Server. 00:00:47.633 --> 00:00:51.575 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сетей.] Контейнер Windows Server 00:00:51.575 --> 00:00:53.899 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сетей.] по сути делит ядро 00:00:53.899 --> 00:00:55.086 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сетей.] с узлом контейнера. 00:00:55.086 --> 00:00:56.149 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сетей.] >> Верно. 00:00:56.149 --> 00:00:57.168 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сети.] >> Изоляция формируется 00:00:57.168 --> 00:01:00.418 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сети.] >> с помощью нескольких технологий изоляции процессов, пространств имен 00:01:00.418 --> 00:01:03.915 [Контейнер Hyper-V Контейнеры Windows Server — изоляция с помощью технологий изоляции процессов, пространств имен и сети.] и сети. 00:01:03.915 --> 00:01:06.258 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.] Контейнеры Hyper-V, выпущенные в TP4, 00:01:06.258 --> 00:01:09.392 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.] характеризуются гораздо более высоким 00:01:09.392 --> 00:01:10.543 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.] уровнем изоляции по сравнению с 00:01:10.543 --> 00:01:13.516 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.] контейнерами Windows Server 00:01:13.516 --> 00:01:17.225 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.] благодаря инкапсуляции 00:01:17.562 --> 00:01:19.912 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.] в высокооптимизированную виртуальную машину. 00:01:19.912 --> 00:01:20.937 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.]>> Верно. 00:01:20.937 --> 00:01:22.102 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.]>> Да, это отличие контейнеров Hyper-V. 00:01:22.102 --> 00:01:23.119 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.]>> Когда вы ранее упомянули 00:01:23.119 --> 00:01:24.826 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.] узел контейнера, 00:01:24.826 --> 00:01:25.856 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.] вы сказали, 00:01:25.856 --> 00:01:26.963 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.] что это может быть физический компьютер 00:01:26.963 --> 00:01:27.973 [Контейнеры Hyper-V — в результате расширения изоляции каждый контейнер помещается в оптимизированную виртуальную машину.] или виртуальная машина. 00:01:27.973 --> 00:01:30.168 [Канал «Контейнеры» Майкрософт] По сути, лишь операционная система отвечает 00:01:30.168 --> 00:01:33.537 [Канал «Контейнеры»] за поддержку и работу этих разных контейнеров. 00:01:33.537 --> 00:01:34.744 [Канал «Контейнеры» Майкрософт]>> Да. Именно так. >> Хорошо. 00:01:34.744 --> 00:01:37.529 [Канал «Контейнеры» Майкрософт] Теперь мы знаем о двух разных типах — контейнерах Windows Server 00:01:37.529 --> 00:01:40.034 [Канал «Контейнеры» Майкрософт] (есть версия Technical Preview 3 для Windows Server 2016) и 00:01:40.034 --> 00:01:43.846 [Канал «Контейнеры»] контейнерах Hyper-V (есть версия Technical Preview 4 для Windows Server 2016). 00:01:43.846 --> 00:01:44.848 [Канал «Контейнеры» Майкрософт]>> Да. >> Верно. Хорошо. 00:01:44.848 --> 00:01:45.848 [Канал «Контейнеры» Майкрософт] >> Именно. 00:01:45.848 --> 00:01:48.954 [Канал «Контейнеры» Майкрософт] Я считаю, что это очень простое объяснение 00:01:48.954 --> 00:01:52.456 [Канал «Контейнеры» Майкрософт] контейнеров Windows Server и контейнеров Hyper-V. 00:01:52.456 --> 00:01:56.067 [Канал «Контейнеры»] Сейчас мне хотелось бы сравнить эти два типа 00:01:56.067 --> 00:01:57.188 [The Containers Channel] и показать различия. 00:01:57.188 --> 00:01:58.729 [Канал «Контейнеры» Майкрософт] >> Было бы замечательно. Давайте посмотрим. 00:01:58.729 --> 00:01:59.783 [Канал «Контейнеры» Майкрософт]>> Хорошо. 00:01:59.783 --> 00:02:02.377 [Канал «Контейнеры» Майкрософт] У меня есть три небольших демонстрации, которые мы изучим. 00:02:02.377 --> 00:02:04.947 [Демонстрация контейнеров Hyper-V], Первое, что мы сделаем, — создадим контейнер Windows Server 00:02:04.947 --> 00:02:07.681 [Демонстрация контейнеров Hyper-V] и рассмотрим его с точки зрения узла контейнера, 00:02:07.681 --> 00:02:10.217 [Демонстрация контейнеров Hyper-V] взглянем на процессы, работающие на узле, 00:02:10.217 --> 00:02:13.042 [Демонстрация контейнеров Hyper-V], определим их связь с самим контейнером. 00:02:13.042 --> 00:02:15.487 [Демонстрация контейнеров Hyper-V] А затем мы сделаем то же самое с контейнером Hyper-V 00:02:15.487 --> 00:02:16.639 [Демонстрация контейнеров Hyper-V] и посмотрим на отличия. 00:02:16.639 --> 00:02:17.647 [Демонстрация контейнеров Hyper-V] >> Да. 00:02:21.013 --> 00:02:23.666 [Демонстрация контейнеров Hyper-V] Все это с участием PowerShell и Docker. 00:02:23.666 --> 00:02:28.617 [Демонстрация контейнеров Hyper-V] Наконец, мы кратко рассмотрим создание контейнера Windows Server 00:02:28.617 --> 00:02:31.375 [Демонстрация контейнеров Hyper-V] и его преобразование в контейнер Hyper-V. 00:02:31.375 --> 00:02:34.822 [Демонстрация контейнеров Hyper-V] >> Вы упомянули, что мы кое-что сделаем с помощью PowerShell, 00:02:34.822 --> 00:02:37.644 [Демонстрация контейнеров Hyper-V] а затем то же самое — с помощью Docker. 00:02:37.644 --> 00:02:39.738 [Демонстрация контейнеров Hyper-V] Один из вопросов, который мы получили по одной из прошлых серий... 00:02:39.738 --> 00:02:41.094 [Демонстрация контейнеров Hyper-V] Не хочу ставить вас в затруднительное положение... 00:02:43.568 --> 00:02:45.329 [Демонстрация контейнеров Hyper-V] «Когда предпочесть одно, а когда — другое? 00:02:45.329 --> 00:02:47.234 [Демонстрация контейнеров Hyper-V] Придется принимать такое решение? 00:02:47.234 --> 00:02:48.297 [Демонстрация контейнеров Hyper-V] Не могли бы вы в общих чертах рассказать, 00:02:48.297 --> 00:02:51.935 [Демонстрация контейнеров Hyper-V] что должны обдумать пользователи, чтобы решить: 00:02:51.935 --> 00:02:53.545 [Демонстрация контейнеров Hyper-V] использовать PowerShell или Docker?» 00:02:53.545 --> 00:02:55.781 ]Демонстрация контейнеров Hyper-V[ >> Да, конечно. Обязательно. Я постараюсь. 00:02:55.781 --> 00:02:57.161 [Демонстрация контейнеров Hyper-V] >> Да. >> Времени прошло совсем немного. 00:02:57.161 --> 00:03:00.103 [Демонстрация контейнеров Hyper-V] Пока мы используем предварительную версию, однако 00:03:00.103 --> 00:03:02.935 [Демонстрация контейнеров Hyper-V] работа с контейнерами и PowerShell позволяет получить существующие преимущества PowerShell. 00:03:02.935 --> 00:03:05.987 [Канал «Контейнеры» Майкрософт] Мы увидим их, когда обратимся к написанным мной сценариям, 00:03:05.987 --> 00:03:08.347 [Канал «Контейнеры»] охватывающим несколько контейнеров, 00:03:08.347 --> 00:03:13.308 [Канал «Контейнеры»] и выполним с этими контейнерами ряд действий с помощью знакомого мне языка. 00:03:13.308 --> 00:03:16.178 [Канал «Контейнеры»] Поскольку я приверженец Windows, у меня есть опыт работы с PowerShell, 00:03:16.178 --> 00:03:17.209 [Канал «Контейнеры»] и это для меня совершенно естественно. 00:03:17.209 --> 00:03:18.217 [Канал «Контейнеры»] >> Да. 00:03:18.217 --> 00:03:22.150 [Канал «Контейнеры»] >> Говоря о том, что у нас есть этот инструмент, нужно отметить, что Docker в этой области уже давно. 00:03:22.150 --> 00:03:27.880 [Канал «Контейнеры»] У них есть средства для управления контейнерами, которые очень хорошо продуманы и разработаны. 00:03:27.880 --> 00:03:31.882 [Канал «Контейнеры»] Эти возможности поддерживаются и в наших контейнерах Windows Server и Hyper-V. 00:03:31.882 --> 00:03:34.760 [Канал «Контейнеры»] По этой причине я думаю, что нужно просто решить, 00:03:34.760 --> 00:03:37.788 [Канал «Контейнеры»] какой способ управления вам лучше подходит. 00:03:37.788 --> 00:03:40.308 [Канал «Контейнеры»] >> Поэтому если вы начинаете с самых основ 00:03:40.308 --> 00:03:42.592 [Канал «Контейнеры»] (а я никогда не использовал Docker), PowerShell может оказаться для вас 00:03:42.592 --> 00:03:45.791 [Канал «Контейнеры»] тем, чем нужно. Однако набор средств Docker 00:03:45.791 --> 00:03:48.898 [Канал «Контейнеры»] является, как было сказано, более развитым. Его возможности превосходят 00:03:48.898 --> 00:03:52.288 [Канал «Контейнеры»] то, что мы можем предложить в PowerShell сегодня, особенно в отношении платформы Linux. 00:03:52.288 --> 00:03:54.256 [Канал «Контейнеры»] Следовательно, в этом случае вы можете получить больше возможностей. 00:03:54.256 --> 00:03:57.019 [Канал «Контейнеры»] Однако контейнеры Windows Server отстают не намного. 00:03:57.019 --> 00:03:58.306 [Канал «Контейнеры»] >> Не намного. >> Мы еще можем многого добиться. 00:03:58.306 --> 00:03:59.352 [Канал «Контейнеры»] >> Да. 00:03:59.352 --> 00:04:00.932 [Канал «Контейнеры»] >> В демонстрациях Нила мы обратим ваше внимание 00:04:00.932 --> 00:04:02.837 [Канал «Контейнеры»] на ряд незначительных отличий, 00:04:02.837 --> 00:04:05.329 [Канал «Контейнеры»] которые мы видели в наших некоторых предыдущих демонстрациях. 00:04:05.329 --> 00:04:08.005 [Канал «Контейнеры»] Давайте посмотрим первую демонстрацию. 00:04:08.005 --> 00:04:09.371 На что мы обратим внимание? 00:04:09.371 --> 00:04:13.136 >> Да. Итак, я хочу создать контейнер Windows Server. 00:04:13.136 --> 00:04:16.546 Среда PowerShell уже готова к работе. 00:04:16.546 --> 00:04:17.568 >> Да. 00:04:17.568 --> 00:04:20.446 >> Я создам контейнер для образа Windows Server Core. 00:04:20.446 --> 00:04:21.511 >> Да. 00:04:21.511 --> 00:04:23.202 >> Эта процедура должна быть знакома зрителям из предыдущих серий, 00:04:23.202 --> 00:04:25.626 когда мы создавали универсальный контейнер для Windows Server. 00:04:25.626 --> 00:04:26.657 >> Да. Да. Точно. 00:04:26.657 --> 00:04:29.598 Я не буду углубляться в подробности, 00:04:29.598 --> 00:04:32.193 но определенно хочу обратить ваше внимание на предыдущие видеоматериалы. 00:04:32.193 --> 00:04:34.440 Затем я запущу этот контейнер. 00:04:34.440 --> 00:04:37.571 А после этого запущу процесс 00:04:37.571 --> 00:04:38.580 в этом контейнере. 00:04:38.580 --> 00:04:41.936 Поэтому я запускаю команду в контейнере 00:04:41.936 --> 00:04:44.053 и, по сути, собираюсь выполнить команду ping local host. 00:04:44.053 --> 00:04:45.078 >> Верно. 00:04:45.078 --> 00:04:48.237 >> Я хочу запустить процесс ping, который продолжит работать. 00:04:48.237 --> 00:04:49.768 >> Да, но это может быть что угодно. 00:04:49.768 --> 00:04:52.300 Это может быть необычный сценарий или какая-то служба, 00:04:52.300 --> 00:04:53.674 которую необходимо запустить, чем бы она ни являлась. 00:04:53.674 --> 00:04:56.472 >> Да. Точно. 00:04:56.472 --> 00:05:01.547 Пока идет запуск, обратимся к контексту. 00:05:01.547 --> 00:05:03.860 Я работаю с узлом контейнера. 00:05:03.860 --> 00:05:06.817 Поэтому прямо сейчас мы находимся на узле контейнера. 00:05:06.817 --> 00:05:09.921 Я только что запустил контейнер на узле, где мы работаем. 00:05:09.921 --> 00:05:11.002 >> Верно. 00:05:11.002 --> 00:05:14.750 >> Идем дальше — сворачиваем окно и посмотрим на узел. 00:05:14.750 --> 00:05:18.917 Если прокрутить список, мы увидим процесс 00:05:18.917 --> 00:05:20.084 ping.exe, который выполняется. 00:05:20.084 --> 00:05:21.098 >> Верно. 00:05:21.098 --> 00:05:22.892 >> Мы видим этот процесс на узле контейнера. 00:05:22.892 --> 00:05:25.550 >> Да. >> Я также сделаю... 00:05:25.550 --> 00:05:27.248 >> Несмотря на то, что процесс выполняется в контейнере. 00:05:27.248 --> 00:05:28.257 >> В контейнере. >> Да. 00:05:28.257 --> 00:05:30.422 >> Да. А вот здесь мы увидим различия. 00:05:30.422 --> 00:05:33.100 Я имею в виду явные различия между контейнером Windows Server 00:05:33.100 --> 00:05:34.619 и контейнером Hyper-V. 00:05:34.619 --> 00:05:39.219 >> Я вхожу в сеанс внутри этого контейнера. 00:05:45.131 --> 00:05:48.358 Вы видите, что в контейнере имеется 00:05:48.358 --> 00:05:49.388 удаленный сеанс PowerShell. 00:05:49.388 --> 00:05:51.736 >> А ping отображается, поскольку вы присвоили контейнеру такое имя. 00:05:51.736 --> 00:05:53.109 >> Да, потому что я назвал контейнер «ping». 00:05:53.109 --> 00:05:55.805 >> Да. 00:05:55.805 --> 00:05:57.900 >> Если запустить get process, 00:06:00.690 --> 00:06:04.370 выполнение команды займет некоторое время. 00:06:04.370 --> 00:06:06.377 >> Иногда я тоже замечаю, что выполнять действия в PowerShell довольно сложно. 00:06:06.377 --> 00:06:07.405 >> Вот так. >> Да. 00:06:07.405 --> 00:06:09.338 >> Здесь придется подождать. 00:06:09.338 --> 00:06:10.354 >> Точно. 00:06:10.354 --> 00:06:16.639 В представлении контейнера можно также увидеть процесс ping 00:06:16.639 --> 00:06:20.165 и идентификатор процесса — 4556, 00:06:20.165 --> 00:06:22.558 совпадающий с идентификатором процесса, который отображается 00:06:22.558 --> 00:06:23.740 в представлении узла. 00:06:23.740 --> 00:06:26.196 На самом деле я могу на узле 00:06:26.196 --> 00:06:29.900 в [диспетчере задач] прервать этот процесс, после чего он будет удален. 00:06:29.900 --> 00:06:32.410 Да. И затем я могу снова выполнить команду get process. 00:06:32.410 --> 00:06:33.480 >> Его нет. >> Его нет. 00:06:33.480 --> 00:06:34.638 >> Вот так. 00:06:34.638 --> 00:06:38.025 >> Здесь вы видите общее ядро. 00:06:38.025 --> 00:06:40.847 Я имею в виду, что здесь происходит изоляция, но мы по-прежнему 00:06:40.847 --> 00:06:44.460 выполняем некоторые действия на узле контейнера. 00:06:44.460 --> 00:06:45.501 Чтобы... 00:06:47.038 --> 00:06:50.948 Как мы говорили о контейнерах Hyper-V, внесем небольшие изменения. 00:06:50.948 --> 00:06:56.058 Поэтому вместо получения архитектуры общего ядра 00:06:56.058 --> 00:06:59.849 мы поместим контейнер в виртуальную машину, 00:06:59.849 --> 00:07:01.237 высокооптимизированную виртуальную машину. 00:07:01.237 --> 00:07:05.202 >> Однако эту задачу должен выполнить администратор. 00:07:05.202 --> 00:07:06.820 Мне не нужно открывать диспетчер Hyper-V, 00:07:06.820 --> 00:07:12.497 создавать специальную виртуальную машину, запускать ее, а затем внутри нее создавать контейнер, 00:07:12.497 --> 00:07:15.221 которой полностью инкапсулирован в новой виртуальной машине. 00:07:15.221 --> 00:07:16.271 Мне не нужно беспокоиться об этом. 00:07:16.271 --> 00:07:18.782 >> Да, точно. Это замечательно. 00:07:18.782 --> 00:07:22.173 На самом деле управление ничем не отличается. 00:07:22.173 --> 00:07:23.750 >> Хорошо. 00:07:23.750 --> 00:07:26.091 >> Теперь кратко о небольшом переключателе, который мы здесь рассмотрим. 00:07:26.091 --> 00:07:27.112 >> Хорошо. Отлично. 00:07:27.112 --> 00:07:29.082 >> Дальше я выполню запуск, 00:07:29.082 --> 00:07:30.742 а затем расскажу о том, что мы здесь делаем. 00:07:30.742 --> 00:07:33.310 Мы увидим, что здесь не так много отличий. 00:07:33.310 --> 00:07:34.969 Я запускаю новый контейнер. 00:07:34.969 --> 00:07:38.429 Задаю контейнеру имя — hypv. 00:07:38.429 --> 00:07:41.300 Можно заметить, что при выборе образа контейнера 00:07:41.300 --> 00:07:42.974 я выбрал образ Nano Server. 00:07:42.974 --> 00:07:44.387 >> Это базовый образ для этого контейнера. 00:07:44.387 --> 00:07:47.985 >> Базовый образ для этого контейнера. Таким образом, на контейнерах Hyper-V выпуска TP4 00:07:47.985 --> 00:07:49.854 должен быть запущен базовый образ Nano Server. 00:07:49.854 --> 00:07:52.771 >> Хорошо. Отлично. 00:07:52.771 --> 00:07:56.655 >> А вот переключатель, который указывает, 00:07:56.655 --> 00:08:00.577 что это будет контейнер Hyper-V, поэтому мы выбираем среду выполнения Hyper-V. 00:08:00.577 --> 00:08:03.302 Именно сейчас мы говорим о значительном различии 00:08:03.302 --> 00:08:04.785 между контейнерами Windows Server 00:08:04.785 --> 00:08:06.865 и контейнерами Hyper-V, которое заключается в выборе среды выполнения. 00:08:06.865 --> 00:08:08.437 >> По крайней мере с точки зрения развертывания. 00:08:08.437 --> 00:08:09.468 >> Точно. Точно. Именно. 00:08:09.468 --> 00:08:11.125 >> Да. 00:08:11.125 --> 00:08:13.852 >> Затем, как видите, я запустил контейнер 00:08:13.852 --> 00:08:15.484 и сделал то же самое. 00:08:15.484 --> 00:08:18.843 Вызываем команду ping local host -t, 00:08:18.843 --> 00:08:20.983 чтобы обеспечить бесперебойную работу этого процесса. 00:08:20.983 --> 00:08:22.142 >> Верно. 00:08:22.142 --> 00:08:25.575 >> Сделаем то же самое. Я перехожу к узлу 00:08:25.575 --> 00:08:29.259 Но сейчас я не вижу процесс ping. 00:08:29.259 --> 00:08:30.278 >> Да. 00:08:30.278 --> 00:08:33.716 >> Так как этот контейнер инкапсулирован в 00:08:33.716 --> 00:08:36.904 оптимизированную виртуальную машину, все там, внутри. 00:08:36.904 --> 00:08:37.947 >> Верно. 00:08:37.947 --> 00:08:39.663 >> Однако мы можем увидеть еще кое-что. 00:08:39.663 --> 00:08:42.712 Если ввести get container, 00:08:47.628 --> 00:08:51.167 ввести Select *, мы получим идентификатор контейнера. 00:08:52.694 --> 00:08:57.054 Прокрутив список процессов, 00:08:57.054 --> 00:08:59.223 можно увидеть рабочий процесс виртуальной машины. 00:08:59.223 --> 00:09:03.913 Это процесс Hyper-V, представляющий виртуальную машину. 00:09:03.913 --> 00:09:06.863 Взглянув на имя пользователя, мы заметим, что оно 00:09:06.863 --> 00:09:12.051 в рабочем процессе виртуальной машины совпадает с идентификатором контейнера. 00:09:12.051 --> 00:09:15.469 Здесь я говорю о том, что можно связать контейнер Hyper-V 00:09:15.469 --> 00:09:18.204 с процессом на узле, но мы не видим процессы, 00:09:18.204 --> 00:09:20.273 которые запускаем внутри контейнера. 00:09:20.273 --> 00:09:22.138 >> Кроме того, могу предположить, что их не видно 00:09:22.138 --> 00:09:23.777 и в диспетчере Hyper-V. 00:09:23.777 --> 00:09:25.258 >> Нет. >> Несмотря на то, что это виртуальная машина. 00:09:25.258 --> 00:09:27.894 >> Да. Именно. Да. Именно так. 00:09:27.894 --> 00:09:30.130 Теперь если мы зайдем в сам контейнер... 00:09:36.052 --> 00:09:38.874 В контейнере мы увидим, что 00:09:38.874 --> 00:09:40.288 выполняется процесс ping. 00:09:40.288 --> 00:09:41.436 >> Да. 00:09:48.116 --> 00:09:50.914 >> Вот он. 00:09:50.914 --> 00:09:53.366 Это краткий пример 00:09:53.366 --> 00:09:55.632 [Канал «Контейнеры» Майкрософт] контейнеров Windows Server и контейнеров Hyper-V и 00:09:55.632 --> 00:09:58.315 [Канал «Контейнеры» Майкрософт] их отличий 00:09:58.315 --> 00:09:59.519 [Канал «Контейнеры» Майкрософт] с точки зрения узла. 00:09:59.519 --> 00:10:02.969 [Канал «Контейнеры» Майкрософт] >> Если бы вы были, к примеру, поставщиком услуг 00:10:02.969 --> 00:10:07.505 [Канал «Контейнеры»] или вас беспокоил вопрос выполнения рабочих нагрузок в контейнерах, главным преимуществом для вас 00:10:07.505 --> 00:10:09.581 [Канал «Контейнеры»] стала бы возможность их совместного использования или использования в многопользовательской среде, 00:10:09.581 --> 00:10:13.336 [Канал «Контейнеры»] где рабочая нагрузка может быть едва ли не важнее проверки связи. 00:10:13.336 --> 00:10:17.427 [Канал «Контейнеры»] Применяя контейнер Hyper-V, вы получаете дополнительный уровень изоляции, 00:10:17.427 --> 00:10:19.607 [Канал «Контейнеры»] а именно аппаратную изоляцию, предоставляемую виртуальной машиной, 00:10:19.607 --> 00:10:22.376 [Канал «Контейнеры»] а также преимущества и возможности переносимости самого контейнера. 00:10:22.376 --> 00:10:23.461 [Канал «Контейнеры»] >> Да. Именно. 00:10:23.461 --> 00:10:25.168 [Канал «Контейнеры»] >> Он не требует какого-либо 00:10:25.168 --> 00:10:28.498 [Контейнеры канала] особого управления — используйте переключатель, который мы показали. 00:10:28.498 --> 00:10:29.857 [Канал «Контейнеры» Майкрософт]>> Да. Именно. 00:10:29.857 --> 00:10:35.763 [Канал «Контейнеры» Майкрософт] Это был пример использования PowerShell. 00:10:35.763 --> 00:10:37.963 Те же возможности доступны нам и с Docker. 00:10:39.152 --> 00:10:44.858 Рассмотрим и эту ситуацию. 00:10:44.858 --> 00:10:48.186 Я ввожу стандартную команду запуска Docker. 00:10:48.186 --> 00:10:49.209 >> Да. 00:10:49.209 --> 00:10:52.780 >> Docker run -it запускает интерактивный сеанс. 00:10:52.780 --> 00:10:53.833 >> Да. 00:10:53.833 --> 00:10:56.085 >> А вот переключатель, который нас интересует, 00:10:56.085 --> 00:10:58.526 то есть изоляция — Hyper-V. 00:10:58.526 --> 00:10:59.629 >> Верно. 00:10:59.629 --> 00:11:03.250 >> У меня есть идентификатор образа, который я хочу запустить — это образ Nano Server. 00:11:03.250 --> 00:11:05.127 Затем я запускаю командную оболочку. 00:11:07.534 --> 00:11:09.683 Если выполнить это, вы видите, 00:11:09.683 --> 00:11:12.826 что мы запустили другой рабочий процесс виртуальной машины. 00:11:12.826 --> 00:11:13.999 >> Верно. 00:11:13.999 --> 00:11:16.457 >> Таким образом, создается контейнер Hyper-V. 00:11:16.457 --> 00:11:17.626 >> Верно. 00:11:17.626 --> 00:11:20.527 Поэтому независимо от используемого средства — Docker или PowerShell — 00:11:20.527 --> 00:11:22.655 конечный результат в итоге остается неизменным. 00:11:22.655 --> 00:11:24.445 >> Думаю, что здесь есть одно отличие, 00:11:24.445 --> 00:11:27.130 которое находится в представлении командной строки в Docker. 00:11:27.130 --> 00:11:30.609 Это была команда, указанная при первом запуске. 00:11:30.609 --> 00:11:31.831 Неплохо. 00:11:31.831 --> 00:11:36.260 >> Таким образом, последний момент, касающийся контейнеров Windows Server 00:11:36.260 --> 00:11:39.183 и контейнеров Hyper-V и о котором мы говорили, связан с возможностями управления, 00:11:39.183 --> 00:11:42.074 которые являются идентичными. 00:11:42.074 --> 00:11:44.003 На данный момент 00:11:44.003 --> 00:11:46.546 [Канал «Контейнеры» Майкрософт] мы можем взять контейнер Windows Server, 00:11:46.546 --> 00:11:50.705 [Канал «Контейнеры» Майкрософт] разработать его, запустить и фактически преобразовать 00:11:50.705 --> 00:11:52.037 [Канал «Контейнеры» Майкрософт] в контейнер Hyper-V. 00:11:52.037 --> 00:11:54.107 [Канал «Контейнеры» Майкрософт] >> Таким образом, разработчику, создающему приложение, 00:11:54.107 --> 00:11:57.372 [Канал «Контейнеры» Майкрософт] которое будет упаковано в контейнере, воспроизведено в Windows Server, 00:11:57.372 --> 00:11:58.733 [Канал «Контейнеры»] возможно, в тестовой среде, 00:11:58.733 --> 00:12:01.725 [Контейнеры канал] если оно должно находиться в более изолированной среде на практике, 00:12:01.725 --> 00:12:03.566 [Канал «Контейнеры»] потребуется изменить приложение. 00:12:03.566 --> 00:12:04.850 [Канал «Контейнеры»] >> Да. >> Хорошо. >> Отлично. 00:12:04.850 --> 00:12:05.920 [Канал «Контейнеры» Майкрософт] >> Давайте рассмотрим и такой пример. 00:12:05.920 --> 00:12:07.239 Итак, здесь у нас есть 00:12:07.239 --> 00:12:09.557 [Имя пользователя Пароль Домен] узел контейнера Nano Server. 00:12:17.686 --> 00:12:19.830 [Консоль восстановления Nano Server] А также IP-адрес. 00:12:19.830 --> 00:12:23.944 [Консоль восстановления Nano Server] У нас отсутствует возможность локального входа на Nano Server. 00:12:23.944 --> 00:12:26.533 [Консоль восстановления Nano Server] Поэтому на ноутбуке у меня создано два сеанса PowerShell 00:12:26.533 --> 00:12:29.273 с узлом контейнера Nano Server. 00:12:29.273 --> 00:12:31.139 >> Да. 00:12:31.139 --> 00:12:37.072 >> И так же, как и раньше, у меня уже есть несколько написанных сценариев. 00:12:41.540 --> 00:12:45.712 Итак, первый сценарий. Я создаю контейнер, 00:12:45.712 --> 00:12:49.830 новый контейнер с именем ping, образ контейнера — Nano Server, далее идет имя переключателя. 00:12:49.830 --> 00:12:51.486 Я назначаю его переключателю. 00:12:51.486 --> 00:12:54.124 >> Да. >> Я запускаю процесс ping. 00:12:55.130 --> 00:12:56.524 Прошу прощения — я запускаю контейнер, 00:12:56.524 --> 00:13:01.104 а затем запускаю процесс ping так же, как мы делали раньше. 00:13:01.104 --> 00:13:04.810 И опять же, создадим контейнер Windows Server на узле Nano Server. 00:13:08.981 --> 00:13:11.941 Теперь запустим контейнер. 00:13:11.941 --> 00:13:13.023 >> Это будет... 00:13:13.023 --> 00:13:14.345 Несмотря на то, что это контейнер Windows Server, 00:13:14.345 --> 00:13:16.313 он по-прежнему остается контейнером Windows Server на базе Nano. 00:13:16.313 --> 00:13:17.396 >> Да, это образ на базе Nano. 00:13:17.396 --> 00:13:20.647 В выпуске TP4 существуют некоторые ограничения, связанные с 00:13:20.647 --> 00:13:23.727 запуском определенного базового образа операционной системы на определенном узле. 00:13:23.727 --> 00:13:25.950 >> Да. 00:13:25.950 --> 00:13:30.060 >> Если на узле выполнить команду get process, 00:13:30.060 --> 00:13:35.734 мы увидим процесс ping, значит, процесс контейнера Windows Server 00:13:35.734 --> 00:13:37.101 доступен на узле. 00:13:37.101 --> 00:13:38.104 >> Да. 00:13:38.104 --> 00:13:42.860 >> Теперь вместо того, чтобы закрыть этот контейнер и создать новый, 00:13:42.860 --> 00:13:47.377 мы просто возьмем точно такой же контейнер. 00:13:47.377 --> 00:13:51.316 Поэтому если выполнить команду get container, вот здесь будет мой контейнер 00:13:51.316 --> 00:13:52.414 с именем ping. 00:13:52.414 --> 00:13:56.021 >> Да. 00:13:56.021 --> 00:13:58.352 >> У меня есть еще один сценарий для второй демонстрации. 00:13:58.352 --> 00:14:02.445 Я запускаю тип, который возвращает текст сценария на экран. 00:14:02.445 --> 00:14:03.471 >> Да. 00:14:03.471 --> 00:14:05.493 >> Я останавливаю контейнер. 00:14:05.493 --> 00:14:08.876 Теперь я хочу выполнить команду set container ping, 00:14:08.876 --> 00:14:11.333 а в качестве среды выполнения выбираю Hyper-V. 00:14:11.333 --> 00:14:12.842 >> Ping является именем контейнера... 00:14:12.842 --> 00:14:15.289 >> Да-да, Ping — это имя контейнера. 00:14:15.289 --> 00:14:18.368 Запускаю контейнер, а затем снова делаю то же самое — 00:14:18.368 --> 00:14:20.895 вызываю команду и опять запускаю процесс ping. 00:14:20.895 --> 00:14:24.459 >> Если все пойдет хорошо, то в правой части мы должны увидеть, 00:14:24.459 --> 00:14:26.829 что на следующем шаге процесса ping исчезнет. 00:14:26.829 --> 00:14:27.841 >> Да. 00:14:27.841 --> 00:14:29.471 >> Так как мы остановили этот запущенный контейнер, 00:14:29.471 --> 00:14:32.020 вы не увидите его, поскольку он инкапсулирован 00:14:32.020 --> 00:14:33.323 в контейнере Hyper-V. 00:14:33.323 --> 00:14:36.392 >> Кроме того, мы увидим запуск рабочего процесса виртуальной машины. 00:14:36.392 --> 00:14:37.904 >> Да. Вот так. 00:14:37.904 --> 00:14:39.745 >> На самом деле вы увидите, что этот список процессов 00:14:39.745 --> 00:14:43.178 будет немного меньше, поскольку здесь отображаются 00:14:43.178 --> 00:14:45.909 процессы с узла и процесс из запущенного контейнера. 00:14:45.909 --> 00:14:47.014 >> Верно. 00:14:48.570 --> 00:14:52.629 >> Я продолжу и запущу этот сценарий, который остановит его, 00:14:52.629 --> 00:14:54.362 выполнит преобразование и снова запустит. 00:15:04.281 --> 00:15:05.436 Get process. 00:15:05.436 --> 00:15:08.534 Мы видим, что мой список немного сократился. 00:15:08.534 --> 00:15:13.915 Рабочий процесс виртуальной машины запущен. Все. 00:15:13.915 --> 00:15:15.362 >> Здорово. 00:15:15.362 --> 00:15:20.482 Итак, мы узнали, как легко можно переходить между 00:15:20.482 --> 00:15:24.051 [Демонстрация контейнера Hyper-V Щелкните, чтобы добавить заметки] обычными контейнерами Windows Server независимо от Nano. 00:15:24.051 --> 00:15:26.533 [Демонстрация контейнера Hyper-V Щелкните, чтобы добавить заметки] Мы узнали, как переходить между Nano и контейнером Hyper-V, мы показали, как легко 00:15:26.533 --> 00:15:32.514 [Канал «Контейнеры». Майкрософт] создавать контейнеры Windows Server и контейнеры на основе Hyper-V. 00:15:32.514 --> 00:15:33.514 [Канал «Контейнеры». Майкрософт] 00:15:33.514 --> 00:15:36.423 [Канал «Контейнеры». Майкрософт] Все очень просто, а все инструкции содержатся в документации, доступной для изучения. 00:15:36.423 --> 00:15:37.431 [Ресурсы Ознакомьтесь с документацией по контейнерам Сотрудничество Майкрософт и Docker Начало работы с Docker] >> Да. Именно. 00:15:37.431 --> 00:15:40.190 [Ресурсы Ознакомьтесь с документацией по контейнерам Сотрудничество Майкрософт и Docker Начало работы с Docker] >> Итак, на этом наш выпуск, 00:15:40.190 --> 00:15:42.995 [Канал «Контейнеры». Майкрософт] посвященный принципам работы контейнеров на канале «Контейнеры», завершен. 00:15:42.995 --> 00:15:44.151 [Канал «Контейнеры». Майкрософт] Надеемся, он вам понравился. 00:15:44.151 --> 00:15:46.196 [Канал «Контейнеры». Майкрософт] Обратитесь к указанным ресурсам, чтобы получить массу другой информации. 00:15:46.196 --> 00:15:49.043 [Канал «Контейнеры». Майкрософт] Скачайте техническую предварительную версию, чтобы опробовать ее самостоятельно. 00:15:49.043 --> 00:15:50.723 [Канал «Контейнеры». Майкрософт] Ее даже можно запустить в Azure. 00:15:50.723 --> 00:15:53.568 [Канал «Контейнеры». Майкрософт] Используя ее, вы можете многому научиться. Приглашаем вас 00:15:53.568 --> 00:15:55.348 [Канал «Контейнеры». Майкрософт] посмотреть следующий выпуск на канале «Контейнеры». 00:15:55.348 --> 00:15:56.434 [Канал «Контейнеры». Майкрософт] Спасибо. 00:15:56.434 --> 00:15:57.502 [Канал «Контейнеры». Майкрософт] >> Спасибо, Мэтт. 00:15:57.502 --> 00:16:02.397 [Ресурсы. Скачайте техническую предварительную версию Windows Server 2016. Ознакомьтесь с документацией по контейнерам. Сотрудничество Майкрософт и Docker. Начало работы с Docker] 00:16:02.397 --> 00:16:07.277 [Канал «Контейнеры»] 00:16:10.058 --> 00:16:12.915 [9 channel9.msdn.com]