Category Archives: Vmware



Как залогиниться в FC фабрику не перезагружая хост в ESXi 5.5

vmware esxi 5.5

Как залогиниться в FC фабрику не перезагружая хост в ESXi 5.5

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочется рассказать, что в некоторых случаях при добавлении в FC фабрику СХД и презентации томов для серверов ESXi, новые тома не появлялись в списке доступных без перезагрузки хоста.

В версии ESXi 5.1 и ранее данная проблема решалась вводом одной из команд:

echo "scsi-qlalip" > /proc/scsi/qla2xxx/adapter_id для HBA адаптеров QLogic.
echo "dev_login wwpn" > /proc/scsi/lpfc/host_num для HBA адаптеров Emulex.

 

Но начиная с версии ESXi 5.5, при использовании нативных драйверов устройств старые команды не работают. Вместо этого предлагается использовать универсальную команду:
esxcli storage san fc reset -A vmhbaX



Внимание с VMware Persona Management

vmware enterprise

VMware Persona Management

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

Взять, например, VMware Persona Management, который позволяет создавать и синхронизировать перемещаемые профили пользователей.

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



Серьезная дыра безопасности OpenSSL в программном обеспечении VMware

защита безопасности данных

Серьезная дыра безопасности OpenSSL в программном обеспечении VMware

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочется рассказать в данной статье о, том что угрозе подвержены VMware ESXi 5.5 и VMware ESXi 5.5 U1, содержащие библиотеки openssl-1.0.1b и openssl-1.0.1e.

Также для проверки можете запустить следующую команду из консоли ESXi:
echo -e "quit\n" | openssl s_client -connect <HOSTNAME>:443 -tlsextdebug 2>&1| [ "` grep -c 'TLS server extension \"heartbeat\" (id=15), len=1'`" -gt 0 ] && echo 'Vulnerable'

, где HOSTNAME - IP адрес или DNS имя ESXi.



Размышления о автоматическом выделении ресурсов для виртуальных машин

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

Размышления о автоматическом выделении ресурсов для виртуальных машин

Размышления о автоматическом выделении ресурсов для виртуальных машин



Как оптимизировать работу виртуальной инфраструктуры на базе VMWare vSphere

Добрый день уважаемые читатели блога pyatilistnik.org, сегодня хочется рассказать в данной статье о, том что практика показывает, что любой процесс, в определенной степени, всегда можно оптимизировать. Это вполне можно отнести и к виртуализации. Возможностей оптимизации тут достаточно много, и задача эта многогранна.

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

Для начала хотелось бы рассказать о двух технологиях, основным образом влияющих на производительность vSphere. Это технология NUMA и технология работы шедулера гипервизора ESXi.

Про NUMA существует достаточно много подробных статей, пересказывать эту информацию не вижу смысла, ограничусь лишь базовым описанием для целостности материала. Итак, NUMA – Non Uniform Memory Access. На русский язык это можно перевести как Неравноценный Доступ к Памяти.



VMware esxi 5.1: Alarm ‘Host IPMI System Event Log Status’ eng version

VMware esxi 5.1 Вылез Alarm 'Host IPMI System Event Log Status' русская версия

Alarm 'Host IPMI System Event Log Status'

Today I logged-in into vSphere Client and stepped into this alert.