Vmware, где хранятся виртуальные машины
Обновлено: 06.07.2024
Виртуальные машины — это, по сути, программные конструкции, основными составляющими которых являются файлы различных форматов, как вы могли догадаться. В этом посте мы рассмотрим некоторые из этих файлов и подчеркнем важность понимания того, что находится под капотом. Это даст вам дополнительное преимущество, необходимое, когда придет время исправить какую-то неудачу после того, как пресловутая грязь попала в вентилятор.
О файлах и папках
Перейдем сразу к делу и рассмотрим типы файлов, которые создаются при первом развертывании виртуальной машины. Я использую хост ESXi 6.0 с одним хранилищем данных, созданным в локальном хранилище, т. е. хранилище, которое напрямую подключено к серверу, на котором работает ESXi.
При воспроизведении описанных ниже шагов вы будете использовать эмулятор терминала, такой как putty, для подключения к ESXi через SSH, а также клиент vSphere. Это дает вам два разных представления файлов виртуальной машины по причинам, которые я объясню через секунду.
Шаг 1. Сначала создайте виртуальную машину из клиента vSphere. Для этого примера я выбрал CentOS в качестве гостевой ОС, но вы можете оставить ее без изменений. Я назвал виртуальную машину snoopy. Не спрашивай!
Шаг 2. В клиенте vSphere выберите snoopy. Найдите Storage на вкладке Summary, щелкните правой кнопкой мыши имя хранилища данных и выберите «Обзор хранилища данных». Должно появиться окно Datastore Browser, где вы найдете папку с именем snoopy. Щелкните папку, чтобы просмотреть ее содержимое (рис. 1).
Примечание. Вы также заметите, что имя папки совпадает с именем виртуальной машины. Важно иметь в виду, что имя папки остается прежним, даже когда виртуальная машина позже переименовывается, если только она не является хранилищем vMotioned. Это может вызвать некоторые трудности с поиском папки виртуальной машины после переименования виртуальной машины.
Рисунок 1. Список файлов виртуальной машины в браузере хранилища данных
Шаг 3. Затем подключитесь к хосту по SSH и найдите папку виртуальной машины. Путь по умолчанию — /vmfs/volumes/ / . Если вам интересно, каталоги, ищущие GUID рядом с datastore1 на рис. 2, на самом деле являются сопоставлениями монтирования с системой. разделы, которые служат репозиториями для различных материалов, включая файлы гипервизора, используемые для загрузки ESXi.
Рисунок 2. Список файлов виртуальной машины из оболочки ESXi
Теперь мы можем сравнить списки файлов из шагов 2 и 3. Обратите внимание, что файл -flat.vmdk отсутствует в представлении браузера каталогов. На данный момент вас должно беспокоить то, что vmdk означает «Диск виртуальной машины» — это расширение файла, используемое для обозначения виртуального диска на основе VMware, а также его файла дескриптора. Подробнее об этом позже.
Шаг 4. Включите виртуальную машину и сделайте снимок. Мы делаем это только для того, чтобы увидеть, не создаются ли другие файлы при выполнении таких задач, как моментальные снимки. И, конечно же, при создании моментального снимка создается несколько новых файлов; см. рис. 3 и 4. И снова мы замечаем, что некоторые файлы видны только из оболочки ESXi; Рис.4 – файл обведен красным.
Рисунок 3. Новые файлы создаются при создании моментального снимка виртуальной машины
Рисунок 4. Некоторые файлы можно просмотреть только из оболочки ESXi
Типы файлов виртуальных машин
Теперь, когда у нас есть некоторое представление об основных типах файлов, из которых состоит ВМ, а также о дополнительных, созданных за время ее существования, мы можем продолжить и перечислить все без исключения файлы, относящиеся к этому файлу. расширение. В приведенной ниже таблице дается краткое объяснение функции каждого из них.
Как правильно использовать свои знания
Теперь, когда вы знаете назначение каждого файла, пришло время применить эти знания к некоторым примерам из реальной жизни.
Добавление ВМ в инвентарь
Бывают случаи, когда одна или несколько виртуальных машин пропадают из реестра, т. е. они больше не отображаются нигде в клиенте vSphere, независимо от того, подключаетесь ли вы напрямую к хосту ESXi или к серверу vCenter. Вы знаете, что виртуальная машина все еще включена и работает, поскольку у вас все еще есть к ней доступ, вы можете выполнить ping, подключиться к ней по ssh и т. д. Итак, что вы делаете?
Первое разумное решение — перезапустить агенты управления на хосте ESXi или перезапустить службу VMware vCenter Server; см. это для версий, предшествующих vSphere 6. Это, вероятно, исправит любые проблемы, связанные с инвентаризацией, с которыми вы можете столкнуться.Если нет, то вполне может быть, что кто-то по ошибке удалил виртуальную машину из инвентаря, когда она была выключена. Это очень легко исправить. Просто найдите папку виртуальной машины (помните, что имя папки может не совпадать с именем виртуальной машины, если последняя была переименована) в любом хранилище данных, в котором она может находиться. Когда вы найдете его, выберите папку и щелкните правой кнопкой мыши файл vmx. В контекстном меню выберите «Добавить в инвентарь» (рисунок 5). Это должно перерегистрировать вашу виртуальную машину в инвентаре.
Рисунок 5. Добавление виртуальной машины в инвентарь
Я проиллюстрирую этот процесс в следующем видео.
Восстановление ситуации с удаленным дескриптором vmdk
Опять то жуткое утро понедельника, и, как это часто бывает, законы вероятности сговорились против вас. Вы быстро обнаружите, что критическая виртуальная машина ушла из строя за выходные. Вы пытаетесь снова включить его, но получаете сообщение об ошибке, показанной на рис. 5. Резервные копии — это то, о чем вы действительно никогда не заботились, поэтому вы быстро переходите из режима резервные копии для слабаков в один из паника.
Первое, что вам нужно сделать, это инвестировать в надежное программное решение для резервного копирования, такое как Altaro VMBackup. Кроме этого, есть ли что-нибудь еще, что вы можете сделать, чтобы решить проблему? Что ж, все зависит от масштаба рассматриваемой проблемы.
Если плоский файл vmdk не поврежден, возможно, у вас просто поврежден или удален файл дескриптора. Если это так, попробуйте воспроизвести процедуру, описанную в этой статье базы знаний VMware.
Рисунок 5. Сообщение об ошибке при включении виртуальной машины с отсутствующим дескриптором vmdk
В этом видео я смоделирую ошибку диска и попытаюсь исправить ее.
Процедура, которую я использовал, несколько отличается от описанной в статье базы знаний. Вот шаги в хронологическом порядке;
- Во время подключения по ssh к ESXi удалите файл дескриптора, чтобы имитировать ошибку .vmdk не найден. Это, конечно, только для демонстрационных целей.
- Включите виртуальную машину. Убедитесь, что отображается сообщение об ошибке.
- Запишите размер vmdk, используя как командную строку, так и клиент vSphere. Если диск был удален из настроек оборудования ВМ, ситуацию может спасти только восстановление.
- Добавьте к виртуальной машине дополнительный диск идентичного размера. В видео я использовал альтернативное хранилище данных, так как на первом закончилось место на диске.
- Скопируйте файл дескриптора snoopy_1.vmdk с только что созданного вторичного диска в папку виртуальной машины. Переименуйте его, чтобы он соответствовал исходному дескриптору, snoopy.vmdk.
- Отредактируйте snoopy.vmdk с помощью редактора vi, заменив ссылку на неструктурированный файл vmdk на правильную. Я также исправляю ссылку на CBT, так как я ранее включил CBT.
- Наконец удалите дополнительный диск. Включите виртуальную машину, чтобы убедиться, что процедура работает.
Заключение
Как мы видели, знание файлов вашей виртуальной машины поможет вам выйти из таких ситуаций, которые в противном случае считались бы непреодолимыми. Конечно, это не заменит надлежащее программное обеспечение для резервного копирования, обеспечивающее доступность и целостность как ваших виртуальных машин, так и данных.
VMware предоставляет виртуальным машинам различные способы доступа к хранилищу. Он поддерживает несколько традиционных моделей хранения, включая SAN, NFS и Fibre Channel (FC), которые позволяют виртуализированным приложениям получать доступ к ресурсам хранения так же, как на обычной физической машине. Он также поддерживает модели программно-определяемого хранилища (SDS), которые позволяют создавать и масштабировать эластичные пулы хранилищ, а также централизованно управлять защитой и резервным копированием данных.
Хранилище VMware отличается высокой гибкостью и поддерживает развертывание в локальной среде, общедоступном облаке и гибридном облаке.
В этой статье:
Параметры хранилища VMware
VMware предоставляет несколько вариантов виртуализированных хранилищ как часть платформы виртуализации vSphere. vSphere предлагает две категории моделей хранения: традиционное хранилище и распределенное хранилище, основанное на парадигме программно-определяемого хранилища (SDS).
- Локальное и сетевое хранилище
- Сети хранения данных (SAN)
- Оптоволоконный канал (FC)
- iSCSI
- Виртуальные диски
- ВМФС vSphere
- НФС
- Необработанное сопоставление устройств (RMP)
- Управление хранилищем на основе правил
- Виртуальные тома vSphere
- vSAN
- Фильтры ввода-вывода
Традиционные модели хранения vSphere
VMware предлагает различные модели хранения, использующие традиционные протоколы хранения, что позволяет легко импортировать существующие рабочие нагрузки из невиртуализированной среды.
Источник: VMware
vSphere предлагает следующие традиционные варианты хранения:
- Локальное и сетевое хранилище — устройства хранения, подключенные к хостам ESXi.
- Сеть хранения данных (SAN) — высокоскоростная сеть, объединяющая хранилища с нескольких хостов ESXi. Доступ к хранилищу на хостах можно осуществлять через:
- Fiber Channel — высокоскоростной протокол хранения данных, который может использовать медный или оптоволоконный кабель в качестве транспорта. Поддержка производительности от 266 Мбит/с до 16 Гбит/с.
- iSCSI — высокопроизводительный протокол хранения данных, использующий соединения Ethernet.
Концепции хранения на уровне ВМ
На отдельной ВМ vSphere поддерживает следующие типы дисков виртуальных машин (VMDK):
- Нетерпеливо обнуленный толстый VMDK – локальный диск, с которого удаляются предыдущие данные и который зарезервирован только для использования локальной ВМ и недоступен для других ВМ.
- Толстый VMDK с отложенным обнулением — локальный диск, который зарезервирован для использования локальной ВМ, но не очищается при создании ВМ. Диск может содержать старые данные, которые удаляются по мере записи новых данных.
- Тонкий VMDK: пространство, необходимое для локальной ВМ, обнуляется по запросу, а неиспользуемое пространство на диске становится доступным для других ВМ через фильтры ввода-вывода.
vSphere поддерживает следующие типы физических дисков, подключенных к виртуальной машине:
- LSI Logic Parallel — виртуальный контроллер SCSI
- LSI Logic SAS — более новый контроллер SCSI с последовательным подключением (из vSphere 4.0)
- VMware Paravirtual — виртуальный контроллер SCSI для очень высокой пропускной способности.
Программно-определяемые модели хранения vSphere
В модели программно-определяемого хранилища (SDS) виртуальные машины становятся единицами хранения, которые можно гибко выделять в соответствии с политиками vSphere.
![программно-определяемое хранилище]()
Источник: VMwarevSphere SDS включает в себя следующие технологии:
- Управление хранилищем на основе политик — единая панель управления для всех данных и служб хранения, включая vSAN и виртуальные тома, и предоставление хранилища в соответствии с требованиями приложений.
- vSphere Virtual Volumes — управляет объектами хранения, упакованными в виртуальные массивы хранения. Это превращает виртуальную машину в единицу управления хранилищем, состоящую из одного или нескольких виртуальных дисков, которые для оборудования хранения выглядят как обычный диск.
- Виртуальная сеть хранения данных (vSAN) — работает как часть гипервизора ESXi. Объединяет локальные и напрямую подключенные устройства хранения на хостах ВМ, создает единый пул носителей и совместно использует его между всеми хостами.
- Фильтры ввода-вывода — агенты, установленные на хостах ESXi, которые предоставляют услуги передачи данных другим машинам, включая репликацию, кэширование и шифрование. Это позволяет каждой машине функционировать как часть кластера распределенного хранилища.
vSphere Storage DRS: оптимизация хранилища для вашего кластера
VMware предоставляет в составе стека vSphere компонент для интеллектуального управления хранилищем как на уровне виртуальной машины, так и на уровне сетевой файловой системы. Этим компонентом является SDRS, который следит за потреблением ресурсов хранения в кластере и может выделять дополнительные ресурсы по запросу.
SDRS может автоматически изменять выделение хранилища или отправлять администраторам сообщения, уведомляющие их о том, что ресурсы заканчиваются или используются чрезмерно. SDRS предоставляет следующие основные возможности:
- Агрегация ресурсов: несколько единиц хранения объединяются в единый пул хранения, который становится кластером хранения.
- Исходное размещение — определяет, где физически должны храниться виртуальные диски, и управляет хранилищем в результате таких операций, как создание виртуальной машины, добавление диска или клонирование.
- Балансировка нагрузки — управляет балансировкой нагрузки между единицами хранения на основе доступного дискового пространства и нагрузки ввода-вывода.
- Правила сходства — позволяют определить сходство или анти-соответствие между виртуальными машинами или VMDK, чтобы гарантировать, что диски размещены вместе с их хостами или хранятся отдельно от хостов.
Хранилище VMware стало проще благодаря Cloudian
Центрами обработки данных VMware, основанными на традиционной инфраструктуре хранения, может быть сложно управлять. По мере масштабирования виртуализированных рабочих нагрузок вам может потребоваться покупать, устанавливать и настраивать физические жесткие диски, системы RAID и т. д.
Cloudian HyperStore — это локальное корпоративное хранилище, сертифицированное для использования в средах VMware и обеспечивающее легкое масштабирование от сотен терабайт до эксабайт для поддержки данных любого масштаба. HyperStore поддерживает оба традиционных протокола хранения, таких как SAN и NAS, но по своей сути он основан на парадигме программно-определяемого хранилища, управляя динамическими пулами объектного хранилища.
HyperStore используется в сложных развертываниях операторского масштаба с использованием VMware vCloud Director.
Подробнее о решениях Cloudian для хранения данных VMware.
Подробнее о хранилище VMware
VMware предлагает несколько вариантов виртуализированных хранилищ как часть vSphere. Он поддерживает многие традиционные модели хранения, включая NFS, SAN и Fibre Channel (FC), что позволяет виртуализированным приложениям получать доступ к ресурсам хранения. Он также поддерживает модели программно-определяемого хранилища (SDS), которые позволяют создавать и масштабировать эластичные пулы хранилища.
Можно еще многое узнать о системе хранения VMware. Чтобы продолжить исследование, просмотрите остальные наши блоги по этой теме:
VMware Data Protection — это EOA: 5 отличных альтернатив
VMware Data Protection (VDP) — это решение для резервного копирования, предлагаемое как часть стека vSphere. VMware объявила об окончании доступности (EOA) для VDP еще в 2017 году и об окончании общей поддержки (EOGS) в марте 2020 года. Это означает, что существующие развертывания больше не поддерживаются.
После объявления EOA пользователи VMware переходят на сторонние решения для резервного копирования. Существуют различные доступные решения, которые предлагают все возможности VDP и многое другое. В этой статье рассматриваются 5 решений, которые можно использовать для резервного копирования VMware.
VMware Backup: три подхода
Резервное копирование данных является важной частью любого центра обработки данных. Вот почему вам необходимо создать надежную стратегию резервного копирования и восстановления при работе с виртуализированными ресурсами VMware. В этой статье рассматриваются три метода резервного копирования: резервное копирование виртуальных машин как физических машин, использование специального решения для резервного копирования виртуализации и резервное копирование файлов виртуальных машин.
VMware Cloud Director 101: архитектура, функции и концепции
VMware Cloud Director превращает физический центр обработки данных или несколько центров обработки данных, распределенных по разным местоположениям, в виртуальные центры обработки данных. В этих центрах обработки данных Cloud Director обеспечивает эластичную подготовку сети, выделение ресурсов хранилища и вычислительных ресурсов, а также позволяет поставщикам общедоступных облачных служб определять службы и предлагать их пользователям.
В этой статье рассматриваются базовая структура и концепции VMware Cloud Director, а также показано, как легко управлять огромными объемами хранилища.
Знакомство с VMware Site Recovery Manager (SRM)
Аварийное восстановление — важная часть любого центра обработки данных. VMware предлагает специальное решение для аварийного восстановления в составе стека vSphere, которое называется VMware Site Recovery Manager (SRM). SRM — это инструмент автоматизации резервного копирования, который поддерживает управление программами резервного копирования на основе политик и предоставляет технологию репликации. SRM может выполнять координацию программ восстановления, чтобы сократить время простоя во время аварий. Кроме того, он позволяет выполнять непрерывающее тестирование планов аварийного восстановления.
Облачные сервисы VMware: объяснение самых популярных сервисов
Облачные службы VMware позволяют управлять, интегрировать и защищать приложения в облачных ресурсах. Облачные службы VMware работают с любой облачной службой, использующей VMware, и могут помочь вам централизовать управление и обслуживание гибридных или многооблачных сред.
В этой статье рассматриваются варианты использования пяти популярных сервисов — Cloud Provider Metering, VMware Cloud on AWS, vRealize Log Insight, vRealize Network Insight Cloud, vRealize Automation и S3-совместимое хранилище для VMware Cloud Director.
См. наши дополнительные руководства по ключевым темам, связанным с гибридным облаком
Вместе с нашими партнерами по контенту мы создали подробные руководства по ряду других тем, которые также могут быть полезны при изучении мира гибридного облака.
Гибридные ИТ
Автор Cloudian
Гибридные ИТ-решения объединяют локальные и облачные ресурсы. Это гарантирует, что организации смогут сохранять контроль, используя масштабируемость облака.
Посмотрите лучшие статьи в нашем руководстве по гибридным ИТ:
Решения VDI
Автор: Hysolate
Узнайте о решениях для инфраструктуры виртуальных рабочих столов (VDI), которые помогут вам предоставлять виртуальные рабочие столы тысячам сотрудников по низкой цене.
SD-WAN
Автор: Катон
Узнайте о SD-WAN — технологии, которая кардинально меняет способы управления подключением организаций к глобальным сетям (WAN).
Хотите улучшить этот вопрос? Обновите вопрос, чтобы он соответствовал теме сбоя сервера.
Закрыт 8 лет назад.
Вот моя ситуация прямо сейчас,
У меня есть сервер в центре обработки данных с несколькими виртуальными машинами на нем, которые я продал как VPS,
Сейчас DataCenter приостановил работу моего сервера из-за попытки взлома одним моих виртуальных машин.
Они дали мне учетную запись FTP, которая указывает на корень сервера ESXi (я вижу etc, mnt, home) и попросили меня сделать резервную копию моих виртуальных машин, чтобы стереть сервер.
Проблема в том, что я не знаю, где находятся файлы моей машины (я полагаю, файлы VMDK?).
Пожалуйста, помогите мне, потому что мое время до уничтожения сервера истекает.
Спасибо.
P.S. У меня есть только FTP-доступ, больше ничего.Каким образом люди из DC предоставили вам доступ к вашему ESXi box? Они вошли в ESXi? Они загрузили его на компакт-диск с Linux? Что они сделали?
Вы на 100 % уверены, что вам предоставили FTP-доступ к хосту ESXi, а не к одной из ВМ на нем? Насколько мне известно, в ESXi нет встроенного FTP-сервера, и я лично не вижу, чтобы центр обработки данных утруждал себя загрузкой/запуском статических двоичных файлов на установке ESXi, чтобы обеспечить такой доступ.
Когда все это сказано и сделано, попробуйте разобраться с планом резервного копирования/DRP, прежде чем вернуться к бизнесу VPS.
3 ответа 3
Расположение по умолчанию: /vmfs/volumes/
Из документации vmware:
Определение местоположения всех файлов вашей виртуальной машины:
Из командной строки
Чтобы определить расположение всех файлов виртуальной машины из командной строки: Войдите на хост VMware ESX/ESXi как пользователь root. Дополнительные сведения о VMware ESX Service Console см. в статье Невозможно подключиться к узлу ESX с помощью Secure Shell (SSH) (1003807). Дополнительные сведения о режиме технической поддержки VMware ESXi см. в разделе Режим технической поддержки для экстренной поддержки (1003677). Дополнительные сведения о режиме технической поддержки VMware ESXi 4.1–5.0 см. в разделе Использование режима технической поддержки в ESXi 4.1 и ESXi 5.0 (1017910).
Введите vmware-cmd -l, чтобы просмотреть расположение файлов конфигурации для виртуальных машин, зарегистрированных на хосте ESX. Введите vim-cmd vmsvc/getallvms, чтобы просмотреть расположение файлов конфигурации для виртуальных машин, зарегистрированных на хосте ESXi. Запишите расположение файла .vmx (файла конфигурации) для виртуальной машины, неполадки которой вы устраняете. Например:
Если виртуальная машина не зарегистрирована на хосте ESX и вы хотите найти ее файл конфигурации, запустите эту команду и нажмите Enter:
В результатах шага 4 перечислены все файлы конфигурации виртуальной машины. Найдите в результатах имя файла виртуальной машины, который вы хотите найти. В результатах также указан путь к каталогу, в котором находятся эти файлы. Просмотрев файл конфигурации виртуальной машины, вы можете сказать, где находятся все связанные с ней файлы, включая файлы .vmdk. Если файл находится не в том же каталоге, что и файл конфигурации, полный путь отображается в файле конфигурации. Например, на втором жестком диске может быть запись, подобная показанной ниже:
Шифрование данных в состоянии покоя защищает данные на всем пути, вплоть до уровня хранилища. Повысьте безопасность ВМ за пару шагов и .
VRealize Automation предлагает пользовательские ресурсы, позволяющие пользователю vRA создавать различные пользовательские объекты для упрощения управления .
Архитектура Arm обеспечивает преимущества энергоэффективности, а также периферийные варианты использования. Узнайте, как получить правильные файлы ISO и .
Уязвимость в системе локального почтового сервера является одной из трех критических ошибок из 71 ошибки, исправленной в .
Запуск Software License Manager из командной строки или использование служб управления ключами для автоматической активации может обойти это.
Очень важно знать, как изменить настройки защищенных учетных записей и групп в Active Directory, чтобы избежать серьезных проблем.
Чтобы добиться высокой доступности и отказоустойчивости в AWS, ИТ-администраторы должны сначала понять различия между двумя моделями.
Amazon ECS и EKS похожи, но их различий достаточно, чтобы выделить их для пользователей AWS. Узнайте, что лучше всего подходит для вашего .
Новые дополнения к системам хранения, такие как гибкие блочные тома и высокая доступность для ZFS, делают облачную платформу Oracle более конкурентоспособной.
Перенаправление папок может поддерживать среду виртуального рабочего стола с перемещаемыми профилями, предоставляя пользователям единообразие при .
Люди, использующие виртуальный рабочий стол VMware на смартфонах и планшетах Samsung, могут получить доступ к Windows как на устройстве, так и на .
Организациям с виртуальными рабочими столами следует спланировать свою стратегию управления профилями, и одним из ключевых компонентов является профиль .
Intel оптимистично настроена, что ее дорожная карта процессоров может вернуть компанию на первое место, но компания сталкивается со сложной перспективой .
Безопасность в центре обработки данных требует от организаций выявления и устранения различных факторов риска, от электрических систем до .
Недавние достижения в технологиях центров обработки данных и кадровых моделях отражают стремление организаций к повышению гибкости ИТ, .
Читайте также:
