Новости Статьи VMware Veeam StarWind vStack Microsoft Nakivo Citrix Symantec События Релизы Видео Контакты Авторы RSS
Виртуализация и виртуальные машины

Все самое нужное о виртуализации и облаках

Более 6300 заметок о VMware, AWS, Azure, Veeam, Kubernetes и других

VM Guru / News / Почему корпоративные заказчики используют виртуальные машины, а не контейнеры.

Почему корпоративные заказчики используют виртуальные машины, а не контейнеры.

26/12/2018

Поддержите VM Guru!

USDT / TRC20, адрес: TCDP7d9hBM4dhU2mBt5oX2x5REPtq9QdU1




Пост:

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

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

Виды виртуализации

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

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

Основное различие между контейнерами и виртуальными машинами – в их архитектурном подходе.

Виртуальные машины

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

Гипервизор представляет собой часть программного или аппаратного обеспечения, позволяющую одновременное, параллельное выполнение нескольких операционных систем на одном и том же физическом компьютере – хосте. Хост предоставляет виртуальным машинам вычислительные ресурсы, легко распределяемые между ними. Так что если одна виртуальная машина выполняет запуск более ресурсоемких приложений, вы можете выделить ей больше вычислительных возможностей, чем другим машинам, работающим на том же хосте.

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

Контейнеры

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

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

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

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

Виртуальные ЦОД

Виртуальный ЦОД – это услуга. Облачные ЦОД предоставляют решение, которое позволит использовать легко настраиваемый комплекс ИТ-инфраструктуры (серверы, хранилища данных, программное обеспечение) с доступом к ним через интернет или по выделенным каналам связи. Заказчик может сам изменять объем предоставленных ресурсов и осуществлять их настройку.

Виртуальные ЦОД позволяют заказчикам экономить время и деньги на создании, развитии и обслуживании ИТ-инфраструктуры.

Типовые задачи корпоративных заказчиков при аренде виртуальной инфраструктуры

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

Компании, имеющие критические информационные системы, при переносе своей инфраструктуры в виртуальную среду, решают следующие задачи:

  • вынос всей или части серверной инфраструктуры в облако;
  • размещение в облаке всей критичной информационной системы или отдельных сервисов;
  • развертывание в облаке сервисов для взаимодействия с клиентами и партнерами;
  • создание резервной площадки.

Приоритетные требования таких клиентов:

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

Чтобы удовлетворить потребности клиентов, поставщики облачных услуг должны обеспечить:

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

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

Станут ли контейнеры чудодейственным средством

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

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

Существенным отличием также является время загрузки и перевода в активный режим. В случае контейнеров этот период исчисляется секундами, для виртуальных машин – минутами.

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

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

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

На сегодняшний день самой распространенной платформой контейнеризации является Docker. По данным статистики, собранной  сервисом мониторинга Datalog, чаще всего в Docker запускают следующие сервисы: nginx, Redis, Elasticsearch, Registry, PostgreSQL, MySQL, etcd, Fluentd, MongoDB, RabbitMQ.

При всех достоинствах у этой технологии есть и недостатки.

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

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

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

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

Наконец, если корпоративный заказчик имеет дело с информацией ограниченного доступа, то есть деятельность организации регулируется законами РФ, обработка такой информации возможна только в специализированной IaaS, такой как «Облако ФЗ-152».

Большинство организаций уже давно применяют виртуальные машины и сервисы IaaS. Сегодня предприятия разворачивают контейнеры в уже существующей виртуальной инфраструктуре, поскольку она создавалась на базе виртуальных машин. Кроме того, при переходе к сложным системам оркестровки контейнеров, таких как Kubernetes, можно столкнуться со сбоями. Дело в том, что такие системы активно развиваются и при планировании развертывания Kubernetes нужно учитывать частую модернизацию. Процессы развертывания и обеспечения надежности будут выполнять решения на базе виртуальных машин. Кроме того, компании, которые работают в строго регулируемых областях или уделяют большое внимание безопасности в многопользовательских окружениях, нуждаются в более изолированных виртуальных машинах.

В обычных контейнерах применяется общее для всех изолированных окружений ядро Linux c разграничением доступа к ресурсам на уровне механизмов ядра Linux (cgroups и namespaces). Это является слабым звеном в безопасности, потому что не все ресурсы ограничиваются, а уязвимость в ядре Linux может скомпрометировать всю изоляцию приложений.

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

Оригинал статьи в блоге ИТ-ГРАД.
Интересное:





Зал Славы Рекламодателя
Ближайшие события в области виртуализации:

Быстрый переход:
VMware Broadcom Offtopic Microsoft Veeam Cloud StarWind VMachines NAKIVO vStack Gartner Vinchin Nakivo IT-Grad Teradici VeeamON VMworld PowerCLI Citrix VSAN GDPR 5nine Hardware Nutanix vSphere RVTools Enterprise Security Code Cisco vGate SDRS Parallels IaaS HP VMFS VM Guru Oracle Red Hat Azure KVM VeeamOn 1cloud DevOps Docker Storage NVIDIA Partnership Dell Virtual SAN Virtualization VMTurbo vRealize VirtualBox Symantec Softline EMC Login VSI Xen Amazon NetApp VDI Linux Hyper-V IBM Google VSI Security Windows vCenter Webinar View VKernel Events Windows 7 Caravan Apple TPS Hyper9 Nicira Blogs IDC Sun VMC Xtravirt Novell IntelVT Сравнение VirtualIron XenServer CitrixXen ESXi ESX ThinApp Books P2V VMUG Private AI HCX vSAN VCPP VCF Workstation Labs Backup Explore vDefend Data Protection ONE Tanzu AI Intel Live Recovery VCP V2V Aria NSX DPU Update EUC Avi Community Skyline Host Client GenAI Chargeback Horizon SASE Workspace ONE Networking Ransomware Tools Performance Lifecycle Network AWS API USB SDDC Fusion Whitepaper SD-WAN Mobile SRM ARM HCI Converter Photon OS Operations VEBA App Volumes Certification VMConAWS Workspace Imager SplinterDB DRS SAN vMotion Open Source iSCSI Partners HA Monterey Kubernetes vForum Learning vRNI UAG Support Log Insight AMD vCSA NSX-T Graphics NVMe HCIBench SureBackup Docs Carbon Black vCloud Обучение Web Client vExpert OpenStack UEM CPU PKS vROPs Stencils Bug VTL Forum Video Update Manager VVols DR Cache Storage DRS Visio Manager Virtual Appliance PowerShell LSFS Client Datacenter Agent esxtop Book Photon Cloud Computing SSD Comparison Blast Encryption Nested XenDesktop VSA vNetwork SSO VMDK Appliance VUM HoL Automation Replication Desktop Fault Tolerance Vanguard SaaS Connector Event Free SQL Sponsorship Finance FT Containers XenApp Snapshots vGPU Auto Deploy SMB RDM Mirage XenClient MP iOS SC VMM VDP PCoIP RHEV vMA Award Licensing Logs Server Demo vCHS Calculator Бесплатно Beta Exchange MAP DaaS Hybrid Monitoring VPLEX UCS GPU SDK Poster VSPP Receiver VDI-in-a-Box Deduplication Reporter vShield ACE Go nworks iPad XCP Data Recovery Documentation Sizing Pricing VMotion Snapshot FlexPod VMsafe Enteprise Monitor vStorage Essentials Live Migration SCVMM TCO Studio AMD-V KB VirtualCenter NFS ThinPrint Director Memory SIOC Troubleshooting Stretched Bugs ESA Android Python Upgrade ML Hub Guardrails CLI Driver Foundation HPC Orchestrator Optimization SVMotion Diagram Ports Plugin Helpdesk VIC VDS Migration Air DPM Flex Mac SSH VAAI Heartbeat MSCS Composer
Полезные постеры:

Постер VMware vSphere PowerCLI 10

Постер VMware Cloud Foundation 4 Architecture

Постер VMware vCloud Networking

Постер VMware Cloud on AWS Logical Design Poster for Workload Mobility

Постер Azure VMware Solution Logical Design

Постер Google Cloud VMware Engine Logical Design

Постер Multi-Cloud Application Mobility

Постер VMware NSX (референсный):

Постер VMware vCloud SDK:

Постер VMware vCloud Suite:

Управление памятью в VMware vSphere 5:

Как работает кластер VMware High Availability:

Постер VMware vSphere 5.5 ESXTOP (обзорный):

 

Популярные статьи:
Как установить VMware ESXi. Инструкция по установке сервера ESXi 4 из состава vSphere.

Включение поддержки технологии Intel VT на ноутбуках Sony VAIO, Toshiba, Lenovo и других.

Типы виртуальных дисков vmdk виртуальных машин на VMware vSphere / ESX 4.

Как работают виртуальные сети VLAN на хостах VMware ESX / ESXi.

Как настроить запуск виртуальных машин VMware Workstation и Server при старте Windows

Сравнение Oracle VirtualBox и VMware Workstation.

Что такое и как работает виртуальная машина Windows XP Mode в Windows 7.

Диски RDM (Raw Device Mapping) для виртуальных машин VMware vSphere и серверов ESX.

Работа с дисками виртуальных машин VMware.

Где скачать последнюю версию VMware Tools для виртуальных машин на VMware ESXi.

Подключение локальных SATA-дисков сервера VMware ESXi в качестве хранилищ RDM для виртуальных машин.

Как перенести виртуальную машину VirtualBox в VMware Workstation и обратно

Инфраструктура виртуальных десктопов VMware View 3 (VDI)

Как использовать возможности VMware vSphere Management Assistant (vMA).

Бесплатные утилиты для виртуальных машин на базе VMware ESX / ESXi.

Интервью:

Alessandro Perilli
virtualization.info
Основатель

Ратмир Тимашев
Veeam Software
Президент


Полезные ресурсы:

Последние 100 утилит VMware Labs

Новые возможности VMware vSphere 8.0 Update 1

Новые возможности VMware vSAN 8.0 Update 1

Новые документы от VMware

Новые технологии и продукты на VMware Explore 2022

Анонсы VMware весной 2021 года

Новые технологии и продукты на VMware VMworld 2021

Новые технологии и продукты на VMware VMworld 2020

Новые технологии и продукты на VMware VMworld Europe 2019

Новые технологии и продукты на VMware VMworld US 2019

Новые технологии и продукты на VMware VMworld 2019

Новые технологии и продукты на VMware VMworld 2018

Новые технологии и продукты на VMware VMworld 2017



Copyright VM Guru 2006 - 2025, Александр Самойленко. Правила перепечатки материалов.
vExpert Badge