Записки о виртуализации и о жизни
Иногда мы занимаемся обновлением наших серверов Exchange. В этот раз совпала установка обновлений Windows, .Net, Exchange CU&Security update, а также обновление движка антивируса.
Все шло как обычно, даже отключившаяся служба Exchange Search Host Controller (точнее, получившая статус автозапуска Disabled). Однако, был и нюанс – даже после ее запуска базы одна из нод маркировалась как Failed (с невозможностью связаться по сети).
Continue reading “Exchange 2013 DAG и пропавшие сетевые интерфейсы”
После разворачивания на блейдах BL460c Gen10 vSphere 6.0 и подключения к СХД по FCoE в списке Storage Adapters было пусто. Наикрутейшие Broadcom Qlogic 57840 10/20Gbit почему-то отсутствовали как класс.
Статья на сайте Dell посоветовала включить автообнаружение FCoE (как обходное решение, пока это не будет внесено в драйвера).
|
1 |
esxcli system module parameters set --module bnx2fc --parameter-string bnx2fc_autodiscovery=1 |
В самых распоследних на сегодня драйверах автообнаружения на Qlogic578 тоже нет.
Многие читатели бложика, наверное, заметили, что мы проигнорировали VMware vSphere 6.5 ;). Одна из ключевых причин – отсутствие C# (толстого) клиента для управления средой виртуализации.
По причине перехода на VMware vSphere 6.7 приходится сравнивать 4 (четыре) клиента:
Неожиданно для себя нахожу полезняшки в vSphere Web Client, коими и спешу поделиться.
Назначенные задания и перезагрузка виртуальных машин Continue reading “Фильтры, задания и снимки в VMware vSphere 6.7”
Как поклонник бесплатного решения Stor2rrd для мониторинга SAN-сети, я попробовал поучаствовать в тестировании их решения для мониторинга HPE StoreOnce.
Было достаточно забавно: протестировать два релиза и поменять два скрипта по опросу производительности :). Continue reading “Stor2rrd vs HPE StoreOnce”
Пока Андрей обновляется с vSphere 5.5 на 6.0, мы решили двигаться дальше.
На входе у нас кластер VMware vSphere 6.0U3 на Windows Server + Cisco Nexus 1000V с блейдами на базе Intel Xeon 56xx и E5-26xx V1, на выходе желаем получить vSphere 6.7 VCVA+DVS 6.6 на стоечных серверах на базе Intel Xeon Gold 61xx.
Сначала провели анализ совместимости оборудования в HCL – невероятно, но наши блейды на базе E5-26xx V1 ещё поддерживаются!
Теперь по поводу Intel Xeon 56xx: как вы знаете, поддержка данных процессоров прекращена, но ситуация двоякая. Если в вашем BIOS/UEFI разрешены инструкции AES-NI, то гипервизор будет работать, иначе – вам не повезло. В моих серверах AES-NI поддерживается, так что проблем с ESXi 6.7 не возникло.
Принципиально решил не обновлять vCenter, а развернуть с нуля, чтобы не тащить старые косяки и получить чистую установку. Скачал дистрибутив VCVA 6.7 и с 7 раза поставил. Проблема в том, что клиентский установщик не отрабатывает второй этап (решение: на втором этапе перейти в браузер и оттуда продолжить установку), но, вроде, проблему решили в VCVA 6.7a.
На новые хосты на базе Intel Xeon Gold 61xx поставили ESXi 6.7 и подключили в VCVA. Проблема возникла на ровном месте – при попытке создать EVC уровня Skylake возникла ошибка, что процессоры не поддерживают инструкции данного уровня. Решение быстро нашлось – необходимо включить MONITOR/MWAIT в BIOS/UEFI.
На старом кластере сетевые порты были переключены из Cisco Nexus 1000V в стандартный vSwitch, а хосты переведены под управление VCVA по нашей know how технологии (©2012 vMind.ru): Continue reading “Переход на VMware vSphere 6.7”
Никогда такого не было, и вот опять…
Внезапно мы узнали, что vSphere 5.5 не поддерживается на новых серверах HPE BL460c Gen10, и приняли принципиальное решение двигаться дальше :).
Так как основная масса хостов – это vSphere 5.5 с одиноким 5.1, то максимально допустимая для нас версия vCenter – это 6.0. Текущий vCenter установлен на MS Windows Server, так что было принято решение там и оставаться.
Я прочитал гайд по обновлению, посмотрел пару видео, и заверте…
Continue reading “Обновление VMware vCenter Server с 5.5 до 6.0”
Disclaimer: появилась поддержка vSphere 6.7!
Компания Vembu сообщает о выходе их продукта для резервного копирования – Vembu BDR Suite 3.9.1 (release notes).
В продукте есть поддержка ленточных накопителей, мгновенное восстановление виртуальных машин из бэкапа и обработка скриптов до/после создания резервной копии.
Появились опции для лицензирования: лицензии: Standard и Enterprise. Новая лицензия Standard Edition специально разработана для небольших (smb) компаний, кроме того, при покупке до 6 сокетов вы получаете дисконт 50% от прайса.
Напомню, что у Vembu BDR также есть бесплатная лицензия, тут можно ознакомиться со сравнением этих трех редакций.
UPD: В 3.9.1 Update 1 добавлена поддержка vSphere 6.7!
Ссылка на регистрацию
При попытке обновления до vCenter 6.5 со встроенной СУБД PostgreSQL установщик встаёт из-за отсутствия pgpass.conf
Поиск в базе знаний приводит к статье Upgrading to vCenter Server 6.5 fails during pre-check with error: “FATAL: password authentication failed for user “postgres””, которая говорит, что файл ищите в %appdata%\postgresql\pgpass.conf.
Проблема в том, что данный файлик создаётся в пользовательском профиле, соответственно, при удалении профиля либо запуском установщика под другим администратором файлик не обнаруживается.
Поэтому создадим файл сами.
Формат файла берём из документации по PostgreSQL – The Password File:
|
1 |
hostname:port:database:username:password |
Из файла C:\ProgramData\VMware\vCenterServer\cfg\vmware-vpx\vcdb.properties берем адрес и порт, которые слушает СУБД (localhost:5432), имя пользователя (vc), название БД (VCDB либо *) и копируем пароль.
Файл размещаем в профиле либо в системном каталоге.
Данная статья написана нашим читателем Lord_Alfred и выложена к нам чуть измененной копией с его блога.
Немного предыстории: я, Lord_Alfred, очень далек от администрирования серверов и работы с “железом”. Привык использовать готовые решения и стараюсь применять принцип: “работает – не трогай, не работает – погугли и попытайся исправить”. Но недавно я увлекся темой Deep Learning и почувствовал острую необходимость в покупке мощной видеокарты, которая смогла бы избавить мой домашний сервер с двумя Xeon X5660 от постоянной нагрузки на ЦП. В итоге у меня появилась “MSI GeForce GTX 1080 Ti GAMING X TRIO 11 GB OC Enthusiast” (к сожалению, с большим трудом и затратами из-за любителей криптовалют…). Естественно, захотелось сразу сделать всё “хорошо” и “правильно” (читай: поставить Ubuntu и не пытаться завести *nix’овые библиотеки на винде). Но в нашей жизни, к сожалению, не всё так гладко как хотелось бы: из-за того, что множество моих наработок по другим сферам уже были написаны под Windows, то никакого желания их переписывать у меня не было. Соответственно, начались поиски и думы о том, чтоб использовать какой-нибудь гипервизор, где будет возможность пробросить видеокарту в одну из ОС (ubuntu) и не потерять нажитое непосильным трудом (windows). Мой выбор пал на VMware vSphere ESXi, поэтому предупрежу сразу – опыта по его администрированию у меня нет, поэтому не принимайте близко к сердцу, если в статье я где-то ошибусь в терминологии или дам неправильное описание (надеюсь, что создатели vmind поправят совсем уж грубые ошибки).
Вся эта статья целиком и полностью описывает мой многострадальческий опыт в попытках (в итоге, к счастью, успешный) пробросить видеокарту в убунту и установить там драйверы nvidia и cuda toolkit. Я потратил несколько дней и несчетное количество переустановок ubuntu, пока набросал для себя некоторый “план” по установке с описанием и ссылками откуда была взята информация. Специально для тех, кто решит сделать тоже самое (или просто захочет поставить драйвера для gtx на убунте) – я переписал всё в читаемый вид и опубликовал эту статью, чтобы вы смогли потратить не 3 дня на это, а всего лишь несколько часов. Для удобства – ссылки на источники отмечены квадратными скобками, поэтому если у вас что-то пойдет “не так”, то вы сможете посмотреть откуда я взял ту или иную команду.
Continue reading “Проброс видеокарты NVIDIA GTX в виртуальную машину с Ubuntu для ESXi”