Многим  знаком режим unsupported в ESXi 4 и чтобы войти в данный режим надо было набрать unsupported на клавиатуре в локальной консоли, после этого мы попадали в busybox консоль ESXi.  Еще, наверное, многие помнят, как было немного геморно включать SSH на ESXi 4.  Да и кстати данные вещи официально не поддерживались VMware, так что если что то случилось после работы в режиме unsupported и Вы пошли писать письмо о помощи или с вопросом, то можно было сказать прощай офф. саппорту. Единственными официальными способами работы из командной строки были vSphereCLI и vMA.

Но парни из VMware не стоят на месте и в версии ESXi 4.1 официально появилась поддержка интерфейса командной строки busybox консоли как локально, так и удаленно через SSH и называются они соответственно Local Tech Support и Remote Tech Support . Активация этих режимов стала очень быстрой и удобной.

Существует два вариант активации Tech Support Mode

1. Локально из DCUI консоли ESXi;
2. Через vSphere Client;

Активация через DCUI.

Логинимся и заходим в локальную консоль.

Нас интересует Troubleshooting Options. В этом разделе как раз все и включается, а также и отключается.

Идем туда и видим

Опция Enable Local Tech Support включает локальный интерфейс командной строки.

Опция Enable Remote Tech Support (SSH) включает удаленный доступ к командной строке busybox консоли через SSH.

Опция Modify Tech Support timeout – это время ожидание в минутах при котором оба режима Tech Support  отключаются автоматом. Если есть открытые сессии, то на них эта опция не распространяется. Опция срабатывает только в том случае если нет открытых сессий (локальной и/или удаленных). Чтобы отключить данную опцию необходимо выставить время таймаута в 0.

Активация через GUI vSphere Client.

Идем в раздел Configuration -> Security Profile

Далее Properties.

Тут в принципе все теже опции что и в локальной консоли ESXi. Службы для Local Tech Support и Remote Tech Support (SSH) не запущены.

Выбираем нужный сервис (Local Tech Support/Remote Tech Support (SSH) ) и жмем Options.

Далее жмем кнопку Start дабы сейчас запустить сервис, а затем выбираем в Startup Policy режим автоматического запуска.

После выполнение процедуры видим что статус демонов стоит в Running.

Чтобы включить/отключить/изменить таймаут для автоматического отключения Tech Support Mode (в DCUI опция назывывается Modify Tech Support timeout) в GUI vSphere Client необходимо сделать следующее.

Идем Configuration -> Advansed Settings -> UserVars. Далее параметр UserVars.TSMTimeOut.

Кстати тут время измеряется в секундах, а не в минутах как в опции Modify Tech Support timeout в DCUI ESXi. Чтобы отключить таймаут необходимо просто выставить значение времени в 0. Любое другое значение означает, что таймаут включен.

О релизе тут.

О новых возможностях в этом официальном документе.

Страница загрузки продуктов.

Документация как всегда тут.

Все вкусности описывать не буду, так как коллеги уже подробно описали на русском, даю линки.

Отличный документ о новых возможностях vSphere 4.1 от Александра Самойленко.

Подробное описание новых фич от Михаила Михеева.

Хочется также сказать, что в редакциях изменился доступный функционал. Теперь VMotion доступен в редакциях Standart и Essentials Plus. Посмотреть можно тут и тут.

Цитирую что ответили.

- As you must be aware, thin provisioning is only available for in ESX 4.0. The behavior that you have mentioned in the case description is by design. Whenever a think provisioned disk is moved or copied to a different data store it will be converted to a thick disk. When you are copying it to a workstation and if we assume that it is running Windows (NTFS file system) it is automatically converted to a thick disk.

- However we can clone a thin provisioned vmdk to anther data store keeping it in the thin format.

Как я и думал. Прямого копирование между датасторами или же на другую файловую систему тонких дисков нет. Т.е оно есть, но при копирование он автоматом превращается в толстый. Хотите перенести ВМ с тонким диском на другую датасторе – мигрируйте (Migrate) или клонируйте (Clone) ее.

Планируется выпустить в этом году. Когда именно не известно.

Список того что будет.

Переводить не буду, даю как есть, вроде и так все понятно. Самое, наверное вкусное чего так многие ждали так это Support for USB pass-through.

• Storage I/O can be shaped by I/O shares and limits through the new Storage I/O Control quality of service (QoS) feature
• Network I/O can be partitioned through a new QoS engine that distinguish between virtual machines, vMotion, Fault Tolerance (FT) and IP storage traffic.
• Memory compression will allow to compress RAM pages instead of swapping on disk, improving virtual machines performance.
• Distribute Resource Scheduling (DRS) now can follow affinity rules defining a subset of hosts where a virtual machine can be placed
• Virtual sockets can now have multiple virtual CPUs. Each virtual CPU will appear as a single core in the guest operating system.
• A team physical network interface cards in a vNetwork Distributed Switch can now dynamically load balance traffic.
• Health check status and operational dashboard are available for HA configurations.
• vSphere Client is no more part of the ESX and ESXi installation packages. At the end of the installation process administrators are redirected online to download the client.
• ESXi installation can be scripted. The script can start from a CD or over a PXE boot source, and can install the hypervisor on local or remote disks.
• ESX can boot from iSCSI targets (support for iBFT)
• NFS performance stats are included in esxtop and vCenter Server, as well as through the vSphere SDK.
• Virtual machines serial ports redirection over the network
• Support for up to 4 vMotion concurrent live migrations in 1GbE networks and up to 8 concurrent live migrations in 10GbE networks
• Support for USB pass-through (virtual machines can use ESX/ESXi local USB devices)
• Support for administrator password change in Host Profiles
• Support for FT in DRS clusters with with Enhanced vMotion Compatibility (EVC)
• Support for iSCSI TCP/IP Offload Engine (TOE) network interface cards (both 10GB an 1GB)
• Support for 8GB Fibre Chanell HBAs
• Support for IPsec on IPv6 network configurations
• Support for multiple Data Recovery virtual appliances
• Support for Microsoft Volume Shadow Service (VSS) in Windows Server 2008 and 2008 R2 guest operating systems for vStorage APIs for Data Protection (VADP)
• Update Manager (VUM) can now patch additional 3rd party modules for ESX (like EMC PowerPath)
• Virtual to Virtual (V2) migration for offline Hyper-V virtual machines in vCenter Converter
• ESX and ESXi direct support for Microsoft Active Directory through Likewise technology integration
• Support for Intel Xeon 7500 / 5600 / 3600 CPU series (this includes EVC support)
• Support for AMD Opteron 4000 / 6000 CPU series (this includes EVC support)

Так что ждемс.

Тем, кто старается строить безопасную виртуальную инфраструктуру рекомендуется к прочтению.

Информация о релизе документа

В физической среде было бы не так быстро и просто выполнить данную операцию. Во первых сама процедура установки нового железа. Во вторых в зависимости от оборудования и инфраструктуры, пришлось бы останавливать сервер, для добавления железа. А если учесть что данный сервер постоянно находится под нагрузкой и в работе, то пришлось либо переносить/перенаправлять его на другой сервер в кластере, либо если нет кластера (а в секторе СМБ часто кластеров нет), то ждать ночи и делать апгрейд. Конечно, терять свое драгоценное время для отдыха, как то порой не очень хочется. А еще я стремлюсь сократить любые простои ИТ инфраструктуры до минимума. Вот и дилемма была бы.

Но блага у меня инфраструктура виртуальная и это решает кучу таких вот дилемм и маленьких проблем.

В данном случае на помощь приходит Hot Add или горячее добавление устройств в ВМ.

Пара движений, максимум 10 минут на все и вуаля у нас на сервере уже на диске место, и прибавка к оперативке без лишних хлопот, остановок и больших трудозатрат. Скажу одно: Hot Add реально облегчает жизнь, а также экономит время административного персонала и сокращает финансовые расходы компании.

Чтобы была возможность горячего добавление CPU и RAM, ее нужно разрешить в свойствах ВМ (Свойства ВМ -> Вкладка Options -> Memory/CPU Hotplug), по умолчанию данные опции выключены.

Если ВМ включена, то ее придется выключать иначе никак. После включение данной опции можно уже в работающей ВМ добавлять CPU или RAM. Горячее добавление дисков сразу поддерживается без включения, каких либо опций.

После включение данных опций горячее добавление RAM или CPU становится доступным из свойств ВМ. В зависимости от ОС добавление проходит в горячем режиме, сразу после применение новых параметров конфигурации ВМ.

Cписок ОС которые поддерживают горячее добавление.

• Windows Server 2003 Enterprise – только горячее добавление RAM. CPU добавляется только после перезагрузки;
• Windows Server 2003 Datacenter – горячее добавление CPU и RAM;
• Windows Server 2008 Enterprise – только горячее добавление RAM. CPU добавляется только после перезагрузки;
• Windows Server 2008 Datacenter – горячее добавление CPU и RAM;
• Linux дистрибутивы с ядром 2.6.14 или более поздним. (Сам не проверял, взял с инета);

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

Открылся новый интересный сайт VMwareSecurityGroup.ru посвященный безопасности в одной из моих любимых областей – виртуализации.

Поздравляю коллег и искренне за них рад! Удачи в плавание по просторам интернета!

Рекомендую всем к частому посещению данного ресурса.

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

«Для управляющих датацентрами становится все более очевидной необходимость специализированной защиты их решений с использованием виртуализации. Комбинация VMware vSphere и IBMvirtual Server Security for VMware предоставляет им все необходимые решения для защиты», – говорится в сообщении IBM.

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

Для клиентов продукт станет доступен с декабря.

Источник

Пресс релиз

Как всегда Microsoft делает «правильное» сравнение в свою пользу.