Хранилище данных vmware что это такое

Обновлено: 03.07.2024

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.

  
  

  
  Источник: VMware

  vSphere 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).

  Invicti Web Application Security Scanner — единственное решение, обеспечивающее автоматическую проверку уязвимостей с помощью Proof-Based Scanning™.

  Наша аудитория поддерживает Geekflare. Мы можем получать партнерские комиссионные за покупку ссылок на этом сайте.

  
  

  Обеспечьте безопасность приложений правильно! Обнаружение, защита, мониторинг, ускорение и многое другое…

  В этой статье мы опишем типы хранилищ данных, которые используются в VMware vSphere 7.0.

  Файловая система виртуальной машины (VMFS)

  Файловая система виртуальных машин (VMFS) – это тип хранилища данных, развернутый на блочных устройствах хранения, и специальный высокопроизводительный формат файловой системы, оптимизированный для хранения виртуальных машин.

  Вы можете создавать хранилища данных VMFS на Fibre Channel, iSCSI, FCoE и локальных устройствах хранения. ESXi 7.0 поддерживает VMFS версий 5 и 6 для чтения и записи. ESXi 7.0 не поддерживает VMFS версии 3.

  При работе с хранилищами данных VMFS в vSphere 7.0 учитывайте следующее:

  Размер блока. Размер блока в хранилище данных VMFS определяет максимальный размер файла и объем места, которое занимает файл. Хранилища данных VMFS Версии 5 и Версии 6 поддерживают размер блока 1 МБ.

  Storage vMotion: Storage vMotion поддерживает миграцию между хранилищами данных VMFS, vSAN и vVols. vCenter Server выполняет проверки совместимости, чтобы проверить Storage vMotion на различных типах хранилищ данных.

  Storage DRS: VMFS версии 5 и версии 6 могут сосуществовать в одном кластере хранилища данных. Однако все хранилища данных в кластере должны использовать однородные устройства хранения. Не смешивайте устройства разных форматов в одном кластере хранилища данных.

  Форматы разделов устройства: любое новое хранилище данных VMFS версии 5 или версии 6 использует таблицу разделов GUID (GPT) для форматирования устройства хранения, что означает, что вы можете создавать хранилища данных размером более 2 ТБ. Если ваше хранилище данных VMFS версии 5 было ранее обновлено с VMFS версии 3, оно продолжает использовать формат раздела основной загрузочной записи (MBR), характерный для VMFS версии 3. Преобразование в GPT происходит только после того, как вы расширите хранилище данных до размера больше 2 ТБ.

  Сетевая файловая система (NFS)

  Клиент NFS, встроенный в ESXi, использует протокол сетевой файловой системы (NFS) через TCP/IP для доступа к тому NFS, расположенному на сервере NAS.

  Хост ESXi может подключить том и использовать его в качестве хранилища данных NFS. Вы можете создавать хранилища данных NFS на устройствах NAS. ESXi 7.0 поддерживает NFS версий 3 и 4.1. Для поддержки обеих версий ESXi 7.0 использует два разных клиента NFS.

  vSAN

  VMware vSAN – это распределенный уровень программного обеспечения, который изначально работает как часть гипервизора. vSAN объединяет локальные или напрямую подключенные устройства емкости кластера хостов ESXi и создает единый пул хранения, совместно используемый всеми хостами в кластере vSAN.

  Вы можете создать хранилище данных vSAN в кластере vSAN. vSAN — это гиперконвергентное решение для хранения данных, которое объединяет хранилище, вычислительные ресурсы и виртуализацию в одном физическом сервере или кластере. В следующем разделе описаны концепции, преимущества и терминология, связанные с vSAN.

  Виртуальные тома VMware vSphere (vVols)

  Функциональность виртуальных томов VMware vSphere Virtual Volumes (vVols) меняет парадигму управления хранением данных с управления пространством внутри хранилищ данных на управление абстрактными объектами хранения, управляемыми массивами хранения. С vVols отдельная виртуальная машина, а не хранилище данных, становится единицей управления хранилищем. А оборудование для хранения данных получает полный контроль над содержимым виртуального диска, его структурой и управлением.

  Вы можете создать хранилище данных vVols в среде с совместимой системой хранения.Виртуальный том, созданный поставщиком vSphere API for Storage Awareness (VASA) и управляемый вне диапазона, представляет собой контейнер хранилища в vSphere. Поставщик VASA сопоставляет объекты виртуальных дисков и их производные, такие как клоны, моментальные снимки и реплики, непосредственно с виртуальными томами в системе хранения. Хосты ESXi получают доступ к виртуальным томам через промежуточную точку пути данных, называемую конечной точкой протокола. Конечные точки протокола служат шлюзами для ввода-вывода между хостами ESXi и системой хранения с использованием Fibre Channel, FCoE, iSCSI или NFS.

  Заключение

  Хранилища данных — это наиболее важные компоненты VMware vSphere 7, используемые для хранения виртуальных машин, образов ISO и другой важной информации. VMFS и NFS — это традиционные модели виртуализации хранилища, которые относятся к логической абстракции ресурсов и емкости физического хранилища от виртуальных машин и их приложений.

  Виртуальные тома VMware vSAN и VMware vSphere Virtual Volumes (vVols) — это программно-определяемые модели хранения, которые абстрагируют возможности хранения. В модели программно-определяемого хранилища виртуальная машина становится единицей выделения ресурсов хранения и может управляться с помощью гибкого механизма на основе политик.

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

  Вы также можете при желании изменить базовый размер изображения для изображений-контейнеров.

  Параметры

  Каждый из разделов этой темы соответствует записи в разделе Image Datastore на странице Storage Capacity мастера создания узла виртуального контейнера и соответствующим параметрам создания vic-machine.

  Хранилище данных

  Если вы развертываете VCH в кластере vCenter Server, хранилище данных, назначенное вами в качестве хранилища образов, должно совместно использоваться как минимум двумя, а лучше всеми хостами ESXi в кластере. Использование отдельных хранилищ данных возможно, но ограничивает использование функций vSphere, таких как vSphere vMotion® и VMware vSphere Distributed Resource Scheduler™ (DRS). Использование отдельных хранилищ данных может привести к тому, что все виртуальные машины контейнеров и файлы образов будут храниться на одном хосте.

  Вы можете указать папку хранилища данных для использования в качестве хранилища изображений. Если указанная вами папка еще не существует, vic-machine create создаст ее.

  • Папка для файлов ВМ VCH: эта папка содержит файл журнала создания с именем vic-machine_timestamp_create_id.log,
  • Папка хранилища пар "ключ-значение" для VCH:

  Папка, в которой хранятся все образы контейнеров, загруженные в VCH.

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

  Указав папку хранилища данных, вы можете назначить одну и ту же папку хранилища данных в качестве хранилища изображений для нескольких VCH. В хранилище данных создается только одна папка VIC, но она содержит одну папку vch_uuid/images для каждого развертываемого VCH. Создавая одну папку vch_uuid/images для каждого виртуального канала, vSphere Integrated Containers Engine ограничивает потенциальные конфликты использования образов между виртуальными коммуникационными каналами, даже если вы используете одну и ту же папку хранилища образов на нескольких хостах.

  Когда разработчики контейнеров создают и запускают контейнеры, vSphere Integrated Containers Engine сохраняет файлы для виртуальных машин контейнера на верхнем уровне хранилища образов в папках с теми же именами, что и у виртуальных машин контейнера.

  Мастер создания VCH

  Указание хранилища изображений является обязательным.

  Выберите хранилище данных в раскрывающемся меню Хранилище данных.

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

  Вариант vic-machine

  Указание хранилища образов является обязательным, если в вашей среде vSphere имеется несколько хранилищ данных. Если в вашей среде vSphere есть только одно хранилище данных, vic-machine использует его автоматически, и вам не нужно указывать хранилище данных. Если вы не укажете параметр --image-store и существует несколько возможных хранилищ данных, или если вы укажете недопустимое имя хранилища данных, создание vic-machine завершится ошибкой и в сообщении об ошибке будут предложены допустимые хранилища данных.

  Чтобы указать все хранилище данных в качестве хранилища изображений, укажите имя хранилища данных в параметре --image-store:

  Чтобы указать папку хранилища данных для использования в качестве хранилища изображений, укажите путь к папке в параметре --image-store:

  Базовый размер изображения

  Размер базового образа, из которого создаются другие образы контейнеров. Обычно вам не нужно использовать эту опцию. Укажите размер в ГБ или МБ. Размер по умолчанию — 8 ГБ. Образы представляют собой тонкие файлы, поэтому они обычно не занимают 8 ГБ места.Дополнительные сведения о базовых образах контейнеров см. в разделе Создание базового образа документации Docker.

  Мастер создания VCH

  1. В текстовом поле Максимальный размер образа ВМ-контейнера оставьте значение по умолчанию, равное 8, или введите другое значение.
  2. Выберите ГБ или МБ.

  Вариант vic-machine

  --base-image-size , без короткого имени

  Укажите значение в ГБ или МБ. Если не указано иное, vic-machine create устанавливает размер образа равным 8 ГБ.

  Что делать дальше

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

  Пример команды vic-machine

  В этом примере команда vic-machine create развертывает VCH, который использует папку vch1_images в datastore1 в качестве хранилища образов.

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

    
  • Файл манифеста отсутствует или не читается. Chrome что делать
    
  • Что такое основы компьютерной графики
    
  • Как подключить контроллер dji к компьютеру
    
  • Интерфейс Avast не открывается
    
  • Как сделать водяной знак в иллюстраторе