Vmfsl что это

Совет. Если у вас всего один ESXi хост, одно VMFS хранилище или нет vCenter, то вы не сможете сделать операцию Storage vMotion. В таком случае можно склонировать vmdk диск командой:
vmkfstools -i test_vm_3.vmdk test_vm_3_newsize.vmdk

Удалите оригинальный vmdk диск и еще раз склонируйте оставшийся vmdk диск, вернув ему прежнее имя:
rm test_vm_3.vmdk
rm test_vm_3-flat.vmdk
vmkfstools -i test_vm_3_newsize.vmdk test_vm_3.vmdk

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

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

Итак, мы рассмотрели один из вариантов выполнения операции уменьшения размера виртуального vmdk диска в VMWare ESXi. Если требует уменьшить размер тонкого диска VMWare за счет неиспользуемого места, рекомендуем воспользоваться этой инструкцией.

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

• Уменьшение размера виртуального диска путем конвертации виртуальной машины с помощью VMware vCenter Converter. При конвертации нужно указать размер нового диска меньше, чем исходный (об этом в следующем разделе);
• Можно склонировать содержимого виртуального диска с помощью стороннего софта (например, Acronis True Image или Symantec Ghost32). Операция выполняется путем добавления в виртуальную машину нового диска меньшего размера и клонирования на него содержимого большего диска. После этого большой диск можно удалить.

Уменьшение размера виртуального диска с помощью VMware vCenter Converter Standalone

Еще один способ уменьшения размера виртуальных дисков у ВМ на VMWare с помочью GUI — воспользоваться бесплатным конвертером — VMware vCenter Converter Standalone.

• Конвертация V2V выполняется медленно;
• На датасторе должно быть достаточно места для разрешения новой ВМ;
• У новой ВМ будет новый MAC адрес.

• не требуется открывать в консоль vCenter или ESXi хоста;
• создается точная копия VM;
• источник не поломается при ошибке в настройках параметров задачи конвертирования.

Примечание. Виртуальная машина, которую вы хотите сконвертировать (изменять размеры дисков и т.д.), должна быть выключена (с помощью Shut down или Power Off, но не Suspend).

Укажите адрес ESXi хоста.

Выберите исходную ВМ.

Укажите параметры новой ВМ.

Перейдите в режим редактирования диска (Data to copy -> Edit).

Выберите режим копирования: Select volumes to copy.

Укажите новый размер диска в новой ВМ. Как вы видите, на диске в гостевой занято 48 гб, а размер самого диска – 150. Мы уменьшим размер виртуального диска до 60 Гб.

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

Примечание. Отметим, что в последней версии гипервизора Microsoft есть технология динамического изменения (как расширения, так и сжатия) виртуальных дисков под названием Hyper –V Online VHDX Resize.

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

Vmfsl что это

Виртуальный сервер на SSD — недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

Резервное копирование с проверкой на вирусы.

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы — 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

VMware vSAN

383 membersпожаловаться на группу
2020 April 02
ftt 2 стандарт
ftt 1 только для кратковременных тестов

а зачем делать full migration для обновлений ? Ensure Accessibility при ftt=2 вполне себе. Я вот прям не знаю, есть смелые люди у кого в проде ftt=1 ?

Дык весь же вопрос в том, что пускай вмварь по умолчанию поставит мгновенный репротект данных 🙂
ftt 2 стандарт
Это ж золотой висан получается.
почему Х себе это позволить может, а вмварь нет? Потому что размеры разных по 255гб
дешевле vxflexos
Это ж золотой висан получается.

да прям. dedup/compression делают своё дело ) но если на гибриде то да, возможно будет несколько дороже, хотя.

всё надо считать

Коллеги, может кто знает — на AF кластере с nvme кэшом (1 группа на хост, 3 ssd) по данным vsan observer LSOMLLOG упирается в 100. PowerEdge R6515, Процы EPYC 7724. В чем может быть косяк?

да прям. dedup/compression делают своё дело ) но если на гибриде то да, возможно будет несколько дороже, хотя.

Не все данные жмутся хорошо. А 3 копии данных — это 3 копии данных.
сеть 25G LACP, L3LS фабрика на аристах
ну если совсем не жмутся то да, дело дрянь
Nikolay Kulikov

Так. Мне опять прилетела на днях эта статья и я не сдержался.
По факту, вся эта статья сводится в следующим 4-м пунктам про vSAN (комментировать работу Nutanix я не хочу и не буду):
1.) Storage upgrades are independent of the hypervisor meaning no hardware reboots or host evacuations are required.
2.) vSAN requires VMs be evacuated from the host to perform storage upgrades
3.) vSAN requires bulk movements of data for some on-disk format changes
4.) vSAN does not maintain write I/O integrity during upgrades unless customers use the “Full Data Migration” option which requires significantly more free capacity (slack space) within the environment & causes upgrades to take significantly longer and have a higher impact.

1.) Storage upgrades are independent of the hypervisor meaning no hardware reboots or host evacuations are required.

Данный подход не дает явных преимуществ с точки зрения процесса обновления. VMware vSAN обновляется вместе с гипервизором (так как по факту vSAN и является функцией гипервизора) вместо того, чтобы обновлять сначала SDS, а потом отдельно гипервизор. При этом каждый пакет обновлений содержит исправления как для гипервизора, так и для программного хранилища (SDS), то есть общее количество обновлений, которые надо устанавливать, а соответственно трудозатраты/maintenance window меньше. К тому же такой подход полность решает проблему совместимости компонентнов гипервизора и SDS — обновления выходят в одном пакете и проходят совместное тестирование у вендора.

2.) vSAN requires VMs be evacuated from the host to perform storage upgrades

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

3.) vSAN requires bulk movements of data for some on-disk format changes

Что касается обновления файловой системы. Эвакуация данных при обновлении ФС требовалось всего два раза за 6 лет существования vSAN, при учете что сейчас 8-ая по счету версия файловой системы:
• При обновлении vSAN с первой версии на вторую в марте 2015 года, когда произошла смена файловой системы VMFSL на VirstoFS.
• При обновлении vSAN с 6.1 (ESXi 6.0U1) на vSAN 6.2 (ESXi 6.0U2) в марте 2016 года, когда появились снепшоты vSANSparce, дедуп и компрессия, и внутренний блок увеличился до 1MB.
С весны 2016 года обновление версии ФС, которая происходит с каждым крупным обновлением не требует эвакуации данных. Это просто апдейт метаданных.
https://storagehub.vmware.com/t/vsan-6-7-upgrade-considerations-1/vsan-on-disk-format-versions-and-data-services-2/

4.) vSAN does not maintain write I/O integrity during upgrades unless customers use the “Full Data Migration” option which requires significantly more free capacity (slack space) within the environment & causes upgrades to take significantly longer and have a higher impact.

При проектировании продуктивных кластеров в любом случае нужно учесть наличие свободного места (free capacity/slack space) не менее, чем полезный объем, получаемый с одного сервера, что можно было сделать rebuild при отказе как минимум одного узла, эта рекомендация никак не зависит от того, какой тип вывода сервера в режим обслуживания выбирает пользователь.
Full Data Migration обеспечивает максимальный уровень доступности, по сравнению с альтернативными опциями, потому что сбой другого узла во время обслуживания одного не приводит, в том числе, и к простою. При этом такой подход (что логично) может заметно увеличить время обновления за счет миграции данных (особенно rolling-update на нагруженном кластере с «тяжелыми» по емкости узлами).

vSAN on-disk format versions and data services | vSAN 6.7 Upgrade Considerations | VMware

четвертый пунт не о том что все равно надо иметь запас по пространству, а о целостности данных. При изменениях данных (часть которых — копия на хосте в мейтенс моде) они пишутся только на активный хост и не дублируются. Соответственно если у нас что-то случится с диском на активном хосте и будет корапт даных то у нас не будет для них копии

Могу ли я размещать хранилища для ВМ, на диске, на коротом установлен vmware ESXi?

Планирую установить гипервизор ESXi 7 на физический сервер в датацентре. В данный момент в сервере установлены два SSD накопителя, объём которых мне понадобится для использования в установленных виртуальных машинах. Установив гипервизор в виртуальную машину на своём компьютере я заметил, что если установлен только один накопитель, на который уже установлен гипервизор, я не могу создать на этом накопителе Datastore (для последующей установки на него гостевых ОС). Это ограничение ESXi (и мне нужно заказать у облачного провайдера дополнительный накопитель), или я доспускаю ошибку? К сожалению, из-за ограничений провайдера VDS провести «эксперимент» нет возможности.

Отслеживать

задан 1 июн 2020 в 8:31

155 3 3 серебряных знака 15 15 бронзовых знаков

2 ответа 2

Сортировка: Сброс на вариант по умолчанию

Начиная с версии ESXi 7, во время установки создаётся технический раздел ESX-OSData(VMFSL) размером 120 Гб (или менее, если диск меньшего объёма). Что бы изменить размер, необходимо во время установки, на начальном этапе в разделе Boot options (SHIFT+O) дописать ключ autoPartitionOSDataSize=8192 (для 8 Гб). VMware не рекомендует делать этот раздел менее 4 Гб.

Отслеживать

ответ дан 1 июн 2020 в 11:38

155 3 3 серебряных знака 15 15 бронзовых знаков

USB флешка как vmfs datastore ESXi 7 рядом с гипервизором

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

Чтобы получить скидку 10% используйте промодкод:

ADMINGUIDE

Скидка суммируется со всеми действующими на Нетологии акциями

USB флешка как vmfs datastore господа! Звучит как кактус? Он самый! Так делать нельзя, это моветон, опасно, вы подвергаете свой гипервизор за 30 тысяч баксов в продакшене потенциальному риску! Но всё же. Если у нас один маленький тестовый стенд, то почему бы и нет? Поэтому сегодня мы с вами разберёмся как этот кактус грызть. Все операции производятся на только что поднятом гипервизоре и осуществляются в рамках подготовки его к работе в виде тестового полигона. Ну и по совместительству (или нет), как удалённое рабочее место сисадмина. Эдакая сисадминская бэтпещера с блудницами на груде кактусов. USB флешка как datastore — наша сегодняшняя цель. И не просто флешка, а флешка с самим гипервизором. Таки приступим. Всё на ваш страх и риск ��

USB флешка как vmfs datastore — Ищем нужный раздел через Web Client

Авторизуемся в веб клиенте ESXi 7

Переходим в Storage > Devices

Тут должна быть отображена наша флешка, на которую установлен гипервизор. Кликаем на строку с ней.

USB Flash в Web Client

Смотрим информацию по нашей флешке

Путь до VMFSL раздела

USB флешка как vmfs datastore — Ищём нужный раздел через Putty

Сначала так или иначе авторизуемся в веб клиенте

Включаем доступ через SSH

Нажимаем правой кнопкой мыши на Host и переходим в Services >Enable Secure Shell (SSH)

Подключаемся к серверу

Включив SSH в веб клиенте, запускаем Putty и подключаемся к серверу. Для входа нужно ввести логин и пароль те же самые которые мы используем для входа в веб интерфейс (стандартный логин root, пароль мы задаём при установке гипервизора).
Подключившись вводим команду

ls /vmfs/devices/disks/

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

USB Flash через Putty

Удаляем раздел

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

Путь к разделу /vmfs/devices/disks/mpx.vmhba32:C0:T0:L0:7 , нам понадобится следующая команда:

partedUtil delete "/vmfs/devices/disks/mpx.vmhba32:C0:T0:L0" 7

Готовимся к созданию VMFS6 раздела

Смотрим подробную информацию о разделах на флешке:

partedUtil getptbl /vmfs/devices/disks/mpx.vmhba32:C0:T0:L0

Нас интересуют эти 2 группы символов. У вас они вероятно будут другими, но принцип тот же.

Результат partedUtil getptbl

3818 255 63 61341696 1 64 204863 C12A7328F81F11D2BA4B00A0C93EC93B systemPartition 128 5 208896 8595455 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0 6 8597504 16984063 EBD0A0A2B9E5443387C068B6B72699C7 linuxNative 0

Сначала из первой группы чисел 3818 255 63, рассчитываем последний сектор создаваемого раздела 3818*255*63 — 1 = 61 336 170 — 1 = 61 336 169, затем с помощью второй группы чисел прикидываем начало нового раздела: 16 984 063 + 2048 = 16 986 111. Номером нашего раздела так и останется 7.
Теперь с помощью команды partedUtil showGuids смотрим какие вообще варианты GUID существуют. Нам нужен vmfs

VMFS GUID

Потому мы будем использовать AA31E02A400F11DB9590000C2911D1B8 .
Теперь нам нужно из результата команды partedUtil getptbl, составить одну строку для команды partedUtil setptbl и добавить туда информацию о новом разделе. В итоге мы получаем следующую команду:

partedUtil setptbl /vmfs/devices/disks/mpx.vmhba32:C0:T0:L0 gpt "1 64 204863 C12A7328F81F11D2BA4B00A0C93EC93B 128" "5 208896 8595455 EBD0A0A2B9E5443387C068B6B72699C7 0" "6 8597504 16984063 EBD0A0A2B9E5443387C068B6B72699C7 0" "7 16988159 61336170 AA31E02A400F11DB9590000C2911D1B8 0"

Вы должны действовать по образу и подобию.
В результате мы должны увидеть следующее:

partedUtil setptbl — результат

USB флешка как vmfs datastore — Монтируем датастор

Вводим в терминал следующую команду чтобы примонтировать только что созданный раздел

vmkfstools -C vmfs6 -b 1m -S ag-esxi-usb /vmfs/devices/disks/mpx.vmhba32:C0:T0:L0:7

В результате терминал напишет нам следующее:

[root@localhost:~] vmkfstools -C vmfs6 -b 1m -S ag-esxi-usb /vmfs/devices/disks/ mpx.vmhba32:C0:T0:L0:7 create fs deviceName:'/vmfs/devices/disks/mpx.vmhba32:C0:T0:L0:7', fsShortName:'vmfs6', fsName:'ag-esxi-usb' deviceFullPath:/dev/disks/mpx.vmhba32:C0:T0:L0:7 deviceFile:mpx.vmhba32:C0:T0:L0:7 ATS on device /dev/disks/mpx.vmhba32:C0:T0:L0:7: not supported . Checking if remote hosts are using this device as a valid file system. This may take a few seconds. Scanning for VMFS-6 host activity (4096 bytes/HB, 1024 HBs). Creating vmfs6 file system on "mpx.vmhba32:C0:T0:L0:7" with blockSize 1048576, unmapGranularity 1048576, unmapPriority default and volume label "ag-esxi-usb". Successfully created new volume: 5ef293ae-e93e13a0-8695-90b11c4fb057

USB флешка как datastore рядом с гипервизором

USB флешка как vmfs datastore — Проверяем результаты

Заходим в Storage > Datastores и вуаля, наш новоиспечённый датастор уже там

USB флешка как vmfs datastore — Дополнительная информация

Чем же мы рискуем удалив VMFSL раздел? В данный раздел были объединены разделы small core-dump, large core-dump, locker и scratch.

small core-dump и large core-dump — разделы, куда ESXi может выгружать данные необходимые для диагностики. В случае отсутствии этих разделов, ESXi не сможет выгрузить в них дампы которые могут понадобится платной техподдержке.

scratch — раздел хранящий логи Syslog, результаты команды vm-support и userworld swop файл. В отсутствии этого раздела, ESXi хранит его данные в RAM диске и эти данные каждый раз стираются при перезагрузке сервера.

Всё это было объединено в единый большой раздел, который в случае если наш носитель объёмом меньше 128ГБ, займёт все оставшееся после первых трёх разделов место. Если же носитель больше 128ГБ, то следом будет создан VMFS датастор.

Удаление и создание нового раздела ручками, может привести к тому что прежде чем снова установить на эту флешечку гипервизор, придётся её отформатировать. Из 10 гипервизоров у меня такое случилось с одним. Что привело к такому результату сказать не могу, но флешки везде были sandisk.

Наилучшим решением будет взять нормальную флешку (не сандиск), с помощью утилиты производителя перепрошить эту флешку так чтобы она опознавалась как два отдельных диска (именно диска, не раздела). Диски эти сделать объемом 8ГБ + Всё остальное. В раздел 8ГБ установить гипервизор, он тогда сам спокойно ужмётся до 8 гигов заняв всё пространство этого диска, а на втором диске поднять VMFS датастор. Это будет самое лучшее решение. Но опять же повторюсь что флешку нужно покупать такую, чей контроллер можно перепрошить.

О том как получить и установить ESXi 7 можно почитать тут: Установка ESXi 7. Бесплатная лицензия.
Или посмотреть тут: Видеоурок