Машина контейнер: Контейнеры и виртуальные машины | Microsoft Learn

alexxlabОпубликовано

Содержание

Контейнеры и виртуальные машины | Microsoft Learn

Twitter LinkedIn Facebook Адрес электронной почты

  • Статья
  • Чтение занимает 3 мин

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016

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

Общие сведения о контейнерах см. в разделе Windows и контейнеры.

Архитектура контейнера

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

Архитектура виртуальной машины

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

Контейнеры и виртуальные машины

В таблице ниже показаны некоторые сходства и различия этих взаимно дополняющих технологий.

ФункцияВиртуальная машинаКонтейнер
Изоляция Обеспечивает полную изоляцию от операционной системы узла и других виртуальных машин. Это полезно, когда важна строгая граница безопасности, например для разделения приложений от конкурирующих компаний на одном сервере или в кластере.Обычно предоставляет упрощенную изоляцию от узла и других контейнеров, но не предоставляет настолько надежную границу безопасности, как в случае виртуальных машин. (Усилить безопасность можно, используя режим изоляции Hyper-V, чтобы изолировать каждый контейнер в небольшой виртуальной машине).
Операционная системаСодержит полноценную операционную систему, включая ядро, поэтому требует больше системных ресурсов (ЦП, памяти и хранилища).Запускает часть операционной системы в пользовательском режиме и ее можно адаптировать, чтобы она содержала только необходимые службы для приложения, что позволит использовать меньше системных ресурсов.
Совместимость с гостевой системойРаботает практически с любой операционной системой в виртуальной машинеРаботает на той же версии операционной системы, что и узел (изоляция Hyper-V позволяет запускать более ранние версии одной и той же ОС в среде небольшой виртуальной машины).
РазвертываниеРазвертывание отдельных виртуальных машин с помощью центра администрирования Windows или диспетчера Hyper-V; развертывание нескольких виртуальных машин с помощью PowerShell или System Center Virtual Machine Manager.Развертывание отдельных контейнеров с помощью Docker с использованием командной строки; развертывание нескольких контейнеров с помощью Orchestrator, например службы Azure Kubernetes.
Обновления и исправления для операционной системыЗагрузка и установка обновлений операционной системы на каждой виртуальной машине. Для установки новой версии операционной системы требуется обновить, а зачастую и создать полностью новую виртуальную машину.
Это может занять много времени, особенно если у вас много виртуальных машин…		Обновление или исправление файлов операционной системы в контейнере выполняется точно так же:
  1. Измените файл сборки образа контейнера (известный как Dockerfile), чтобы он указывал на последнюю версию базового образа Windows.
  2. Пересоберите образ контейнера с новым базовым образом.
  3. Отправьте образ контейнера в реестр контейнеров.
  4. Повторно разверните образ с помощью Orchestrator.
    Orchestrator предоставляет широкие возможности автоматизации при масштабировании. Дополнительные сведения см. в разделе Tutorial: Update an application in Azure Kubernetes Service (Руководство по обновлению приложений в службе Azure Kubernetes).
Постоянное хранилищеИспользует виртуальный жесткий диск (VHD) для локального хранилища для одной виртуальной машины или общий файловый ресурс SMB для совместно используемого несколькими серверами хранилищаИспользует диски Azure для локального хранилища для одного узла или службы файлов Azure (общие ресурсы SMB) для совместно используемого несколькими узлами или серверами хранилища.
Балансировка нагрузкиБалансировка нагрузки виртуальной машины перемещает выполняющиеся виртуальные машины на другие серверы в отказоустойчивом кластере.Сами контейнеры не перемещаются. Вместо этого Orchestrator может автоматически запускать или прекращать работу контейнеров на узлах кластера для управления изменениями нагрузки и доступности.
ОтказоустойчивостьВиртуальные машины могут выполнить отработку отказа на другой сервер в кластере с перезапуском операционной системы виртуальной машины на новом сервере. В случае сбоя узла кластера все контейнеры, работающие на нем, быстро пересоздаются Orchestrator на другом узле кластера.
СетьИспользует виртуальные сетевые адаптеры.Использует изолированное представление виртуального сетевого адаптера, предоставляя меньшую виртуализацию: брандмауэр узла используется контейнерами совместно — при этом используется меньше ресурсов. Дополнительные сведения см. в разделе Сетевые подключения контейнеров Windows.

Сравнение контейнеров и виртуальных машин

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

Иэн Бьюкэнэн

Главный разработчик решений

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

  • Скорость итерации
    Поскольку контейнеры не требуют много ресурсов и включают в себя только программное обеспечение верхнего уровня, их можно быстро модифицировать и итеративно менять.
  • Надежная экосистема
    В большинстве контейнерных сред выполнения существует общедоступный размещенный репозиторий готовых контейнеров. Репозитории содержат множество популярных приложений, таких как базы данных или системы обмена сообщениями, которые можно мгновенно загрузить и выполнить, чтобы сэкономить время команды разработчиков.
  • Уязвимость общего узла
    Поскольку все контейнеры используют одну и ту же опорную аппаратную систему, находящуюся ниже уровня операционной системы, эксплойт в одном контейнере может вырваться на свободу и повлиять на общие аппаратные ресурсы. Большинство популярных контейнерных сред выполнения предлагают публичные репозитории готовых контейнеров. Использование таких публичных образов сопряжено с угрозой безопасности, поскольку они могут содержать эксплойты или уязвимости, которыми могут воспользоваться злоумышленники.

Популярные поставщики контейнеров

Связанные материалы

Сравнение Kubernetes и Docker

СМ.
РЕШЕНИЕ

Управление компонентами с помощью Compass

  • Docker
    Это самая популярная и широко используемая контейнерная среда выполнения. Docker Hub — это гигантский общедоступный репозиторий популярных программных приложений в контейнерах. Контейнеры Docker Hub можно мгновенно загружать и развертывать в локальных средах выполнения Docker.
  • RKT
    RKT (читается как «рокет») — это контейнерная система, ориентированная прежде всего на безопасность. Контейнеры RKT не допускают выполнения небезопасных функций, если только пользователь явным образом не отключил функции безопасности. Контейнеры RKT нацелены на решение проблем безопасности, связанных с перекрестными заражением, от которых страдают другие системы контейнерных сред.
  • Контейнеры Linux (LXC)
    Проект Linux Containers представляет собой систему выполнения контейнеров Linux с открытым исходным кодом. LXC используется для изоляции процессов уровня операционной системы друг от друга. В основе Docker на самом деле лежит технология LXC. Контейнеры Linux обеспечивают независимую от поставщика контейнерную среду выполнения с открытым исходным кодом.
  • CRI-O
    CRI-O — это реализация интерфейса среды выполнения для контейнеров Kubernetes (CRI), которая позволяет использовать среды выполнения, совместимые с инициативой открытых контейнеров (OCI). Это легковесная альтернатива использованию Docker в качестве среды выполнения для Kubernetes.

Что такое виртуальная машина?

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

Плюсы

  • Полная защита путем изоляции
    Виртуальные машины работают изолированно как полностью автономные системы. Это означает, что они защищены от любых эксплойтов или помех со стороны других виртуальных машин на общем узле. Если отдельная виртуальная машина пострадает от эксплойта, она будет изолирована и не сможет повредить соседние виртуальные машины.
  • Интерактивная разработка
    Контейнеры обычно представляют собой статические определения ожидаемой конфигурации и зависимостей, необходимых для запуска контейнера. Виртуальные машины более динамичны и могут дорабатываться в интерактивном режиме. После указания базовых аппаратных характеристик виртуальную машину можно рассматривать как компьютер без операционной среды. Можно вручную установить программное обеспечение на виртуальную машину и сделать снимок состояния для фиксации текущей конфигурации. Снимки виртуальной машины можно использовать для ее восстановления до конкретного момента времени или для запуска дополнительных виртуальных машин с такой конфигурацией.

Минусы

  • Скорость итерации
    Создание и воспроизведение виртуальных машин занимает много времени, поскольку они охватывают полный системный стек. Любые изменения снимка состояния виртуальной машины могут потребовать значительного времени на воспроизведение и проверку работоспособности.
  • Стоимость занимаемого хранилища
    Виртуальные машины могут занимать много места в хранилище, быстро вырастая до нескольких гигабайтов в объеме. Это может привести к нехватке дискового пространства на компьютере, где размещаются виртуальные машины.

Популярные поставщики виртуальных машин

  • VirtualBox
    Это бесплатная система эмуляции архитектуры x86 с открытым исходным кодом, принадлежащая Oracle. VirtualBox — одна из самых популярных и известных платформ виртуальных машин с экосистемой дополнительных инструментов для разработки и распространения образов виртуальных машин.
  • VMware
    VMware — это публичная акционерная компания, которая построила свой бизнес на основе одной из первых технологий аппаратной виртуализации x86. Решения VMware поставляются в комплекте с гипервизором — утилитой для развертывания нескольких виртуальных машин и управления ими. VMware имеет надежный пользовательский интерфейс для управления виртуальными машинами. Это отличный вариант для корпоративного использования виртуальных машин с официальной поддержкой.
  • QEMU
    QEMU — самый надежный вариант виртуальной машины для эмуляции аппаратного обеспечения. Поддерживается любая стандартная аппаратная архитектура. QEMU — утилита командной строки без графического пользовательского интерфейса для настройки или выполнения, что делает это решение одним из самых быстрых вариантов виртуальных машин.

Какой вариант подходит для вас?

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

Как использовать контейнеры и виртуальные машины вместе?

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

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

Но в большинстве случаев для виртуализации достаточно использовать что-то одно: виртуальные машины или контейнеры. Чтобы сделать правильный выбор, важно понимать потребности в ресурсах и то, на какие компромиссы вы готовы пойти.

Ian Buchanan

У Иэна большой опыт разработки на Java и .NET. Но гораздо больше он известен как специалист по применению agile-методик в крупных корпорациях. Сейчас он с головой погрузился в развивающуюся культуру DevOps и инструменты, улучшающие процессы непрерывной интеграции, непрерывной поставки и анализа данных. В течение своей карьеры он с успехом управлял корпоративными инструментами разработки ПО на всех этапах ее жизненного цикла. Он руководил на корпоративном уровне модернизацией процессов, которая приводила к улучшению производительности, качества и повышению удовлетворенности потребителей. Он создал международные команды, в которых ценятся саморегуляция и самоорганизация. Когда Иэн не выступает и не пишет код, он использует свои знания для создания парсеров, использования предметно-ориентированных языков и метапрограммирования. Подписывайтесь на Иэна: @devpartisan.

Поделиться статьей

Следующая тема

контейнеров против виртуальных машин | Atlassian

Узнайте о различиях между контейнерами и виртуальными машинами (ВМ), популярных поставщиках для каждого из них и о том, как их можно использовать вместе

Ян Бьюкенен

Главный инженер по решениям

Контейнеры и виртуальные машины — очень похожие технологии виртуализации ресурсов . Виртуализация — это процесс, в котором отдельные системные ресурсы, такие как ОЗУ, ЦП, диск или сеть, могут быть «виртуализированы» и представлены в виде нескольких ресурсов. Основное различие между контейнерами и виртуальными машинами заключается в том, что виртуальные машины виртуализируют всю машину вплоть до аппаратных уровней, а контейнеры виртуализируют только программные уровни выше уровня операционной системы.

  • Скорость итерации
    Поскольку контейнеры легкие и содержат только высокоуровневое программное обеспечение, их очень быстро модифицировать и итерировать.
  • Надежная экосистема
    Большинство систем выполнения контейнеров предлагают общедоступный репозиторий готовых контейнеров. Эти контейнерные репозитории содержат множество популярных программных приложений, таких как базы данных или системы обмена сообщениями, и могут быть мгновенно загружены и запущены, что экономит время для групп разработчиков
  • Эксплойты общего хоста
    Все контейнеры используют одну и ту же базовую аппаратную систему ниже уровня операционной системы, возможно, что эксплойт в одном контейнере может выйти за пределы контейнера и повлиять на общее оборудование. Большинство популярных сред выполнения контейнеров имеют общедоступные репозитории предварительно созданных контейнеров. Использование одного из этих общедоступных изображений сопряжено с риском для безопасности, поскольку они могут содержать эксплойты или могут быть уязвимы для захвата злоумышленниками.

Популярные поставщики контейнеров

Связанный материал

Kubernetes vs. Docker

См. Раствор

Управляйте вашим компонентом

001. и широко используемая среда выполнения контейнеров. Docker Hub — это гигантский общедоступный репозиторий популярных программных приложений в контейнерах. Контейнеры в Docker Hub можно мгновенно загрузить и развернуть в локальной среде выполнения Docker.
  • RKT
    RKT — это контейнерная система, ориентированная на безопасность. Контейнеры RKT не позволяют использовать небезопасные функции контейнера, если только пользователь явно не активирует небезопасные функции. Контейнеры RKT направлены на решение основных проблем безопасности, связанных с эксплуатацией перекрестного заражения, от которых страдают другие системы среды выполнения контейнеров.
  • Linux Containers (LXC)
    Проект Linux Containers — это система среды выполнения контейнеров Linux с открытым исходным кодом. LXC используется для изоляции операционных процессов системного уровня друг от друга. Docker фактически использует LXC за кулисами. Контейнеры Linux стремятся предложить нейтральную среду выполнения контейнеров с открытым исходным кодом.
  • CRI-O
    CRI-O — это реализация интерфейса среды выполнения контейнеров (CRI) Kubernetes, которая позволяет использовать среды выполнения, совместимые с Open Container Initiative (OCI). Это облегченная альтернатива использованию Docker в качестве среды выполнения для Kubernetes.
     

    • Что такое виртуальная машина?

    Виртуальные машины — это тяжелые программные пакеты, обеспечивающие полную эмуляцию низкоуровневых аппаратных устройств, таких как ЦП, диски и сетевые устройства. Виртуальные машины могут также включать дополнительный программный стек для работы на эмулируемом оборудовании. Объединение этих аппаратных и программных пакетов дает полнофункциональную копию вычислительной системы.

    Pros

    • Полная безопасность изоляции
      Виртуальные машины работают изолированно как полностью автономная система. Это означает, что виртуальные машины невосприимчивы к любым эксплойтам или помехам со стороны других виртуальных машин на общем хосте. Отдельные виртуальные машины по-прежнему могут быть захвачены эксплойтом, но эксплуатируемая виртуальная машина будет изолирована и не сможет заразить другие соседние виртуальные машины.
    • Интерактивная разработка
      Контейнеры обычно представляют собой статические определения ожидаемых зависимостей и конфигурации, необходимой для запуска контейнера. Виртуальные машины более динамичны и могут разрабатываться в интерактивном режиме. После того как для виртуальной машины указано базовое определение оборудования, виртуальную машину можно рассматривать как базовый компьютер. Программное обеспечение можно установить на виртуальную машину вручную, а виртуальную машину можно сделать моментальным снимком, чтобы зафиксировать текущее состояние конфигурации. Моментальные снимки виртуальной машины можно использовать для восстановления виртуальной машины на тот момент времени или запуска дополнительных виртуальных машин с этой конфигурацией.

    Минусы

    • Скорость итерации
      Для создания и восстановления виртуальных машин требуется много времени, поскольку они охватывают систему с полным стеком. Любые изменения моментального снимка виртуальной машины могут потребовать значительного времени для повторного создания и проверки того, что они ведут себя должным образом.
    • Стоимость размера хранилища
      Виртуальные машины могут занимать много места в хранилище. Они могут быстро вырасти до нескольких гигабайт. Это может привести к проблемам с нехваткой дискового пространства на хост-машине виртуальных машин.

    Популярные поставщики виртуальных машин

    • Virtualbox
      Virtualbox — это бесплатная система эмуляции архитектуры x86 с открытым исходным кодом, принадлежащая Oracle. Virtualbox — одна из самых популярных и зарекомендовавших себя платформ виртуальных машин с экосистемой дополнительных инструментов, помогающих разрабатывать и распространять образы виртуальных машин.
    • VMware
      VMware — это публичная компания, которая построила свой бизнес на одной из первых технологий аппаратной виртуализации x86. VMware поставляется с гипервизором, который представляет собой утилиту для развертывания и управления несколькими виртуальными машинами. VMware имеет надежный пользовательский интерфейс для управления виртуальными машинами. VMware — отличный вариант корпоративной виртуальной машины, предлагающий поддержку.
    • QEMU
      QEUM — это наиболее надежный вариант виртуальной машины с аппаратной эмуляцией. Он поддерживает любую общую аппаратную архитектуру. QEMU — это утилита, работающая только из командной строки и не предлагающая графический пользовательский интерфейс для настройки или выполнения. Этот компромисс делает QEMU одним из самых быстрых вариантов виртуальных машин.

    Какой вариант вам больше подходит?

    Если у вас есть особые требования к оборудованию для вашего проекта или вы разрабатываете на одной аппаратной платформе и вам нужно ориентироваться на другую, например Windows или MacOS, вам потребуется использовать виртуальную машину. Большинство других требований «только для программного обеспечения» можно выполнить с помощью контейнеров.

    Как вы можете использовать контейнеры и виртуальные машины вместе?

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

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

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

    Ян Бьюкенен

    https://www.linkedin.com/in/ianbuchanan/

    Несмотря на то, что Ян обладает обширным и глубоким опытом работы как с Java, так и с .NET, он наиболее известен как поборник гибких методов на крупных предприятиях. В настоящее время он занимается формирующейся культурой DevOps и инструментами для улучшения непрерывной интеграции, непрерывной доставки и анализа данных. За свою карьеру он успешно управлял инструментами разработки корпоративного программного обеспечения на всех этапах их жизненного цикла. Он способствовал совершенствованию процессов в масштабах всей организации, что привело к повышению производительности, повышению качества и удовлетворенности клиентов. Он создал многонациональные команды, которые ценят самоуправление и самоорганизацию. Когда вы не говорите и не программируете, вы можете увидеть, как Ян потворствует своим увлечениям парсерами, метапрограммированием и предметно-ориентированными языками. Подписывайтесь на Яна на @devpartisan.

    Поделиться этой статьей

    Следующая тема

    Контейнеры и виртуальные машины | Microsoft Узнайте

    Обратная связь Редактировать

    Твиттер LinkedIn Фейсбук Эл.

    адрес

    • Статья
    • 3 минуты на чтение

    Применяется к: Windows Server 2022, Windows Server 2019, Windows Server 2016

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

    Обзор контейнеров см. в разделе Windows и контейнеры.

    Контейнерная архитектура

    Контейнер — это изолированный легкий бункер для запуска приложения в операционной системе хоста. Контейнеры строятся поверх ядра операционной системы хоста (которое можно рассматривать как скрытую инфраструктуру операционной системы) и содержат только приложения и некоторые упрощенные API и службы операционной системы, которые работают в пользовательском режиме, как показано на этой диаграмме.

    Архитектура виртуальной машины

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

    Контейнеры и виртуальные машины

    В следующей таблице показаны некоторые сходства и различия этих взаимодополняющих технологий.

    Особенность Виртуальная машина Контейнер
    Изоляция Обеспечивает полную изоляцию от операционной системы хоста и других виртуальных машин. Это полезно, когда важна строгая граница безопасности, например, при размещении приложений конкурирующих компаний на одном сервере или кластере. Обычно обеспечивает легкую изоляцию от хоста и других контейнеров, но не обеспечивает такую ​​надежную границу безопасности, как виртуальная машина. (Вы можете повысить безопасность, используя режим изоляции Hyper-V, чтобы изолировать каждый контейнер в облегченной виртуальной машине).
    Операционная система Запускает полную операционную систему, включая ядро, поэтому требует больше системных ресурсов (ЦП, памяти и хранилища). Запускает часть операционной системы в пользовательском режиме и может быть настроена так, чтобы содержать только необходимые службы для вашего приложения с использованием меньшего количества системных ресурсов.
    Гостевая совместимость Запуск практически любой операционной системы внутри виртуальной машины Работает в той же версии операционной системы, что и хост (изоляция Hyper-V позволяет запускать более ранние версии той же ОС в облегченной среде виртуальных машин)
    Развертывание Разверните отдельные виртуальные машины с помощью центра администрирования Windows или диспетчера Hyper-V; разверните несколько виртуальных машин с помощью PowerShell или System Center Virtual Machine Manager. Развертывание отдельных контейнеров с помощью Docker через командную строку; развертывание нескольких контейнеров с помощью оркестратора, такого как служба Azure Kubernetes.
    Обновления и обновления операционной системы Загрузите и установите обновления операционной системы на каждую виртуальную машину. Установка новой версии операционной системы требует обновления или часто просто создания совершенно новой виртуальной машины. Это может занять много времени, особенно если у вас много виртуальных машин… Обновление или обновление файлов операционной системы в контейнере выполняется одинаково:
    1. Отредактируйте файл сборки образа контейнера (известный как Dockerfile), чтобы он указывал на последнюю версию базового образа Windows.
    2. Перестройте образ контейнера с помощью этого нового базового образа.
    3. Отправьте образ контейнера в реестр контейнеров.
    4. Повторное развертывание с помощью оркестратора.

      Оркестратор обеспечивает мощную автоматизацию для выполнения этой задачи в масштабе. Дополнительные сведения см. в разделе Учебник. Обновление приложения в службе Azure Kubernetes.
    Постоянное хранилище Используйте виртуальный жесткий диск (VHD) в качестве локального хранилища для одной виртуальной машины или файловый ресурс SMB для хранилища, совместно используемого несколькими серверами Используйте диски Azure в качестве локального хранилища для одного узла или файлы Azure (общие ресурсы SMB) для хранилища, совместно используемого несколькими узлами или серверами.
    Балансировка нагрузки Балансировка нагрузки виртуальных машин перемещает работающие виртуальные машины на другие серверы в отказоустойчивом кластере. Сами контейнеры не двигаются; вместо этого оркестратор может автоматически запускать или останавливать контейнеры на узлах кластера, чтобы управлять изменениями нагрузки и доступности.

    No related posts.

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    ООО "Омникомм Черноземье"

    2019 © Все права защищены

    Данный сайт носит информационно-справочный характер и ни при каких условиях не является публичной офертой. Пожалуйста, для уточнения цен и условий акций обращайтесь к менеджерам компании.

    Карта сайта