Проверка диска на виртуальной машине
Программа не требует никакой установки, и запускается прямо со скачанного exe файла.
Запускать программу необходимо с правами администратора, иначе она будет не работоспособна!
Интерфейс программы достаточно простой - в главном меню присутствует несколько кнопок, снабженные краткими комментариями на английском языке.
Вот описание каждого из пунктов:
Install MobaLiveCD"s right-clic association - нажатие данной кнопки добавит в контекстное меню ISO файлов кнопку для их открытия данной программой.
Start directly a CD-ROM ISO image file - запускает указанный iso файл с жесткого диска - пригождается для проверки загрузочных образов дисков.
Start directly from a bootable USB drive - загрузка с загрузочного USB носителя - например флешки. Полезно для проверки загрузочных флешек.
Нажимаем на кнопку "Run the LiveCD". Программа предложит выбрать образ ISO на жестком диске. Выбираем нужный и нажимаем "Открыть".
Затем программа просит, нужно ли создавать жесткий диск для виртуальной машины под данный ISO образ. Если целью стоит просто проверить возможность загрузки LiveCD, или "посмотреть" на него, стоит ответить "No".
Затем, если выбранный ISO образ загрузочный, то с него пойдет загрузка. Например загрузка с диска с FreeBSD выглядит вот так:
Для завершения работы с программой достаточно просто закрыть её, нажав на крестик.
Для загрузки с загрузочного USB носителя нужно нажать на кнопку "Run the LiveUSB". В появившемся окошке нужно выбрать раздел нужного USB носителя.
Как и в примере с LiveCD, далее появится вопрос о том, нужно ли создавать образ жесткого диска для запуска данного USB носителя. Условия выбора те же, что и выше - для того, чтобы просто "посмотреть" или проверить загрузку нужно отвечать "No".
После чего стало ясно, что флешка является загрузочной.
Заключение
Бесплатная программа MobaLiveCD - простое средство для проверки загрузочных флешек и загрузочных образов в формате ISO, на работоспособность при загрузке на компьютере. Проверка в приложении проходит без входа в BIOS и перезагрузки компьютера.
Никогда не задавались вопросом, как проверить загрузочную флешку без перезагрузки компьютера? Это довольно просто и вам не потребуется для этого много времени, просто выполните следующие несколько шагов.
Это можно сделать с помощью бесплатного программного обеспечения, называемого . Это портативное программное обеспечение, которое может легко проверить, загрузочное устройство, работает оно должным образом или нет. Оно создаёт виртуальную среду и виртуальный жесткий диск для тестирования USB-устройства. И это программное обеспечение не требует перезагрузки системы, чтобы сделать свою работу. Всё, что вам нужно сделать, это просто подключить загрузочный USB-накопитель и затем запустить программу. Это откроет окно, и если USB работает правильно, то начнёт загружаться в том же порядке, как оно будет загружаться на компьютер.
Иногда во время создания загрузочного USB-диска, возникают некоторые ошибки, вызывающие сбой загрузки USB при загрузке системы. Вот где это программное обеспечение будет весьма полезным. После создания загрузочного диска, его можно проверить, будет ли он правильно работать.
Интеллектуальная рекомендация
Как пользоваться MobaLiveCD
После запуска, откроется главное окно программы MobaLiveCD. Программа MobaLiveCD работает на английском языке, но там все предельно понятно.
Основные возможности программы MobaLiveCD:
- «Install MobaLiveCD’s right-clic association» - «Установить MobaLiveCD’s в контекстное меню»
Эта опция позволяет выполнять запуск MobaLiveCD из контекстного меню ISO файлов. Эту возможность использовать необязательно.
- «Start directly CD-ROM ISO image file» - «Запустить ISO образ»
Эта опция позволяет выбрать любой ISO файл на вашем жестком диске и запустить его как на приводе CD-ROM.
- «Start directly from a bootable USB drive» - «Запустить загрузочный USB привод»
Эта опция позволяет выбрать загрузочный USB привод (например, с загрузчиком Grub4dos или Syslinux) и запустить его.
Использовать MobaLiveCD очень просто: подключите к компьютеру загрузочную флешку, а затем запустите программу MobaLiveCD от имени администратора. Для этого кликните правой кнопкой мыши по файлу MobaLiveCD.exe, а в контекстном меню выберите «Запуск от имени администратора».
Горячие клавиши в MobaLiveCD
При работе в MobaLiveCD используйте следующие горячие клавиши:
- Ctrl + Alt - возврат в среду окружения (операционную систему)
- Ctrl + Alt + F - переключение в полноэкранный режим
- Ctrl + Alt + F - выход из полноэкранного режима
[Код очень подробный] POJ 2492 A Bug's Life (и проверьте коллекцию)
1. Описание заголовка 2. Инструкции по анализу алгоритмов и руководство по написанию кода. Похожие темы:POJ 1182 Решение проблемы пищевой цепи Наблюдается m насекомых и n вязок. Насекомые u и v могут .
Предварительное понимание регулярных выражений Python (4)
Сегодня я продолжу делиться базовыми знаниями о регулярных выражениях Python. В основном я представляю использование специального символа "<>". Ниже приведено конкретное руководство. .
Java.nio.Buffer flip () метод jdk Ошибка перевода на китайский язык
Когда я сегодня читал «Идеи программирования на Java», я столкнулся с методом java.nio.Buffer flip (). Дело в том, что «[color = red] переворачивает этот буфер. Сначала установите ог.
Практика
Общий синтаксис запуска выглядит как
В простейшем случае мы можем подключиться к хосту, указав его имя, логин, пароль и путь до нужной машины.
-info покажет DiskPath выбранного диска.
Если хост подключён к vCenter, надо добавить параметры -libdir и -vm. В случае VDDK>6.0 не забываем про -thumb
А дальше начинается самое интересное: указываем -mode и -ssmoref. Очень сильно рекомендую делать все тесты именно со снапшотом, чтобы случайно не испортить оригинальный диск. И помним: тест на запись — операция деструктивная! Он действительно пишет данные, а не симулирует процесс!
С другой стороны, запретить я вам тоже ничего не могу.
Итак, запускаем тест на запись в режиме Hotadd
Для SAN mode всё тоже самое, но надо учитывать, что для этого теста cmd надо запустить с правами администратора, иначе вы получите ошибки «You do not have access rights to this file» и «No path to device LVID».
А если вы хотите протестировать вариант восстановления в режиме Direct SAN, то надо указать фейковый UUID в ветке HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\VMware, Inc.\volatile\UUIDHost
Теперь попробуем запустить тест на скорость чтения в режиме nbd.
Если захотите дать настоящей нагрузки, смело запускайте -readbench или -writebench сразу для нескольких дисков. Но для этого вам понадобится VDDK 6.5 или 7.0
И в завершение давайте посмотрим, какую информацию о виртуальных дисках мы можем получить с помощью -info
Кстати, если вдруг не хочется рисковать настоящими дисками от настоящих машин, их можно создать здесь же. Правда, через -create нельзя создать диск сразу на хосте, но тут нам на помощь приходит опция -clone. Параметр -cap задаёт размер в мегабайтах, а делать это уже удобнее на linux машине.
На этом мой быстрый экскурс в мир широких возможностей VixDiskLibSample закончен. Да, местами утилита несколько дуболомна, а её вывод не слишком удобен. Однако вы всегда можете на её основе сделать нечто своё, что позволит вам элегантно решать свои задачи без изобретения велосипедов и использования невнятных прослоек.
Технологии виртуализации сегодня востребованы не только в сегменте «большого бизнеса», но и в SMB и у домашних пользователей. В частности для небольших компаний сервера виртуализации могут применяться для реализации некоторого числа не очень ресурсоемких служебных сервисов. При этом речь обычно идет об автономных серверах на базе одно- или двухпроцессорных платформ, с относительно небольшим объемом оперативной памяти в 32-64 ГБ и без специальных высокопроизводительных СХД. Но за всей чередой преимуществ нужно отдавать себе отчет, что с точки зрения производительности виртуальные системы отличаются от реальных. В этой статье будет проведено сравнение скорости локальных накопителей разных типов (HDD, SSD и NVMe) для нескольких конфигураций виртуальных машин с целью оценить потери от их виртуализации. Никто не спорит, что в «правильных» реализациях систем виртуализации лучше использовать внешнюю СХД, но в бюджетном варианте можно обойтись и локальными дисками.
Тестирование проводилось на сервере следующей конфигурации: материнская плата Asus Z10PE-D16, два процессора Intel Xeon E5-2609 v3, 64 ГБ оперативной памяти. В качестве среды виртуализации был выбран Proxmox VE версии 5.2 – система с открытым исходным кодом на базе Debian. Для его установки использовался отдельный SATA SSD, а тестируемые накопители подключались отдельно на другие интерфейсы и порты.
Cначала протестируем накопитель из хост-платформы. Второй вариант – проброс в виртуалку (для нее применяется KVM и Debian 9, выделено 2 ядра и 8 ГБ оперативной памяти) как физического диска. Третья конфигурация – виртуальный диск на LVM. Четвертая – RAW-файл на томе с файловой системой ext4. В последних двух вариантах был выбран размер диска в 64 ГБ. Так что дополнительным результатом статьи может быть сравнение LVM и RAW для хранения образов виртуальных дисков.
Для измерения скорости будет использоваться утилита fio с шаблонами последовательного чтения и записи с блоком в 256 КБ и случайных операций с блоком в 4 КБ. Тесты проводились с параметром iodepth от 1 до 256 с целью эмуляции разной нагрузки. Для последовательных операций оцениваем скорость в МБ/с, для случайных – IOPS. Кроме того, смотрим и на средние задержки (clat из отчета теста).
Начнем с традиционного жесткого диска, в роли которого выступил немолодой HGST HUH728080ALE640 – накопитель с интерфейсом SATA и объемом 2 ТБ. Применение одиночных жестких дисков, особенно если нет требований к объему, в описываемом сценарии недорогой виртуализации для небольшой нагрузки можно считать типичным вариантом если совсем экономить или «лепить из того, что было» и не включить этот вариант в рассмотрение было бы неправильным.
На чтении все варианты, кроме последнего, показывают примерно одинаковые результаты на уровне 190 МБ/с (только при большой нагрузке с iodepth=256 у passthrough и LVM результаты снижаются до 150 МБ/с). Тогда как raw, благодаря кэшированию на хосте, «улетает в космос» и на его фоне остальных уже не видно. С одной стороны, можно сказать, что используемый тест и настройки системы не позволяют корректно оценить скорость данной конфигурации и показывают производительность не диска, а оперативной памяти. С другой стороны, кэширование является одной из наиболее эффективных и распространенных технологий увеличения производительности и если она работает, было бы странно от нее отказываться. Но не забываем про надежное питание в подобных конфигурациях.
На записи такого эффекта уже нет, так что на последовательных операциях все конфигурации примерно одинаковы – максимальная скорость около 190 МБ/с. Хотя raw все-таки ведет себя иначе, чем другие – при небольшой нагрузке он медленнее, но при максимальной не снижает скорость, как остальные. По задержкам отличий нет.
Использование кэша хост-системы хорошо заметно и на операциях случайного чтения – здесь raw стабильно самый быстрый и показывает до 950 IOPS. Примерно в два раза медленнее lvm – до 450 IOPS. Ну а сам жесткий диск, в том числе и при «пробросе» в гостевую систему, показывает около 200 IOPS. Распределение участников на графике задержек согласуется со скоростями.
На операциях случайной записи лучше всех показала себя конфигурация с lvm, обеспечившая до 400 IOPS. За ней идет raw (~330 IOPS), а замыкают список последние два участника с 290 IOPS. По задержкам заметных отличий нет.
В общем случае, если вам не требуются функции, обеспечиваемые lvm, и ключевым критерием не является скорость случайной записи, при размещении виртуальных дисков на локальном хранилище с точки зрения скорости лучше использовать raw. Применение технологии проброса физического диска в виртуальную машину не дает преимуществ по производительности в данном случае. Но она может быть интересна, если требуется подключить в виртуалку накопитель с существующими данными.
Второй участник теста – SSD Samsung 850 EVO. Учитывая его возраст и работу в системе без TRIM, в некоторых тестах (в частности последовательной записи) он уже проигрывает винчестеру. Тем не менее, благодаря существенному выигрышу в производительности на случайных операциях перед традиционным жестким диском, он очень даже интересен и для виртуальных машин.
Результат последовательного чтения в режиме raw можно прокомментировать аналогично варианту с жестким диском. Но здесь более интересно то, что первые две конфигурации показывают стабильные 370 МБ/с при большой нагрузке, тогда как lvm способен только на 190 МБ/с. Задержки для этого режима тоже более высокие.
На операциях записи, как уже было сказано, данный твердотельный накопитель в своем текущем состоянии выглядит не очень интересно и показывает скорость на уровне 100 МБ/с. Что касается сравнения конфигураций, то в этом тесте raw проигрывает при невысокой нагрузке как по скорости, так и по задержкам.
Случайные операции являются основным «козырем» SSD. Здесь мы видим, что любые «виртуальные» варианты заметно проигрывают «чистому» накопителю – они обеспечивают только 30 000 IOPS, тогда как сам SSD способен работать в три раза быстрее. Судя по всему, здесь ограничением выступает уже программно-аппаратная платформа. Тем не менее, задержки в этом тесте не превышают 7 мс, так что маловероятно, что эту разницу в IOPS можно будет заметить приложениях общего характера.
А на случайной записи уже другая расстановка сил. «Реальный» диск здесь уже проигрывает, хотя и незначительно. Он способен показать до 4 200 IOPS. lvm и passthrough на одну-две сотни больше, а raw уже добирается до 5 500 IOPS. На графике задержек из интересного явно видео перелом на iodepth=32.
Тестирование показало, что SSD ведет себя в данном сценарии отличным от HDD образом. Во-первых, последовательное чтение с lvm заметно отстает от других вариантов. Во-вторых, виртуальные диски на SSD заметно теряют в IOPS на случайном чтении.
Третий участник несколько выбивается из «недорого», однако этот продукт сам по себе очень интересен и для универсального «ускорителя» дисковых операций и способен конкурировать по скорости не только с одиночными накопителями, но и RAID-массивами. Речь пойдет о Intel Optane. В данном случае использовалась модель 900P для шины PCIe 3.0 x4, объемом 280 ГБ.
Intel Optane уже способен посоревноваться с оперативной памятью в этом тесте. Разница уже не на порядок, как у других участников, а всего в два-три раза. При этом при росте нагрузки значения практически сравниваются. Задержки как в тестах выше ниже у конфигурации raw.
В операциях последовательной записи «чистый» накопитель даже проигрывает другим участникам – с ростом нагрузки они выходят на стабильные 2 150 МБ/с, а он снижает скорость примерно до 1 700 МБ/с. Задержки в данном случае можно не сравнивать.
Операции случайного чтения у данной модели твердотельного накопителя при доступе к нему с хоста способны обеспечить почти 200 000 IOPS (скорость при этом будет на уровне 760 МБ/с). А вот все остальные схемы подключения, как мы видели выше для SSD с интерфейсом SATA, ограничиваются на уровне 35 000 IOPS, что не может не огорчать. Соответственно выше у них и задержки, примерно в пять раз.
На случайной записи эта без сомнения уникальная модель накопителя показывает практически такие же результаты, как и на случайном чтении – около 190 000 IOPS для прямого подключения и 35 000 IOPS для остальных вариантов. Задержки тоже совпадают с графиком на операциях чтения. С другой стороны, более 700 МБ/с в случайной записи небольшими блоками – таких результатов надо еще поискать.
Применение накопителя Intel Optane для исследуемой задачи показывает, что существенного снижения скорости на последовательных операциях в гостевых операционных системах для него не будет. А вот если вам требуются высокие IOPS на случайном чтении или записи, то данная платформа будет ограничивать производительность на уровне 35 000 IOPS, хотя сам накопитель в пять раз быстрее.
Тестирование показало, что при построении систем хранения для виртуальных серверов стоит обращать внимание на определенные потери от виртуализации, если для ваших виртуальных машин важна скорость. В большинстве проверенных конфигураций виртуальные диски показывают значительно отличающиеся от физических устройств показатели скорости. При этом для традиционных жестких дисков разница обычно относительно невелика, поскольку они сами по себе не такие уж и быстрые. Для твердотельных накопителей с интерфейсом SATA можно отметить существенные потери в IOPS при случайном доступе, но даже с учетом этого, они остаются кардинально более быстрыми в этих задачах, чем винчестеры. Накопитель Intel Optane конечно очень много потерял в виртуальной среде на случайных операциях, но даже в этом случае продолжает оставаться феноменально быстрым на записи. Да и на последовательных операциях к нему нет замечаний. Еще одним существенным плюсом данного устройства является стабильная производительность – ему не требуются никакие специальные операции очистки, так что независимо от состояния и прошлой истории, а также ОС и ее настроек, в любое время скорость будет постоянна. Но, как обычно, бесплатно ничего не бывает. Intel Optane 900P является не только уникально быстрым, но уникально дорогим.
Статья рассматривает особенности использования виртуальных дисков в VirtualBox, применение разных режимов чтения-записи, принцип и организацию работы snapshot-ов, кэширование ввода/вывода данных, а также некоторые аспекты использования виртуальных дисков с точки зрения информационной безопасности. Для тех, кому интересен пример с безопасностью, можете сразу переходить по якорю к разделу об особых режимах записи.
Начнем с некоторых общих понятий. У VirtualBox существуют 3 основных метода предоставления гостевой операционной системе (ОС) доступа к данным. Сей текст концентрируется на использовании виртуальных дисков.
Виртуальные диски подключаются к виртуальной — гостевой ОС, методом эмуляции подключения через соответствующий контроллер, IDE, SATA (AHCI), SCSI, SAS.
Поведение контроллеров запрограммировано таким образом, чтобы имитировать физические прототипы, следовательно IDE контроллер будет работать медленнее SATA и потреблять больше ресурсов процессора, ОС без соответствующих драйверов и аппаратной поддержки не будут взаимодействовать с виртуальными дисками и т.д. Например, в семействе Windows до Windows Vista нет поддержки Advanced Host Controller Interface (AHCI), к которому относится SATA, поэтому в частности, виртуальная машина с ОС Windows XP с SATA работать не будет.
Файлы виртуальных дисков
VirtualBox позволяет работать с разными форматами файлов виртуальных дисков. Помимо собственного VDI, поддерживаются VMDK (VMware), VHD (Microsoft), Parallels version 2 HDD format (Parallels).
Каждому виртуальному диску присваивается уникальный идентификатор UUID, это помогает VirtualBox удостовериться, что каждый диск используется только один раз и не позволяет импортировать в гостевую ОС обычные копии дисков (для этого существует отдельная процедура клонирования).
Виртуальные диски могут быть, как фиксированного размера, так и динамически выделяемого, причем VirtualBox позволяет увеличить размер дискового пространства, независимо от объёма и формата диска и даже в том случае, если диск содержит данные. Ниже пример, как это сделать с помощью утилиты vboxmanage.
При выборе динамически выделяемого образа, файл контейнера будет «разрастаться» постепенно, по мере заполнения секторов данными, до тех пор, пока размер контейнера не достигнет указанного при создании виртуальной машины лимита.
Учитывая то, что в процессе регулярного увеличения размера контейнера задействуются дополнительные вычислительные ресурсы, скорость записи при использовании опции с фиксированным размером, как правило выше, в с равнении с динамическим диском. Тем не менее, если размер динамического диска в долгосрочной перспективе значительно не увеличивается, то разница в скорости записи практически нивелируется.
Управление виртуальными медиа (Virtual Media Manager)
VirtualBox ведет реестр всех виртуальных медиа носителей, которые используются всеми гостевыми ОС. Это так называемые ”known media”, доступ к списку (реестру) которых можно получить используя утилиту Virtual Media Manager (доступно из меню File). Эта утилита показывает детальную информацию о каждом виртуальном диске, включая полный путь к файлу, а также к какой именно виртуальной машине файл прикреплен. Информацию из реестра можно удалить используя встроенную функцию удаления “Remove”
Каждый отдельно взятый образ можно «открепить» от виртуальной машины за которой он закреплен, используя функцию ”Release”
Открепив образ, прикрепить его обратно нажатием одной кнопки не удастся, для этого необходимо будет добавить образ, как жесткий диск. Аналогичным способом «прикрепляются» и снэпшоты (снимки диска).
В очередной раз отмечу, что из-за наличия UUID, о которых говорилось выше, нельзя просто скопировать и прикрепить образ диска.
Snapshots (Снэпшоты)
Как известно snapshot в переводе с английского означает снимок. Принцип работы механизма прост. При создании снэпшота, VirtualBox переводит текущий образ (образы, если их несколько), прикрепленный к ВМ в режим только для чтения и создает отдельный виртуальный диск (диски) и все последующие процедуры записи производятся уже в новом виртуальном хранилище. Причем фиксируются только изменения в определенных секторах, проще говоря при создании снэпшота диска размером 10GB, новый снэпшот будет гораздо меньше, и будет увеличиваться в размере постепенно, как будут заполнятся сектора.
Логично предположить, что чем больше используется снэпшотов одной виртуальной машины, тем больше используется вычислительных ресурсов для выполнения операций чтения с диска. Действительно, если есть 2 снэпшота, то вначале VirtualBox смотрит есть ли нужный сектор в образе снэпшота2, если нет, то система обращается к снэпшоту1, если и там ничего не обнаружено, то тогда идет обращение к основному диску. Нагрузка все-же будет незначительной и мало заметной для конечного пользователя, т, к. вся таблица секторов постоянно присутствует в памяти.
Стоить помнить, что при удалении снэпшота, все изменения произведенные после его создания «сливаются» с ранее «замороженным» образом.
Кэширование ввода/вывода
Помимо расходa ресурсов еще одним недостатком кэширования является недостаточная надежность. Например, если внезапно случился перебой с электропитанием в момент, когда хоставая ОС уже сообщила гостевой об успешном выполнении записи, а сам процесс асинхронной записи еще не завершился. Такой сценарий безусловно приводит к потере данных.
Отключение кэширования выполняется следующим образом:
Bandwidth
VirtualBox позволяет ограничивать ширину пропускного канала для одного или нескольких виртуальных дисков.
Создаем группу “Limit” и устанавливаем лимит в 20 Mb/s
Добавляем нужные диски в группу.
Суммарный для обоих дисков bandwidth не будет превышать 20 MB/s. Этот лимит можно изменить в любой момент, не выключая виртуальной машины.
Особые режимы записи образов
Для каждого образа виртуального диска, поддерживаемого VirtualBox, не зависимо от формата, можно определить режим поведения при записи данных, будь это следствие операций внутри виртуальной машины или снимка дика (snapshot). Такие режимы называются «нестандартными», в то время, как по умолчанию все образы дисков функционируют в «нормальном» режиме. Для того, что бы перевести режим из «нормального» в «нестандартный» можно воспользоваться вышеупомянутым Virtual Media Manager или консольной утилитой vboxmanage
В «нормальном» режиме записи, гостевая ОС может осуществлять чтение и запись с физического диска без всяких ограничений a при создании снимков диска (snapshot), VirtualBox создает oтдельный файл в котором фиксируются все изменения.
В режиме «write through» функция снэпшотов работать не бует.
Режим работы «shareable» своего рода разновидность предыдущего. Тут тоже нет возможности работы со «снэпшотами», зато есть возможность использования несколькими одновременно работающими виртуальными машинами одного образа диска, сценарий кластеризации.
Схожий по названию, но отличающийся по принципам работы режим «multiattach», также позволяет использовать один образ диска для нескольких виртуальных машин, но в этом режиме каждая отдельная виртуальная машина использует свой независимый «снэпшот» и изменения произведенные в одной ВМ не доступны для других.
Режим «read only» используется в основном для работы с образами CD/DVD, т.к. предполагает только чтение.
Режим на который стоит обратить внимание называется «Immutable». Как следует из названия immutable образы не меняются с течением времени. Любые изменения в immutable диске актуальны ровно до тех пор, пока виртуальная машина работает. После отключения виртуальной машины все изменения пропадают. Прежде чем перевести диск в режим immutable стоит сначало создатъ «нормальный» диск, установить и настроить систему в оптимальное состояние, желательно не подключаясь к интеренету, и только после того, как гостевая система готова — «откреплять» диск и переводить его в режим immutable.
Одним из сценариев работы может быть схема при которой используются два диска – один в режиме immutable, на котором находится сама система, второй в нормальном или write-through режиме. На первый взгляд вполне безопасный и понятный сценарий работы — каждый раз загружается «свежая» система. Но не все так прозрачно и есть некоторые нюансы.
Во первых, для immutable дисков есть одно важное исключение. Они не “обнуляются” в случае, когда прикреплены к виртуальной машине, снимок диска которой был сделан пока та была запущенна — так называемый online-snapshot. Это означает, что если например, пользователь создал immutable disk, а потом в процессе работы, создал «снэпшот», не завершив работу виртуальной машины, то начиная с упомянутого «снэпшота» все последующие операции и действия внутри системы будут носить необратимый эффект, т.к. все действия будут де-факто происходить в «снэпшоте».
В случае если основной целью является «свежая система» при каждом запуске, то от использования снэпшотов, лучше воздержаться.
Во-вторых, вышеописанное «обнуление» отдельного образа происходит только в случае, когда команда включения/отключения виртуальной машины посылается самой средой VirtualBox, а не происходит внутри гостевой ОС. Проще говоря, если например перезагрузить гостевую ОС Windows стандартным методом (Меню пуск, перезагрзить систему), то обнуление immutable диска не произойдет.
Наконец последнее и самое важное — все изменения происходившие внутри виртуальной машины сохраняются на физическом диске и остаются там до тех пор, пока виртуальная машина не будет запущена заново.
После того, как текущий контейнер установлен в режим immutable, VirtualBox перестает использовать этот контейнер и фактически диск переходит в режим «read only». Все операции записи перенаправляются в отдельный образ и каждый раз, когда виртуальная машина начинает работу этот новый «отдельный» образ «обнуляется». В реальности на жестком диске создается временный «снэпшот», который находится в папке Snapshots, соответствующей виртуальной машины, внутри которого и происходит вся работа. После завершения работы виртуальной машины вышеупомянутый временный скриншот остается нетронутым.
Рассмотрим простой пример
Боб создал виртуальную машину, настроил ОС и перевел диск в режим immutable. Боб регулярно использует свою виртуальную машину для тайного общения с Алисой. При каждом запуске, загружается «свежая» система, не содержащая никаких логов предыдущего общения, текстов, видео или фото. В очередной раз закончив переписку, Боб спокойно выключает виртуальную машину и идет спать.
Предположим также, что перед каждым запуском ОС Боб проверяет, что режим диска установлен как “immutable”.
Ева имеет доступ к компьютеру на котором установлена виртуальная машина. Ей достаточно зайти в папку Snapshots внутри директории соответствующей виртуальной машины и там будет требуемый «снэпшот».
Все что остается сделать Еве, что бы увидеть всю переписку, равно как и результат всех действий производимых Бобом внутри ОС, это перевести диск в «нормальный» режим и перед тем, как запустить виртуальную машину прикрепить к ней снэпшот. Более того, Ева может каждый день делать резервные копии таких «снэпшотов», главное, что бы это было сделано до того, как Боб снова запустит виртуальную машину.
Решением для Боба в данной ситуации будет после завершения работы, вручную удалять все содержимое папки Snapshots. Не говоря уже о том, что надо постоянно проверять в каком режиме работает диск и желательно, либо вообще заблокировать некоторые элементы GUI, что достаточно просто реализуется
Справедливости ради стоит сказать, что у тех-же Parallels, с самых ранних версий для того, что бы перевести диски из одного режима в другой необходим пароль суперпользователя, а временные «снэпшоты» удаляются моментально, после завершения работы.
Вместо заключения
VirtualBox замечательная и очень гибкая в настройке система виртуализации, сопоставимая по возможностям с коммерческими продуктами от флагманов индустрии. Данная статья показывает некоторые особенности, на которые уместно обратить внимание и лишь мизерную часть всех возможностей VirtualBox.
Установить поддержку сообщества smartctl
Загрузить на виртуальную машину с помощью winscp
Установите, чтобы разрешить программное обеспечение сообщества
установить программное обеспечение
Используйте команду smartctl
Имя жесткого диска можно получить указанным выше способом.
Вы также можете использовать все команды ssh
esxi два метода проверки работоспособности жесткого диска
Список жестких дисков
Просмотр интеллектуальной информации о жестком диске
Проверка загрузочной флешки в MobaLiveCD
Давайте проверим загрузочную флешку на возможность ее запуска на компьютере. Для проверки я выбрал загрузочную флешку Windows 7 PE от Ratiborus.
В окне MobaLiveCD нажмите на кнопку «Start directly from a bootable USB drive» («Запуск LiveUSB»).
В следующем окне нужно выбрать букву диска флешки. Выберите букву флешки, нажмите на кнопку «ОК».
Затем откажитесь от создания виртуального жесткого диска.
После выбора Windows 7 PE, некоторое время будет происходить загрузка системы, а затем откроется окно Windows 7 PE.
Все, мы убедились, что загрузочная флешка работает.
Пользователи, испытывающие трудности с английским языком, могут скачать по ссылке mobalivecd 2.1 rus программу на русском языке.
Распространенные ошибки программы
MobaLiveCD - бесплатная программа для проверки загрузочных флешек и загрузочных CD/DVD дисков. Программа MobaLiveCD позволяет протестировать на возможность загрузки загрузочный диск (флешку, образ диска) с операционной системой, загрузочный диск LiveCD, LiveDVD, или LiveUSB, или загрузочный образ в формате ISO.
Многие неопытные пользователи испытывают трудности при проверке загрузочного носителя, ведь для этого нужно войти в BIOS, а затем правильно выставить приоритет загрузки компьютера.
Как проверить загрузочную флешку без перезагрузки компьютера? Есть способы проверить работоспособность флешки (работу загрузчика, меню загрузки), без входа в BIOS и без использования виртуальной машины. Тем более, что на виртуальной машине практически нет шансов проверить загрузочную флешку.
Бесплатная программа MobaLiveCD - простой инструмент для проверки загрузочных носителей, приложение эмулирует загрузку (работает на основе эмулятора QEMU), благодаря этому пользователь может проверить возможность загрузки флешки или образа диска.
Многие пользователи скачивают образы из интернета, различные сборки из непонятных источников. MobaLiveCD поможет проверить работу загрузчика, чтобы пользователь был уверен в том, что в случае возникновения нештатной ситуации, загрузочный диск выполнит свою работу: загрузится на компьютере для выполнения необходимых действий.
Программа MobaLiveCD не требует установки на компьютер, для запуска приложения кликните по исполняемому файлу.
Как проверить загрузочный USB-диск?
Bootable USB Test - очень хорошее программное обеспечение, которое поможет Вам проверить, работает ли загрузочный USB-диск должным образомт. Это лёгкое и портативное программное обеспечение, которое поможет вам легко проверить USB-накопитель. Кроме того, вы можете настроить некоторые параметры, такие как размер виртуальной памяти, виртуальный размер жесткого диска и т. д. И никакие из этих изменения не затронут ваш ПК. Всё, что вы увидите в виртуальных окнах - это только для тестирования загрузочного USB.
Когда мы сталкиваемся с неким программным продуктом, с которым нам предстоит взаимодействовать, сценарий взаимодействия мы вольны выбирать сами. Можно героически изобретать велосипед, а можно понадеяться, что авторы несколько лучше, чем мы, знают свой продукт, поэтому предоставляемый ими API (или набор библиотек) является оптимальным решением. На практике, к сожалению, не всё так радужно, но сегодня не об этом.
Для работы со своей дисковой подсистемой VMware уже много лет предоставляет VDDK — развесистый набор библиотек, документации и примеров кода, с помощью которых ваше приложение может работать с дисками виртуальных машин. Само собой мы в Veeam очень не любим изобретать ненужные велосипеды, поэтому VDDK в наших продуктах используется крайне активно.
Но это всё никак не влияет на количество клиентов, которые считают, что работать с дисками можно ещё быстрее, а все предлагаемые тесты производительности показывают априори неверные результаты. Вот в такие моменты нам на помощь и приходит ультимативное оружие — VixDiskLibSample.
VixDiskLibSample — это небольшая программа на С++, входящая в VDDK и демонстрирующая принципы работы с библиотекой vixDiskLib.То есть с дисками виртуальных машин лучше и быстрее, чем она, никто работать не будет. И что нам особенно важно, её можно использовать как бенчмарк на запись и чтение. Этакий ультимативный тест, результаты которого будет сложно назвать невалидными.
Заполучить её можно вместе с самим VDDK. Скачиваем его с сайта VMware и в случае Linux просто компилируем после установки
Предлагаемый по умолчанию путь для установки.
Также в сети есть информация, что на некоторых дистрибутивах надо добавить следующие строчки в vixDiskLibSample.cpp для успешной компиляции:
Если и в этом случае не скомпилируется, то рекомендуют попробовать добавить переменную окружения LD_LIBRARY_PATH=/usr/lib/vmware-vix-disklib/lib64 и запустить ldconf с правами рута после добавления адреса /usr/lib/vmware-vix-disklib/lib64 в /etc/ld.so.conf.d/vmware-vix-disklib.conf
Зато под Windows в Visual Studio всё компилируется без проблем. И хозяйке на заметку: VDDK в Veeam используется только при работе через Windows прокси. На Linux, по ряду причин, используется собственное решение с применением vSphere API.
А что с этого пользователям Veeam, спросите вы?
Отвечаем: подключая библиотеки VDDK разных версий, идущих вместе с Veeam Backup & Replication, вы можете проверить истинную скорость работы с хостом в самых разнообразных режимах.
Библиотеки хранятся по адресу C:\Program Files (x86)\Veeam\Backup Transport\x64\vddk_Х_Х, и их использование обязательно для верных результатов.
Теперь давайте посмотрим на самые важные для нас команды и опции при запуске. Ибо, как и для всех инструментов для тестирования, полный список здесь весьма и весьма не мал.
Теперь, когда с общей теорией покончено, переходим к разделу
Использование внутреннего соединения, левого соединения, правого соединения в оракуле
Левое-правое соединение фактически говорит, какая таблица является результатом нашего совместного запроса ~ 1. Взаимосвязь проста select A.*, B.* from A,B where A.id = B.id select A.*, B.* from.
Все белое Введение Сверток Neural Network (CNN)
Загрузка ISO образа в MobaLiveCD
На моем компьютере находится загрузочный диск программы Acronis True Image с Windows PE в образе ISO файла. Мне нужно проверить возможность загрузки данного образа. Посмотрите, как это можно проверить в MobaLiveCD.
В окне программы MobaLiveCD нажмите на кнопку «Run the LiveCD» («Запуск LiveCD»). Далее выберите местонахождение образа на компьютере, выделите его, а затем нажмите на кнопку «Открыть».
В окне с предложением о создании виртуального жесткого диска для вашей виртуальной машины, нажмите на кнопку «No» («Нет»). Создаваемый файл MobaLiveCD HardDisk не нужен.
Создавать и устанавливать что-то нет смысла, так как программа выделяет всего 256 Мб памяти. С современными операционными системами она не справится из-за недостатка памяти.
Мы убедились, что образ диска загружается, теперь можно закрыть окно «QEMU».
Читайте также: