Изучаем технологию контейнеров
Windows Server 2016

Одной из примечательных новинок, появившихся в Windows Server 2016, является поддержка контейнеров. Познакомимся с ней поближе

Современные системы давно уже отошли от принципа одна ОС – один сервер. Технологии виртуализации позволяют более рационально использовать ресурсы сервера, позволяя запускать несколько ОС, разделяя их между собой и упрощая администрирование. Затем появились микросервисы позволяющие развертывать изолированные приложения как отдельный легко управляемый и масштабируемый компонент. Docker изменил все. Процесс доставки приложения вместе сокружением стал на столько простым, что он не мог не заинтересовать конечного потребителя. Приложение внутри контейнера работает так как будто использует полноценную ОС. Но в отличие от виртуальных машин они не загружают собственные копии ОС, библиотеки, системные файлы и т.д. Контейнеры получают изолированное пространство имен в котором приложению доступны все необходимые ресурсы, но выйти за которые нельзя. Если нужно изменить установки, то сохраняются только различия с основной ОС. Поэтому контейнер в отличие от виртуальных машин очень быстро запускается и меньше нагружают систему. Контейнеры более эффективно используют ресурсы сервера.

Контейнеры в Windows

В Windows Server 2016 в дополнение к существующим технологиям виртуализации – Hyper-V и виртуальные приложения Server App-V, добавилась поддержка контейнеров Windows Server Containers реализованная через слой абстракции Contаiner Management stack реализующий все нужные функции. Анонсирована технология еще в Technical Preview 4, но с тех пор много что изменилось в сторону упрощения и инструкции написанные раньше можно даже не читать. Приэтом было предложено два вида «своих» контейнеров – контейнеры Windows и контейнеры Hyper-V. И наверное еще одной главной возможностью, является использование для управления контейнеров помимо командлетов PowerShell еще иинструментов Docker.

Контейнеры Windows напоминают по принципу FreeBSD Jail или Linux OpenVZ, используют с ОС одно ядро, которое вместе с остальными ресурсами (ОЗУ, сеть) разделяют между собой. Файлы ОС и службы проецируются в пространство имен каждого контейнера. Такой тип контейнера эффективно использует ресурсы, уменьшая накладные расходы, а значит позволяет более плотно размещать приложения. Так как базовые образы контейнера «имеют» одно ядро c узлом, ихверсии должны совпадать, иначе работа не гарантируется.

В контейнерах Hyper-V используется дополнительный уровень изоляции и каждому контейнеру выделяется свое ядро и память. Изоляцию в отличие от предыдущего типа осуществляет не ядро ОС, а гипервизор Hyper-V (требуется роль Hyper-V). В результате достигается меньшие накладные расходы по сравнению с виртуальными машинами, но больший уровень изоляции по сравнению с контейнерами Windows. В этом случае для запуска контейнера иметь такое же ядро вОС. Также эти контейнеры можно разворачивать и в Windows 10 Pro/Корпоративная . Особо стоит отметить, что тип контейнер выбирается не во время создания, а во время развертывания. То есть любой контейнер может быть запущен икак Windows и как Hyper-V варианте.

В качестве ОС в контейнере используются обрезанные Server Core или Nano Server. Первый, появился еще в Windows Sever 2008 и обеспечивает большую совместимость с имеющимися приложениями. Второй еще более урезан посравнениею с Server Core и предназначен для работы без монитора, позволяя запускать сервер в минимально возможной конфигурации для использования с Hyper-V, файловым сервером (SOFS) и «облачными» службами, требуя на 93% меньше места. Содержит только самые необходимые компоненты (.Net с CoreCLR, Hyper-V, Clustering и т.д.).

Для хранения используется формат образа жесткого диска VHDX. Контейнеры как и в случае с Docker сохраняются в образы в репозитории. При чем каждый сохраняется не полный набор данных, а только отличия создаваемого образа отбазового. А в момент запуска все нужные данные проецируются в память. Для управления сетевым трафиком между контейнером и физической сетью используется Virtual Switch.

В марте 2013 года Соломан Хайкс объявил о старте открытого проекта, впоследствии ставшего известным как Docker. В последующие месяцы его активно поддержало сообщество Linux, а осенью 2014 года Microsoft объявила о планах реализации контейнеров в Windows Server 2016. Компания WinDocks, соучредителем которой я являюсь, выпустила независимую версию открытого кода Docker для Windows в начале 2016 года с акцентом на первоклассную поддержку контейнера в SQL Server. Контейнеры быстро становятся центром внимания в отрасли. В этой статье мы рассмотрим контейнеры и их использование разработчиками и администраторами баз данных SQL Server

Принципы организации контейнеров

Контейнеры определяют новый метод упаковывания приложений, в сочетании с изоляцией пользователей и процессов, для мультиабонентских приложений. Различные реализации контейнеров для Linux и Windows существуют уже много лет, но с выходом Windows Server 2016 мы получили фактический стандарт Docker. Сегодня API-интерфейс и формат контейнера Docker поддерживаются в общедоступных службах AWS, Azure, Google Cloud, всех дистрибутивах Linux и Windows. У элегантной структуры Docker есть важные преимущества.

  • Переносимость. Контейнеры содержат программные зависимости приложений и выполняются неизменными на ноутбуке разработчика, общем тестовом сервере и в любой общедоступной службе.
  • Экосистема контейнеров. API-интерфейс Docker является средоточием отраслевых новинок с решениями для мониторинга, ведения журнала, хранения данных, оркестровки кластеров и управления.
  • Совместимость с общедоступными службами. Контейнеры спроектированы для архитектуры микрослужб, горизонтального масштабирования и временных рабочих нагрузок. Контейнеры проектируются таким образом, чтобы их можно было при желании удалить и заменить, а не исправлять или обновлять.
  • Скорость и экономия. Для создания контейнеров требуется несколько секунд; обеспечена эффективная поддержка мультиабонентности. У большинства пользователей количество виртуальных машин сокращается в три-пять раз (рисунок 1).

Контейнеры SQL Server

SQL Server поддерживает мультиабонентность с применением именованных экземпляров в течение десяти лет, так в чем же ценность контейнеров SQL Server?

Дело в том, что контейнеры SQL Server более практичны благодаря их быстродействию и автоматизации. Контейнеры SQL Server представляют собой именованные экземпляры, с данными и настройками, подготавливаемые в течение нескольких секунд. Возможность создавать, удалять и заменять контейнеры SQL Server за считанные секунды позволяет более практично использовать их для разработки, контроля качества и других случаев применения, которые будут рассмотрены ниже.

Благодаря быстродействию и автоматизации контейнеры SQL Server идеальны для организации производственной среды разработки и контроля качества. Каждый член группы работает с изолированными контейнерами в общей виртуальной машине, с трех-пяти-кратным сокращением числа виртуальных машин. В результате мы получаем существенную экономию на обслуживании виртуальных машин и стоимости лицензий Microsoft. Контейнеры легко интегрировать в массивы сети хранения данных (SAN) с использованием реплик хранилища и клонов баз данных (рисунок 2).

Подключенная база данных объемом 1 Тбайт формируется в экземпляре контейнера менее чем за одну минуту. Это значительное улучшение по сравнению с серверами с выделенными именованными экземплярами или предоставлением виртуальных машин для каждого разработчика. Одна компания использует восьмиядерный сервер для обслуживания до 20 контейнеров SQL Server по 400 Гбайт. В прошлом для подготовки каждой виртуальной машины требовалось более часа, а экземпляры контейнеров выдаются за две минуты. Таким образом, удалось в 20 раз сократить число виртуальных машин, уменьшить число ядер процессора в 5 раз и резко сократить расходы на оплату лицензий Microsoft. Кроме того, повысились гибкость и быстрота реагирования в бизнесе.

Применение контейнеров SQL Server

Контейнеры определяются с помощью сценариев Dockerfile, которые предусматривают конкретные шаги построения контейнера. Приведенный на экране 1 файл Dockerfile задает SQL Server 2012 с базами данных, копируемыми в контейнер, и скриптом SQL Server для маскирования выбранных таблиц.

Каждый контейнер может содержать десятки баз данных со вспомогательными файлами и файлами журнала. Базы данных могут быть скопированы и выполнены в контейнере или подключены с помощью команды MOUNTDB.

Каждый контейнер содержит частную файловую систему, изолированную от ресурсов хоста. В приведенном на экране 2 примере контейнер строится с использованием MSSQL-2014 и venture.mdf. Формируются уникальный идентификатор ContainerID и порт контейнера.
Экран 2. Контейнер на базе SQL Server 2014 и venture.mdf

Контейнеры SQL Server обеспечивают новый уровень быстродействия и автоматизации, но их поведение точно такое же, как у обычных именованных пространств. Управление ресурсами можно реализовать с помощью инструментария SQL Server или через пределы ресурсов контейнера (экран 3).

Другие случаи применения

Контейнеры - самое распространенное средство организации среды для разработки и контроля качества, но появляются и другие области применения. Тестирование аварийного восстановления - простой, но многообещающий сценарий использования. Среди прочих - контейнеризация внутренней среды SQL Server для унаследованных приложений, таких как SAP или Microsoft Dynamics. Контейнеризованный внутренний компонент используется для предоставления рабочей среды для поддержки и текущего обслуживания. Применяются также оценочные контейнеры для поддержки рабочих сред с постоянными хранилищами данных. В одной из следующих статей я подробно расскажу о постоянных данных.

Компания WinDocks стремится еще более упростить использование контейнеров через веб-интерфейс. Другой проект сосредоточен на переносе контейнеров SQL Server в процессе DevOps или Continuous Integration с конвейерами CI/CD на основе Jenkins или Team City. Сегодня вы можете познакомиться с использованием контейнеров на всех редакциях Windows 8 и Windows 10, Windows Server 2012 или Windows Server 2016 с поддержкой всех выпусков, начиная с SQL Server 2008. с помощью вашей копии WinDocks Community Edition (https://www.windocks.com/community-docker-windows).

Если вы интересуетесь современными тенденциями в мире IT, то наверняка слышали про docker. Если вкратце: данная технология позволяет запускать контейнеры с установленными приложениями в своей песочнице(нет, это не виртуализация). Подробнее вы можете почитать например на хабре . То есть, мы можем быстренько собрать и запустить контейнер с требуемой версией 1с сервера. Docker широко используется в Linux и даже можно найти готовые контейнеры в docker.hub, но 1с-ник по большей части живет в windows.

Для чего это нужно?

Быстрота и простота разворачивания. Мы можем подготовить рабочее окружение двумя командами. Наше подготовленное окружение всегда в ожидаемом состоянии. Нет плясок с бубном при установке.

Установка нескольких версий сервера 1С и запуск нужной.

На сервере не устанавливается куча хлама

В данной статье я покажу как самому собрать контейнер с сервером 1С.

Требования к ОС :

Функция контейнера Windows доступна только в Windows Server сборки 1709, Windows Server 2016, Windows10 Professional и Windows10 Корпоративная (Anniversary Edition)

Требования к железу :

Процессор должен поддерживать виртуализацию

Установка Docker

Windows server 2016

Открываем powershell от имени администратора и выполняем следующие команды:

Install-Module DockerMsftProvider -Force Install-Package Docker -ProviderName DockerMsftProvider -Force (Install-WindowsFeature Containers).RestartNeeded

Если после последней команды на экране появилось "да", необходимо перезагрузить компьютер.

Windows 10

Здесь немного проще. Качаем установщик с официального сайта download.docker.com и запускаем. При установке ставим галочку напротив windows контейнеров

Запуск

Для запуска нашей среды, нам нужно запустить 2 контейнера: база данных и сервер 1С. Конечно, вы можете использовать и ваш существующий сервер.

База данных

Будем запускать на MSSQL. Microsoft уже подготовил необходимый контейнер с подробным описанием. Ссылка на docker.hub

Ставим его командой в powershell от имени администратора. В строке нужно заменить на наш пароль.

-e ACCEPT_EULA=Y microsoft/mssql-server-windows-developer

Разберем эту команду:

docker run - Запускает контейнер в локальном хранилище. Если его нет - качает из репозитария.

D - контейнер запускается в фоне. В противном случае вы попадете в консоль powerchell контейнера

P - Пробрасывает порт с контейнера на локальную машину.

E - Переменные, которые передаются в контейнер

в переменную -e sa_password= нужно установить ваш пароль пользователя SA.

Для подключения существующих баз, дополним нашу команду.

Нужно пробросить папку с нашими базами в контейнер

V КаталогНаХосте:КаталогВКонтейнере

Базы подключаются через переменную attach_dbs

E attach_dbs="[{"dbName":"Test","dbFiles":["C:\\db\\test.mdf","C:\\db\\test_log.ldf"]},{"dbName":"HomeBuh","dbFiles":["C:\\db\\HomeBuh.mdf","C:\\db\\HomeBuh_log.ldf"]}]"

docker run -d -p 1433:1433 -e sa_password= -e ACCEPT_EULA=Y -v C:/temp/:C:/temp/ -e attach_dbs="[{"dbName":"SampleDb","dbFiles":["C:\\temp\\sampledb.mdf","C:\\temp\\sampledb_log. ldf"]}]" microsoft/mssql-server-windows-developer

Сервер 1С

Внимание! Данный образ предназначен только для тестов.

Для того, чтобы информация о наших кластерах сохранялась на локальном компьютере и ее можно было подключить в другой контейнер, создадим папку c:\srvinfo

Выполним команду powershell

Docker run -d -p 1541:1541 -p 1540:1540 -p 1560-1591:1560-1591 -v C:/srvinfo:C:/srvinfo lishniy/1c-windows

Все готово. Вот тут меня ждал сюрприз. Я давно использовал mssql в контейнере на тестовой машине и всегда обращался к нему по localhost. Сейчас это или поломали, или звезды так сошлись, но работать так перестало. и можно почитать почему. Так что пока это чинят, либо пробрасываем контейнер в нашу сеть(при запуске контейнера указываем --network host в место кучи портов), либо определяем ip выданные внутри сети и подключаемся к ним. Для этого нужно выполнить две простых команды. В примере я буду показывать вместе с выводом

PS C:\WINDOWS\system32> docker container ls CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 7bd5d26e9297 lishniy/1c-windows "powershell -Command…" 12 minutes ago Up 10 minutes 0.0.0.0:1540-1541->1540-1541/tcp, 0.0.0.0:1560-1591->1560-1591/tcp gallant_perlman 696eb9b29a02 microsoft/mssql-server-windows-developer "powershell -Command…" 38 minutes ago Up 37 minutes (healthy) 0.0.0.0:1433->1433/tcp youthful_wing PS C:\WINDOWS\system32> docker inspect -f "{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}" 696eb9b29a02 172.17.84.179 PS C:\WINDOWS\system32> docker inspect -f "{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}" 7bd5d26e9297 172.17.92.255

Первая команда выводит список контейнеров, вторая получает ip адрес контейнера по его id.

Итак, адреса у нас есть. Теперь открываем консоль администрирования и добавим нашу базу как обычно.

Остановка запуск контейнеров

При выполнении команды

Docker run ...

у нас всегда создается новый чистенький контейнер без данных. Для того чтоб получить доступ к списку уже созданных контейнеров, достаточно выполнить команду

Docker container ls -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 7bd5d26e9297 lishniy/1c-windows "powershell -Command…" 2 days ago Exited (1073807364) 43 hours ago gallant_perlman 696eb9b29a02 microsoft/mssql-server-windows-developer "powershell -Command…" 2 days ago Exited (1073807364) 4 minutes ago youthful_wing

В дальнейшем можно запускать/останавливать готовые контейнеры

Docker container start Container_ID docker container stop Container_ID docker container restart Container_ID

Так же есть GUI приложения для управления. Например kitematic

Сборка Docker контейнера

Использовать готовые контейнеры просто и удобно, в случае с базой данных мы можем перейти на GitHub и посмотреть как его собрали. Хотя для контейнеров без dockerfile в описании мы не можем знать наверняка что внутри.

Итак, тот минимум что нам понадобится

  1. Установщик 1С.
  2. dockerfile
  3. Скрипт powershell для запуска службы 1с. Я использовал из репозитория Microsoft
  4. Скрипт powershell для установки и настройки. Я назвал его prepare.ps1

С первыми двумя все понятно. Перейдем к построению dockerfile.

dockerfile

Этот файл представляет из себя файл с шагами для построения нашего контейнера.

Для начала просто попробуем построить и запустить наш контейнер. Для этого собираем все наши файлы в один каталог. Создаем там dockerfile с таким содержимым

FROM microsoft/windowsservercore SHELL ["powershell", "-Command", "$ErrorActionPreference = "Stop"; $ProgressPreference = "SilentlyContinue";"] WORKDIR / COPY prepare.ps1 Wait-Service.ps1 1cEnt.zip sqlncli.msi ./ RUN .\prepare.ps1; powershell.exe -Command Remove-Item prepare.ps1 -Force CMD .\Wait-Service.ps1 -ServiceName "1C:Enterprise 8.3 Server Agent" -AllowServiceRestart

Разберем его детально

FROM microsoft/windowsservercore

Указываем контейнер, который берем за основу. Это windows server core. По умолчанию берется образ с тегом latest. Вы можете попробовать последнюю версию, она занимает значительно меньший объем. Я использовал эту, так как контейнер mssql построен на нем же, а в этом случае это кусок не качался заново.

SHELL ["powershell", "-Command", "$ErrorActionPreference = "Stop"; $ProgressPreference = "SilentlyContinue";"]

Указываем в качестве командной строки powershell вместо cmd

WORKDIR / - Указывает рабочий каталог
COPY -копируем файлы для установки
RUN -запускаем установочный скрипт
CMD -команда, которая будет запущена после старта контейнера

Создаем файл prepare.ps1. В нем устанавливаем 1C и настраиваем службу.

Msiexec /i "1CEnterprise 8.2.msi" /qr TRANSFORMS=adminstallrelogon.mst;1049.mst DESIGNERALLCLIENTS=0 THICKCLIENT=0 THINCLIENTFILE=0 THINCLIENT=1 WEBSERVEREXT=0 SERVER=1 CONFREPOSSERVER=0 CONVERTER77=0 SERVERCLIENT=0 LANGUAGES=RU Remove-Item c:\sqlncli.msi -Force sc.exe config "1C:Enterprise 8.3 Server Agent" depend= "/"

Обратите внимание на последнюю строчку. Для службы сервера в зависимостях указана служба "Сервер", которая не работает в контейнерах. Не знаю для чего ее добавили, но сервер 1С прекрасно работает без нее. Поэтому просто уберем ее из зависимостей, для того чтобы наша служба корректно загрузилась.

Теперь в окне powershell переходим в папку с файлами и вводим

Docker build .

После завершения построения запускаем (в вашем случае первые две колонки будут пустые).

Docker images REPOSITORY TAG IMAGE ID CREATED SIZE lishniy/1c-windows latest dab800c94b09 3 days ago 11.6GB docker run -d -p 1541:1541 -p 1540:1540 -p 1560-1591:1560-1591 dab800c94b09

После этих операций, наш контейнер будет работать. Но есть небольшие нюансы. Мы не можем ни включить логирование, ни воспользоваться отладкой на сервере, ни поменять порты. Поэтому чуть доработаем наш dockerfile

FROM microsoft/windowsservercore ENV regport=1541 \ port=1540 \ range="1560:1591" \ debug="N" \ log="N" SHELL ["powershell", "-Command", "$ErrorActionPreference = "Stop"; $ProgressPreference = "SilentlyContinue";"] WORKDIR / COPY logcfg.xml start.ps1 prepare.ps1 Wait-Service.ps1 1cEnt.exe sqlncli.msi ./ RUN .\prepare.ps1; powershell.exe -Command Remove-Item prepare.ps1 -Force CMD .\start.ps1 -regport $env:regport -port $env:port -range $env:range -debug $env:debug -servpath "C:\srvinfo" -log $env:log -Verbose

ENV regport=1541 \ port=1540 \ range="1560:1591" \ debug="N" \ log="N"

Теперь в качестве точки запуска используется скрипт, в котором мы можем задать порты, включить отладку и логирование, указать путь для хранения информации о кластерах

Вы сами можете написать свой скрипт, или воспользоваться готовым в приложении.

Как упаковать приложение в контейнер Docker?

У меня есть приложение, написанное на NodeJS. Как я могу упаковать его в образ Docker, чтобы запускать как контейнер?

Docker - система управления контейнерами в POSIX-совместимых операционных системах (на данный момент поддерживается Linux). Особенностью Docker является возможность упаковать приложение со всем необходимым окружением таким образом, чтобы запускать его на другой системе без долгих и сложных процедур установки зависимостей или сборки из исходников. Запакованное приложение, готовое к развёртыванию, называется "образом". Образы Docker основываются на "шаблонах" - предварительно настроенных рабочих окружениях. Можно рассматривать это как дистрибутивы операционной системы, хотя это и не совсем так. Кроме того, изучив документацию на Docker, вы сможете создать собственный шаблон. Преимуществом такого подхода является то, что образ вашего приложения будет содержать только само приложение, а необходимое для него окружение будет скачиваться автоматически из репозитория шаблонов. Docker слегка напоминает chroot или bsd jail, но работает иначе.

Важно различать для себя понятия "контейнер" и "образ". Контейнер - это выполняющаяся копия вашего приложения, а образ - это файл, в котором хранится приложение, и из которого и создаётся контейнер.

Предположим, что у вас есть приложение на NodeJS, которое вы хотите упаковать в контейнер. Предположим, что файл, который запускает ваше приложение называется server.js, а для работы приложение слушает порт 8000. В качестве шаблона мы будем использовать "node:carbon". Для контейнеризации приложения вам нужно создать в каталоге, где расположены файлы вашего приложения, файл "Dockerfile", в котором будут описаны параметры подготовки образа:

$ touch Dockerfile

Содержимое файла может быть примерно таким:

# Указываем используемый шаблон FROM node:carbon # Создаём рабочий каталог приложения внутри контейнера WORKDIR /usr/src/app # Устанавливаем зависимости приложения с помощью npm # Копируются оба файла package.json И package-lock.json, если они присутствуют COPY package*.json ./ RUN npm install # Копируем в образ файлы вашего приложения COPY . . # Открываем порт 8000 чтобы он был доступен снаружи контейнера EXPOSE 8000 # Выполняем команду для запуска приложения внутри контейнера CMD [ "npm", "start" ]

Чтобы исключить ненужные файлы из образа, вы можете перечислить их имена в файле ".dockerignore". Допускается использование маски (*.log).

Сборка образа осуществляется следующей командой:

$ docker build -t username/node-web-app .

$ docker images # Example REPOSITORY TAG ID CREATED node carbon 1934b0b038d1 5 days ago username/node-web-app latest d64d3505b0d2 1 minute ago

Запуск контейнера из образа производится следующей командой:

$ docker run -p 49160:8000 -d username/node-web-app

В этом примере создаётся контейнер из образа "username/node-web-app" и сразу запускается. Порт приложения 8000 доступен на локальной машине (localhost) и для того, чтобы он был доступен "снаружи", он "пробрасывается" на порт 49160. Можно выбрать любой свободный порт, кроме того возможно пробросить порт приложения "как есть", указав опцию "-p 8000:8000".

Вы можете увидеть что ваш контейнер выполняется, введя команду:

$ docker ps # Example ID IMAGE COMMAND ... PORTS ecce33b30ebf username/node-web-app:latest npm start ... 49160->8000

Управление контейнером можно осуществлять различными командами, указывая ID этого контейнера:

$ docker pause ecce33b30ebf - приостановить работу контейнера с ID ecce33b30ebf
$ docker resume ecce33b30ebf - возобновить работу контейнера с ID ecce33b30ebf
$ docker stop ecce33b30ebf - остановить контейнер c ID ecce33b30ebf
$ docker rm ecce33b30ebf - удалить контейнер (при этом удаляются все данные, созданные приложением внутри контейнера)

В сегодняшней Задать вопрос администратору , Я покажу вам, как развернуть образ в контейнере в Windows Server 2016, создать новое изображение и загрузить его в Docker.

Одной из основных новых функций Windows Server 2016 является поддержка контейнеров и Docker. Контейнеры обеспечивают легкие и гибкие возможности виртуализации, которые разработчики могут использовать для быстрого развертывания и обновления приложений без накладных расходов, связанных с виртуальными машинами. И в сочетании с Docker, решением для управления контейнерами, контейнерные технологии взорвались в течение последних нескольких лет.

Это обновленная статья для информации, которая ранее была включена в Развертывание и управление контейнерами Windows Server с помощью Docker это было актуально для Windows Server 2016 Technical Preview 3. Для получения дополнительной информации о Docker см. Что такое Докер? и Являются ли контейнеры Docker лучше, чем виртуальные машины? на Техническая база знаний Petri IT .

Чтобы следовать инструкциям в этой статье, вам потребуется доступ к физическому или виртуальному серверу под управлением Windows Server 2016. Вы можете загрузить оценочную копию с веб-сайта Microsoft или настроить виртуальную машину в Microsoft Azure. Вам также понадобится бесплатный Docker ID, который вы можете получить путем регистрации.

Установите Docker Engine

Первым шагом является установка поддержки Docker в Windows Server 2016.

  • Войдите в Windows Server.
  • Нажмите Поиск значок на панели задач и тип PowerShell в окне поиска.
  • Щелкните правой кнопкой мыши Windows PowerShell в результатах поиска и выберите Запуск от имени администратора из меню.
  • Введите учетные данные администратора по запросу.

Для установки Docker на Windows Server запустите следующий командлет PowerShell. Вам будет предложено установить NuGet, который загружает модуль Docker PowerShell из надежного онлайн-репозитория.

Install-Module -Name DockerMsftProvider -Force

Теперь используйте Install-Package командлет для установки механизма Docker на Windows Server. Обратите внимание, что перезагрузка необходима в конце процесса.

Install-Package -Name docker -ProviderName DockerMsftProvider -Force Restart-Computer -Force

После перезапуска сервера повторно запустите запрос PowerShell и убедитесь, что Docker установлен, выполнив следующую команду:

Версия докера

Загрузите изображение из Docker и запустите контейнерный процесс

Теперь, когда установлен движок Docker, давайте вытаскиваем образ Windows Server Core по умолчанию из Docker:

Докер тянуть майкрософт /windowsServerCore

Теперь, когда изображение загружено на локальный сервер, запустите процесс контейнера, используя запуск докеров :

Докер запустить Microsoft /windowsServerCore

Создать новое изображение

Теперь мы можем создать новое изображение с использованием ранее загруженного образа Windows Server в качестве отправной точки. Перед запуском вам понадобится идентификатор Docker. Если у вас его еще нет, зарегистрируйтесь в учетной записи Docker .

Спонсоров

Изображения Docker обычно создаются из рецептов файлов Docker, но для целей демонстрации мы запускаем команду на загруженном изображении, создаем новое изображение на основе изменения и затем загружаем его в Docker, чтобы он был доступен из облако.

Обратите внимание, что в командной строке ниже -t Параметр дает тегу изображения, позволяя вам легко идентифицировать изображение. Кроме того, обратите особое внимание на дефис, который появляется после имени тега.

"ОТ Майкрософт /windowsservercore `n CMD echo Hello World!" | сборка докера -t mydockerid /windows-test-image -

После того, как Docker закончит создание нового изображения, проверьте список доступных изображений на локальном сервере. Вы должны увидеть оба Microsoft /windowsServerCore и mydockerid /windows-test-изображения в списке.

Изображение docker

Теперь запустите новое изображение в контейнере, не забывая при этом заменить mydockerid с именем вашего Docker ID, и вы должны увидеть Привет мир! Появляются на выходе:

Докер запустить mydockerid /windows-test-изображения

Загрузите изображение в Docker

Давайте загрузим изображение, которое мы только что создали, в Docker, чтобы он был доступен из облака. Войдите в систему, используя свой идентификатор и пароль Docker:

Вход в docker -u mydockerid -p mypassword

использование докерный толчок чтобы загрузить изображение, которое мы создали на предыдущих шагах, заменив mydockerid с именем вашего Docker ID:

Docker push mydockerid /windows-test-изображения