Vmware esx и esxi в чем разница
Обновлено: 06.07.2024
Сравнение ESX и ESXi (данные официального сайта на англицком).
Purpose
This article provides a detailed comparison of VMware ESX and VMware ESXi. The article is separated in to capabilities or features and compared at that level.
Resolution
VMware ESX
VMware ESXi
Note:
- RCLI is limited to read-only access for the free version of VMware ESXi. To enable full functionality of RCLI on a VMware ESXi host, the host must be licensed with VI Foundation, VI Standard, or VI Enterprise.
- The VMware Infrastructure toolkit for Windows and the Perl toolkit access ESXi through the same API as RCLI. Similarly, these toolkits are limited to read-only access for the free version of VMware ESXi. When the host is upgraded to VI Foundation, VI Standard, or VI Enterprise, these toolkits have write-access and provide a scriptable method for managing ESXi hosts.
- The following Service Console CLI commands have not been implemented in RCLI:
- ESXcfg-info
- ESXcfg-resgrp
- ESXcfg-swiscsi
In most enterprise settings, VMware ESXi is deployed as an embedded hypervisor directly on the server. This operational model does not require any local storage and no SAN booting is required because the hypervisor image is directly on the server.
Remote console applications like Dell DRAC, HP iLO, IBM RSA, and FSC iRMC S2 are supported with ESXi.
ESXi – Free License
(ESX not available without VI)
VI Foundation
(with ESX or ESXi)
VI Standard
(with ESX or ESXi)
VI Enterprise
(with ESX or ESXi)
Share this:
Понравилось это:
Sorry, the comment form is closed at this time.
О сайте
В этом блоге, я пишу заметки о своей, как повседневной жизни, так и жизни и работе в сфере IT технологий. Собираю интересные ссылки, выражаю свои мысли и прочее… В основном посты посвящены, Управленческим моментам и решениям, различным продуктам Microsoft и VMWare, которые я эксплуатирую многие годы, Nix, MacOS, сетке, и другим интересным вопросам и задачам, с которыми приходится ежедневно сталкиваться и иметь дело. Здесь приведены не только мои посты, но и посты, которые были найдены мною на безграничных просторах интернета. Все написанное здесь, было проделано мною или моими коллегами при моем непосредственном участии на виртуальных машинах или в продакшин среде, о чем свидетельствуют комментарии в текстах. Всем удачи в работе.
Delphi site: daily Delphi-news, documentation, articles, review, interview, computer humor.
Перед тем как говорить про различия в установке, поговорим о различиях вообще.
ESX состоит из двух основных компонентов - гипервизора и Linux.
Гипервизор - это написанный программистами VMware компонент, который и «делает» виртуализацию. Его еще называют «VMkernel».
Linux - это сокращенный Red Hat Enterprise Linux. «Сокращенность» заключается в удалении всех не нужных для ESX компонентов. Например, нет сервера FTP. Этот Linux используется для получения локального интерфейса командной строки, в нем работают службы типа веб-сервера для веб-интерфейса ESX, и есть возможность запустить в нем какие-то сторонние приложения. Что имеет смысл устанавливать в этот Linux (его, кстати, называют Service Console, SC) - так это агенты мониторинга оборудования, агенты резервного копирования, программы настройки оборудования, модули стороннего ПО, интегрирующиеся с vSphere. Если вы планируете использовать какое-то подобное решение, то изучите его совместимость с «i» версией ESX.
ESXi состоит из тех же двух компонентов - тот же самый гипервизор и Linux. Но Linux чертовски маленький (дистрибутив называется Busybox), функций локально практически никаких не позволяющий. Зато без большого Linux весь ESXi помещается буквально в несколько десятков мегабайт, а не в 1,5 гигабайта, как ESX. (Для установки на диск ESXi требует от 1 Гб свободного места, ESX - от 10 Гб).
Вытекающие отсюда различия в следующем: с точки зрения функционала виртуализации, разницы, использовать ESX или ESXi, нет. Все функции, включая vMotion, Fault Tolerance, DRS, работать будут.
У ESX есть еще и Linux - туда можем что-нибудь установить, получить привычную (для тех из вас, кто имеет опыт работы с Linux) командную строку. Тем не менее получить интерфейс командной строки возможно и для ESXi. А если учесть, что VMware настоятельно рекомендует использовать средства удаленной командной строки (в первую очередь это vSphere CLI, сами по себе или в составе vMA), то становится очевидно - разницы между ESX и ESXi нет и с точки зрения управления из командной строки.
Плюс к тому, для кого-то из вас вероятно желание использовать в качестве языка сценариев PowerShell, потому что это удобно. Такая возможность есть, VMware выпустила VMware PowerCLI - набор командлетов (cmd-let) для управления виртуальной инфраструктурой через PowerShell. С ее помощью (так же, как и с помощью vSphere CLI) можно управлять и ESX, и ESXi, и даже vCenter.
В ESXi нет среды для запуска веб-сервера, как на ESX. Поэтому для доступа к виртуальным машинам, работающим на ESXi, невозможно использовать вебинтерфейс (если у вас нет vCenter. Если vCenter есть, то к виртуальным машинам на ESXi можно обращаться через веб-интерфейс сервера vCenter).
Зато с «а»-версией, при прочих равных:
- локально нельзя установить ничего. Часто устанавливать что-то на ESXi необходимости нет - а с точки зрения безопасности и надежности работы, это несомненный плюс. Чем проще, чем меньше программ и функций содержит ОС (а ESXi это ОС, точно так же, как и ESX), тем надежнее;
- в качестве диска под сам ESXi можно использовать флэш-накопитель USB. За счет этого удобно распределять данные операционной системы сервера (ESXi) и данные виртуальных машин по разным хранилищам;
- возможна организация загрузки ESXi по PXE. Разве что на момент написания эта функция и реализующий ее бесплатный продукт VMware Auto Deploy находятся в экспериментальном статусе;
- можно приобрести сервер, в который флэшка с ESXi уже встроена, и пропустить, таким образом, этап установки.
Возвращаясь к установке:
ESX почти на целый Linux больше, чем ESXi. И это означает, что этот Linux тоже надо установить. Отсюда растут ноги у различий в процессе установки. Далее я опишу процесс установки, упоминая о различиях в этом процессе для «i»- и не «b-версий продукта.
1.2.2. До установки Перед разговором об установке ESX(i) имеет смысл поговорить об оборудовании, на котором он будет работать.
1. System CG - перечисление поддерживаемых моделей серверов.
2. I/O CG - список поддерживаемых контроллеров.
3. SAN CG - список поддерживаемых систем хранения.
Большая часть «брендового» оборудования в этих списках присутствует, проблемы обычно возникают при желании сэкономить. Кроме того, в Интернете можно отыскать неофициальные списки совместимости. Они не могут повлиять на поддержку производителя, но помогут не выбрать заведомо несовместимые компоненты.
Основная проблема - в поддержке дискового контроллера. Здесь надо иметь в виду: сам ESX(i) 4 можно установить на разнообразные контроллеры ATA, SATA, SAS и SCSI, а также HBA FC и iSCSI. Заметьте, не «на любые», а на «разнообразные». Список поддерживаемых легко найти в документе «Getting Started with ESX 4».
Однако использовать дисковые ресурсы для работы ВМ можно на более ограниченном количестве моделей контроллеров. То есть возможна ситуация, когда у вас сам ESX установлен на локальные диски сервера, подключенные к дешевому и/или встроенному контроллеру. Но оставшееся свободным место на этих дисках задействовать под ВМ не получится. Так что поддержка контроллеров ATA и SATA, появившаяся и расширившаяся в ESX(i) 4, не означает, что ими можно ограничиться.
В большинстве случаев при использовании встроенных контроллеров ESX(i) заработает с ними как с дисковыми контроллерами, но не как с контроллерами RAID.
Вывод: читайте внимательно списки совместимости и руководства для начинающих. Или заранее пробуйте, если образец комплектующих есть под рукой.
Перед тем как устанавливать ESX(i) на сервер, имеет смысл обновить всевозможные BIOS и firmware сервера и всех контроллеров. Это действительно может помочь решить (или избежать) проблем. В идеале, конечно, имеет смысл обратиться на сайт производителя сервера и посмотреть - вдруг есть рекомендации использовать (или ни в коем случае не использовать) какую-то конкретную версию прошивки под вашу версию ESX(i).
Еще один небольшой совет: в моей практике были ситуации, когда на вроде бы совместимом сервере ESX(i) работал не так, как ожидалось (на этапе установки в том числе). Несколько раз в таких ситуациях помогал сброс настроек BIOS на значения по умолчанию. Иногда помогал только аппаратный сброс настроек, перестановкой джамперов.
Еще несколько слов следует сказать про процессор. Если мы хотим использовать на сервере ESX(i) 4, то процессоры этого сервера должны быть 64-битными (x86-64). Это неактуально для новых серверов (последние года три, если не больше, все или почти все процессоры Intel и AMD поддерживают работу в 64-битном режиме), но если вы планируете задействовать какой-то сервер в возрасте - этот момент необходимо учесть. Проверить 64-битность процессора можно несколькими путями:
- узнать его модель и посмотреть описание на сайте производителя;
- попробовать запустить на этом сервере установку - если процессор не подходит, установщик сообщит нам об этом;
- наконец, с сайта VMware можно загрузить небольшую утилиту под названием CPU Identification Utility. Найти ее можно в разделе Download ^ Drivers and tools. Эта утилита сообщит вам о возможности работы процессора в 64-битном режиме, поможет узнать, совместимы ли процессоры нескольких серверов для vMotion, о поддержке EVC (Enhanced vMotion Compatibility).
Кроме 64-битного режима, процессоры могут обладать аппаратной поддержкой виртуализации - Intel-VT или AMD-V. Она является необходимой для запуска 64-битных гостевых ОС. Небольшой нюанс здесь в следующем: поддержка этой функции включается и выключается в BIOS сервера, так что возможна ситуация, когда процессор ее поддерживает, но запустить 64-битную ВМ вы не можете из-за того, что эта функция выключена. Разные производители в разных BIOS называют ее по-разному. Обычно «Hardware Virtualization», «Intel-VT», «AMD-V».
Проверить состояние аппаратной поддержки виртуализации можно, выполнив в локальной командной строке ESX команду
esxcfg-info | grep HV
Выводы интерпретируются следующим образом:
- 0 - поддержка Intel VT / AMD-V недоступна на данном сервере;
- 1 - технология Intel VT / AMD-V доступна, но не поддерживается на данном сервере;
- 2 - поддержка Intel VT / AMD-V доступна для использования, но не включена в BIOS;
- 3 - поддержка Intel VT / AMD-V включена в BIOS и доступна для использования.
Узнайте больше о надежном аппаратном гипервизоре, который устанавливается непосредственно на физический сервер. Прямой доступ гипервизора VMware ESXi к базовым ресурсам и контроль над ними обеспечивает эффективное использование оборудования и консолидацию приложений, а также сокращение расходов. Это лидирующее в отрасли решение предоставляет эффективную архитектуру, соответствующую высочайшим стандартам надежности, производительности и поддержки.
Преимущества ESXi
ИТ-отделы находятся под постоянным давлением меняющихся рыночных тенденций и повышенных требований заказчиков. В то же время им необходимо поддерживать все более сложные проекты при ограниченном объеме ИТ-ресурсов. ESXi (прежнее название — ESX) помогает достичь баланса между требуемыми бизнес-результатами и снижением ИТ-расходов. Возможности VMware ESXi:
- Консолидация оборудования для повышения коэффициента использования ресурсов.
- Повышение производительности для получения конкурентных преимуществ.
- Оптимизация ИТ-администрирования благодаря централизованному управлению.
- Сокращение капитальных и операционных расходов.
- Повышение эффективности благодаря низким требованиям гипервизора к аппаратным ресурсам.
Практическое руководство по совместимости VMware ESXi
Практическое руководство VMware по совместимости
Ответы на все вопросы о совместимости оборудования vSphere, ESXi и операционных систем.
Лучшие методики повышения производительности
Добейтесь максимальной производительности VMware vSphere 6.5, следуя советам экспертов.
Проверка конфигураций
Изучите рекомендуемые характеристики, чтобы выбрать и настроить виртуальное и физическое оборудование.
ВОЗМОЖНОСТИ
За счет консолидации нескольких серверов на меньшем числе физических устройств ESXi помогает высвободить пространство, снизить энергопотребление и оптимизировать ИТ-администрирование, а также значительно повысить производительность.
Компактность
Гипервизор ESXi обладает широкими возможностями, но при этом занимает всего 150 Мбайт на диске, что помогает максимально защитить его от угроз безопасности.
Стабильная производительность
Гипервизор поддерживает приложения любого размера благодаря возможности развертывать мощные виртуальные машины (до 128 виртуальных ЦП, 6 Тбайт ОЗУ и 120 устройств) для соответствия потребностям различных приложений. Изучите рекомендуемые параметры для отдельных решений, чтобы не выходить за рамки поддерживаемых конфигураций для вашей среды. Узнайте больше о предельных значениях параметров конфигурации.
Улучшенная безопасность
Мощные возможности шифрования для защиты конфиденциальных данных на виртуальных машинах. Доступ на основе ролей для оптимизации администрирования; расширенные возможности аудита и ведения журналов для более прозрачной отчетности и облегчения ретроспективного анализа.
Эффективная экосистема
Обширная экосистема обеспечивает поддержку OEM-поставщиков, партнеров по технологиям, приложений и гостевых операционных систем.
Комфортные условия работы
Современный интегрированный интерфейс на основе стандартов HTML5 для поддержки повседневного администрирования. Заказчикам, которым требуется автоматизировать процессы, VMware предлагает интерфейс командной строки vSphere и удобные для разработчиков API-интерфейсы на основе REST.
![Какая разница между VMware vSphere, ESXi и vCenter]()
В этой статье мы не будем углубляться в какие-либо технические подробности. Вместо этого разберёмся в терминологии VMware. Этот небольшой обзор будет полезен тем, кто хочет понять разницу между базовыми продуктами VMware. Почти все знают об ESXi. А как насчёт vSphere и vCenter? Люди часто путают эти термины, но на самом деле ничего сложного в них нет. Давайте разложим всё по полочкам.
Появившись на рынке в 2001 году, гипервизор VMware ESX (ранее известный как VMware ESX Server) положил начало виртуальной революции. Сегодня VMware — ведущий разработчик программных продуктов для виртуализации (сейчас является частью Dell). Каждые полтора года компания выпускает новое программное обеспечение с расширенными функциями, которое совместимо с большим количеством оборудования, в том числе с накопителями SSD NVMe, жёсткими дисками очень большой ёмкости и новейшими центральными процессорами Intel или AMD.
VMware ESXi
ESXi —— это гипервизор; крошечная частичка программного обеспечения, которая устанавливается на физический сервер и позволяет запускать несколько операционных систем на одном хост-компьютере. Эти ОС работают отдельно друг от друга, но могут взаимодействовать с окружающим миром через сеть. При этом остальные компьютеры подключены к локальной сети (Local Area Network, LAN). Операционные системы запускаются на виртуальных машинах (Virtual Machine, VM), у каждой из которых есть своё виртуальное оборудование.
Существуют платная и бесплатная версии VMware ESXi. У нас можно заказать установку бесплатной версии на выделенные серверы. Функционал бесплатной версии несколько ограничен. Она позволяет консолидировать на одном компьютере ограниченное количество ОС, и ею нельзя управлять через центральный сервер управления — vCenter. Тем не менее, Free ESXi (или VMware ESXi Hypervisor) подключается к удалённым хранилищам, где можно создавать, хранить и использовать виртуальные машины. То есть, это удалённое хранилище может быть разделено между несколькими ESXi-хостами, но не между виртуальными машинами. Виртуальные машины «принадлежат» каждому хосту, что делает невозможным центральное управление.
Работа с бесплатной версией ESXi очень проста и состоит из базовых процессов: обучения, тестирования производственных процессов, проверки систем аварийного восстановления, утверждения архитектурных решений. Используя снапшоты, вы можете проверить корректность работы патчей Windows. Как вариант, это может быть полезно, если вы решили клонировать свой производственный сервер с помощью VMware Converter или технологии P2V, и хотите протестировать пакет обновлений Microsoft перед его установкой.
VMware vCenter
VMware vCenter — это платформа централизованного управления виртуальной инфраструктурой VMware. С её помощью вы можете распоряжаться почти всеми процессами всего с одной консоли. Сервер vCenter можно установить на Windows или развернуть как предварительно настроенную виртуальную машину с помощью Photon OS — мощного дистрибутива на базе Linux. Раньше VMware использовали дистрибутив Suse Linux Enterprise Server (SUSE), но недавно перешли на Photon OS.
vCenter Server — это лицензированное программное обеспечение. Приобрести его можно двумя способами:
- vCenter Server Essentials как часть пакета vSphere Essentials. Эта версия vCenter справляется с управлением тремя хостами с двумя физическими процессорами на каждом. Если у вас небольшая компания, то вы будете оперировать примерно с 60 ВМ, и эта версия vCenter вам подойдёт. С базовым набором вы получаете лицензию не только на vCenter server, но и на ESXi (до трёх хостов с двумя ЦП на каждом).
- Standalone vCenter Server — полноценная самостоятельная версия vCenter server, способная управлять 2 000 хостами с 25 000 рабочих виртуальных машин. Это лицензия исключительно на vCenter. Сам по себе vCenter — только часть лицензионной головоломки. Чтобы управлять всеми хостами с одного устройства, вам нужна лицензия на каждый из них. Лицензии бывают трёх видов: standard, enterprise, enterprise Plus, и каждая распространяется на один процессор. Так что, если вы планируете создать хост с двумя физическими процессорами, то вам понадобится 2 лицензии только для одного этого хоста.
VMware vSphere
VMware vSphere — это коммерческое название всего пакета продуктов VMware. Как говорилось ранее, разные пакеты ПО стоят разных денег. Самые дешёвые — базовые пакеты vSphere essentials или Essentials Plus. Есть ли между ними разница? Да, но она состоит в количестве доступных функций, а не в самом программном наполнении.
В зависимости от типа лицензии, вы получаете доступ к определённому количеству функций, управлять которыми можно через vSphere Web client. Существует также программа vSphere HTML 5 client, но пока что она не пригодна для использования. Компания продолжает её разработку.
В пакете Essentials нет функции High Availability (автоматический перезапуск ВМ), vMotion, ПО для резервного копирования (VDP) и возможности использовать хранилище VSAN.
Пакет Essentials подходит для маленьких компаний, которым не нужно постоянно быть онлайн. С другой стороны, возможность переносить свои виртуальные машины на другой хост и выполнять техническое обслуживание или обновление хоста, оставаясь в сети, даёт вам реальное преимущество. Всё это можно сделать в течение рабочего дня, не перебивая работу пользователей.
Кроме того, в случае непредвиденного аппаратного сбоя, vSphere High Availability (HA) автоматически перезапустит виртуальные машины, которые перестали работать вместе с проблемным хостом. Эти виртуальные машины автоматически перезапускаются на других хостах из кластера VMware. Системе нужно немного времени, чтобы определить, какой компьютер дал сбой и какие хосты могут временно взять на себя его виртуальные машины. У этих хостов должно быть достаточно памяти и мощности ЦП, чтобы выдержать дополнительную нагрузку. Как только система заканчивает анализ, ВМ перезапускаются. Весь процесс автоматизирован и не требует вмешательства администратора.
Подведём итог
Как видите, терминологию VMware понять довольно просто, как и разницу между ESXi, vSphere и vCenter. Система лицензирования также ясна. Сам по себе гипервизор бесплатный, но его функционал ограничен, вследствие чего такое ПО не застраховано от потери данных. Поэтому ESXi предназначен для использования только в тестовых средах.
Читайте также:
