Нажмите "Enter", чтобы перейти к содержанию

Виртуальные хранилища данных: Что такое облачное хранилище? | AWS

Содержание

Облачные хранилища информации

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

Облачное хранилище данных — модель онлайн-хранилища, в котором данные хранятся на многочисленных, распределённых в сети серверах, предоставляемых в пользование клиентам, в основном третьей стороной. В противовес модели хранения данных на собственных, выделенных серверах, приобретаемых или арендуемых специально для подобных целей, количество или какая-либо внутренняя структура серверов клиенту, в общем случае, не видна. Данные хранятся, а равно и обрабатываются, в так называемом облаке, которое представляет собой, с точки зрения клиента, один большой, виртуальный сервер.
 Облачные хранилища данных.Облачное хранилище данных — модель онлайн-хранилища, в котором данные хранятся на многочисленных, распределённых в сети серверах, предоставляемых в пользование клиентам, в основном третьей стороной. В противовес модели хранения данных на собственных, выделенных серверах, приобретаемых или арендуемых специально для подобных целей, количество или какая-либо внутренняя структура серверов клиенту, в общем случае, не видна. Данные хранятся, а равно и обрабатываются, в так называемом облаке, которое представляет собой, с точки зрения клиента, один большой, виртуальный сервер. Облачные хранилища данных.
Облачные технологии

Похожие страницы:

Что такое хранилище данных | Oracle Россия и СНГ

Эволюция хранилища данных — от анализа данных к ИИ и машинному обучению

Первые хранилища данных появились в конце 1980-х гг. , и их задачей было обеспечить обмен данными между операционными БД (БД для поддержки бизнеса) и системами поддержки принятия решения (СППР). Первым хранилищам данных требовалось много копий. Большинство компаний использовали несколько СППР для различных потребностей. Хотя эти СППР обычно использовали одни и те же данные, процессы сбора, очистки и интеграции выполнялись для каждой из них по отдельности.

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

Эволюция хранилищ данных сделала их важным инструментом для постепенного наращивания бизнес-ценности для предприятия.

Этап Возможности Бизнес-преимущество
1 Транзакционная отчетность Обеспечивает реляционные сведения для создания моментальных снимков бизнес-эффективности
2 Продольные и поперечные срезы данных, специальные запросы, инструменты бизнес-аналитики Расширяет возможности для углубленного и более эффективного анализа
3 Прогнозирование эффективности в будущем (глубинный анализ данных) Обеспечивает визуализации данных и бизнес-аналитические прогнозы
4 Тактический анализ (пространственный анализ, статистика) Обеспечивает “альтернативные” сценарии для принятия решений на основе комплексного анализа
5 Хранит данные за несколько месяцев или лет Хранит данные за несколько недель или месяцев

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

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

Автономные хранилища данных представляют собой наиболее современное решение. Они дают возможность предприятиям извлекать еще больше ценных сведений из данных и в то же время обеспечивают более высокий уровень надежности и эффективности.

Подробнее об автономных хранилищах данных и о том, с чего начать работу с собственным автономным хранилищем.

ArcGIS Enterprise в облаке—ArcGIS Enterprise в облаке

ArcGIS Enterprise для Microsoft Windows и Linux поддерживается во многих инфраструктурных средах информационных технологий (ИТ), включая общедоступные и частные облачные среды. ArcGIS поддерживает любые облачные виртуальные машины при условии, что они соответствуют тем же системным требованиям, что и локальные эквивалентные машины.

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

Развертывание в облаке

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

Если вы выполняете развертывание на Amazon Web Services (AWS) или Microsoft Azure, вы можете использовать специализированные инструменты, предоставляемые Esri для этих облачных платформ. Для получения информации об этих инструментах см. Опции развертывания на Amazon Web Services и Что такое ArcGIS Enterprise Cloud Builder for Microsoft Azure?.

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

Интеграция с облачными объектами

Когда вы запускаете ArcGIS Enterprise в облачной среде, вы можете интегрироваться с различными формами облачных объектов платформ как сервисов, такими как облачное хранилище и предложения базы данных как сервиса. Использование собственных облачных сервисов может дать множество преимуществ с точки зрения масштабируемости, производительности, стоимости и обслуживания.

Хотя технически возможно подключиться к облачному хранилищу и облачным базам данных, даже если ArcGIS Enterprise работает за пределами одной облачной среды, это не рекомендуется из-за увеличенной задержки, которая снизит производительность и приведет к риску тайм-аутов. Esri формально не поддерживает подключение к облачным сервисам, если программные компоненты ArcGIS Enterprise не работают в одном регионе того же облака.

Сервисы облачного хранилища

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

Системное хранилище

ArcGIS Enterprise требует места для хранения определенного внутреннего содержимого программного обеспечения, такого как каталог содержимого портала или хранилище конфигурации ArcGIS Server.

При развертывании ArcGIS Enterprise на AWS или Azure вы можете использовать собственные облачные сервисы и хранилище для этих системных хранилищ. См. схемы в AWS CloudFormation и ArcGIS для примеров этих опций хранения в AWS. На Azure вы можете использовать хранилище Azure Blob.

Облачное хранилище данных

Вы можете использовать облачные хранилища данных для следующих целей в ArcGIS Enterprise:

Узнайте, как добавить элемент облачного хранилища данных на портал Enterprise или зарегистрировать облачное хранилище с помощью ArcGIS Server Manager.

Хранилище резервных файлов

Вы можете создать резервную копию своего облачного или локального развертывания ArcGIS Enterprise в контейнере хранилища Azure BLOB, Amazon S3 бакете или совместимом местосположении с S3 на другой облачной платформе. Сохраняя резервные копии в облаке, вы можете легко масштабировать размер места хранения.

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

Для получения информации о том, как создать резервную копию ArcGIS Enterprise в облачном хранилище, см. Создание резервной копии ArcGIS Enterprise.

Подсказка:

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

Облачные базы данных

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

Некоторые облачные провайдеры предлагают услуги управляемых баз данных, которые также поддерживаются ArcGIS Enterprise. Эти сервисы размещенных в облаке баз данных упрощают установку, настройку и обслуживание ваших реляционных баз данных, выполняя большую часть, если не всю работу, связанную с этими процессами. См. раздел Требования к использованию ArcGIS с базами данных в облаке для получения списка поддерживаемых сервисов баз данных. Вы можете создать базу геоданных во всех этих предложениях сервиса баз данных.

Если вы выполняете развертывание ArcGIS Enterprise на AWS, вы можете использовать инструменты развертывания, предоставленные Esri для создания многопользовательской базы геоданных в поддерживаемой Amazon Relational Database Service (RDS) и зарегистрировать ее в качестве управляемой базы данных для сайта ArcGIS Server.

Если вы выполняете развертывание ArcGIS Enterprise на Microsoft Azure с помощью ArcGIS Enterprise Cloud Builder for Microsoft Azure, вы можете использовать Cloud Builder для создания базы данных или многопользовательской базы геоданных в поддерживаемом сервисе базы данных Azure.


Отзыв по этому разделу?

Облачные серверы для бизнеса: преимущества и недостатки

Для кого подойдет облачный сервер

Основные потребители виртуальной инфраструктуры — средний бизнес (парк до 250 компьютеров) и верхний сегмент малого бизнеса (до 100 сотрудников). Для компаний этого сегмента облачное хранилище — реально выгодно: экономится бюджет на IT при более высокой надежности и безопасности, не нужно создавать серверное помещение, тянуть провода. Микробизнес с командой до 15 человек также иногда использует виртуализацию, в основном для развертывания 1C. Для крупного бизнеса облачные серверы на сегодня — не лучший выбор. При определенном масштабе дешевле содержать свои серверы и обслуживающий персонал.

Главное возражение против облачных технологий в целом — «я это не контролирую». На самом деле современные облачные сервисы надежнее собственных хранилищ, ведь даже простая фотография в облаке фактически обретает вечность — она никуда не пропадет, пока вы ее не удалите. Что говорить о серьезных системах, предназначенных для хранения и обработки коммерческой информации. Легко привести 3 аргумента в пользу надежности облачного сервера.



3 преимущества облачного сервера

Автоматическое резервное копирование

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


Независимость от аппаратных сбоев

Для облачного сервера не актуальна проблема поломки комплектующих. В центрах хранения и обработки данных (ЦОД), зданиях, где разворачивается виртуальная инфраструктура, запланировано многоуровневое резервирование вычислительных ресурсов. Сбои могут быть, но они не несут фатальных проблем, характерных для физических серверов. Неполадки устраняются на порядок быстрее, чем при эксплуатации локального сервера благодаря резервированию и специализированному персоналу.


Сохранение работоспособности при посягательстве третьих лиц

«Я в облаке!» — могли бы сказать сотрудники ФБК, когда к ним пришли с обыском. Облачный сервер невозможно «унести» или разбить. Поэтому даже в экстремальных ситуациях проверки, ограбления, обыска, пожара и так далее работоспособность не будет нарушена. Пара капель корвалола — и можно трудиться!



3 недостатка облачного сервера

С 1 июля вы должны хранить данные на российских серверах

С 1 июля в России сильно увеличились штрафы за нарушения при обработке и хранении персональных данных граждан РФ. Теперь нельзя хранить данные на иностранных виртуальных серверах, поэтому российские компании мигрируют на отечественные «облака», например, Облакотеку. Российские серверы не хуже и не дороже иностранных, а вот к техподдержке еще бывают вопросы. Также есть мнение, что у зарубежных хостеров более гибкие тарифные планы.


Переплата при долгом использовании в крупной компании

Если считать общие затраты за 2 года и более, то собственный сервер выгоднее. Но на старте выгоднее облачные хранилища — это похоже на ситуацию с жильем или арендой офиса.


Локальный сервер работает быстрее

Быстродействие собственных серверов бывает выше: оно не зависит от скорости интернета.



Подведем итог

Если вы малый или средний бизнес, облачные хранилища — оптимальный вариант. Крупному бизнесу выгоднее содержать серверное оборудование и персонал. Плюсы облачного хранилища — профессиональный сервис, надежное хранение данных. Выбирайте среди российских партнеров, так как с 2017 года законодательство строго смотрит на хранение данных российских граждан на иностранных «облаках».



Виды облаков и облачных услуг. Детальный разбор

Прежде чем обратиться к провайдеру облачных решений с заказом той или иной услуги, необходимо понять, облако какого типа будет оптимальным для вашей компании. По модели развертывания существует следующее разделение: публичное, частное и гибридное облако. Выбор нужной модели может зависеть от масштаба организации, ее устройства, ИТ-инфраструктуры и специфики данных, которые планируется содержать в облачном хранилище. Рассмотрим подробнее типы облаков, которые сегодня предлагают облачные провайдеры в России.

Публичное облако. Предусматривает размещение виртуальных инфраструктур сразу нескольких заказчиков — от двух до неограниченного количества. Данные одной компании хранятся на физическом сервере наряду с информацией других организаций, при этом они надежно защищены и изолированы (в том числе от вмешательства облачного провайдера). По сути, в данном случае совокупность физических ресурсов дата-центра провайдера делится на несколько виртуальных ЦОДов, которыми пользуются заказчики облачных услуг. Нельзя точно сказать, на каком конкретно физическом оборудовании будет размещены ваши данные: при хранении в кластере виртуальные машины перемещаются между серверами для балансировки нагрузки и повышения отказоустойчивости.

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

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

Частное облако. Виртуальные ресурсы размещены на конкретном физическом сервере, который предоставляется одному арендатору. Иногда  оборудование располагается в ЦОДе рядом с оборудованием других заказчиков — тем не менее, речь здесь идет также о частном облаке. Важен именно тот факт, что облачная инфраструктура выделена для одного клиента — даже если виртуальные ресурсы поделены между внутренними подразделениями организации, пользуется ими все-таки один заказчик.

Преимущества частного облака: полная изолированность ИТ-инфраструктуры, повышенная надежность хранения данных, конфигурируемость системы. Такой тип развертывания подойдет компаниям со сложной, разветвленной ИТ-инфраструктурой, особенно, если в этой компании предъявляются специальные требования к приватности данных. К тому же, облачная система учета потребления ресурсов в случае с частным облаком позволяет понимать, сколько потребляет то или иное подразделение организации.

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

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

Гибридное облако выступает единственным вариантом, даже когда компания имеет достаточно оборудования (качественного и в исправном состоянии), но нуждается в больших ресурсах. Это приводит к перемещению текущей инфраструктуры и отдельных сервисов в облако. Также перенос может быть сделан для того, чтобы обеспечить соответствие определенным уровням безопасности, указанным в федеральных законах о защите персональных данных.

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

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

1) IaaS — «инфраструктура как услуга». IaaS-провайдеры предоставляют заказчику вычислительную инфраструктуру (серверы, хранилища данных, операционные системы и сетевые ресурсы) для разворачивания и запуска собственных программных решений. Вариант подойдет компаниям, потребность которых в ресурсах не одинакова в разные моменты времени — бывают всплески потребностей, но они постепенно спадают (либо же организация быстро растет, и возникает проблема постоянного масштабирования инфраструктуры). Также IaaS будет оптимальным решением, когда у компании недостаточно средств на создание собственной инфраструктуры.

2) PaaS — «платформа как услуга». Провайдер облачных сервисов предоставляет заказчику готовую программную среду и инструменты для ее настройки. Элементами PaaS является аппаратное обеспечение, операционная система, СУБД, промежуточное ПО, инструменты тестирования и разработки. Такую платформу клиент может настроить под свои нужды, сделав из нее площадку для тестирования ПО или, например, систему для автоматизации системы управления. Такой вид сервиса пользуется особой популярностью у разработчиков программного обеспечения.

3) SaaS — «программное обеспечение как услуга». Разработчик программной платформы предоставляет к ней удаленный доступ клиенту. Например, именно по модели SaaS корпорация Microsoft обеспечивает клиентам пользование MS Office Suite (Office Web Apps) наряду с SharePoint Server, Exchange Server и другими сервисами и приложениями. Также по модели SaaS предоставляются почтовый сервис Gmail и облачная версия 1С.

4) DRaaS — «аварийное восстановление как услуга». Вариант для обеспечения катастрофоустойчивых решений с помощью облака провайдера. На площадку поставщика облачных решений реплицируются данные с основной площадки клиента. При выходе из строя сервисов клиента, они в течении нескольких минут перезапускаются, но уже в облаке. Такие решения особенно интересны компаниям с большим количеством бизнес-критичных приложений.

5) BaaS — «резервное копирование как услуга». Как и следует из расшифровки аббревиатуры, речь идет о резервном копировании данных клиента в облако провайдера. Поставщик предоставляет не только место для хранения информации, но и инструменты для быстрого и надежного копирования.

Также провайдеры крупнейших облачных сервисов предлагают заказчикам такие услуги, как DBaaS («база данных как услуга»), MaaS («мониторинг как услуга»), DaaS («рабочий стол как услуга»), STaaS («хранилище как услуга») и NaaS («сеть как услуга»). Облачные технологии позволяют обеспечивать корпоративных клиентов полным спектром услуг, способных упростить решение многих бизнес-задач. Получить подробную информацию о сервисах IBS DataFort, а также оставить заявку на приобретение, можно в каталоге на нашем сайте.

2.1 Понятие облачного хранилища данных. Облачные хранилища данных

Похожие главы из других работ:

Анализ существующих методов информационной безопасности облачных сервисов на базе мобильных облачных вычислений с использованием метода PP-CP-ABE

2. Эффективные и безопасные операции по хранению данных для мобильного облачного вычисления

В данной работе представлена целостная структура безопасности обеспечения хранения данных в публичном облаке с особым вниманием на легкие беспроводные устройства хранения и извлечения данных без демонстрации содержания данных поставщиками…

Аналитическая обработка данных (OLAP). Информационное хранилище данных. Модели данных, используемые для построения информационных хранилищ

Понимание хранилища данных

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

База данных гостиницы

1. Понятие базы данных. Реляционная модель данных. Таблицы, запросы, поля. Понятие типа данных

База данных — это совокупность описаний объектов реального мира и связей между ними, актуальных для конкретной прикладной области. В дальнейшем мы будем исходить из этого определения, уточняя его по ходу изложения…

Информационная система управления

3.3 Проектирование хранилища данных

В состав схемы базы данных источника включены 10 таблиц справочников: — Company; — Customer; — Product; — ProductCategory; — ProductLine; — Responsible; — SalesContract; — SupplierContract; — Supplier; — Warehouse. ..

Проектирование автоматизированных информационных систем подачи заявки на доставку угля филиала «Кедровский угольный разрез»

3.5 Проектирование хранилища данных

В качестве СУБД для разработки системы была выбрана SQL. На основе анализа требований к базе данных и к разрабатываемой информационной системе, а также на основании анализа предметной области, построены следующие ER-диаграммы: Рис. 3…

Разработка информационной системы одной и тюменских компаний авторазбора

2.3 Описание хранилища данных

Цель создания модели отображение логических связей между сущностями в системе. Логическая модель данных в нотации UML является основной для построения физической модели, которая, в свою очередь, будет определять…

Разработка методических материалов и лабораторных работ к специализированному курсу «Использование систем бизнес анализа»

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

Создание хранилища данных

1.
1 Хранилища данных

Создание хранилища данных

1.1.2 Понятие хранилища данных

Технология хранилищ данных предназначена для хранения и анализа больших объемов данных с целью дальнейшего обнаружения в них скрытых закономерностей и, наряду с технологией Data Mining, входит в понятие «предсказательная аналитика». Data Mining…

Создание хранилища данных

2.2 Разработка хранилища данных

В качестве источника данных для хранилища данных была взята база данных Microsoft Access с данными абитуриентов высшего учебного заведения. Данная база данных была развернута на сервере Microsoft SQL Server…

Создание хранилища данных и системы бизнес-аналитики

3.2 Проектирование хранилища данных

Вторым этапом разработки аналитической системы является проектирование хранилища данных. К проектированию хранилищ данных обычно предъявляются следующие требования: — Изначально…

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

1.
Хранилища данных

Хранилища данных — это процесс сбора, отсеивания и предварительной обработки данных с целью представления результирующей информации пользователям для статистического анализа и аналитических отчетов…

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

ХРАНИЛИЩА ДАННЫХ

Концепция хранилищ данных. Архитектура баз данных для хранилищ Одной из основных тенденций, определяющих развитие технологий реляционных баз данных и языка SQL…

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

АРХИТЕКТУРА БАЗ ДАННЫХ ДЛЯ ХРАНИЛИЩА

Структура базы данных для хранилища разрабатывается с целью максимально облегчить анализ информации. Данные должны быть удобно «разложены» по разным направлениям. Структура такой базы данных хранилища не будет реляционной…

Хранилища данных и OLAP-средства

3 Базы и хранилища данных

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

Облачное хранилище данных — это… Что такое Облачное хранилище данных?

Облачное хранилище данных — модель онлайн-хранилища, в котором данные хранятся на многочисленных распределённых в сети серверах, предоставляемых в пользование клиентам, в основном, третьей стороной. В противовес модели хранения данных на собственных выделенных серверах, приобретаемых или арендуемых специально для подобных целей, количество или какая-либо внутренняя структура серверов клиенту, в общем случае, не видна. Данные хранятся, а равно и обрабатываются, в так называемом облаке, которое представляет собой, с точки зрения клиента, один большой виртуальный сервер. Физически же такие серверы могут располагаться удалённо друг от друга географически, вплоть до расположения на разных континентах.

Облачные шлюзы — технология, которая может быть использована для более удобного представления облака клиенту. К примеру, с помощью соответствующего программного обеспечения, хранилище в облаке может быть представлено для клиента как локальный диск на компьютере. Таким образом, работа с данными в облаке для клиента становится абсолютно прозрачной. И при наличии хорошей, быстрой связи с облаком клиент может даже не замечать, что работает не с локальными данными у себя на компьютере, а с данными, хранящимися, возможно, за много сотен километров от него.

СервисБесплатный объём (ГБ)ПОТарифыПримечание
4shared[1]15Веб-интерфейс, Microsoft Windows, Mac OS X, Linux, Android, Apple iOS, Symbian OS, BlackBerry OS9.95$ / месяцсрок хранения 180 дней с последнего посещения
ADrive[2]50Веб-интерфейс, Microsoft Windows, Mac OS X, Linux, Android6.95$ / месяцБесплатный тариф налагает ограничения: размер файла не более 2 ГБ, отсутствие шифрования, предыдущих версий файлов, доступа по FTP и WebDAV, доступен лишь веб-интерфейс[3]
Asus WebStorage[4]2 (до 10 за рефералов[5])Веб-интерфейс, Microsoft Windows, Mac OS X, Linux (только x86), Android, Apple iOS, BlackBerry OSРеферальная программа (+ 512 Мб за каждого приглашённого)
Amazon S3[6]520$ / год [7]
Bitcasa[8]Не ограничен[9]Веб-интерфейс, Microsoft Windows, Mac OS X, LinuxПока бесплатное, скоро 10 $/мес
Box[10]5
Comodo Cloud[11]5 ГБВеб-интерфейс, Microsoft Windows, Androidдо 199. 99$/1ТБ-годТриальный период в 60 дней. Шифрование, Drag ‘n’ drop, play music, view photos and edit documents directly from Comodo Cloud as you would a local disk
CrashPlan[12]Не ограниченоВеб-интерфейс, Microsoft Windows, Mac OS X, Linux, Solaris2.50$ / месяц[13]Триальный период в 30 дней.
Cubby[14]5 (до 5 за рефералов)Веб-интерфейс, Microsoft Windows, Mac OS X, Android, Apple iOSДоступ лишь по приглашениям
DiskaNet[15]3Веб-интерфейс0.8$/15GB-мес, 4.5$/100GB-месДоступ по защищенному соединению, реферальная программа, поддержка мобильных устройств
Dropbox[16]2 (до 18 с помощью реферальной программы)Веб-интерфейс, Microsoft Windows, Mac OS X, Android, Apple iOS, BlackBerry OS10$/100 ГБ-мес[17]Нет шифрования
Filestream[18]Не ограниченоВеб-интерфейсОграниченное время хранения файлов для стандарного аккаунта, доступ по защищенному соединению, многопоточное скачивание, загрузка в хранилище по протоколу BitTorrent (с последующей раздачей) и с некоторых файлообменников
iWork[19]1Mac OS X, Apple iOSсервис Apple
Jottacloud[20]5 (10 при регистрации по приглашению, до 100 за рефералов)Веб-интерфейс, Microsoft Windows, Mac OS X, Android, Apple iOS1,7$/20 ГБ-мес, 3,4$/50 ГБ-мес, 6,0$/100 ГБ-мес, 29,2$/500 ГБ-мес,Платные тарифы двух видов — за место в хранилище, либо безлимитное хранилище с оплатой за количество устройств
SkyDrive[21]7 (25 — для пользователей с аккаунтами старше 30. 04.2012)Веб-интерфейс, Microsoft Windows, Ubuntu, Android, Apple iOSсрок хранения 270 дней после последнего использования SkyDrive либо прочих услуг по Live ID (Hotmail, Messenger)[источник не указан 256 дней]
SpiderOak[22]2 (до 10 за рефералов [23], +2Гб за правильное решение викторины из официального блога)Microsoft Windows, Mac OS X, Linux[24]10$/100 ГБ-мес, 100$/100 ГБ-год[25]Реферальная программа (+10 ГБ), синхронизация данных, шифрование перед отправкой
SugarSync[26]5 (до 32 за рефералов) [27]Microsoft Windows, Mac OS X, Android, Apple iOS, Symbian OS, BlackBerry OS и Windows Mobile[28]5$/30 ГБ-месмного поддерживаемых мобильных устройств
symform[29]10Mac OS X, Microsoft Windows10$/100GB-месПредлагается не только покупать место в облаке, но и обменять 300 GB на локальном диске на 200 GB в облаке
Syncplicity[30]2
Ubuntu One[31]5 (до 20 за рефералов)Веб-интерфейс, Microsoft Windows, Ubuntu, Android, Apple iOS[32]2. 99$/20ГБ-мес, 29.99$/20ГБ-год[33]
Wuala[34]5 (6 при регистрации по рефералу)дополнительно 3 GB за привлечённых пользователей (250 MB за реферала). Но срок годности такого приращения — 1 год. [35]
ZumoDrive[36]1 (+ 1 бонус)3$/10 ГБ-мес
Диск Google[37]5 ( платное расширение до 16 ТБ )Веб-интерфейс, Microsoft Windows, Mac OS X, Android, Apple iOS2,5$/25 ГБ-месЗамена Google Docs
Яндекс.Диск[38]10 (бесплатное расширение до 20 ГБ)Веб-интерфейс, Microsoft Windows, Mac OS X, Linux, Android, Apple iOSБесплатноеЗамена сервису Яндекс.Народ, срок хранения файлов не ограничен

Список виртуальных устройств хранения VSA и симуляторов хранения SAN

Где скачать и как установить бесплатные симуляторы хранилища и виртуальные устройства хранения VSA

Для вашей лаборатории вам понадобятся вычислительные ресурсы (серверы), сети (маршрутизаторы, коммутаторы и т. Д.) И хранилище. Если вы сосредоточены на изучении или тестировании только отдельного приложения, операционной системы или сетевой инфраструктуры, то, вероятно, вам не обойтись без дополнительного хранилища, чем на локальном жестком диске вашего ПК.Однако если вы хотите узнать, как работают облачные технологии и технологии центров обработки данных в целом, вам потребуется выделенное внешнее хранилище, такое как имитатор хранилища или VSA (Virtual Storage Appliance). И это определенное требование, если вы изучаете такие технологии гипервизора, как VMware vSphere.

Вам уже придется потратиться на вычислительное оборудование и любые устройства сетевой инфраструктуры, которые нельзя виртуализировать. Если у вас нет денег больше, чем вы знаете, что с ними делать, вы, вероятно, захотите снизить затраты на хранение с помощью Virtual Storage Appliance (VSA) или симулятора хранения.

Хотите пройти полный курс по хранению данных бесплатно? Посмотрите мое введение в SAN и NAS Storage

Список виртуальных устройств хранения VSA, симуляторы хранения, демонстрации SAN и NAS

Ниже я собрал список, где вы можете бесплатно найти симуляторы хранения и устройства виртуального хранения. Это довольно большой список, поэтому вот несколько советов, если вы не знаете, какой из них выбрать:

  • Если вы хотите, чтобы ваша лаборатория максимально точно имитировала производственную среду вашей организации, выберите VSA или симулятор у поставщика хранилища.Если у одного и того же поставщика доступно несколько симуляторов, я сначала перечислил их новейшие и наиболее удобные для лабораторий варианты.
  • Если вам нужен самый простой вариант для изучения технологии гипервизора, такой как VMware vSphere, используйте FreeNAS или StarWind.
  • Я также перечислил демонстрации графического интерфейса пользователя внизу списка. Они не подходят для лабораторной работы, но полезны, если вы хотите изучить внешний вид графического интерфейса хранилища конкретного поставщика.

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

Симуляторы хранения и виртуальные устройства хранения VSA

FreeNAS VSA

StarWind Virtual SAN VSA

OSNexux QuantaStor Community Edition VSA

Open Media Vault VSA

Унифицированное хранилище OpenFiler VSA

Симулятор NetApp ONTAP

NetApp ONTAP Выбрать VSA

Демонстрационный узел NetApp Element VSA

Симулятор HPE 3PAR StoreServ

HPE StoreVirtual VSA

Dell EMC Unity VSA

Программно определяемое хранилище Dell EMC ViPR

Симулятор Dell EMC OneFS Isilon

Dell EMC IsilonSD Edge

Dell EMC PowerProtect Data Domain Virtual Edition — Community Edition

Dell EMC ECS Community Edition

Симулятор хранилища Oracle ZFS

Виртуальная машина IBM Spectrum Scale

Симулятор HDS HCS

Виртуальный массив HPE Nimble VSA

Nutanix Community Edition

Synology DSM XPEnology Simulator

NexentaStor Community Edition VSA

Виртуализация системы хранения QUADStor VSA

Гиперконвергентная виртуальная сеть хранения данных Datacore

Пробная версия StorMagic SvSAN

Только демонстрация графического интерфейса хранилища

Интерактивные демонстрации Dell EMC

Демонстрационная версия IBM StorWize V-Series

Huawei OceanStor Demo

Synology DSM NAS Demo

QNAP QTS NAS Demo

Демо-версия Thecus NAS

NetGear ReadyNAS NAS Demo

Симуляторы хранения и виртуальные устройства хранения VSA

FreeNAS VSA

FreeNAS поддерживает iSCSI SAN в дополнение к протоколам NFS и SMB NAS.

Системные требования

  • Имеет собственную операционную систему. Вы можете установить его с нуля или на виртуальную машину по вашему выбору
  • 64-битный процессор
  • Минимум 8 ГБ ОЗУ (рекомендуется 16 ГБ)
  • Загрузочный диск 8 ГБ (можно использовать USB)
  • Установщик: 508 МБ

Ссылка для скачивания (учетная запись не требуется)

Видео с мастером установки и первоначальной настройки

StarWind Virtual SAN Free VSA

StarWind поддерживает протоколы NFS и SMB NAS в дополнение к iSCSI SAN.

Системные требования

  • VMware ESXi, Microsoft Hyper-V или Windows Server
  • Минимум 4 ГБ ОЗУ
  • 42 ГБ дискового пространства на узел
  • Установщик: 336 МБ

Ссылка для скачивания (требуется гостевая учетная запись)

Руководство по началу работы

OSNexux QuantaStor Community Edition VSA

QuantaStor поддерживает iSCSI, Fibre Channel (если у вас Qlogic HBA), NFS, SMB и объектное хранилище.

Community Edition имеет лимит емкости 40 ТБ и возобновляемую бесплатную лицензию на 2 года.

Системные требования

  • Имеет собственную операционную систему. Вы можете установить его с нуля или на виртуальную машину по вашему выбору
  • Минимум 4 ГБ ОЗУ (рекомендуется 16 ГБ)
  • 2x SSD для системных / загрузочных дисков
  • 64 ГБ Дисковое пространство для загрузочного диска
  • Установщик: 1 ГБ ISO-образа или 1,9 ГБ OVA

Ссылка для скачивания (введите адрес электронной почты на странице, чтобы запросить лицензию на Community Edition)

Руководство по установке

Open Media Vault VSA

Системные требования

  • Работает на Debian Linux, который включен в установку
  • Минимум 1 ГБ ОЗУ
  • Минимум 4 ГБ дискового пространства
  • Установщик: 489 МБ

Ссылка для скачивания (учетная запись не требуется)

Документация, включая руководство по установке.

Унифицированное хранилище Openfiler VSA

Системные требования

  • VMware ESXi, семейство рабочих станций или Citrix Xen
  • Минимум 4 ГБ ОЗУ
  • 12GB Дисковое пространство
  • Установщик: 508 МБ

Ссылка для скачивания (учетная запись не требуется)

Графическое руководство по установке

Симулятор NetApp ONTAP

Системные требования

  • Семейство рабочих станций VMware: 5 ГБ ОЗУ на узел
  • VMware ESXi: 8 ГБ ОЗУ на узел
  • 40 ГБ свободного дискового пространства на узел
  • (Старая версия 8.2 симулятор требует только 2 ГБ ОЗУ на узел и может быть загружен с той же страницы.)
  • Размер установщика: 600 МБ

Ссылка для скачивания (требуется учетная запись клиента или партнера)

У меня есть пошаговые инструкции по созданию симулятора NetApp ONTAP 9 Lab

NetApp ONTAP Выбрать VSA

Оценка на 90 дней 2 ТБ

Системные требования

Конфигурация симулятора требует развертывания двух виртуальных машин; выберите узел и выберите развертывание служебной программы администрирования.

  • VMware ESXi
  • Выбор узла ONTAP:
  • Intel CPU 25xx v3 (Haswell) или выше с 6 физическими ядрами или выше
  • 24 ГБ ОЗУ
  • 2 порта Ethernet 10 Гбит / с
  • ONTAP Выберите развертывание служебной программы администрирования
  • 2 виртуальных процессора
  • 4 ГБ ОЗУ
  • 40GB Дисковое пространство
  • Установщик: 2,2 ГБ

Ссылка для скачивания (требуется учетная запись клиента или партнера)

Краткое руководство

Документация, включая руководство по установке и настройке

Демонстрационный узел элемента NetApp VSA

Системные требования

  • VMware ESXi
  • Общая емкость 240 ГБ (размер и количество виртуальных дисков для виртуальной машины не могут быть изменены.Любое дополнительное хранилище, представленное через гипервизор, будет игнорироваться гостевой ОС.)
  • Корневой диск 60 ГБ
  • Один диск с метаданными емкостью 30 ГБ, с расширенным резервированием / обнулением
  • Три блочных диска по 50 Гбайт, с расширенным выделением ресурсов / с активным обнулением
  • 2 виртуальных ЦП (полностью зарезервировано)
  • 16 ГБ ОЗУ (полностью зарезервировано)
  • Один адаптер главной шины для всех дисков, параллельный LSI Logic
  • 2 vNIC, обе vmxnet3 (одно управление, одно хранилище)

Ссылка для скачивания (требуется учетная запись клиента или партнера)

Руководство по установке и настройке

HPE (Hewlett Packard Enterprises) 3PAR StoreServ Simulator

Системные требования

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

  • VMware ESXi или семейство рабочих станций
  • Один виртуальный ЦП (одноядерный)
  • Три виртуальных сетевых карты
  • 2 ГБ ОЗУ
  • 50 ГБ дискового пространства (с полным или тонким предоставлением)
  • Установщик: 9,52 ГБ

Ссылка для скачивания (требуется гостевая учетная запись)

d8taDude имеет инструкции по настройке симулятора 3PAR в своем блоге.

HPE StoreVirtual VSA

Оценка на 3 года 1 ТБ

Системные требования

  • Hyper-V, vSphere или KVM
  • 2 VCPU
  • 5 ГБ ОЗУ
  • Консоль централизованного управления
  • для Windows или Linux загружается по той же ссылке
  • Установщик
  • : 600 МБ, включая консоль централизованного управления

Ссылка для скачивания (требуется гостевая учетная запись)

Микеле Доманико опубликовал в своем блоге инструкции по настройке StoreVirtual VSA.

Dell EMC Unity VSA

Системные требования

  • VMware ESXi
  • 2 VCPU
  • 16 ГБ ОЗУ
  • 6 виртуальных сетевых карт
  • Консоль централизованного управления
  • для Windows или Linux загружается по той же ссылке
  • Установщик: 2,27 ГБ

Ссылка для скачивания

UnityVSA заменил симулятор vVNX.

Документация по

, включая видео по установке и руководство, доступна на странице загрузки.

У Петра Пиша есть инструкции по установке Dell EMC UnityVSA в своем блоге.

Программно определяемое хранилище Dell EMC ViPR

Системные требования

  • Сервер VMware vCenter с включенным DRS и VMFS5 в общем блочном хранилище.
  • Установщик: 2,6 ГБ

ViPR Controller vApp:

  • 2 VCPU
  • 8 ГБ ОЗУ
  • 120 ГБ дискового пространства

ViPR Controller Reporting vApp:

  • 4 VCPU
  • 32 ГБ ОЗУ
  • 600 ГБ дискового пространства

Ссылка для скачивания

Бесплатная загрузка ViPR Controller Краткое руководство

Симулятор Dell EMC OneFS Isilon

Системные требования

  • Рабочая станция VMware, Fusion или ESXi
  • Минимум 2 ГБ ОЗУ (рекомендуется 6 ГБ)
  • 42 ГБ дискового пространства на узел
  • Установщик: 294 МБ

Ссылка для скачивания (учетная запись не требуется)

Руководство по установке имитатора Isilon OneFS

Dell EMC IsilonSD Edge

Пакет загрузки IsilonSD Edge включает:

Management Server, подключаемый модуль VMware vCenter
Программное обеспечение операционной системы Isilon OneFS в файле Open Virtualization Archive (OVA)
Программное обеспечение Isilon InsightIQ

Системные требования

  • ЦП: 2 виртуальных ЦП на узел
  • RAM: Мин. 6 ГБ на узел
  • ОС
  • : VMware ESXi и vCenter
  • Сети: 2 сети (или VLAN)

Ссылка для скачивания (учетная запись не требуется)

Руководство по установке включено в загрузку

Dell EMC PowerProtect Data Domain Virtual Edition — Community Edition

Пробная версия Community Edition ограничена объемом памяти 0,5 ТБ.

Системные требования

  • VMware ESXi или Hyper-V
  • 6 ГБ ОЗУ
  • Корневой диск 250 ГБ
  • Диск NVRAM 10 ГБ
  • Установщик: 1.7 ГБ

Ссылка для скачивания (требуется гостевая учетная запись)

Документация по

, включая видео по установке и руководство, доступна на странице загрузки.

Dell EMC ECS Community Edition

ECS предоставляет бесплатное решение для хранения объектов и файловой системы HDFS.

Системные требования

  • Минимальная установка последней версии CentOS.
  • 4 ядра процессора.
  • 16 ГБ ОЗУ.
  • Хранилище корневого блока 16 ГБ.
  • 104 ГБ дополнительного блочного хранилища.
  • Установщик: 2 ГБ

Ссылка для скачивания

Руководство по установке

Симулятор хранилища Oracle ZFS

Системные требования

  • Семейство рабочих станций VMware или VirtualBox
  • 2,5 ГБ ОЗУ
  • 125GB Дисковое пространство
  • Установщик: 688 МБ

Ссылка для скачивания (требуется гостевая учетная запись)

Краткое руководство

Виртуальная машина IBM Spectrum Scale

90-дневная пробная версия

Системные требования

  • VMware ESXi, Linux KVM или VirtualBox
  • 1 VCPU
  • 3.5 ГБ RAM
  • 19 ГБ Дисковое пространство
  • Установщик: 899 МБ

Ссылка для скачивания (требуется гостевая учетная запись)

Краткое руководство, Расширенное руководство пользователя и Руководство по изучению доступны на странице загрузки.

HDS (Hitachi Data Systems) HCS (Hitachi Command Suite) Симулятор

Ссылка для скачивания (требуется учетная запись партнера HDS)

Виртуальный массив HPE Nimble

Системные требования

  • Работает на VMware
  • 2 VCPU
  • 4 ГБ ОЗУ

Ссылка для скачивания (требуется учетная запись сотрудника Nimble или партнера)

У Кайла Дженнера есть инструкции по настройке Nimble Virtual Array в своем блоге.

Nutanix Community Edition

Системные требования

  • Работает на 1, 3 или 4 физических серверах. У каждого должно быть:
  • Intel CPU с 4 ядрами минимум
  • 16 ГБ ОЗУ
  • 200 ГБ SSD для горячего уровня
  • Жесткий диск 500 ГБ для холодного уровня
  • Установщик: 2,9 ГБ

Ссылка для скачивания (требуется гостевая учетная запись)

Руководство по началу работы.

Synology DiskStation Manager (DSM) XPEnology Simulator

Системные требования

  • VMware ESXi или семейство рабочих станций
  • 2 VCPU
  • 4 ГБ ОЗУ
  • 16 ГБ дискового пространства
  • Установщик: 200 МБ

Ссылка для скачивания (учетная запись не требуется)

У Алекса Лопеса есть инструкции по установке XPEnology Simulator в своем блоге.

NexentaStor Community Edition VSA

NexentaStor предоставляет единое решение для хранения файлов и блоков для NFS, SMB и iSCSI. Бесплатная версия Community Edition ограничена 10 ТБ хранилища. Также доступна 45-дневная пробная версия полного корпоративного продукта.

Системные требования

  • 64-битный процессор
  • 4 ГБ ОЗУ (рекомендуется 8 ГБ)
  • Минимум загрузочного диска 12 ГБ (для обновлений рекомендуется 20–30 ГБ)
  • Установщик: 613 МБ

Ссылка для скачивания (требуется гостевая учетная запись. Лицензионный и установочный файл будет отправлен на следующий день после вашего запроса.)

Краткое руководство по настройке

доступно на странице документации.

Виртуализация системы хранения QUADStor VSA

QUADStor предоставляет бесплатное решение для хранения файлов и блоков.

Системные требования

  • 64-битный процессор
  • 4 ГБ ОЗУ (8 ГБ для NAS)
  • RHEL / Centos 6/7, SLES 12 SP3 или Debian squeeze 7/8 для архитектуры x86_64 / AMD64
  • HBA QLogic 24xx / 25xx для подключения по Fibre Channel
  • Порты Ethernet для подключения iSCSI

Ссылка для скачивания

Руководство по установке

доступно на странице документации.

Datacore SANsymphony Virtual SAN

Системные требования

  • VMware ESXi или Bare Metal Windows Server (Hyper-V не поддерживается)
  • 2-ядерный 64-битный процессор
  • 8 ГБ ОЗУ
  • 20GB Дисковое пространство
  • Установщик
  • : 7 ГБ для VMware, 194 МБ для Windows

Ссылка для скачивания (требуется регистрация по электронной почте)

Руководство по началу работы.

Пробная версия StorMagic SvSAN

10-дневная пробная версия с возможностью продления до 40 дней

Системные требования

Узел SvSAN:

  • VMware ESXi, Microsoft Windows Server 2016 или Hyper-V
  • 1 VCPU
  • 1 ГБ ОЗУ
  • Загрузочное устройство 512 МБ плюс 20 ГБ дискового пространства для журналов

Свидетельское устройство:

  • VMware ESXi, Microsoft Windows Server 2016 или Hyper-V
  • 1 VCPU
  • 512 МБ ОЗУ
  • 512 МБ Дисковое пространство
  • Установщик: 899 МБ

Ссылка для скачивания (отдел продаж StorMagic свяжется с вами, чтобы настроить пробную версию)

Только демонстрация графического интерфейса пользователя

Интерактивные демонстрации Dell EMC

Интерактивные демонстрации Dell EMC можно найти здесь:

https: // democenter. dell.com/interactive

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

  • СЕРИЯ SC
  • SCV3000 МАСТЕР РАЗВЕРТЫВАНИЯ
  • XTREMIO

IBM StorWize V-Series Demo

Системные требования

  • Это веб-демонстрация графического интерфейса пользователя IBM StorWize V-Series, работающего на клиенте Windows
  • Установщик: 162 МБ

Ссылка для скачивания (требуется учетная запись IBMid) для демонстрации V7000.

Ссылка для загрузки (требуется учетная запись IBMid) для демонстрации V5000.

Инструкции по установке включены в загруженный zip-файл.

Huawei OceanStor Demo

Системные требования

  • Это демонстрация графического интерфейса Huawei OceanStor на основе Flash, работающего на клиенте Windows
  • 1 ГБ дискового пространства
  • Установщик: 224 МБ

Ссылка для загрузки и руководства по установке (учетная запись не требуется)

Synology DiskStation Manager (DSM) NAS Demo

Системные требования

  • Это веб-демонстрация графического интерфейса пользователя Synology DSM

Демо-ссылка (учетная запись не требуется)

QNAP QTS NAS Demo

Системные требования

  • Это веб-демонстрация QNAP QTS GUI

Демо-ссылка (учетная запись не требуется)

Демонстрационная версия Thecus NAS

Системные требования

  • Это веб-демонстрация графического интерфейса пользователя ThecusOS

Демо-ссылка (учетная запись не требуется)

NetGear ReadyNAS NAS Demo

Системные требования

  • Это веб-демонстрация графического интерфейса пользователя NetGear ReadyNAS

Демо-ссылка (учетная запись не требуется)

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

Я что-то пропустил из списка? Пожалуйста, дайте мне знать по электронной почте [email protected]

Развивайте свои навыки хранения и переходите на следующий уровень:

Загрузите мое бесплатное пошаговое руководство «Как бесплатно создать лабораторию NetApp ONTAP» здесь.

Щелкните здесь, чтобы получить мой учебный курс «NetApp ONTAP Complete».

Два пути к виртуальному хранилищу дают преимущества

Nemertes Research недавно опубликовала третий том исследования центров обработки данных по теме хранения.Наше исследование показывает, что чуть менее трети компаний используют технологии виртуализации хранилищ, и все больше компаний планируют оценить или развернуть виртуализацию хранилищ в ближайшем будущем. В основном используются две различные технологии виртуализации хранилищ: виртуальная сеть хранения данных и виртуальная лента.

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

С помощью виртуальной SAN множество различных подсистем хранения можно «объединить» в одну большую логическую (виртуальную) систему хранения. Затем пул виртуальной памяти можно логически разделить и выделить для определенных приложений и серверов. Поскольку логические разделы не обязательно находятся на определенном диске или массиве хранения, их можно перераспределить, переместить, уменьшить или расширить.

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

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

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

Виртуальная лента — это технология, использующая жесткие диски, которые выглядят как ленточные накопители. Большинство основных поставщиков хранилищ делают системы хранения для использования в качестве виртуальных ленточных накопителей (например, IBM VTS, EMC Clariion Disk Library и т. Д.). Из-за более высокой скорости записи на диски виртуальные ленточные накопители могут выполнять резервное копирование намного быстрее, освобождая приложение или базу данных, которая была заблокирована для согласованности.

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

Кроме того, поскольку данные из резервных копий часто извлекаются в первые 24–48 часов, виртуальная лента предлагает компромисс между автономной лентой и подключенным диском, позволяя извлекать недавно резервные копии данных непосредственно с диска.

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

Присоединяйтесь к сообществам Network World на Facebook и LinkedIn, чтобы комментировать самые важные темы.

Copyright © 2006 IDG Communications, Inc.

Преимущества виртуального хранилища

: как виртуальная память может защитить ваши данные

Такие востребованные ИТ-тенденции, как облачные вычисления, мобильность и большие данные, меняют способ управления центрами обработки данных предприятиями.

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

Виртуализация хранилища — следующий логический шаг после успеха виртуальных машин. За счет виртуализации некоторых существующих систем хранения и использования программно определяемых систем хранения администраторы могут динамически управлять своими массивами хранения.

Поскольку большие данные играют все более важную роль в бизнесе, ИТ-командам необходимо развертывать более быстрые носители, чтобы пользователи могли быстро получить доступ к данным, которые им необходимы для аналитической поддержки. Твердотельные накопители (SSD), в которых используется флэш-память для доступа с малой задержкой, являются неотъемлемой частью предоставления данных для сложных аналитических процессов.Хотя твердотельные накопители более дорогие, они быстрее и требуют меньше энергии, чем жесткие диски.

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

  • Локальное резервное копирование: ИТ-команды сначала выполняют локальное резервное копирование, что обеспечивает быстрое локальное восстановление после менее серьезных инцидентов. Например, теперь доступен ряд доступных по цене вариантов от поставщиков для резервного копирования целых виртуальных машин.Организации, располагающие ресурсами для управления резервным центром обработки данных, могут реплицировать данные в случае катастрофы. Немногие ИТ-организации используют этот подход.
  • Облачное восстановление: Некоторые организации используют поставщиков совместного размещения для размещения избыточных систем, выбирают аварийное восстановление в качестве пакета услуг от поставщика или, для тех, которые размещены в частном облаке, полагаются на существующие процессы аварийного восстановления, находящиеся в облачная инфраструктура.

Прочтите технический документ CDW «В ногу с развитием центра обработки данных», чтобы узнать больше о виртуальном хранилище.

Mirexon / ThinkStock

Виртуальные пулы хранения

— документация Trident

Виртуальные пулы хранения обеспечивают уровень абстракция между серверной частью хранилища Trident и Kubernetes StorageClasses. Они позволяют администратору определять такие аспекты, как расположение, производительность и защита для каждого бэкэнда в общем, бэкэнд-независимый способ без указания StorageClass, какой физический бэкэнд, бэкэнд-пул или тип бэкэнда для использования в соответствии с желаемым критерии.

Пулы виртуальных хранилищ могут быть определены на любом из серверов Trident.

Пулы виртуальных хранилищ

Администратор хранилища определяет виртуальные пулы и их аспекты. в файле определения JSON или YAML серверной части. Любой указанный аспект вне списка виртуальных пулов является глобальным для бэкэнда и будет применяться ко всем виртуальным пулам, в то время как каждый виртуальный пул может указывать один или несколько аспекты индивидуально (перекрывая любые внутренние аспекты).

Примечание

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

Большинство аспектов указаны в терминах, относящихся к серверной части. Что особенно важно, значения аспектов не отображаются за пределами драйвера серверной части и недоступны для сопоставления в StorageClasses. Вместо этого администратор определяет одну или несколько меток для каждого виртуального пула. Каждый label — это пара ключ: значение, и метки могут быть общими для уникальных серверных ВМ. Подобно аспектам, метки могут быть указаны для каждого пула или глобальны для серверной части.В отличие от аспектов, которые имеют предопределенные имена и значения, администратор имеет полное право определять ключи и значения меток по мере необходимости.

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

.
Оператор Пример Описание
= производительность = премиум Значение метки пула должно соответствовать
! = производительность! = Экстремальный Значение метки пула не должно совпадать с
дюйм расположение в (восток, запад) Значение метки пула должно быть в наборе значений
notin перформанс нотин (серебро, бронза) Значение метки пула не должно входить в набор значений
<ключ> защита Ключ метки пула должен существовать с любым значением
! <Ключ> ! Защита Ключ метки пула не должен существовать

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

Глава 5. Виртуальное хранилище

Поскольку виртуальная машина, скорее всего, ожидает увидеть жесткий диск встроенный в виртуальный компьютер Oracle VM VirtualBox должен иметь возможность представить гостю реальное хранилище как виртуальный жесткий диск. Есть в настоящее время три метода для достижения этого:

Каждое такое виртуальное запоминающее устройство, например файл образа, iSCSI целевой или физический жесткий диск должен быть подключен к виртуальному контроллер жесткого диска, который Oracle VM VirtualBox представляет виртуальному машина.Это объясняется в следующем разделе.

5.1. Контроллеры жестких дисков

В вычислительном устройстве подключены жесткие диски и приводы CD / DVD. на устройство, называемое контроллером жесткого диска, которое управляет жестким диском работа и передача данных. Oracle VM VirtualBox может эмулировать большинство распространенные типы контроллеров жестких дисков, обычно встречающиеся в вычислительной технике устройства: IDE, SATA (AHCI), SCSI, SAS, на базе USB, NVMe и запоминающие устройства virtio-scsi.

  • IDE (ATA) Контроллеры — это обратно совместимое, но очень продвинутое расширение диска контроллер в IBM PC / AT (1984).Изначально этот интерфейс работал только с жесткими дисками, но позже был расширен и на поддерживают приводы компакт-дисков и другие типы съемных носителей. В физические ПК, в этом стандарте используются плоские параллельные кабели с 40 или 80 проводами. Каждый такой кабель может соединять два устройства, вызывается устройство 0 и устройство 1 в контроллер. Типичные ПК имели два разъема для таких кабелей. В результате поддержка до четыре устройства IDE были наиболее распространены: первичное устройство 0, первичное устройство 1, вторичное устройство 0 и вторичное устройство 1.

    В Oracle VM VirtualBox каждая виртуальная машина может иметь одну IDE. контроллер включен, что дает вам до четырех виртуальных хранилищ устройства, которые можно прикрепить к машине. По умолчанию один из эти виртуальные устройства хранения, устройство 0 на вторичном канал, предварительно настроен как виртуальный CD / DVD привод. Однако вы можете изменить настройку по умолчанию.

    Даже если ваша гостевая ОС не поддерживает устройства SCSI или SATA, он всегда должен видеть контроллер IDE.

    Вы также можете выбрать, какой именно тип контроллера IDE аппаратное обеспечение Oracle VM VirtualBox должно предоставить виртуальной машине: PIIX3, PIIX4 или ICH6. Это не имеет значения с точки зрения производительность, но если вы импортируете виртуальную машину с другой продукт виртуализации, ОС на этом компьютере может ожидать конкретный тип контроллера и сбой, если он не найден.

    После того, как вы создали новую виртуальную машину с Новая виртуальная машина мастер VirtualBox Manager, вы обычно увидите одну IDE контроллер в машине Хранилище настроек.Виртуальный CD / DVD-привод будет подключен к одному из четырех портов этого контроллер.

  • Serial ATA (SATA) — это более последний стандарт, чем IDE. По сравнению с IDE он поддерживает как гораздо более высокие скорости и больше устройств на контроллер. Также с физическое оборудование, устройства могут быть добавлены и удалены, в то время как система работает. Стандартный интерфейс для контроллеров SATA называется Advanced Host Controller Interface (AHCI).

    Как настоящий контроллер SATA, виртуальный SATA Oracle VM VirtualBox контроллер работает быстрее, а также потребляет меньше ресурсов процессора ресурсов, чем виртуальный контроллер IDE. Кроме того, это позволяет вы можете подключить до 30 виртуальных жестких дисков к одной машине вместо трех, по сравнению с Oracle VM VirtualBox IDE контроллер с подключенным DVD приводом.

    По этой причине, в зависимости от выбранной гостевой ОС, Oracle VM VirtualBox использует SATA по умолчанию для вновь созданных виртуальные машины.Один виртуальный контроллер SATA создается по умолчанию, а диск по умолчанию, который создается с новой виртуальной машиной, — прикреплен к этому контроллеру.

    Предупреждение

    Весь контроллер SATA и виртуальные диски, подключенные к он, в том числе в режиме совместимости IDE, не будет замечено ОС, в которых устройства не поддерживают AHCI. В в частности, нет поддержки AHCI в Версии Windows до Windows Vista .Наследие Версии Windows, такие как Windows XP, даже с SP3 установлен, не будет видеть такие диски, пока вы не установите Дополнительные драйверы. Можно переключиться с IDE на SATA после установки путем установки драйверов SATA и изменение типа контроллера в виртуальной машине Настройки диалоговое окно.

    Oracle VM VirtualBox рекомендует драйверы Intel Matrix Storage, который можно скачать с http: // центр загрузки.intel.com/Product_Filter.aspx?ProductID=2101.

    Чтобы добавить контроллер SATA к машине, для которой он не был включен по умолчанию, либо потому, что он был создан более ранняя версия Oracle VM VirtualBox или потому что SATA не поддерживается по умолчанию выбранной гостевой ОС, выполните следующий. Перейти к Хранилище страница машины Настройки диалоговое окно, щелкните Добавьте контроллер под Поле Storage Tree и затем выберите Add. Контроллер SATA .Новый контроллер отображается как отдельное устройство PCI в виртуальной машине, и вы можете добавить виртуальные диски к нему.

    Чтобы изменить настройки режима совместимости IDE для SATA Контроллер, см. Раздел 8.18, «VBoxManage storagectl».

  • SCSI — еще один установленный отраслевой стандарт, расшифровывается как Small Computer System Интерфейс. SCSI — это общий интерфейс для передачи данных между всеми видами устройств, включая запоминающие устройства.SCSI до сих пор используется для подключения некоторых жестких дисков и ленточных устройств, но в основном это было заменено товарным оборудованием. это до сих пор широко используются в высокопроизводительных рабочих станциях и серверы.

    В первую очередь для совместимости с другой виртуализацией программное обеспечение Oracle VM VirtualBox опционально поддерживает LSI Logic и Контроллеры BusLogic SCSI, на каждый из которых до пятнадцати могут быть подключены виртуальные жесткие диски.

    Чтобы включить контроллер SCSI, на Хранилище страниц виртуального диалоговое окно Настройки машины, нажмите Добавить контроллер под в поле «Дерево хранилища» выберите « Добавить». Контроллер SCSI . Новый контроллер отображается как отдельное устройство PCI в виртуальной машине.

    Предупреждение

    Как и в случае с другими типами контроллеров, контроллер SCSI будет видны только ОС с поддержкой устройств.Окна 2003 и более поздние версии поставляются с драйверами для LSI Logic. контроллер, в то время как Windows NT 4.0 и Windows 2000 поставляются с драйверы для контроллера BusLogic. Windows XP поставляется с драйверы ни для одного.

  • Serial Attached SCSI (SAS) — это другой стандарт шины, использующий набор команд SCSI. В качестве в отличие от физических устройств SCSI используются последовательные кабели вместо параллельных кабелей.Это упрощает физическое устройство соединения. Таким образом, в некотором смысле SAS для SCSI — это то, что SATA для IDE: он обеспечивает более надежные и быстрые соединения.

    Для поддержки высокопроизводительных гостей, которым требуются контроллеры SAS, Oracle VM VirtualBox эмулирует контроллер LSI Logic SAS, который может быть включенным почти так же, как контроллер SCSI. На это время, к SAS можно подключить до 255 устройств контроллер.

    Предупреждение

    Как и в случае с SATA, контроллер SAS будет виден только ОС. с поддержкой устройства для этого.В частности, там нет поддержки SAS в Windows до Windows Vista . Так что Windows XP, даже SP3, не увидит такой диски, если вы не установите дополнительные драйверы.

  • Запоминающее устройство USB класс — это стандарт для подключения внешнего хранилища устройства, такие как жесткие диски или флэш-накопители, к хосту через USB. Все основные операционные системы поддерживают эти устройства и поставляют общие драйверы. сделать сторонние драйверы излишними.В частности, наследие Операционные системы без поддержки контроллеров SATA могут выиграть от USB. запоминающие устройства.

    Контроллер виртуального USB-накопителя, предлагаемый Oracle VM VirtualBox работает иначе, чем контроллеры других типов. В то время как большинство контроллеров хранилища отображаются как одно устройство PCI для гостевой с несколькими подключенными к нему дисками, USB- контроллер хранилища не отображается как виртуальное хранилище контроллер.Каждый диск, подключенный к контроллеру, отображается как выделенное USB-устройство для гостя.

    Предупреждение

    Поддерживается загрузка только с накопителей, подключенных через USB. когда используется EFI, поскольку в BIOS отсутствует поддержка USB.

  • Энергонезависимая память экспресс (NVMe) — это стандарт для подключения энергонезависимых память (NVM) напрямую через PCI Express для увеличения пропускной способности ограничение ранее использовавшегося протокола SATA для твердотельные устройства.В отличие от других стандартов набор команд очень просто для достижения максимальной пропускной способности и не является совместим с ATA или SCSI. Операционные системы должны поддерживать устройства NVMe использовать их. Например, в Windows 8.1 добавлен родной Поддержка NVMe. Для Windows 7 встроенная поддержка была добавлена ​​с Обновить.

    Контроллер NVMe является частью пакета расширений.

    Предупреждение

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

  • Виртуальное устройство ввода-вывода SCSI — это стандарт для подключения виртуальных устройств хранения, таких как жесткие диски или оптические приводы к виртуальной машине. Последние версии для Linux и Windows поддерживают эти устройства, но для Windows требуются дополнительные драйверы. В настоящее время поддержка контроллера virtio-scsi является экспериментальной.

    Предупреждение

    Контроллер virtio-scsi будет виден только ОС с поддержка устройства для него.В частности, нет встроенная поддержка в Windows . Так что Windows не будет увидеть такие диски, если вы не установите дополнительные драйверы.

Таким образом, Oracle VM VirtualBox предоставляет следующие категории слоты виртуальной памяти:

  • Четыре слота прикреплены к традиционному контроллеру IDE, который всегда присутствуют. Один из них, как правило, виртуальный CD / DVD. водить машину.

  • 30 слотов, подключенных к контроллеру SATA, если он включен и поддерживается гостевой ОС.

  • 15 слотов, подключенных к контроллеру SCSI, если он включен и поддерживается гостевой ОС.

  • До 255 слотов, подключенных к контроллеру SAS, если он включен и поддерживается гостевой ОС.

  • Восемь слотов, подключенных к виртуальному USB-контроллеру, если он включен и поддерживается гостевой ОС.

  • До 255 слотов, подключенных к контроллеру NVMe, если он включен и поддерживается гостевой ОС.

  • До 256 слотов, подключенных к контроллеру virtio-scsi, если включен и поддерживается гостевой ОС.

Учитывая такой большой выбор контроллеров хранилища, вы можете не знать какой выбрать. В общем, вам следует избегать IDE, если это не так. единственный контроллер, поддерживаемый вашим гостем.Независимо от того, используете ли вы SATA, SCSI или SAS не имеют никакого значения. Разнообразие контроллеры поставляются только Oracle VM VirtualBox для совместимости с существующим оборудованием и другими гипервизорами.

5.2 Файлы образов дисков (VDI, VMDK, VHD, HDD)

Файлы образа диска находятся в хост-системе и просматриваются гостевые системы как жесткие диски определенной геометрии. Когда гостевая ОС читает или записывает на жесткий диск, Oracle VM VirtualBox перенаправляет запрос к файлу изображения.

Как и физический диск, виртуальный диск имеет размер или емкость, который необходимо указать при создании файла изображения. В отличие от на физический диск, однако Oracle VM VirtualBox позволяет расширять файл изображения после создания, даже если в нем уже есть данные. Видеть Раздел8.22, «VBoxManage modifymedium».

Oracle VM VirtualBox поддерживает следующие типы файлов образов дисков:

  • VDI. Обычно Oracle VM VirtualBox использует собственный формат контейнера для гостевых жестких дисков. Это называется файлом образа виртуального диска (VDI). Этот формат используется при создании новой виртуальной машины с новым диском.

  • VMDK. Oracle VM VirtualBox также полностью поддерживает популярный и открытый формат контейнера VMDK, который используется многими другими продуктами виртуализации, такими как VMware.

  • VHD. Oracle VM VirtualBox также полностью поддерживает формат VHD, используемый Microsoft.

  • HDD. Файлы изображений Parallels версия 2 (формат HDD) также поддерживается.

    Из-за отсутствия документации формата более новые версии такие как 3 и 4 не поддерживаются. Однако вы можете преобразовать такие файлы изображений в формат версии 2 с помощью инструментов, предоставленных Параллели.

Независимо от емкости и формата диска, как указано в Секция 1.7, «Создание вашей первой виртуальной машины», есть два варианта создание образа диска: фиксированного размера или с динамическим размещением.

  • Фиксированный размер. Если вы создадите изображение фиксированного размера, файл изображения будет создан на вашем хосте система, размер которой примерно такой же, как у виртуального диска емкость. Итак, для диска 10 ГБ у вас будет файл размером 10 ГБ. Обратите внимание, что создание изображения фиксированного размера может занять много времени. время в зависимости от размера изображения и записи производительность вашего жесткого диска.

  • Распределяется динамически. Для более гибкое управление хранилищем, используйте динамически выделяемые изображение. Первоначально он будет очень маленьким и не займет никаких пространство для неиспользуемых секторов виртуального диска, но будет расти с каждым время, когда сектор диска записывается в первый раз, пока диск достигает максимальной емкости, выбранной, когда диск был созданный. Хотя изначально этот формат занимает меньше места, тот факт, что Oracle VM VirtualBox необходимо расширить файл образа потребляет дополнительные вычислительные ресурсы, поэтому, пока диск размер файла стабилизировался, операции записи могут выполняться медленнее, чем с дисками фиксированного размера.Однако через некоторое время скорость рост замедлится, и средний штраф за операции записи будет незначительным.

5.3. Менеджер виртуальных носителей

Oracle VM VirtualBox отслеживает все жесткие диски, CD / DVD-ROM и образы гибких дисков, которые используются виртуальными машинами. Эти часто называют , известные СМИ и приходят из двух источников:

  • Все носители в настоящее время подключены к виртуальным машинам.

  • Зарегистрированный носитель для совместимости с устаревшим Oracle VM VirtualBox версии.

Известные медиа можно просмотреть и изменить с помощью Virtual Media Manager , который вы можно получить доступ из меню Файл в окно VirtualBox Manager.

Рисунок 5.1. Диспетчер виртуальных носителей

Известные медиа удобно сгруппированы в отдельные вкладки для поддерживаемые форматы.Это следующие форматы:

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

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

  • Добавить изображение к известным СМИ.

  • Создайте новый образ диска.

    • Для виртуальных жестких дисков Create Отображается мастер виртуального жесткого диска .

    • Для оптических дисков VISO Отображается экран Creator . Это позволяет вам создать виртуальный ISO из выбранных файлов на хосте.

    • Для гибких дисков Floppy Disk Отображается экран Creator .

  • Скопируйте образ для создания другой.

    Для виртуальных жестких дисков вы можете указать один из следующих целевые типы: VDI, VHD или VMDK.

  • Переместить изображение на другое место нахождения.

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

    Когда вы используете Диспетчер виртуальных носителей для перемещения образа диска, Oracle VM VirtualBox обновляет все связанные файлы конфигурации автоматически.

    Примечание

    Всегда используйте Диспетчер виртуальных носителей или VBoxManage modifymedium команда для перемещения образ диска.

    Если вы используете функцию управления файлами в ОС хоста для перемещения образ диска в новом месте, запустите VBoxManage Modifymedium --setlocation команда для настройки нового пути образа диска на файловая система хоста. Эта команда обновляет Oracle VM VirtualBox. конфигурация автоматически.

  • Удалить изображение из известные СМИ.При желании вы можете удалить файл изображения, когда удаление изображения.

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

  • Поиск изображения по имени или UUID.

  • Просмотр и редактирование свойств образа диска.

    Доступные свойства включают следующее:

    • Тип: Определяет снимок поведения диска. Видеть Раздел 5.4, «Специальные режимы записи изображений».

    • Расположение: Указывает расположение файла образа диска в хост-системе. Ты может использовать файловый диалог для поиска образа диска место нахождения.

    • Описание: Определяет краткое описание образа диска.

    • Размер: Указывает размер образа диска. Вы можете использовать ползунок для увеличения или уменьшить размер образа диска.

    • Информация: Указывает подробная информация об образе диска.

  • Обновить значения свойств выбранного образа диска.

Чтобы выполнить эти действия, выделите носитель в виртуальном Media Manager, а затем выполните одно из следующих действий:

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

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

Примечание

Не делайте просто копии образов виртуальных дисков. Если вы импортируете такая вторая копия в виртуальную машину, Oracle VM VirtualBox выдает ошибку потому что Oracle VM VirtualBox назначает универсальный уникальный идентификатор (UUID) к каждому образу диска, чтобы гарантировать, что он используется только один время. См. Раздел 5.6, «Клонирование образов дисков».Кроме того, если вы хотите скопируйте виртуальную машину в другую систему, используйте импорт Oracle VM VirtualBox и особенности экспорта. См. Раздел 1.14, «Импорт и экспорт виртуальных машин».

5.4.Специальные режимы записи изображений

Для каждого образа виртуального диска, поддерживаемого Oracle VM VirtualBox, вы можете отдельно определить, как на него должны влиять операции записи с виртуальной машины и операций со снимками. Это относится к все вышеупомянутые форматы изображений (VDI, VMDK, VHD или HDD) и независимо от того, является ли изображение фиксированным или динамическим выделено.

По умолчанию изображения находятся в нормальном режиме . К пометить существующее изображение одним из нестандартных режимов в списке ниже используйте VBoxManage modifymedium . Видеть Раздел8.22, «VBoxManage modifymedium». В качестве альтернативы используйте VBoxManage storageattach для прикрепления образа к виртуальную машину и укажите аргумент --mtype . Видеть Раздел 8.17, «Прикрепление хранилища VBoxManage».

Доступны следующие режимы образа виртуального диска:

  • Нормальные изображения не имеют ограничения на то, как гости могут читать и писать на диск.Это режим изображения по умолчанию.

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

    Сам файл образа не сбрасывается. Вместо этого, когда снимок взят, Oracle VM VirtualBox зависает файл изображения и больше не записывает в него.Для записи операций с ВМ, секунда, разностный файл изображения создается, получает только изменения исходного изображения. Видеть Раздел 5.5, «Различия изображений».

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

  • Жесткие диски со сквозной записью полностью не зависит от снимков. Их состояние , а не , сохраняется при создании снимка, и не восстанавливается при восстановлении снимка.

  • Совместно используемые жесткие диски являются вариант со сквозной записью жестких дисков. В принципе они себя ведут точно так же. Их состояние — , а не . сохраняется при создании снимка и не восстанавливается при снимок восстановлен.Разница проявляется только в том случае, если вы прикрепите такие диски на несколько ВМ. Общие диски могут быть прикреплены к несколько виртуальных машин, которые могут работать одновременно. Это делает их подходит для использования файловыми системами кластера между виртуальными машинами и аналогичные приложения, которые явно подготовлены для доступа к диск одновременно. В этом приложении можно использовать только изображения фиксированного размера. путь, и динамически размещенные изображения отклоняются.

    Предупреждение

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

  • Неизменяемые изображения Только запомнить доступ для записи временно, пока виртуальная машина это работает. Все изменения теряются, когда виртуальная машина включен в следующий раз. В результате, в отличие от Нормального изображения, одно и то же неизменяемое изображение может использоваться с несколькими виртуальные машины без ограничений.

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

    Если вы сделаете снимок машины с неизменяемыми образами, затем при каждом включении машины эти изображения сбрасываются на состояние последнего (текущего) снимка вместо состояния исходное неизменное изображение.

    Примечание

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

    Oracle VM VirtualBox никогда не записывает неизменяемый образ непосредственно на все. Все операции записи с машины направляются в разностное изображение. При следующем включении виртуальной машины разностное изображение сбрасывается, поэтому каждый раз при запуске виртуальной машины его неизменяемые изображения имеют точно такое же содержание.

    Разностное изображение сбрасывается только тогда, когда машина питание из Oracle VM VirtualBox, а не при перезагрузке запрос перезагрузки изнутри машины.Вот почему неизменяемые изображения ведут себя, как описано выше, когда снимки также присутствуют, которые также используют разностные изображения.

    Если автоматический сброс разностного образа на ВМ запуск не соответствует вашим потребностям, вы можете выключить его с помощью автосброс параметр VBoxManage модифицировать среду . Видеть Раздел8.22, «VBoxManage modifymedium».

  • Изображения в режиме Multiattach могут быть подключенными к нескольким виртуальным машинам одновременно, даже если эти машины работают одновременно.Для каждого виртуальная машина, к которой прикреплен такой образ, создается разностное изображение. В результате данные, которые записанные на такой виртуальный диск на одной машине не видны другие машины, к которым прикреплен образ. Каждый машина создает свою собственную историю записи мультиатч изображение.

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

    Этот режим удобен для обмена файлами, которые почти никогда не написано, например, картинные галереи, где каждый гость изменяет только небольшой объем данных и большую часть содержимое диска остается без изменений. Измененные блоки сохраняются в различении изображений, которые остаются относительно небольшими, и общий контент сохраняется на хосте только один раз.

  • Используются образы только для чтения автоматически для образов CD / DVD, поскольку компакт-диски / DVD никогда не могут быть написано.

Следующий сценарий иллюстрирует различия между различные режимы изображения по отношению к снимкам.

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

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

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

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

Когда разностный образ активен, он получает все записи операции с виртуальной машины вместо ее родительской. В разностное изображение содержит только секторы виртуального жесткого диска диск, которые были изменены с момента создания разностного образа. Когда машина считывает сектор с такого виртуального жесткого диска, она сначала смотрит на разностное изображение. Если сектор присутствует, он возвращается оттуда. Если нет, Oracle VM VirtualBox просматривает родитель.Другими словами, родитель становится только для чтения . Больше никогда не пишут, но он читается, если сектор не изменился.

Различающиеся изображения можно объединять в цепочку. Если другое отличное изображение создается для виртуального диска, на котором уже есть разностный образ, то он становится внуком оригинальный родитель. Тогда первое разностное изображение становится только для чтения, а операции записи идут только в разностное изображение второго уровня.При чтении из виртуального диска, Oracle VM VirtualBox необходимо изучить вторую разность сначала изображение, затем в первое, если сектор не был найден, и затем в исходное изображение.

Может быть неограниченное количество разностных изображений, и каждое image может иметь более одного ребенка. В результате разность изображения могут образовывать сложное дерево с родителями, братьями и сестрами и детей, в зависимости от того, насколько сложна конфигурация вашей машины.Операции записи всегда выполняются на активном разностное изображение, прикрепленное к машине, и для чтения операций, Oracle VM VirtualBox может потребоваться поиск всех родителей в цепочку до тех пор, пока не будет найден рассматриваемый сектор. Вы можете просмотреть такие дерево в диспетчере виртуальных носителей.

Рисунок 5.2.Различение изображений, отображаемых в Virtual Media Manager

Во всех этих ситуациях с точки зрения виртуального машина виртуальный жесткий диск ведет себя как любой другой диск.В то время как виртуальная машина работает, есть небольшой ввод-вывод во время выполнения накладные расходы, поскольку Oracle VM VirtualBox может потребоваться поиск секторов несколько раз. Однако это не заметно, так как таблицы с секторной информацией всегда хранятся в памяти и могут быть быстро поднял глаза.

Различия изображений используются в следующих ситуациях:

  • Снимки. При создании снимок, как объяснялось в предыдущем разделе, Oracle VM VirtualBox замораживает изображений, прикрепленных к виртуальная машина и создает разностные образы для каждого образа этого нет в режиме со сквозной записью .Из с точки зрения виртуальной машины, виртуальные диски продолжать работать раньше, но все операции записи выполняются в разностные изображения. Каждый раз, когда вы создаете другой снимок, для каждого присоединенного жесткого диска, другое разностное образ создается и прикрепляется, образуя цепочку или дерево.

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

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

    • Oracle VM VirtualBox копирует настройки виртуальной машины, которые были скопированы в моментальный снимок обратно на виртуальную машину. В результате, если вы внесли изменения в машину конфигурации с момента создания снимка, они отменяются.

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

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

    Если вы позже удалите снимок по порядку чтобы освободить место на диске, для каждого присоединенного диска один из разностные изображения устаревают. В этом случае разностный образ прикрепления диска просто не может быть удалено.Вместо этого Oracle VM VirtualBox должен просматривать каждый сектор. разностного изображения и необходимо скопировать его обратно в родитель. Это называется «объединением» изображений и может быть потенциально длительный процесс, в зависимости от того, насколько велик разностное изображение. Также может временно потребоваться значительный объем дополнительного дискового пространства, прежде чем разностное изображение, устарело в результате операции слияния, удалено.

  • Неизменяемые изображения. Когда изображение переключается в неизменяемый режим, разностное изображение тоже создан. Как и в случае со снимками, родительское изображение затем становится доступным только для чтения, а разностное изображение получает все операции записи. Каждый раз, когда виртуальная машина запускается, все неизменяемые изображения, прикрепленные к нему, имеют свои соответствующее разностное изображение отброшено, эффективно сброс виртуального диска виртуальной машины с каждым рестарт.

Вы можете дублировать файлы образов жесткого диска на одном и том же хосте, чтобы быстро создать вторую виртуальную машину с такой же настройкой ОС. Однако вам следует только делать копии образы виртуальных дисков с помощью утилиты, поставляемой с Oracle VM VirtualBox. См. Раздел 8.23, «VBoxManage clonemedium». Это связано с тем, что Oracle VM VirtualBox назначает UUID каждому образу диска, который также хранится внутри образа, и Oracle VM VirtualBox будет отказаться от работы с двумя изображениями, использующими один и тот же номер.Если вы это сделаете случайно попытайтесь повторно импортировать образ диска, который вы скопировали обычно вы можете сделать вторую копию, используя VBoxManage clonevm и импортируйте ее.

Обратите внимание, что дистрибутивы Linux идентифицируют загрузочный жесткий диск из ID диска. Идентификатор отчетов Oracle VM VirtualBox для диска: определяется из UUID образа виртуального диска. Итак, если вы клонировать образ диска и попытаться загрузить скопированный образ гостя возможно, не сможет определить собственный загрузочный диск как UUID измененный.В этом случае вам нужно адаптировать идентификатор диска в загрузке. скрипт загрузчика, например /boot/grub/menu.lst . Идентификатор диска выглядит как следующий:

 scsi-SATA_VBOX_HARDDISK_VB5cfdb1e2-c251e503 

Идентификатор скопированного изображения можно определить следующим образом:

 hdparm -i / dev / sda 

5.7. Кэширование ввода / вывода хоста

Oracle VM VirtualBox может дополнительно отключить кеширование ввода-вывода, которое ОС хоста в противном случае работала бы с файлами образа диска.

Традиционно Oracle VM VirtualBox открывал файлы образов дисков как обычные файлы, что приводит к их кэшированию в ОС хоста как и любой другой файл. Главное преимущество этого — скорость: когда гостевая ОС записывает на диск, а кеш ОС хоста использует отложенный записи, операция записи может быть сообщена как завершенная в гостевая ОС быстро, в то время как ОС хоста может выполнять операцию асинхронно. Кроме того, когда вы запускаете виртуальную машину во второй раз и достаточно памяти для использования ОС для кеширования, большие части виртуального диска может находиться в системной памяти, и виртуальная машина может получить доступ данные намного быстрее.

Обратите внимание, что это относится только к файлам изображений. Буферизация не происходят для виртуальных дисков, находящихся в удаленном хранилище iSCSI, которое более распространенный сценарий в установках корпоративного класса. Видеть Раздел 5.10, «Серверы iSCSI».

Хотя буферизация — полезная настройка по умолчанию для виртуализации нескольких машины на настольном компьютере, есть некоторые недостатки этот подход:

  • Отложенная запись через кэш ОС хоста менее безопасна.Когда гостевая ОС записывает данные, она считает записанные данные даже хотя он еще не прибыл на физический диск. Если для некоторых причина, по которой запись не происходит, например, сбой питания или сбой хоста, увеличивается вероятность потери данных.

  • Файлы образов дисков, как правило, очень большие. Кеширование их может поэтому быстро израсходовать весь кэш ОС хоста. В зависимости от от эффективности кэширования ОС хоста это может замедлить хост безмерно, особенно если несколько виртуальных машин работают одновременно время.Например, на хостах Linux кэширование хоста может привести к Linux откладывает все записи до тех пор, пока кеш хоста почти не заполнится а затем сразу записать все эти изменения, возможно задержка выполнения ВМ на несколько минут. Это может привести к вводу / выводу ошибки в гостевой системе, поскольку время запросов ввода-вывода истекло.

  • Физическая память часто тратится впустую, как обычно в гостевых ОС. свои собственные кеши ввода-вывода, что может привести к тому, что данные будут кэшируется дважды, как в гостевом, так и в хост-кешах, для небольшой эффект.

Если вы решите отключить кеширование ввода-вывода хоста по указанным выше причинам, Oracle VM VirtualBox использует свой собственный небольшой кеш для буферизации записи, но нет кэширование чтения, так как это обычно уже выполняется гостевая ОС. Кроме того, Oracle VM VirtualBox полностью поддерживает асинхронный Ввод-вывод для виртуальных контроллеров SATA, SCSI и SAS через несколько потоков ввода-вывода.

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

По этой причине Oracle VM VirtualBox позволяет вам настроить, кэш ввода-вывода хоста используется для каждого контроллера ввода-вывода отдельно. Либо выберите Use Host I / O Флажок кэшировать в Хранилище настроек для данного контроллер виртуального хранилища или используйте следующие VBoxManage команда для отключения ввода-вывода хоста кеш для контроллера виртуальной памяти:

 VBoxManage storagectl "Имя ВМ" --name  --hostiocache off 

См. Раздел 8.18, «VBoxManage storagectl».

По указанным выше причинам Oracle VM VirtualBox использует контроллеры SATA от по умолчанию для новых виртуальных машин.

5.8. Ограничение пропускной способности для образов дисков

Oracle VM VirtualBox поддерживает ограничение максимальной пропускной способности, используемой для асинхронный ввод-вывод. Кроме того, он поддерживает лимиты совместного использования через группы пропускной способности для нескольких изображений. Можно больше чем один такой лимит.

Пределы настраиваются с помощью VBoxManage .В пример ниже создает группу пропускной способности с именем Limit, устанавливает ограничить до 20 МБ в секунду, и назначает группу прикрепленным диски ВМ:

 VBoxManage bandwidthctl "Имя ВМ" добавить Limit --type disk --limit 20M
VBoxManage storageattach "Имя виртуальной машины" --storagectl "SATA" --port 0 --device 0 --type hdd
                                   --medium disk1.vdi - ограничение полосы пропускания группы
VBoxManage storageattach "Имя ВМ" --storagectl "SATA" --port 1 --device 0 --type hdd
                                   - средний диск 2.vdi - ограничение полосы пропускания 

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

Ограничения для каждой группы можно изменить во время работы виртуальной машины, и изменения принимаются немедленно. Пример ниже изменяет ограничение для группы, созданной в приведенном выше примере, на 10 Мбит / с:

 VBoxManage bandwidthctl "Имя ВМ" set Limit --limit 10M 

Виртуальные приводы CD / DVD по умолчанию поддерживают только чтение.Средний конфигурацию можно изменить во время выполнения. Вы можете выбрать между следующие варианты для предоставления средних данных:

  • Host Drive определяет, что гость может читать с носителя на главном диске.

  • Файл образа выдает гостю доступ только для чтения к данным в изображении. Обычно это файл ISO.

  • Пусто означает диск без вставленный носитель.

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

Средние изменения могут быть предотвращены гостем и Oracle VM VirtualBox. отражает это путем блокировки главного диска, если это необходимо. Вы можете принудительное удаление носителя в таких ситуациях с помощью VirtualBox Manager или инструмент командной строки VBoxManage .Фактически это эквивалент аварийного выброса, который многие приводы CD / DVD обеспечивают со всеми связанными побочными эффектами. В гостевая ОС может выдавать сообщения об ошибках, как на реальном оборудовании, и гостевые приложения могут вести себя некорректно. Используйте это с осторожностью.

Примечание

Строка идентификации диска, предоставленного гостю, отображается с помощью инструментов настройки, таких как Устройство Windows Менеджер, всегда VBOX CD-ROM, независимо от текущего конфигурация виртуального диска.Это сделано для предотвращения обнаружение срабатывания в гостевой ОС каждый раз, когда конфигурация изменена.

Эмуляция стандартного CD / DVD позволяет читать стандартные компакт-диски с данными. только форматы DVD. В качестве экспериментальной функции для дополнительных возможности, можно предоставить гостю прямой доступ к хост-привод CD / DVD, включив пропуск режим. В зависимости от аппаратного обеспечения хоста это может потенциально позволить следующие вещи для работы:

Чтобы включить сквозную передачу хост-диска, вы можете использовать - пройти через опцию VBoxManage storageattach команда.Видеть Раздел 8.17, «Прикрепление хранилища VBoxManage».

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

На хостах Oracle Solaris для сквозной передачи требуется Oracle VM VirtualBox с реальными правами root из-за мер безопасности осуществляется хозяином.

iSCSI означает Internet SCSI и является стандарт, поддерживающий использование протокола SCSI через Интернет (TCP / IP) соединения.Особенно с появлением Gigabit Ethernet, стало доступно подключение серверов хранения iSCSI просто как удаленные жесткие диски в компьютерной сети. В iSCSI по терминологии сервер, предоставляющий ресурсы хранения, называется iSCSI target , пока клиент подключается к сервер и доступ к его ресурсам называется Инициатор iSCSI .

Oracle VM VirtualBox может прозрачно предоставлять удаленное хранилище iSCSI для виртуальная машина как виртуальный жесткий диск.Гостевая ОС не увидит любая разница между образом виртуального диска (файл VDI) и цель iSCSI. Для этого Oracle VM VirtualBox имеет интегрированный Инициатор iSCSI.

Поддержка iSCSI Oracle VM VirtualBox была разработана в соответствии с стандарт iSCSI и должен работать со всеми стандартными iSCSI цели. Чтобы использовать цель iSCSI с Oracle VM VirtualBox, вы должны использовать командная строка. См. Раздел 8.17, «Прикрепление хранилища VBoxManage».

5.11.vboximg-mount: Утилита для FUSE монтирования образа виртуального диска

vboximg-mount — это утилита командной строки для Mac Хосты ОС и Linux, обеспечивающие прямой доступ к Oracle VM VirtualBox образ виртуального диска в хост-системе. Используйте эту утилиту для монтирования, просматривать и при необходимости изменять содержимое образа диска.

Утилита основана на технологии Filesystem in Userspace (FUSE). и использует механизм выполнения VirtualBox.Убедитесь, что Oracle VM VirtualBox работает в хост-системе.

Примечание

При использовании vboximg-mount убедитесь, что Применяются следующие условия:

  • Образ диска не используется другими системами, такими как как гостевые ВМ.

  • В хост-системе не запущены виртуальные машины.

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

vboximg-mount позволяет просматривать информацию о зарегистрированных виртуальных машинах, подключенных к ним дисковых носителях и любых снимки. Также вы можете просмотреть информацию о разделах для диска. изображение.

Команда vboximg-mount включает экспериментальную доступ только для чтения к файловым системам внутри образа диска виртуальной машины.Этот функция позволяет извлекать некоторые файлы из образа диска без запуска ВМ и без стороннего файла системные драйверы в хост-системе. FAT, NTFS, ext2, ext3 и ext4 файловые системы поддерживаются.

Используйте параметр --help для просмотра информации о использование команды vboximg-mount . Полный ссылка на команду описана в Раздел 8.46, «vboximg-mount».

Когда vboximg-mount монтирует виртуальную машину Oracle VirtualBox образ диска, он создает файловую систему на один уровень при монтировании точка, которую вы укажете.Файловая система включает узел устройства который представляет синтезированный образ диска как читаемый или читаемый-записываемый поток байтов. Этот байтовый поток можно смонтировать либо с помощью ОС хоста, либо с помощью другого файла на основе FUSE системы.

5.11.1. Просмотр подробной информации об образе виртуального диска

Следующие примеры показывают, как использовать vboximg-mount команда для просмотра информации об образах виртуальных дисков.

Следующая команда выводит подробную информацию обо всех зарегистрированные виртуальные машины и связанные снимки:

 $ vboximg-mount --list --verbose

    -------------------------------------------------- ----
    Имя виртуальной машины: «macOS High Sierra 10.13».
    UUID: 3887d96d-831c-4187-a55a-567c504ff0e1
    Расположение: / Volumes / work / vm_gests / macOS High Sierra 10.13 / macOS High Sierra 10.13.vbox
       -----------------------
       База жесткого диска: «macOS High Sierra 10.13.vdi "
       UUID: f9ea7173-6869-4aa9-b487-68023a655980
       Расположение: / Volumes / work / vm_gests / macOS High Sierra 10.13 / macOS High Sierra 10.13.vdi

         Разница 1:
              UUID: 98c2bac9-cf37-443d-a935-4e879b70166d
              Расположение: / Тома / работа / vm_gests / macOS High Sierra 10.13 /
              Снимки / {98c2bac9-cf37-443d-a935-4e879b70166d} .vdi
         Разница 2:
              UUID: f401f381-7377-40b3-948e-3c61241b1a42
              Расположение: / Volumes / work / vm_gests / macOS High Sierra 10.13 /
              Снимки / {f401f381-7377-40b3-948e-3c61241b1a42} .vdi
       -----------------------
       База жесткого диска: "simple_fixed_disk.vdi"
       UUID: ffba4d7e-1277-489d-8173-22ca7660773d
       Расположение: / Volumes / work / vm_gests / macOS High Sierra 10.13 / simple_fixed_disk.vdi

         Разница 1:
              UUID: aecab681-0d2d-468b-8682-93f79dc97a48
              Расположение: / Тома / работа / vm_gests / macOS High Sierra 10.13 /
              Снимки / {aecab681-0d2d-468b-8682-93f79dc97a48}.vdi
         Разница 2:
              UUID: 70d6b34d-8422-47fa-8521-3b6929a1971c
              Расположение: / Тома / работа / vm_gests / macOS High Sierra 10.13 /
              Снимки / {70d6b34d-8422-47fa-8521-3b6929a1971c} .vdi
      -------------------------------------------------- ----
      Имя ВМ: "debian"
      UUID: 5365ab5f-470d-44c0-9863-dad532ee5905
      Расположение: /Volumes/work/vm_gests/debian/debian.vbox
         -----------------------
         База жесткого диска: "debian.vdi"
         UUID: 96d2e92e-0d4e-46ab-a0f1-008fdbf997e7
         Расположение: / Тома / работа / vm_gests / debian / ol7.vdi

            Разница 1:
                UUID: f9cc866a-9166-42e9-a503-bbfe9b7312e8
                Расположение: / Volumes / work / vm_gests / debian / Snapshots /
                {f9cc866a-9166-42e9-a503-bbfe9b7312e8} .vdi 

Следующая команда выводит информацию о разделе о указанный образ диска:

 $ vboximg-mount --image = f9ea7173-6869-4aa9-b487-68023a655980 --list

    Образ виртуального диска:

       Путь: / Volumes / work / vm_gests / macOS High Sierra 10.13 / macOS High Sierra 10.13.vdi
       UUID: f9ea7173-6869-4aa9-b487-68023a655980

      # Размер начальных секторов Тип смещения
      1 40 409599 199.9M 20480 Система EFI
      2 409640 67453071 32,1 г 209735680 Иерархическая файловая система плюс (HFS +)
      3 67862712 1269535 107,8M 34745708544 Apple Boot (Recovery HD) 

5.11.2. Подключение образа виртуального диска

Следующие шаги показывают, как использовать vboximg-mount команда для монтирования раздела образ виртуального диска в ОС хоста.

  1. Создайте точку монтирования в ОС хоста. Например:

     $ mkdir macos_sysdisk 
  2. Показать информацию о разделе об образе виртуального диска.

     $ vboximg-mount --image =   uuid   --list 

    где uuid — это UUID образ диска.

  3. Используйте vboximg-mount для установки FUSE. раздела на образе виртуального диска.Например:

     $ vboximg-mount --image =   uuid   -p 2 macos_sysdisk 

    где uuid — это UUID для образ диска.

    В этом примере раздел 2 монтируется на macos_sysdisk точка монтирования. Гора включает все снимки образа диска.

  4. Используйте ОС хоста для монтирования устройства vhdd узел.Узел устройства, смонтированный на FUSE, представляет собой виртуальный образ диска.

     $ ls macos_sysdisk
       macOS High Sierra 10.13.vdi vhdd
    $ sudo mount macos_sysdisk / vhdd / mnt 

Самый быстрый словарь в мире: Vocabulary.com

  • виртуальное хранилище (информатика) память, созданная с помощью жесткого диска для имитации дополнительной памяти с произвольным доступом; адресуемое пространство хранения, доступное пользователю компьютерной системы, в которой виртуальные адреса отображаются в реальные адреса

  • энергозависимая память компьютерная память, которая стирается при выключении питания

  • real storage Основная память в системе виртуальной памяти

  • виртуальное изображение отраженное оптическое изображение (видимое в плоском зеркале)

  • лекарство от бесплодия лекарство, используемое для повышения фертильности женщины

  • добродетель качество делать то, что правильно

  • постоянное запоминающее устройство (информатика), содержимое которого доступно для чтения и доступа, но не может быть изменено

  • ритуалистичен, характеризуется ритуализмом или придерживается его

  • розничный магазин место деятельности по розничной торговле товарами

  • виртуальная память (информатика) память, созданная с помощью жесткого диска для имитации дополнительной оперативной памяти; адресуемое пространство хранения, доступное пользователю компьютерной системы, в которой виртуальные адреса отображаются в реальные адреса

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

  • коэффициент фертильности — отношение числа живорождений в районе к численности населения в этом районе; в пересчете на 1000 населения в год

  • возраст оплодотворения возраст эмбриона, считая с момента оплодотворения

  • Фрэнсис Дрейк Английский исследователь и адмирал, который был первым англичанином, который совершил кругосветное плавание и помог разгромить Испанскую армаду (1540-1596)

  • хрупкая звезда животное, напоминающее морскую звезду с хрупкими плетевидными руками, исходящими из небольшого центрального диска

  • энергонезависимая память компьютерная память, которая не теряется при отключении питания

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

  • хрупкая звезда животное, похожее на морскую звезду с хрупкими плетевидными руками, исходящими из небольшого центрального диска

  • энергонезависимая память компьютерная память, которая не теряется при отключении питания

  • буферное хранилище (информатика): часть ОЗУ, используемая для временного хранения данных, ожидающих отправки на устройство; используется для компенсации различий в скорости потока данных между компонентами компьютерной системы

  • Storage Virtualization — обзор

    Storage Virtualization

    Storage Virtualization, основное внимание модуля хранения (см. Рисунок 2.2), способствует независимости местоположения (важный атрибут облачных вычислений), абстрагируя физическое местоположение данных от логического представления, которое приложение на сервере использует для доступа к данным. Система виртуализации представляет пользователю логические объекты, известные как тома, и управляет процессом сопоставления тома с фактическим физическим расположением. Программное обеспечение или устройство виртуализации отвечает за поддержку таблиц сопоставления как метаданных. Степень детализации сопоставления варьируется от части физического диска до полной емкости одного физического диска.Отдельный блок информации в этой среде идентифицируется его LUN, который является физическим диском, и смещением в LUN, известным как адрес логического блока (LBA). 16 Адресное пространство отображается между логическим объектом, обычно называемым виртуальным диском, и физическими дисками, которые идентифицируются своими соответствующими LUN.

    Примечание:

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

    Другими словами, традиционное управление хранилищем обычно представляет собой DAS для хост-системы, в которой хост-система имеет исключительный контроль над DAS. С появлением сетей хранения данных DAS заменяется сетями хранения. Однако хранилище по-прежнему создается и поддерживается на уровне системы RAID. Виртуализация — это следующий логический шаг по сравнению с этой традиционной моделью управления хранилищами, поскольку она обеспечивает центральную точку управления для создания и обслуживания дисков.

    До виртуализации отдельные хост-системы имели свою собственную базу данных или хранилище (см. Рисунок 2.3), которые потратили впустую неиспользуемую или избыточно выделенную емкость хранилища. Виртуализация хранилища обеспечивает емкость по запросу — хранилище объединяется в пул (а не выделяется как единая база данных), так что приложения из любой подключенной системы, которым требуется большой объем хранилища, используют его по мере необходимости. Объединенное хранилище состоит из смешанного внутреннего хранилища от различных поставщиков, что позволяет консолидировать и полностью использовать устаревшие и разнородные хранилища.

    Виртуализация помогает регулировать объем доступного хранилища без необходимости выключать и снова включать устройства хранения для добавления или удаления емкости.Хост-системы больше не отвечают за управление томами и изолированы от изменений хранилища, таких как миграция данных или обновление хранилища. Упрощены методы защиты данных, такие как моментальные снимки и репликация, и стало проще назначать разные классы хранилища для разных приложений. Кроме того, виртуализация SAN-хранилища дополняет виртуализацию серверов, поскольку она упрощает привязку данных при переносе виртуальных машин между физическими платформами. И последнее, но не менее важное: виртуализация хранилища упрощает администрирование хранилища и снижает затраты на управление разнородными активами хранилища, что является обычным явлением в современных ЦОД.

    Агрегация блоков

    До сих пор в этой главе обсуждалась виртуализация на уровне блоков, которая объединяет несколько физических дисков для представления одного логического устройства. Это также обычно называется блочной агрегацией со ссылкой на L2 модели общего хранилища ассоциации сетей хранения данных (SNIA). Почему виртуализация на уровне блоков? Основная мотивация — преодолеть физические ограничения отдельных устройств, не требуя дополнительного интеллекта в приложениях.Приложения представлены с большим диском, который на самом деле является новым виртуальным диском с большим диапазоном LBA.

    Агрегация блоков реализуется внутри хостов (серверов), в устройствах хранения (контроллер интеллектуальных устройств) или в сети хранения данных (сетевое устройство или коммутаторы FC). Ниже перечислены плюсы и минусы этих трех распространенных решений виртуализации на уровне блоков:

    Виртуализация на основе хоста:

    Плюсы: Программное решение, не зависящее от платформу хранения или поставщика и не зависит от базовой технологии SAN, FC, iSCSI и т. д.

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

    Виртуализация на основе устройства:

    Плюсы: Устройство или подсистема хранения не зависит от платформы хоста или ОС. Функция виртуализации реализована в контроллере устройства в непосредственной близости от физических дисков. Это решение отзывчиво и обеспечивает лучшую производительность.

    Минусы: Обычно это собственность поставщика, поэтому сложно управлять в среде SAN с разнородными ресурсами хранения.Поставщики устройств хранения данных преодолевают это конкретное ограничение, включая поддержку самых разных технологий физического хранения, таких как NFS, CIFS, iSCSI, FC и FCoE, в одном корпусе на основе унифицированной архитектуры хранения. NetApp Data ONTAP 7G и 8.0, а также EMC Celerra / CLARiiON основаны на унифицированных архитектурах хранения.

    Сетевая виртуализация:

    Плюсы: Сетевая виртуализация достигается с помощью устройства виртуализации или внутри коммутатора FC.Это решение полностью не зависит от платформы хранения, хост-платформы и ОС. Будучи подключенной к SAN, виртуализация на основе сети имеет доступ ко всем подключенным хостам, а также к устройствам хранения и обеспечивает высокую производительность и масштабируемость.

    Минусы: Сетевая виртуализация обычно является проприетарной. Устройства виртуализации часто рассматриваются как узкое место, если они развертываются внутриполосно на пути данных. У них также могут быть проблемы с масштабируемостью, и их необходимо кластеризовать, чтобы не допустить возникновения единой точки отказа.Масштабируемость повышается за счет виртуализации на основе коммутаторов, поскольку вместо этого предоставляется доступ к высокопроизводительной объединительной плате. Это улучшение ограничено конкретным типом переключателя и выбранным оборудованием, что может привести к модернизации вилочного погрузчика для любых будущих изменений. Для этого требуется стандарт, не зависящий от производителя, поэтому Стандарт интерфейса приложений фабрики (FAIS) был разработан для преодоления возражений против проприетарной виртуализации на основе коммутаторов.

    Примечание.

    FAIS — это основанная на стандартах INCITS T11 попытка создать общий API-интерфейс для приложений коммутации для работы на базовой аппаратной платформе.Задача FAIS — помочь разработчикам перенести реализации хранения и управления данными с приложений, хостов и устройств хранения на интеллектуальные платформы на основе фабрики хранения данных.

    Симметричная и асимметричная виртуализация хранилища

    Симметричная виртуализация — это развертывание внутриполосной сетевой виртуализации, в которой данные и управляющие сообщения используют один и тот же путь. Центральный диспетчер хранилища виртуализации маршрутизирует все операции ввода-вывода и метаданные. Механизм виртуализации обычно представляет собой отдельное сетевое устройство, хотя его также можно встроить в коммутатор FC в качестве специализированного модуля или запустить на сервере.Тот факт, что все операции ввода-вывода данных должны проходить через устройство виртуализации, ограничивает используемые топологии SAN, что приводит к возникновению узких мест. Узкое место часто устраняется путем кэширования, чтобы максимизировать производительность механизма виртуализации. IBM SAN Volume Controller (SVC) — это пример сетевого внутриполосного устройства.

    На рисунке 2.10 показан пример симметричной виртуализации. В этом примере все порты сервера зонируются с помощью виртуального целевого порта T устройства виртуализации, а все порты хранилища зонируются с помощью порта виртуального инициатора I 1 устройства виртуализации.Все кадры управления и данных от хоста (инициатора I) отправляются на виртуальную цель T и заканчиваются на виртуальной цели. SCSI CDB 17 (блок дескриптора команды) и LUN повторно отображаются, и устройство виртуализации, выступающее в качестве инициатора (как I 1 ), отправляет новый кадр физическому целевому объекту T 1 .

    Рисунок 2.10. Симметричная виртуализация

    Асимметричный подход — это внеполосное сетевое развертывание виртуализации. Операцию ввода-вывода можно разделить на три фазы:

    1.

    Сервер перехватывает запросы блочного ввода-вывода.

    2.

    Сервер запрашивает диспетчер метаданных, чтобы определить физическое расположение данных.

    3.

    Сервер хранит или извлекает данные непосредственно через SAN.

    Метаданные передаются внутриполосно по FC SAN или внеполосно по каналу Ethernet. Внеполосный канал Ethernet является предпочтительным, поскольку он позволяет избежать перегрузки SAN из-за трафика IP-метаданных.В этом случае каждый сервер, использующий виртуализированное хранилище, должен иметь специальный интерфейс или установленный агент для связи с диспетчером метаданных, чтобы преобразовать логический доступ к данным в физический доступ.

    Рисунок 2.11 иллюстрирует асимметричную виртуализацию, где каждый сервер запускает агент узла виртуализации, который перехватывает запросы блочного ввода-вывода и отправляет метаданные (CDB и LUN) диспетчеру виртуализации (метаданных) во внеполосной локальной сети. Диспетчер виртуализации повторно сопоставляет CDB, а также LUN ​​и возвращает их серверу.Сервер отправляет измененный кадр управления на целевой порт хранилища. Все последующие кадры данных и ответа проходят напрямую между инициатором (I) и целью (T).

    Рисунок 2.11. Асимметричная виртуализация

    Оба метода развертывания имеют свои плюсы и минусы:

    Симметричная виртуализация:

    Плюсы: Внутриполосное развертывание снижает сложность, поскольку обеспечивает единую точку управления.Это проще с точки зрения архитектуры и не требует агентов хоста.

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

    Асимметричная виртуализация:

    Плюсы: Низкая задержка — главное преимущество этого конкретного развертывания.

    Минусы: Поскольку асимметричная виртуализация является внеполосной, агенты хоста должны перехватывать контрольные кадры.Более того, диспетчер виртуализации (метаданных) может стать единственной точкой отказа.

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

    В архитектуре с разделенным путём диспетчер метаданных обычно представляет собой процессор тракта управления (CPP), встроенный в специализированный блейд-модуль интеллектуального коммутатора или внешний внеполосный контроллер (устройство).CPP поддерживает FAIS и отвечает за обнаружение устройств, настройку тома (например, администрирование метаданных LBA и сопоставление хостов с LUN хранилища), а также за обработку ошибок ввода-вывода или исключений. Эти операции не требуют, чтобы CPP был внутриполосным или в тракте данных. После определения информации о томе (сопоставление хоста-хранилище) она делегируется контроллеру пути данных (DPC). DPC также находится на специализированном блейд-сервере и содержит высокопроизводительные ASIC для обработки ввода-вывода. 18 DPC выполняет внутриполосные операции, такие как репликация.После получения информации о томе от CPP, DPC работает независимо, обеспечивая преобразование ввода-вывода из виртуального в физический и пересылая данные нужным адресатам. Например, модуль Cisco Storage Services Module (SSM) 19 на коммутаторах системы хранения MDS 9000 поддерживает архитектуру с разделенным путем. SSM поддерживает FAIS, который обеспечивает интеграцию со сторонними механизмами виртуализации (такими как EMC Invista 20 ) для передачи данных управления виртуализацией коммутатору MDS.

    Ваш комментарий будет первым

      Добавить комментарий

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