Первые шаги VMware: GSX Server и ESX Server
Этой небольшой статьей-заметкой мы хотели бы завершить серию публикаций, посвященных истории виртуализации в Enterprise-сегменте рынка. Сегодня поговорим о VMware, компании, которая на сегодняшний день является фактическим законодателем в мире виртуализации. Давайте посмотрим, как выглядели одни из самых ранних продуктов VMware: GSX и ESX.
VMware была основана в 1998 году. Её первым коммерчески успешным продуктом считается VMware Workstation, выпущенный в 1999 году и предназначенный для работы на клиентском «железе».
Для серверных рабочих нагрузок в следующие 2 года был с нуля разработан продукт VMware GSX Server. Его название — это сокращение от более длинного «рабочего» имени Ground Storm X. Первая коммерческая версия 1.0 датируется 2001-м годом. Устанавливалась она поверх Windows Server или SUSE Linux, что характеризует ее как гипервизор 2-го типа.
Усовершенствованная версия GSX Server 2.0 увидела свет через год, летом 2002-го. Под своим оригинальным именем продукт просуществовал вплоть до декабря 2005-го, когда была выпущена последняя коммерческая версия 3.2.1.
Гипервизор завоевал популярность благодаря широкому списку поддерживаемого оборудования (от сервера до обыкновенного десктопа) и простоте установки и первичной настройки. Кроме того в GSX наличествовали встроенные NAT и DHCP-сервер, что существенно облегчало процесс настройки сети.
Затем GSX Server был переименован в VMware Server и стал распространяться совершенно бесплатно. В списке поддерживаемых гостевых систем появились и 64-битные ОС, а гипервизор получил возможность выделять машинам несколько vCPU. VMware Server появилась 12 июля 2006-го и официально поддерживалась вплоть до 2011-го.
Сладкий плод виртуализации понравился инженерами VMware. Гипервизоры 2-го типа — это хорошо, но 1-й тип способен дать гораздо больше возможностей!
Параллельно с GSX Server шла разработка нового гипервизора типа 1. В отличие от предшественника, его уже можно было установить на «голое» серверное железо без ОС-посредника.
Продукт получил рабочее название VMware Scalable Server. В настоящее время он известен уже под именем ESXi. Ниже приводим скриншот, приблизительно датированный 1999-2000 годом.
Уже совсем скоро, к 2000-му, проект получил новое название: VMware Workgroup Server. А в марте 2001-го компания официально выпустила VMware ESX 1.0 Server. ESX — это аббревиатура от Elastic Sky X. Забавно, но придумали его вне стен VMware. Сотрудники компании прекрасно разбирались в компьютерах, но ничего не смыслили в рекламе и маркетинге. Специально нанятое агентство предложила лаконичный вариант Elastic Sky. Инженеры взбунтовались: как это, новый коммерческий продукт, в названии которого нет ни малейшей технарской изюминки?!
И добавили в конце загадочный X. Почему? Вероятно, «чтоб никто не догадался!». Да и звучит более круто. Забавно, как точно это имя попало в цель: вряд ли в далеком 2001-м кто-то придумывал его с оглядкой на облачные вычисления.
Впоследствии вокруг нового продукта сформировался целый отдел, самым известным сотрудником которого был Джон Аррасджид, один из авторов и ведущий архитектор vCloud Architecture Toolkit (vCAT).
VMware ESX Server стал первым на рынке гипервизором 1-го типа для Intel x86. В нем были впервые реализованы многие функции, ставшие едва ли не стандартом: живая миграция виртуальных машин, High Availability, автоматический балансировщик нагрузки, инструменты управление питанием и т.п.
В течение нескольких лет ESX и GSX были одновременно доступны широкой аудитории. GSX «целился» в более приземленную аудиторию: малый бизнес, небольшие государственные учреждения, в то время как ESX стал флагманским продуктом для Enterprise-сектора. Однако по-настоящему серьезно ESX начал использоваться лишь к 2006 году.
Среди прочего ESX имел сервисную консоль. Ее роль выполняла виртуальная машина на Linux, через которую можно было управлять хостом и другими ВМ. Для установки дополнительно программного обеспечения сторонних производителей (например, сервисов резервного копирования) предполагалось использовать программы-агенты.
Еще до того, как ESX начал серьезное распространение в бизнес-среде, началась разработка его преемника, уже без сервисной консоли. К сентябрю 2004-го внутри компании состоялась презентация первой полнофункциональной версии продукта под названием VMvisor (VMware Hypervisor). Через 3 года этот продукт появится на рынке под общеизвестным именем ESXi.
На выставке VMworld 2007 компания представила VMware ESXi версии 3.5. Прошлые версии программы существовали только в недрах VMware и не демонстрировались широкой публике.
ESXi занимает гораздо меньше места, чем ESX, и может быть установлен во флэш-память. Фактически, его уже можно рассматривать как часть сервера — на это намекает буква i в его названии. Она означает Integrated, интегрированный.
Вплоть до выхода vSphere 4.1 VMware предлагала клиентам два варианта: VMware ESX с Linux-консолью и ESXi с меню настройки сервера. Поддержка ESX официально завершилась с выпуском vSphere 5.
Программное обеспечение, как и гипервизор, несколько раз меняло названия. Например, VMware VMcenter настолько редко и давно использовалось, что по нему даже толком ничего не гуглится. Разумно предположить, что это одно из «внутренних» наименований продукта. Оно фигурирует, например, на этом скриншоте:
Весь дальнейший путь VMware хорошо известен всякому пользователю или системному администратору, который хотя бы раз сталкивался с виртуализацией. Пул решений компании велик и разнообразен, а перспективные разработки, такие как Tanzu, не так давно начали появляться вне тестовых стендов.
Какая разница между 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 — это лицензированное программное обеспечение. Приобрести его можно двумя способами:
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 предназначен для использования только в тестовых средах.
Esxi что это простыми словами
Всем привет, ранее мы с вами рассмотрели, что такое виртуализаиция, и для чего она используется. Как вы уже знаете, за счет виртуализации, на хосте vmware esxi и Hyper-V запускаются виртуальные машины. Сегодня мы разберем, что из себя представляют эти виртуальные машины, какие они бывают.
Давайте для начала вспомним, какие бывают гипервизоры. Напомню гипервизор это прослойка между железом и виртуальной машиной, которая перехватывает от них задачи на обращение к железу и передает их физическому хосту.
Виды гипервизоров
Основными игроками на данном рынке, являются конечно, компания VMware с продуктом vmware esxi и MS с Hyper-V, proxmox или openstack. Раньше был XenServer, но он сдался и перестал вести конкуренцию с данными компаниями. Это виртуализация первого уровня, имеется в виду, что сами гипервизоры ставятся на голое железо, а уже поверх них виртуальные машины. Существуют еще и гипервизоры второго уровня, ее еще называют вложенная виртуализация, те которые ставятся в операционной системе в виде программы и дальше позволяют уже внутри ОС, создавать виртуальные машины, это называется еще паравиртуализация. Примерами может быть VMware Workstation или Virtual Box. На сайте виртуализации посвящено более 300 статей, советую ознакомится.
Что такое виртуальная машина?
Внутри этого набора файлов работает операционная система с сервисами. Все это добро, лежит на дисках физического хоста, внутри файловой системы гипервизора. У каждого продукта этот набор файлов разный, так же как и формат, давайте пробежимся по каждому из них.
Где применяются виртуальные машины?
Область применения виртуальных машин огромна, я постараюсь вам ниже перечислить основные направления:
Форматы файлов виртуальных машин
Ниже я опишу основные форматы самых популярных гипервизоров, которые представлены на рынке виртуализации и публичных облаков.
Виртуальная машина (VM) в Vmware esxi
У виртуальных машин vmware esxi, основной формат файлов это vmdk, в данном файле хранится по сути сам жесткий диск подключаемый к виртуальной машине. На скриншоте ниже представлены файлы реальной виртуалки, про остальные форматы советую прочитать в Описание форматов ESXI.
Виртуальная машина esxi
Виртуальная машина (VM) в MS Hyper-V
Виртуальная машина microsoft, не может к счастью, а может быть и наоборот, таким большим набором файлов. Безусловно, удобно иметь один отдельный файл с жестким диском и один с настройками BIOS и железа. У Hyper-V есть старый формат и новый. Старый это vhd, был до 2010 года в версии Hyper-V 2.0. С выходом Windows Server 2012 R2, и Hyper-V 3.0 формат файла поменяли на vhdx. В файлике xml хранятся настройки виртуальной машины.
Виртуальная машина microsoft
Виртуальная машина (VM) в xenserver
Xenserver имеет формат XVA у виртуальной машины. На скришоте приведен пример.
Виртуальная машина (VM) в VMware Workstation
VMware Workstation, так же как и Vmware esxi хранит фалы в тех же форматах vmdk. Заметьте структура строения виртуальной машины такая же. Очень удобно, но чтобы ее завести на гипервизоре ESXI, необходимо произвести конвертирование vm.
Виртуальная машина (VM) в VirtualBox
У VirtualBox естественно свой формат виртуальной машины, а именно vdi. Его так же можно переконвертировать во что вам нужно.
Виртуальная машина (VM) в Proxmox
Proxmox использует формат qcow2. Набирающий сейчас популярность, гипервизор. Так же как и VirtualBox, полностью бесплатный.
Виртуальная машина на KVM
Если у вас Linux 2.6.20 или новее, у вас есть KVM. KVM был впервые анонсирован в 2006 году, а годом позже был объединен с основной версией ядра Linux. Поскольку KVM является частью существующего кода Linux, он немедленно извлекает выгоду из каждой новой функции, исправления и усовершенствования Linux без дополнительной разработки.
Как работает KVM?
Виртуальные машины в публичных облаках
На момент написания статьи уже почти 2021 год, пандемия показала, что многие бизнесы можно и нужно переформатировать от облачного варианта в онлайн. Многим компаниям аренда серверных мощностей в публичном облаке выходит дешевле, чем содержать свой штат физических серверов и администраторов. Логично, что на данном рынке сразу появилось огромное количество игроков, кто за умеренную плату позволит вам на их мощностях запустить нужное количество виртуальных машин. Вот список основных игроков:
Esxi что это простыми словами
Сегодня расскажу, что такое виртуализация, для чего она нужно и что она вам даст при ее внедрении. Рассмотрим понятия гипервизор. Разберем как это организованно у компании VMware на примере ее продукта ESXI 5.5. Основная задача любого бизнеса представленного в интернете это доступность ее сервисов. Сервесы как следует работают на железных серверах, представим ситуацию, что на одном мощном физическом сервере живет 5 разных сервисов. Все они имеют доступ к одной файловой систем, к ресурсам, они работают все хорошо. Проходит время и они начинают мешать друг другу, по разным причинам обновления по или самой ос. В итоге вы получаете что у вас из за одной службы перестаю работать нормально или вообще остальные 4. Виртуализация как раз помогает бизнесу консолидировать ресурсы и сделать каждый сервис не зависимым в рамках одного физического сервера.
Физическая инфраструктура
Рассмотрим как работает приложение на физическом уровне. В современном мире если рассматривать железо на серверах, в 90 процентов случаем, оно не до загружено, в среднем процентов на 50-60, а это означает низкую утилизацию ресурсов. Примеров не рационального использования может служит служба DHCP, которая по определению легкая и может обслуживать хоть 1000 клиентов, будь она на Windows или Linux. В итоге запустив его на мощном сервере вы плохо его используете, недогружая, тратите лишнюю электро энергию, чем больше у вас таких серверов, тем мощнее нужна система охлаждения, мощнее система резервного электро питания, больше физического пространства в Unit. Короче как вы поняли всего больше, но когда пришла технология виртуализации, все поменялось, но об этом позже. Ниже представлена схема как работает приложение на физическом сервере.
Есть physical host, на котором стоит ОС и уже в ней крутится приложение. К physical host можно подключать ISCSI, NFS, FC системы хранения.
Виртуальная инфраструктура
Такое шапито не могло долго продолжаться, и бизнесу задолбалось терять деньги на новом оборудовании. И вот тут в их жизнь вошла виртуализация. Такое магическое, не понятное слово, что из будущего. Технология виртуализации, помогла консолидировать ресурсы серверов, позволив запускать в рамках одного физического сервера, множество изолированных операционных систем, искренне считающих себя не зависимыми. на отдельном сервере, имея виртуальное оборудование. Клиенту как потребителю, вообще не интересует вообще до лампочки на чем реализован его сервис, будь то почта будь то база данных, ему главное продукт, но для бизнеса выгоднее когда в рамках одного сервера они могли бы запихнуть на него больше сервисов и продать их клиенту. Бала решена еще одна задача это поддержка старых приложений, которые написаны под какой нибудь Windows 95, а обновиться то хочется, в итоге создаете с ним отдельную виртуальную машину и живете спокойно. Проще стал переход от одного железа к другому, перенос осуществляется на лету без выключения, в большинстве случаев. Так что при поломке физического сервера, у вас будет возможность запустить виртуальную машину на другом, без проблем.
Пример из жизни: Есть сервер HP ему 4 года, ку него закончилась гарантия. В один из прекрасных дней на нем стали крошится диски, замена одного из таких стоила 800 баксов. За эти деньги были куплены 3 SSD Samsung evo 850, чувствуете разницу. В итоге на сервере были установлены все ssd и он был превращен в хост виртуализации, где на него переехали все те же виртуалки с теме же сервисами. А если бы был просто физический сервер, то все накрылось бы медным тазом. Виртуализация спасла нас от большого геморроя.
История виртуализации
Виртуальная инфраструктура выглядит следующим образом, есть ESXi host, на нем лежит прослойка hepervisor VMware vSphere по верх которого уже лежат виртуальные машины. И все подключения FC, NFS, ISCSI идут только к ESXi host, который отдает все это дело гипервизору, где он уже дальше перераспределяет все ресурсу страждущим.
Физическая и виртуальная архитектура
Ниже представлена картинка как выглядит Physical архитектура и виртуализация vmware. В физической архитектуре, ос функцианирует по верх железного оборудования. Рассматривая виртуализацию vmware, тут уже все немного иначе. Отличие в прослойке гипервизора ESXI (VMware vSphare). VMware vSphare Позволяет запускать экземпляры виртуальных машин, эмулируя для них оборудование. В такой реализации будет другая схема общения с ресурсами. Об этом мы поговорим в будущем.
В мире виртуализации есть одна вещь, которая никогда не виртуализовывается, это друзья процессор CPU. Виртуализация vmware или MS этого делать не умеют. Стартуя виртуальная машина, в зависимости от настроек получает одно или более ядер, виртуалка осознает какой тип CPU, версия и частотность на нем, все команды она на прямую отправляет на него. По этому очень важно, правильное распределение по ядрам CPU, чтобы виртуальные машины не мешали друг другу.
Что касается виртуализации сети, тут дело выглядит следующим образом. Если рассматривать физический сервер, то имея у себя сетевой адаптер, он использует его монопольно, со всей полосой пропускания. Рассматривая virtual архитектуру, то есть виртуальный коммутатор, в который подключенный виртуализованные сетевые адаптеры, а виртуальный коммутатор, общается уже с физическим сетевым адаптером или адаптерами. Вся пропускная способность делится на все виртуальные машины, но можно настроить приоритеты.
Осталось рассмотреть еще дисковую подсистему. Слева классическая ситуация с железным хостом, не важно как ос, использоваться все будет в монопольном режиме. Рассматривая виртуальные жесткие диски, тут иначе. Каждая ос думает, что у нее настоящий жесткий диск, но по факту это файл лежащий на общем хранилище, как и файлы других виртуальных машин. И не важно по какому протоколу соединено с хостом хранилище.
Надеюсь вы теперь представляете что такое виртуализация и как ее использовать, а главное для чего. Далее советую вам почитать, Виртуальная машина, что это такое.
Виртуализация на платформах VMware Server и VMware ESX Server
Термин «виртуализация» в последнее время становится очень модным. Понятие «виртуальная машина» уже перестало быть чем-то экзотическим и далеким. Многие организации, так или иначе связанные с информационными технологиями, уже научились применять виртуальные машины в повседневной деятельности для повышения эффективности своей IT-инфраструктуры. Понятие виртуализации применяется сейчас повсеместно и, порой, в различных контекстах: виртуализация систем хранения, операционных систем, приложений. Если различные аспекты виртуализации аппаратных ресурсов известны специалистам уже давно, то виртуализация операционных систем начала набирать обороты лишь за последние несколько лет, но стремительными темпами.
Так что же такое виртуализация и виртуальные машины применительно к операционным системам? Сам по себе термин виртуализация означает представление некоего объекта в удобном виде для пользователя, при этом все подробности реализации скрываются, а сам объект имеет привычные интерфейсы для взаимодействия с внешней, по отношению к нему, средой. Когда говорят о виртуализации операционных систем, прежде всего, имеют в виду создание виртуальных машин — неких абстракций, заключающих в себе собственную виртуальную аппаратно-программную среду, позволяющую на одной физической платформе установить и запускать одновременно несколько экземпляров операционных систем. Для чего это нужно? Прежде всего, для того, чтобы отделить представление операционной системы от аппаратуры и разместить несколько работающих виртуальных серверов на одном физическом с возможностью быстрой миграции и восстановления операционных сред. Также такой подход обеспечивает максимальную гибкость в отношении развертывания серверов, поддержания их жизнеспособности и управления.
Почему VMware?
Формальными конкурентами VMware в отношении виртуализации серверов являются компании Microsoft, Virtual Iron, XenSource и SWsoft. Однако, продукт компании SWsoft имеет довольно узкую сферу применения (хостинг), а разработки остальных вендоров по сравнению с продуктами VMware на данный момент выглядят гораздо слабее.
Когда нужно внедрять виртуальную инфраструктуру в компании
Прежде всего, необходимо четко определить цели, с которыми будут внедряться платформы виртуализации. Затем, необходимо определить критерии, по которым будет оцениваться эффективность внедрения виртуальной инфраструктуры. Помимо чисто финансовых критериев (уменьшение затрат на аппаратное обеспечение, экономия на обслуживании), нужно также учитывать повышение надежности инфраструктуры, масштабируемости, гибкости, устойчивости, уменьшение времени развертывания, простоя, восстановления после сбоев, централизацию управления и обеспечение высокой доступности. Безусловно, все эти критерии могут быть выражены в денежном эквиваленте, в зависимости от типа и специфики окружения, подлежащего виртуализации.
7 причин внедрять виртуализацию серверов
Когда не нужно внедрять инфраструктуру в компании
VMware Server — бесплатная и мощная платформа виртуализации для малого бизнеса
Бесплатный продукт VMware Server является довольно мощной платформой виртуализации, которая может быть запущена на серверах под управлением хостовых операционных систем Windows и Linux. Основное предназначение VMware Server — поддержка малых и средних виртуальных инфраструктур небольших предприятий. В связи с небольшой сложностью его освоения и установки, VMware Server может быть развернут в кратчайшие сроки, как на серверах организаций, так и на компьютерах домашних пользователей.
Ранее этот продукт распространялся по коммерческой лицензии и носил название VMware GSX Server 3, однако, с ростом возможностей и продаж мощной платформы виртуализации VMware ESX Server, компания VMware не увидела перспектив в продажах платформы VMware Server, сделав в конечном итоге продукт бесплатным. Стоит отметить, что в отношении этого продукта VMware рассчитывает в основном на доходы от продаж Virtual Center for VMware Server, эффективного средства для управления виртуальной инфраструктурой на основе VMware Server, который обладает широкими возможностями по взаимодействию с виртуальными машинами и консолидации виртуальных серверов.
Знакомство с VMware Server начинается с окна консоли управления виртуальными машинами:
В рабочей области главного окна программы можно создать виртуальную машину, добавить уже существующую, переключить консоль на другой физический хост (управлять виртуальным сервером удаленно), а также настроить параметры хоста.
После этого, если дистрибутив устанавливаемой гостевой системы находится на CD или DVD-диске, просто вставляем его в привод и нажимаем кнопку «Power on» на панели инструментов. Если же дистрибутив операционной системы у вас в виде ISO-образа, выбираем пункт меню VM->Settings, переходим на элемент CD-ROM, где указываем путь к образу ISO, жмем «ОК» и «Power On».
При обслуживании виртуальной инфраструктуры на основе VMware Server необходимо внимательно наблюдать за загрузкой аппаратных ресурсов сервера. В случае если какой-либо виртуальной машине не хватает ресурсов, нужно задуматься о переносе ее на другой сервер. Если вы планируете управлять большим количеством виртуальных серверов, стоит подумать о приобретении продукта VMware Virtual Center, позволяющего централизовано контролировать множество хостов, на которых установлен VMware Server, объединять их в кластеры и отслеживать загрузку хостов виртуальными машинами. Для определения количества ресурсов, которое необходимо выделять виртуальным серверам, используйте счетчики производительности внутри гостевых систем. Старайтесь использовать только виртуальные SCSI-диски, поскольку виртуальные IDE работают медленнее.
Если есть необходимость в доступе к консоли виртуального сервера из внешней сети, можно настроить Web-клиента для VMware Server, интегрированного со службами Microsoft IIS. Эта возможность позволит контролировать виртуальные сервера через Интернет с использованием защищенного соединения SSL (Secure Socket Layer).
Технические характеристики VMware Server
Для продукта VMware Server существует множество различных как коммерческих, так и бесплатных утилит для управления виртуальными машинами и дисками, контроля производительности и обслуживания. Однако если вы собираетесь на полную мощь использовать возможности VMware Server, вам стоит присмотреться к продукту VMware Virtual Center for VMware Server.
VMware ESX Server —платформа виртуализации корпоративного класса и средство построения виртуальной инфраструктуры предприятия
Среди множества решений для виртуализации, предлагаемых компанией VMware, продукт VMware ESX Server занимает особое место. Являясь флагманской разработкой компании, VMware ESX Server представляет собой основу для построения больших виртуальных инфраструктур, в которые интегрируются другие продукты VMware.
VMware ESX Server является платформой виртуализации класса «Bare Metal» («голое железо») и устанавливается на «чистый» сервер, не имеющий операционной системы и другого программного обеспечения. VMware ESX Server построен на основе операционной системы Linux Red Hat, в которой инженеры компании VMware произвели значительные изменения, добавив множество возможностей для поддержки виртуализации. Такая реализация этой платформы позволяет максимально эффективно использовать аппаратные ресурсы серверов и обеспечивать наилучшее взаимодействие между гостевыми системами и «железом».
VMware ESX Server обладает множеством достоинств и является ядром виртуальной инфраструктуры крупных предприятий, в которой требуется поддержание множества виртуальных серверов, их консолидация, обеспечение высокой доступности и миграция виртуальных машин между физическими серверами. ESX Server — это настоящая концепция построения IT-инфраструктуры предприятия с помощью виртуальных машин.
Когда нужно использовать виртуальную инфраструктуру на основе VMware ESX Server
После того, как вы установите VMware ESX Server, вам понадобится средство для миграции с физических серверов на виртуальные (P2V — Physical to Virtual). Компания VMware предлагает для этих целей использовать продукт VMware Converter, однако вы можете воспользоваться и решениями других производителей. У вас постоянно будут возникать вопросы — не стесняйтесь обращаться на форумы компании VMware, где постоянные его посетители помогут вам в трудной ситуации. В конечном итоге, на вашем ESX будет установлено несколько виртуальных машин, представляющих из себя виртуальную инфраструктуру, которая показана на рисунке, сделанном с помощью программы Veeam Reporter:
Ключевыми понятиями виртуальной инфраструктуры являются: физический адаптер (NIC), виртуальный адаптер (vNIC), виртуальный коммутатор (vSwitch) и виртуальная сеть (Vlan). VMware ESX Server позволяет создавать для виртуальной машины до четырех виртуальных сетевых адаптеров, каждый из которых может быть привязан к виртуальной сети, создаваемой в свою очередь на виртуальных коммутаторах.
Виртуальный коммутатор — это некое абстрактное многопортовое устройство, осуществляющее коммутацию каналов между виртуальными сетями и виртуальными сетевыми адаптерами виртуальных машин.
Виртуальная сеть представляет собой объединение нескольких виртуальных машин в единое сетевое окружение, в котором они взаимодействуют между собой. Если виртуальный коммутатор подключен к физическому сетевому адаптеру, то виртуальные машины через него смогут «видеть» внешнюю, по отношению к ESX, сеть.
На деле, все не так сложно, как кажется: создание элементов виртуальной инфраструктуры занимает очень мало времени и, будучи настроенной однажды, такая инфраструктура не требует дальнейшего конфигурирования при вводе в нее новых виртуальных машин.
Немного о Virtual Center for VMware ESX Server
Также как для продукта VMware Server, использование нескольких хостов с VMware ESX Server в IT-инфраструктуре предприятия рождает проблему централизованного управления и мониторинга производительности физических хостов. Для решения этих проблем c платформами VMware ESX Server так же, как и для VMware Server, используется решение Virtual Center. Его внешний вид представлен на рисунке:
Virtual Center позволяет осуществлять мониторинг множества хостов, на которых установлен VMware ESX Server, кластеризовать их и производить контроль с помощью «алармов» — сигналах о различных событиях. Надо отметить, что возможности Virtual Center для VMware ESX Server гораздо больше возможностей Virtual Center for VMware Server, что связано в первую очередь с тем, что сам продукт VMware ESX Server обладает гораздо более широкими возможностями.
Что выбрать: VMware Server или VMware ESX Server?
Из сказанного выше, становится понятно, что оба описанных в статье продукта направлены на поддержание виртуальной инфраструктуры серверов и выполняют схожие функции. Тем не менее, между двумя этими платформами есть существенные различия. Если виртуальная инфраструктура на основе VMware Server может быть построена в основном из серверов, выполняющих повседневные задачи в организации, для которых не требуется высокая степень доступности, быстродействия и гибкости, то VMware ESX Server — это полноценная платформа для поддержки жизненно важной IT-инфраструктуры предприятия в условиях бесперебойной работы виртуальных серверов и поддержки их в режиме 24×7×365.
Таким образом, при внедрении виртуальной инфраструктуры в организации нужно внимательно отнестись к определению конечных целей. При развертывании бесплатного VMware Server не возникнет особых проблем с установкой и обслуживанием, также не будет затрат на приобретение самой платформы, однако организация может потерять на быстродействии (поскольку виртуализация производится поверх хостовой операционной системы), надежности и доступности. Внедрение же VMware ESX Server обернется большими техническими трудностями развертывания и обслуживания при отсутствии квалифицированных специалистов. К тому же, инвестиции в такую платформу могут не окупиться для малых и средних организаций. Однако, как показывает опыт компании VMware, для крупных организаций внедрение VMware ESX Server оборачивается, в конечном счете, серьезной экономией денежных средств.
Учет этих моментов позволит вам грамотно спланировать миграцию физических серверов своей IT-инфраструктуры на виртуальные, сэкономив при этом не только денежные средства, но и время, которое, как известно, тоже является деньгами.
