Переход на VMware vSphere 7.0 update 2

Постоянный читатель прислал свои мысли о выборе гипервизоров и убедительной победе vSphere 7.0, несмотря на все грабли ;).

С чего все началось

Недавно у наших коллег появилось осознание, что:

  1. самым старым серверам в продуктивной среде уже 8 и больше лет,
  2. поддержки и запчастей на них нет,
  3. нагрузка по памяти под 90%, но ее там очень немного,
  4. установлена максимально возможная для этих серверов ESXi 6.5 , на тот момент 17477841 (сейчас 18071574).

Поэтому  было решено:

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

Серверы, в основном, производства HPE и Huawei, на каких-то задачах используются серверы Supermicro. Предлагают закупать Dell, HPE, Lenovo. У Huawei сейчас все сложно, а присматриваться к линейке Kunpeng на Arm сейчас нет времени. Хотя под Arm есть и MS Server, и ESXi.

Почему ESXi, а не что-то еще Читать далее «Переход на VMware vSphere 7.0 update 2»

Лекции по виртуализации

В январе 2021 года попались на глаза 2 курса по виртуализации для начинающих, а местами и для продвинутых:

  1. Записи видео лекций УГАТУ IT LAB — Основы виртуализации, VMware vSphere, Microsoft Hyper-V, ProxMox и Veeam Software
  2. Веб-касты от SoftLine VMware vSphere 7

Настройка NVMe-oF подключения к RHEL 8.1

Dmitriy Shevchenko прислал продолжение цикла инструкций по настройке NVMe-oF. Сегодня речь пойдёт об операционной системе RHEL.

Перечень оборудования и ПО

Система хранения: Netapp AFF A320, версия ПО ONTAP Release 9.7P1.

Коммутаторы сети хранения данных: Switch Brocade 6505 16Gb 24 Port 2шт. FW 8.2.1c.

Серверы: Fujitsu PRIMERGY RX2530 M5 c FC адаптерами Broadcom (EMULEX) LPe32002 версия FW 12.6.240.22 (рекомендованная в матрице совместимости Netapp).

Операционная система: Red Hat Enterprise Linux release 8.1 (Ootpa) (Примечание: в 8.2 с установкой драйверов, были проблемы, нет ключа -n).


Предварительная подготовка

  1. Устанавливаем Red Hat Enterprise Linux release 8.1 (без установки обновлений):
# cat /etc/redhat-release
Red Hat Enterprise Linux release 8.1 (Ootpa)
  1. Скачиваем необходимые драйвера и ПО с сайта broadcom.com:
  1. Устанавливаем OneCommand Manager: Читать далее «Настройка NVMe-oF подключения к RHEL 8.1»

Отчёт о VMworld 2017 Europe

В этом году посетил конференцию VMworld 2017 Europe в Барселоне, благодаря организаторам и переносу сроков проведения с октября на сентябрь.

Ссылки на запись сессий я ранее давал в заметке VMworld 2017 Top Sessions.

Конференция проходит в огромном выставочном центра Барселоны. Первая сессия — это генеральная от генерального 😉 Читать далее «Отчёт о VMworld 2017 Europe»

VMware vSphere vs OpenStack

Спросили меня на работе, а почему мы не используем бесплатные решения, разработанные сообществом? Или «платные» решения от Mirantis…

Так как слова OpenStack мне вообще ничего не говорили, пришлось кратко погрузиться в эту тему.

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

Так как вопрос изначально стоял про сравнение, то я нагуглил еще пару ссылок про сравнение функционала (раз и два):

  • VMware vMotion переносит ВМ без простоя. Максимальный заявленный latency — 100мс. В vSphere 6.0 можно осуществлять миграцию на другой vCenter (сервер управления) и даже в другую IP-сеть (через маршрутизатор). В OpenStack заявлен suspend (пауза) на две секунды. С другой стороны, OpenStack умеет мигрировать ВМ между Intel и AMD;
  • Storage vMotion в OpenStack то ли не поддерживается, то ли предлагается реализовать средствами LVM. То есть «можно, но геморройно»;
  • балансировки нагрузки, аналогичной VMware DRS, тоже практически нет. DPM также отсутствует. «Готовый» шедулер балансирует машины только при включении. Из практической пользы можно отметить, что при желании можно соорудить свой планировщик, использующий абсолютно любые требования;
  • аналог VMware HA есть (правда, вызывает сомнения функциональность). Мониторинг ОС в ВМ 100% реализуется через стороннюю связку с Zabbix/Nagios. Аналогом Fault Tolerance был Kemari+Xen, но Kemari, вроде бы, больше не поддерживается. Зеркалирование инструкций в KVM, вроде бы, также не поддерживается;
  • всякие другие штуки типа network teaming, VMware API Array Integration, Update Manager, Host Profiles, Distributed Switch, Storage/Network IO Control либо отсутствуют, либо требуют активного допиливания.

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

В целом, я рад, что на текущий момент сообщество может предложить мне не бесплатный гипервизор (Xen/KVM), а некий инструмент, позволяющий создать свою инфраструктуру виртуализации. Несколько лет назад были только гипервизоры…

Четыре четверти виртуализации 2014

Gartner выпустила очередной магический квадрат для инфраструктуры серверной виртуализации на платформе x86. Практически четвертей оказалось две — лидеры и нишевые игроки. В лидерах, как и ожидалось, VMware и Microsoft. Из новичков интересен только Huawei с платформой FusionSphere (форк XEN).

gartner2014_virt

Cisco Nexus 1000v даром?

Ранее я писал статью про настройку Cisco Nexus 1000v для vSphere 4.1. Данный продукт требовал лицензии vSphere Enterprise Plus, да еще и стоил ~500$ за сокет.

Поэтому для меня стала приятной новость о том, что начиная с версии 2.1, появляется «бесплатная» редакция данного виртуального коммутатора. Эта версия находится в статусе беты (и будет доступна для тестирования где-то в октябре).

Читать далее «Cisco Nexus 1000v даром?»

Внедряем виртуализацию KVM – часть 2

Продолжаем цикл статей Virus’а про виртуализацию средствами KVM.

Вы уже читали первую часть?

В этой части рассказ пойдет о пробросе USB в ВМ и миграции с VMware Server.

Читать далее «Внедряем виртуализацию KVM – часть 2»

Внедряем виртуализацию KVM — часть 1

Virus делится опытом по внедрению виртуализации на KVM.

Дисклаймер

Основное преимущество, которое перекрывает все недостатки KVM, – это именно отсутствие маркетинговых заморочек и ограничений, вроде лимита на количество ядер, или лимита на объем памяти, или запрета резервного копирования.

Попутно нет различных странностей вроде пропажи 512 мб озу (см. мою статью «запускаем ESXi на офисных компах»).

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

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

Всегда можно взять ssh клиент и сделать именно то, что хочется.

Читать далее «Внедряем виртуализацию KVM — часть 1»