Release disk lease vmware что это

Обновлено: 06.07.2024

Четвертая часть полностью посвящена моментам работы ESXi с дисковой подсистемой и СХД.

VMware vStorage APIs for Array Integration (VAAI)

Как уже говорилось в первой части, рекомендуется использовать дисковые хранилища с поддержкой VAAI. Данные возможности СХД позволяют перенести нагрузку с гипервизора на хранилище, улучшая в некоторых ситуациях производительность.

Если SAN, либо NAS массив поддерживает VAAI, ESXi автоматически это определит и начнет использовать предоставленные возможности.

LUN Access Methods

Помимо классической файловой системы VMFS поверх луна, ESXi также поддерживает технологию raw device mapping (RDM), позволяющую подключать лун напрямую в виртуальную машину. Зачастую RDM может использоваться в кластерных системах.

RDM – файл на VMFS, который выступает как прокси для нижележащего блочного устройства (луна).

RDM может работать в двух режимах – virtual compatibility, либо physical compatibility:

  1. Virtual Mode – функции взаимодействия с диском виртуализируются по аналогии с любым диском, располагаемым на VMFS. Данный режим, например, позволяет создавать снапшоты дисков RDM;
  2. Physical mode – минимизирует функции виртуализации и взаимодействия с диском, перекладывая данные функции на виртуальную машину. Снапошты создавать нельзя.

Virtual Disk Modes

Для каждого диска виртуальной машины ESXi поддерживает три режима:

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

Virtual Disk Types

ESXi поддерживает два основных типа дисков – Thick Provisioned и Thin Provisioned.

Thick Provisioned – тип виртуального диска, который сразу резервирует дисковое пространство на хранилище VMFS. Подразделяется на два типа:

  1. Eagerzeroed – при создании виртуального диска, полностью его «зануляет». Увеличивает производительность при первой записи в каждый предварительной зануленный блок, но увеличивает время создания диска (чем больше диск – тем больше время, соответственно). VAAI может ускорить процесс создания таких дисков.
  2. Lazyzeroed – так же резервирует пространство под виртуальный жесткий диск, но зануление блоков происходит только в момент первой записи в них. Диск создается практически моментально, однако, при первой записи будет немного снижена производительность. При последующих записях обладает такой же производительностью, как и eager zeroed диски;
  3. Thinprovisioned – В отличии от Thick provisioned дисков, которые сразу резервируют требуемое пространство на VMFS, пространство под тонкие диски выделяется при записи. Производительность при первой записи в новый блок будет ниже, однако при последующих записях в ранее записанные блоки производительность аналогична eager-zeroed дискам.

Automatic Space Reclamation (UNMAP)

Хранилища VMFS6 (начиная с версии vSphere 6.5) поддерживают автоматическое высвобождение освободившегося пространства для thin provisioned дисков.

Стоит отметить, что VMFS5 так же поддерживает UNMAP, правда только в ручном режиме с помощью esxcli storage vmfs unmap.

Partition Alignment

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

Как и многие другие файловые системы, VMFS может испытывать проблемы с производительностью в случае неправильного выравнивания (misalignment). Начиная с ESXi 5.0 при создании файловой системы через клиента vSphere, VMFS3/5/6 автоматически выравниваются, начиная от границы в 1MB;

Если файловая система VMFS3 создана на более ранней версии гипервизора, чем ESXi5, выравнивание такой FS начинается от границы в 64KB. В случае если файловая система будет обновлена до VMFS5, выравнивание в 64KB так же сохраняется. Единственным решением является пересоздание файловой системы с гипервизора с версией 5 или выше.

Файловые системы VMFS3 и VMFS5 нельзя обновить до VMFS6. Единственный вариант – создание нового datastore на базе VMFS6 и перенос виртуальных машин на него.

Для того, чтобы выровнять VMFS разделы вручную, рекомендуется ознакомиться с документацией производителя СХД, с которой выделяется LUN (в большинстве случаев на выравнивание влияет тип ОС, указанный при создании луна на СХД), ну и, конечно, на рабочей файловой системе такое не делается.

Если выясняется, что с выравниванием не все в порядке, правильным решение будет создать новое, уже выравненное хранилище VMFS и выполнить Storage vMotion виртуальных машин на него.

SAN Multipathing

Поскольку практически во всех инсталляциях доступ к СХД осуществляется по нескольким путям (через несколько портов HBA и несколько свитчей (в SAN это называется фабрикой)), необходимо использовать специальное ПО, управляющие всеми путями и определяющие использование путей до СХД (Multipathing software). В ESXi за это отвечает PSA – Pluggable Storage Architecture.

Политики мультипасинга могут влиять на производительность дисковой подсистемы. В большинстве случаев, политика, выставленная ESXi по умолчанию для СХД будет лучшим выбором.

Если выбрана иная политика, рекомендуется свериться с документацией производителя системы хранения данных и убедиться, что она поддерживаема.

Round Robin – политика, позволяющая в некоторых ситуациях улучшить производительность за счет балансировки нагрузки между активными путями, ведущими к СХД, отправляя фиксированное количество I/O запросов на каждый из путей. Не все массивы поддерживают политику Round Robin. Использование неподдерживаемой политики может привести к проблемам с доступом к предоставленным дисковым ресурсам. Рекомендуется обратиться к документации производителя СХД, чтобы получить список поддерживаемых политика.

ALUA (Asymmetric Logical Unit Access) – использование данной политики позволяет увеличить производительность при работе с СХД, которая, собественно, поддерживает ALUA. ALUA информирует ESXi об оптимальных путях до луна (Active Optimized), а так же дополнительных, не оптимальных путях (Active Non-Optimized). В сочетании с Round Robin, ESXi балансирует запросы к СХД между оптимальными путями.

ESXi так же поддерживает сторонние плагины (PSPs), которые могут предоставить наилучшую производительность для конкретных типов хранилищ (обычно поставляются производителем СХД).

Storage I/O Resource Allocation

VMware предоставляет механизмы для динамического управления дисковым вводом-выводом, позволяя критически важным приложениям сохранять их производительность даже во время нехватки ресурсов.

Дисковый ввод-вывод доступный ESXi можно разграничить с помощью Shares, либо Limits:

  1. Часть ввода вывода виртуальных дисков можно разграничить с помощью Shares. В таком случае, каждый виртуальный диск будет иметь часть пропускной способности к хранилищу, в зависимости от выставленной величины Shares;
  2. Максимальное количество I/O доступных виртуальному диску можно ограничить с помощью Limits. Limits выставляются в количестве IOPS. По умолчанию количество IOPS не ограничивается.

Limits и Shares выставляются на уровне виртуального диска в настройках машины.

iSCSI and NFS Recommendations

  1. Если возможно, стоит использовать выделенные сетевые подключения для iSCSI и NFS между сервером и СХД (еще лучше отдельные коммутаторы). Если выделенной сети нет и не предвидится, стоит отделить дисковый трафик хотя бы с помощью VLAN.;
  2. Рекомендованная скорость подключения 10Gb/s и выше. В случае с NFS агрегация сетевых интерфейсов может предоставить большую пропускную способность;
  3. Если возможно – стоит использовать Jumbo frames (MTU 9000).

NVMe/NVMe-oF Recommendations

  1. Для максимальной производительность рекомендуется включить high-performance plug-in (HPP) на хосте ESXi;
  2. Увеличить максимальное количество I/O с параметром Disk.SchedNumReqOutstanding;
  3. Максимальная пропускная способность NVMe может быть достигнута с запуском большого количества виртуальных дисков, либо виртуальных машин, поскольку в NVMe хорошо развит параллелизм;
  4. Необходимо выбирать корректны storage adapter в виртуальной машине. Это может быть, как PVSCSI, так и vNMVe.

vSphere Virtual Machine Encryption Recommendations

Начиная с версии 6.5 vSphere может шифровать виртуальные диски .vmdk, файлы снапшотов .vmsn, NVRAM .nvram, swap .vswp и конфигурационные файлы .vmx.

Шифрация и дешифрация выполняется центральным процессором и, соответственно, потребляет его ресурсы.

  1. При достаточном количестве процессорных ресурсов, в большинстве случаев потеря производительности крайне незначительная. Однако, в случае нехватки ресурсов ЦПУ, могут начаться проблемы с производительностью;
  2. Для минимизации потребления CPU, рекомендуется выбирать процессоры, которые поддерживают инструкции AES-NI;
  3. Необходимо убедиться, что AES-NI в состоянии Enabled в BIOS. Иногда, для этого необходимо обновить версию BIOS;
  4. Поскольку шифрование выполняется непосредственно хостом и СХД видит только зашифрованные данные, это может сказаться на таких показателях как дедупликация и компрессия.

General ESXi Storage Recommendations

Running Storage Latency Sensitive Workloads

С самого начала подсистема дискового ввода-вывода в ESXi сконфигурирована для получения максимальной пропускной способности с минимальными затратами процессорных ресурсов.

Для приложений, чувствительных к дисковым задержкам следует рассмотреть и сконфигурировать следующие моменты:

  1. Host Power Management может влиять на значения Latency дискового ввода-вывода, ввиду чего рекомендуется возможно переключить политику в режим «Maximum Performance», либо отключить Power Management в BIOS. Отключить C1E и прочие C-states в BIOS. Включить Turbo Boost в BIOS;
  2. Если в виртуальной машине используется контроллер LSILogic, либо PVSCSI, можно отрегулировать параметр reqCallThreshold. Данный параметр влияет на скорость прохождения дисковых запросов виртуальной машины, однако может увеличить потребление ресурсов CPU.

На этом часть, посвященная работе с дисковой подсистемой, подходит к концу. В следующей части посмотри более внимательно на работу сетевой подсистемы.

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

Настройка квот¶

Квоты (Quotas) определяют, сколько VM может создать и запустить один пользователь.

Чтобы настроить квоты по умолчанию для всех пользователей:

В разделе Administration в меню слева выберите Policies и нажмите Edit .

Отредактируйте параметры Default New User Quotas . См. Параметры Policies .

Чтобы настроить квоты для конкретного пользователя:

В разделе Administration в меню слева выберите Users .

Нажмите на имя пользователя.

Перейдите в раздел Quotas и нажмите Edit .

В открывшейся форме Edit Quota for User нажмите ADD .

Выберите тип квоты и укажите ее значение. Для отключения ограничения активируйте переключатель Unlimited .

Настройка времени аренды¶

Время аренды (Lease) — максимальное время, в течение которого в виртуальном ЦОД выполняются и хранятся ресурсы. По истечении времени аренды VMware Cloud Director автоматически освобождает виртуальные ресурсы в зависимости от установленной политики.

Чтобы настроить время аренды по умолчанию для всех vApp:

В разделе Administration в меню слева выберите Policies и нажмите Edit .

Отредактируйте параметры Leases . См. Параметры Policies .

Чтобы настроить время аренды для конкретного vApp:

В разделе Data Centers в меню слева выберите vApps .

В окне vApp нажмите Details .

В разделе General в блоке Lease нажмите EDIT . Откроется окно Renew Leases .

Отредактируйте параметры Runtime lease и Storage lease .

Параметры Policies¶

В разделе Administration в меню слева выберите Policies и нажмите Edit . Отредактируйте параметры Policies:

vApp leases — параметры времени аренды vApp:

Maximum runtime lease

Как долго vApp будет работать, прежде чем автоматически остановится. Значение «Never Expires» отключает этот механизм.

Runtime expiry action

Действие, которое выполнится после превышения срока аренды.

Maximum storage lease

Время, по истечении которого vApp, остановленный из-за превышения срока аренды, навсегда удалится или переместится в просроченные объекты. Значение «Never Expires» отключает этот механизм.

Действие, которое выполнится при превышении срока хранения.

vApp template lease — параметры времени аренды шаблонов:

Maximum storage lease

Как долго шаблон vApp будет храниться. По истечении этого срока он навсегда удалится или переместится в просроченные объекты. Значение «Never Expires» отключает этот механизм.

Действие, которое выполнится при превышении срока хранения.

Default New User Quotas — параметры квот по умолчанию для нового пользователя:

Количество VM по умолчанию, которое может создать пользователь. Для отключения этого ограничения выберите «Unlimited».

Running VMs quota

Количество VM по умолчанию, которое может запустить пользователь. Для отключения этого ограничения выберите «Unlimited».

Password Policies — параметры блокировки учетной записи при неудачной попытке входа в систему:

Включение/отключение блокировки пользователя после нескольких неудачных попыток входа в систему.

Invalid logins before lockout

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

Account lockout interval

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

date

20.01.2020

directory

VMWare

comments

комментариев 13

Предупреждение ‘Virtual Machine disks consolidation is needed’ на вкладке Summary виртуальной машины в консоли VMWare vSphere означает, что при удалении снапшота (операция Delete или Delete All) не удалились корректно (остались на диске) файлы виртуальных vmdk файлов снапшотов или логи. В результате не удается выполнить резервное копирование виртуальной машины.

Ошибка vmware esxi - Virtual Machine disks consolidation is needed’

Самые распространённые причины появления ошибки «Virtual Machine disks consolidation is needed»:

  • Плохая производительность дискового хранилища, из-за которого удаление/консолидация снапшотов отваливаются по таймауту или большой размер снапшота;
  • На VMFS хранилище недостаточно места для выполнения консолидации;
  • vSphere или стороннее приложение (как правило это приложение резервного копирования, HP DataPtotector, Veeam или Netapp VSC) заблокировало файлы снапшотов. Убедитесь, что отсутствует запушенные процессы резервного копирования виртуальной машины;
  • Проблемы с потерей подключения (возможно временные) между серверов vCenter и хостом ESXi;

Для исправления ошибки «Virtual machine Consolidation Needed status «необходимо щелкнуть ПКМ по виртуальной машине и выбрать в меню пункт ВМ -> Snapshots -> Consolidate.

Snapshots -> Consolidate консолидация снапшотов виртуальной машины

Появится окно с запросом:

This operation consolidates all redundant redo logs on your virtual machine. Are you sure you want to continue?

This operation consolidates all redundant redo logs on your virtual machine

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

запуск консолидации виртулаьных дисков vmware

После этого предупреждение о необходимости консолидации ВМ исчезнет.

В некоторых случая при выполнении консолидации в консоли vSphere может появится ошибка:

Unable to access file since it is locked. An error occurred while consolidating disks: Failed to lock the file. Consolidation failed for disk node ‘scsi0:0’: Failed to lock the file.

An error occurred while consolidating disks: Failed to lock the file

VMware в этом случае рекомендует выполнить перезапуск агентов Management agents на сервере ESXi. Для этого нужно подключиться к хосту по SSH и выполнить команду:

services.sh restart перезапуск Management agents

Однако вы можете попробовать разблокировать файлы виртуальной машины так:

Вы можете найти все виртуальные машины, которые требуют консолидации с помощью PowerCLI. Для этого подключитесь к своему серверу vCenter:

Теперь можно выполнить консолидацию дисков всех полученных машин:

PowerCLI выполнить консолидацию ConsolidateVMDisks_Task

Предыдущая статья Следующая статья

page

page

page

HPE ESXi: Низкая производительность дисков в кастомных образах HP Интеграция сторонних драйверов в ISO образ VMWare ESXi 6.7 Особенности VMware vSAN 6.5: FAQ и настройка кластера Установка и базовая настройка бесплатного VMware vSphere Hypervisor

Просто удалите все снапшоты. ВМ останется в текущем состоянии.

Спасибо за быстрый ответ!
А ВМ при этом нужно выключать или должна работать?

Не важно 🙂 Но при выключенной ВМ консолидация и удаление снапшотов выполняется быстрее.

По-хорошему, указывать, что это перевод статьи xxx даже картинки их.

Здравствуйте, возникла небольшая проблема со снапшотами. Veeam Backup хотел сделать резервную копию виртуальной машины но выдал ошибку в процессе работы. В виртуальной машине подключённые HDD заканчиваются на 000001 но в Snaphot Manager нет никаких снапшотов. Место на datastore заканчивается но новые диски с 000001 растут понемножку в объёме. И вот вопрос когда закончиться место на datastore виртуалки не запустятся как можно удалить эти снапшоты но так чтоб потом можно было запустить виртуалки. Поменять в настойках VM путь к нормальных дискам без 00001 но тогда навернека не будет видно последних изменений?

Вышеописанные способы не помогли(
Мне помогло:
1) Выключить VM;
2) Удалить ее из перечня (Remuve from Inventory);
3) Зарегистрировать ее повторно (зайти через vCenter в папку с VM; найти файл с расширением VMX и зарегистрировать);
4) Повторить консолидацию.


Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
  • VMware Technology Network
  • :
  • Global
  • :
  • Russian
  • :
  • Russian Discussions
  • :
  • ESXi проблема подключения массива более 2 Тб
Oleg_Ustsov
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Email to a Friend

Доброго времени суток !

Возникла проблема с подключением раздела (созданного в аппаратном рейде) размеров более 2Тб в ESXi 5.0

Сервер HP ProLiant DL380 G5

Версия гипервизора ESXi 5.0 u3, кастомная для серверов HP - VMware-ESXi-5.0.0-Update3-3086167-HP-500.9.4.22-Nov2015

На сервере аппаратный RAID, созданы 2 раздела:

1. Зеркало из 2х HDD по 72 Гб = 72 Гб

2. RAID 6 из 6и HDD по 600 Гб = 2,4 Гб

После установки ESXi, добавляем хост в vCenter6, идем в конфигурацию, далее - Storage -> Add Storage, выбираем "Storage Type" - "Disk/LUN" и видим в списке только раздел на 72 Гб, создаем из него датастор. При попытке добавить еще один Storage тем же путем, на стадии выбора диска, видим пустой список, т.е. раздел 2,4 Гб не виден.

Как я понял, ESXi "из коробки" не будет видеть разделы более 2 Тб, вопрос, как можно решить эту проблему и прикрутить датастор размером 2,4 Тб ?

Akopylov
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Email to a Friend

Почитайте комментарии здесь:

Akopylov
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Email to a Friend

Как я понял, ESXi "из коробки" не будет видеть разделы более 2 Тб, вопрос, как можно решить эту проблему и прикрутить датастор размером 2,4 Тб ?

Это не так. И у вас не раздел, у вас LUN. Ограничение в 2 тб на vmfs том было емнип в vmfs 3+, в vmfs 5 ограничение 64 тб, и даже если бы у вас был, скажем, esxi 4.1 с vmfs 3.3, LUN даже 5 ТБ был бы виден, просто максимальный размер создаваемого vmfs тома на нем был бы 2 тб. Ваша проблема не в этом, смотрите логи, смотрите вывода esxcli storage команд.

p.s. почему не использовать 5.5 u3 hp кастом релиз от апреля 2016 например?

Oleg_Ustsov
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Email to a Friend

По поводу версии ESXi: смотрел на странице VMWare Compatibility Guide (VMware Compatibility Guide - System Search), там самая свежая версия для моего сервера ESXi 5.0 u3, при выборе исходил из этого.

Oleg_Ustsov
  • Mark as New
  • Bookmark
  • Subscribe
  • Mute
  • Email to a Friend

Если не сложно, подскажите, на что обратить внимание в логах?

И по поводу "вывода esxcli storage команд", можно поподробнее. Подключился по SSH к хосту с гипервизором, что там можно посмотреть?

в выводе данной команды смущает, что для массива 72 Гб (который настроен на RAID-контролере сервера) указано "Vendor: VMWare" так же как и для диска с нулевым размером, в то время как для флешки "Vendor: Verbatim", что соответствует действительности.

Массив используется HP Smart Array P400.

И еще момент, если пытаюсь скормить ESXi массив емкостью менее 2 Тб, в моем случае 1,8Тб, его он видит без проблем. Отсюда и мысли в сторону того что причина в размере.

Читайте также: