Какая файловая система esxi
Обновлено: 04.07.2024
Понимать то, как устроена Файловая Система гипервизора " VMware ESXi 5.0 ", безусловно, очень важно. Тем более, что по сравнению с VMware vSphere 4.1, произошли некоторые значительные изменения. В частности, произошел переход от MBR в пользу GPT. И теперь утилита fdisk вам уже ничем не поможет. На замену ей пришла новая утилита - " partedUtil ", умеющая работать с GPT. Ну, а теперь давайте перейдем к рассмотрению структуры файловой системы ESXi 5.0:
Первый раздел - это небольшой раздел, служащий только для загрузки системы и поиска образа ( image ) гипервизора, который может располагаться на одном из следующих двух разделов.
Второй раздел - это 250-мегабайтный FAT раздел, на котором располагается актуальный образ системы. Сам образ " s.v00 " представляет собой сжатый файл размером в 124MB, который содержит в себе операционную систему ( ОС ) гипервизора ( англ.: hypervisor operating system ) и который распаковывается каждый раз при загрузке системы.
Третий раздел - данный раздел необходим для применения обновлений ( т.е. патчей ). Если ESXi только что установлен, то раздел будет пуст.
Четвертый раздел ( core dump partition ) - раздел служит для размещения crash-информации в случае, когда гипервизор выходит из строя ( PSOD - purple screen of death ).
Пятый раздел - в данном разделе, в основном, располагаются ISO файлы с "VMware Tools" для различных поддерживаемых ОС. Также здесь находятся образы дискет с драйверами для PVSCSI контроллера.
Шестой раздел - если ESXi установлен на локальный жесткий диск, размер которого больше 5GB, то именно здесь будет создан "scratch"-раздел. Этот раздел содержит, в основном, различные лог-файлы системы. При установке VMware ESXi 5.0 на очень маленький диск, размер которого не больше 1GB, или на USB, то "scratch"-раздела не будет, а все лог-файлы будут находиться в оперативной памяти ( а вот в случае отключения электричества, все лог-файлы будут потеряны ).
Седьмой раздел - на оставшейся части свободного дискового пространства будет автоматически создан VMFS том ( раздел ). Обычно это самый большой раздел, на котором, возможно, и будут располагаться ваши виртуальные машины.
На хосте "VMware ESXi 5.0" вы можете получить доступ к этим разделам, перейдя в определенные каталоги, которые располагаются в корне "/":
Отфильтрованный вывод команды "ls -l /", выполненной на хосте ESXi 5.0:
А вот вам вывод команды "df -h", выполненной на том же хосте ESXi 5.0:
Как видите, нам не показаны 1-ый и 4-ый разделы. Но это, в принципе, и понятно. Ведь это сугубо служебные разделы, в которые не стоит лезть. Но все же, если мы все-таки хотим их увидеть, то в этом нам поможет упомянутая чуть выше утилита " partedUtil ":
Возвращаясь к обсуждению очень важных для нас 2-ого и 3-его разделов, хочу отметить, что при обновлении актуального образа системы, который располагается во втором разделе , он сначала будет скопирован в 3-ий раздел . Это делается для того, чтобы если обновление прошло, скажем так, не совсем удачно, можно было бы откатиться до последней рабочей конфигурации.
А сделать это можно путем нажатия "SHIFT + R" во время загрузки, после чего будет предложено выбрать альтернативный раздел ( с рабочим образом ) для загрузки системы.
Scratch и vmfs разделы не создаются на USB флешках во время инсталляции ESXi.
Процесс загрузки ESXi сервера
SYSLinux загружается и смотрит в файл boot.cfg который находится в /bootbank и /altbootbank. Для загрузки нужного имиджа он использует параметры buid, updated и bootstate.
boot.cfg файла из /bootbank
boot.cfg файла из /altbootbank
Нужные файлы для загрузки VMkernel-а читаются из boot.cfg файла и дальше гипервизор загружается в память сервера (RAM). ESXi загрузился. После загрузки на самом деле можно достать флешку или диски и сервер продолжит работать (сам проверял), но не будет доступа к VMware Tools-ам и т.д., тому что хранится не в памяти а на диске.
Три типа файлов которые используются для загрузки ESXi-я.
- Executive files (*.gz)
- Archive files (*.vgz)
- State archive files (*.tgz)
Значит так, по порядку:
- tboot.gz – Trusted Platform Module-я файлы
- vmkboot.gz
- vmkernel.gz
Archive files
Archive files также иминуются как tardisks
- system. vgz – core system files
- vpxa.vgz - vCenter Agent
- aam.vgz – High Availability Agent
State archive files
- state.tgz – здесь хранится конфигурация ESXi сервера которая сохраняется после перезагрузки.
Методы просмотра файловой системы
После того как файловая система ESXi выгружена (извлечена) в RAM диск / выглядит так:
/ (рут файловой системы), /etc, /bin, /sbin, /var/logs и другие находятся в памяти.
Другой метод просмотра разделов df –mh . Такой метод показывает какие диски примаунтины к файловой системе.
сверху вниз кто есть кто:
- visorfs – это есть рамдиск (RAM диск)
- vflat (4.0G) – Scratch (/scratch)
- vflat (285.9M) – Store (/store)
- vflat (249.7M) – Boot bank (/bootbank)
- vflat (249.7M) – Alt boot bank (/altbootbank)
- vmfs3 – vmfs датастор
Чтобы более детальную статистику получить о RAM диске можно воспользоваться командой:
В колонке Space можно посмотреть какое место занимают Archive и State фаилы после распаковки. Также им можно проверять сколько каждый тардиск потребляет памяти. Внизу за разделительной линией показаны:
В этой статье мы рассмотрим, как увеличить размер VMFS хранилища с помощью веб интерфейса vSphere Client и из командной строки VMWare ESXi.
При проверке свободного места на VMFS датасторах, вы обнаружили что на одном из них заканчивается свободное место. Вам нужно увеличить размер VMFS хранилища, добавив дополнительное место на СХД.
Сначала нужно увеличить размер LUN на СХД. Как это сделать – зависит от вендора вашей хранилки (если вы используете Microsoft iSCSI, то увеличить размер диска можно через Server Manager -> File and Storage Services -> iSCSI -> выберите диск -> Extend iSCSI Virtual Disk). В нашем примере мы увеличили размер LUN со 100 до 105 Гб.
VMWare ESXi поддерживает два способа расширения VMFS хранилищ – за счет неиспользуемого места на этом же LUN (этот способ мы рассматриваем в статье) или за счет добавление дополнительного LUN-а (способ называется extent). VMFS extent – своеобразный span раздела на несколько LUN. Запись на второй LUN начнется после того, как заполнится первый и т.д.Как увеличить VMFS хранилище из веб-интерфейса VMWare vSphere Client?
- В интерфейсе vSphere Client выберите раздел Storage;
- Щелкните правой кнопкой мыши по датастору и выберите Increase Datastore Capacity;
- Выберите диск (LUN), который надо расширить. Обратите внимание на значение поля Expandable. В нем должно быть указано Yes. Это значит, что данное VMFS хранилище можно расширить;
В некоторых случая расширить VMFS хранилище из графического интерфейса vSphere Client нельзя. Чаще всего проблема связана с невозможностью расширить VMFS хранилище на загрузочном диске. При этом появляется ошибка:
В этом случае придется расширить хранилище из командной строки хоста ESXi.
Расширить VMFS хранилище из командной строки VMWare ESXi
- Подключитесь к хосту ESXi через SSH (можно использовать встроенный SSH клиент Windows)
- Пересканируйте адаптеры хранения: esxcli storage core adapter rescan --all
- Затем нужно определить диск, соответствующий вашему VMFS хранилищу: vmkfstools -P /vmfs/volumes/DCx2VMFS1 . В нашем случае диск выглядит так /vmfs/devices/disks/naa.60003ff44dc75adca68b263bd62e4d1f.:1 означает, что VMFS хранилище расположено на первом разделе диска;
- Проверим таблицу разделов диска: partedUtil get /vmfs/devices/disks/naa.60003ff44dc75adca68b263bd62e4d1f
Как вы видите, вы успешно расширили VMFS хранилище на 5 Гб. Операция выполнялась онлайн без отмонтирования хранилища и без остановки ВМ.
Тонкие (thin) диски VMWare позволяют существенно сэкономить место на файловой системе VMFS хранилища при создании виртуальной машине. Такие vmdk диски при создании практически не занимают место на файловой системе и постепенно разрастаются до максимального размера по мере накопления информации. Однако основная проблема при использовании thin диски заключается в том, что они со временем разрастаются даже в том случае, если вы освободили место внутри гостевой операционной системы.
Примечание. При удалении данных в ОС Windows (и Linux это также касается) система не заполняет освоившееся место нулями, а просто помечает области как удаленные в метаданных раздела (их можно использовать для записи). Получается, что ESXi сервер не может самостоятельно определить какие из отданных ей блоков на самом деле свободныСтандартного средства сжатия тонких дисков в ESXi нет, а сама система виртуализации ничего не знает об особенностях хранения данных внутри гостевой ОС.
В этой статье мы опишем простой способ сжатия тонкого vmdk диска в ESXi.
В Linux эту операцию можно выполнить с помощь dd
Примечание. Сжать диск можно и с помощью миграции виртуальной машины на другое хранилище (Storage VMotion). Однако отметим, что данный способ не является универсальным и работает только при соблюдении определенных условий.
“Реальный” размер виртуального диска, который он занимает на файловой системе можно узнать так:
Процедура сжатия в нашем примере заняла около 5 минут (скорость от размера диска и скорости и загруженности хранилища и сети SAN). После окончания процедуры сжатия проверим текущий размер vmdk файла.
Читайте также: