How to enlarge a virtual machine’s disk in virtualbox or vmware

How to expand partition on Windows VM?

After the size of virtual disk is increased, the additional storage is not been used on VM immediately, but is regarded as unallocated storage on virtual machine. You need to manually add it to the partition.

Open the guest machine now > right-click the Windows icon in the lower-left corner > select Disk Management > find the partition next to the unallocated storage > right click the partition > select Extend Volume > click Next in Extend Volume Wizard > select the amount of space you want to add to the partition > click Next > click Finish.

You could see the storage has been added to the partition in Disk Management.

Плюсы использования

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

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

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

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

Некоторые сценарии применения

Подробнее рассмотрим три возможных сценария использования ВМ:

Защита информации и ограничение возможностей программ.
Представьте, что вы только создаете ИТ-инфраструктуру компании, и еще не до конца определились с программами и инструментами, которые вам потребуются в работе. Существует несколько новинок на рынке, которые могут быть полезны в решении ежедневных бизнес-задач, но это ПО еще не имеет отзывов и подробного опыта применения. В этом случае логичнее всего установить программное обеспечение на виртуальной машине. Это позволит оградить основные базы данных от возможного вредоносного ПО, а значит – вы избежите проблем с восстановлением системы.
Эмуляция различных архитектур. Другой пример использования виртуальной машины – это эмуляция архитектуры при разработке приложения. Например, это может быть полезным для разработчика игр для игровых приставок. С помощью ВМ можно с легкостью эмулировать среду игровой приставки и протестировать новый продукт.
Исследование производительности ПО. В крупных ИТ-инфраструктурах иногда возникает потребность в изучении производительности системы. Это можно сделать посредством ВМ и нагрузки виртуального устройства различными задачами.

Ранее установленный софт

Очень часто причиной зависания виртуальной машины на ESXI 6.5 выступает недавняя установка обновлений в системе или различного рода программного обеспечения. Обязательно посмотрите в «Панель управления\Все элементы панели управления\Программы и компоненты» по дате установки, что недавно было проинсталлировано.

Тут же можно посмотреть установленные обновления. Недавно Microsoft выпустило обновление KB4015553 (Со временем может меняться), которое в Windows Server 2012 R2 стало вызывать зависание. Необходимо удалить KB4015553, kb4019215 и kb4019217, перезагрузить ваш сервер.

Еще могу по своему опыту сказать, в некоторых случаях виртуальная машина с Windows, может зависать из-за антивируса Sumantec Endpoint Protection, вот пример ветки обсуждения на сайте Microsoft (https://social.technet.microsoft.com/Forums/ie/en-US/330179d1-a252-4c0f-962c-6a639ca6b373/windows-server-2012-r2-vmware-vm-freezes-randomly-no-event-logs?forum=winserver8gen или https://communities.vmware.com/thread/535938). Как вариант попробуйте его удалить, или переустановить заново.

Сама компания Symantec рекомендует в ветке (https://support.symantec.com/en_US/article.TECH236543.html) Исключите из проверки следующий каталог, включая все подкаталоги: путь зависит от вашей версии SEP: «C:\ProgramData\Symantec\Symantec Endpoint Protection\<версия>\Data\Definitions». Пример для SEP 14.0 MP1: C:\ProgramData\Symantec\Symantec Endpoint Protection\14.0.2332.0100.105\Data\Definitions. Если вышеуказанное исключение не решает проблему, также исключите следующий каталог: C:\Windows\rescache.

Эти пути могут отличаться в зависимости от сборки продукта или от того, что каталоги ProgramData или Windows были перемещены на другой диск.

Сделать, это можно в «Change Settings — Exception — SONAR Exception» нажимаем кнопку «Add» и выбираем нужные каталоги.

Если папка ProgramData не видится, то вам необходимо включить отображение скрытых папок.

На этом у меня все, надеюсь, что мой скромный опыт окажется для кого-то полезным, и ваши виртуальные машины перестанут зависать. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

Что делать дальше после увеличения дискового пространства VMware?

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

Шаг 1. Включите VMware, откройте «Управление дисками» в VMware, вы увидите «незанятое пространство», которое я только что создал за диском C. Щелкните Действие> Повторно сканировать диски. Это приведет к повторному сканированию вашего диска прямо сейчас.

Шаг 2: После повторного сканирования диска щелкните правой кнопкой мыши диск C и выберите «Расширить том».

Шаг 3. Когда появится мастер расширения тома, нажмите «Далее», чтобы продолжить. Добавьте все нераспределенное пространство на виртуальный диск и нажмите Далее.

Шаг 4: Наконец, нажмите кнопку «Готово», чтобы завершить процесс. Затем вы увидите, что нераспределенное пространство успешно назначено виртуальному диску. Виртуальный диск станет больше, чем раньше.

Это все, что нужно сделать, и в VMware легко увеличить пространство на жестком диске с помощью параметров виртуальной машины или командной строки.

Посмотрим, что мы можем сделать с этим видео!

Создание образа диска

Первым делом нужно снять образ диска для VMware с нашего физического Linux-сервера. Никакое дополнительное программное обеспечение для начала виртуализации нам не нужно, поскольку образ можно создать стандартной командой dd:

dd if=/dev/sda of=/mnt/share/sda.img bs=8M conv=sync,noerror

Здесь мы параметром if задаем входящий файл — весь диск /dev/sda. В качестве выходного файла (of) мы устанавливаем /mnt/share/sda.img — это и будет наш образ диска. Параметр bs задает размер блока для ускорения процедуры копирования (по умолчанию 512 байт, следовательно, данные при виртуализации будут сбрасываться небольшими блоками по 512 байт, что существенно замедлит процедуру создания образа). Последний параметр указывает на необходимость копирования с игнорированием ошибок и создания точной (бит-в-бит) копии физического диска.

Примечание. В точке монтирования /mnt/share должно быть достаточно места. Как минимум, должно быть свободно столько, сколько займет копируемый физический диск после виртуализации.

Как тип гипервизора влияет на работу ВМ

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

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

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

2.3.2. Кратко о Virtual PC 2007

Отсутствие гостевой операционной системы Linux. Официально поддержка Linux гостевой системой отсутствует неизвестно почему, скорее всего из-за внешней политики Microsoft по отношению к Linux. Хотя её и можно запустить в среде Virtual PC.
Поддержка Windows Vista хостовой системой. Я думаю, данный факт никого не удивил. Дополню, что Virtual PC 2007 функционирует как под 64-х так 32-х разрядных вариантов Vista Business, Enterprise, Ultimate.
Поддержка Windows Vista как гостевой системы.
Поддержка 64-х разрядных операционных систем в качестве хостовой системы. Для Virtual PC предусмотрена собственная поддержка 64-х разрядной архитектуры, что существенно увеличивает число активных виртуальных машин, которых можно использовать. Потому что для 32-х разрядных хостов было ограничение памяти в 4ГБ, а для 64-х разрядных хостов увеличилось до 16ТБ.
Плохой интерфейс консоли управления, которая так и не изменилось с версии 2004.
Отсутствие поддержки USB-устройств. Точнее Virtual PC позволяет работать с USB-мышью и USB-клавиатурой, но остальные устройства, увы, нельзя.
Установка гостевых операционных систем по сети без использования CD-ROM, DVD-ROM или локально хранящихся iso образов.
Поддержка запуска виртуальных машин на нескольких мониторах.
Поддержка аппаратного обеспечения виртуализации

2.1.2. Настройка параметров VMware Workstation 6.0

Как уже было сказано, VMware Workstation позволяет гибко настраивать настройки, параметры платформы. Через графический пользовательский интерфейс или через файл preferences.ini.

В файле preferences.ini находится несколько секций для редактирования окружения. К примеру:

pref.view.toolbars.list – позволяет управлять отображаемыми элементами меню.
pref.ws.currentObj – настройки выбранной при запуске Workstation виртуальной машины.- pref.ws.openedObj – параметры открытых виртуальных систем.
mks.noBeep = «TRUE» – отключает звуковые сигналы виртуальных машин.
pref.placement – управление положением окна Workstation.

Для настройки этих параметров через графический интерфейс надо в меню Edit нажать кнопку Preferences. В VMware Workstation можно настроить окружение рабочей области:- Установить папку, где будут храниться виртуальные машины.

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

Все эти настройки находятся на вкладке Workspace.

На вкладке Input настраиваются параметры, связанные с фокусом мышки:

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

Выглядит это так:

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

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

На вкладке Tools можно включить автоматическое обновление утилит VMware Tools при следующем запуске гостевой системы. Во вкладке Memory находятся параметры выделения памяти виртуальным машинам, а также возможность использования файла подкачки(*.vmem).

На следующей вкладке, Priority, задается приоритет для виртуальных машин, находящихся и не находящихся в фокусе.

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

На вкладке Devices можно включить/отключить автозапуск CD/DVD-дисков в хостовой системе. В рекомендациях говорится, что желательно отключать автозапуск CD/DVD-дисков. Иначе может возникнуть непредвиденное поведение виртуальных машин.

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

Настройки каждой виртуально машины отдельно перебивают глобальные настройки. Будьте внимательны.

Conclusion

This blog post has explained how to extend partition size on virtual disks of VMware virtual machines running Linux and Windows after increasing the size of the virtual disks. You can use parted in most Linux distributions, the Disks utility is available in modern Ubuntu distributions. If you need to extend partitions that are used by the installed Linux operating system, boot from Live CD with GParted that is the universal tool for changing disk partition size. As for Windows, modern Windows versions have the Disk Management snap-in that can adjust disk partition size on the fly from the installed operating system. If you need more options than those Disk Management provides, use diskpart, which is the command line Windows tool for managing disk partitions. The diskpart tool is available when booting from the Windows installation medium. You can use the method that works best for you or combine parts of multiple methods explained in this blog post.

Преимущества ВМ над физическими серверами

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

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

«А как же «горячая» замена составляющих?» – спросите вы. Ведь такой формат работы позволяет без прерывания работы оборудования добавлять новые ресурсы. Несмотря на то что существует и такой вариант решения проблемы, он все же не дает той гибкости в конфигурации, которую можно получить при использовании виртуальных машин. В случае с ВМ изменение конфигурации происходит за несколько минут, а в зависимости от ОС иногда даже без остановки работы машины. В любом случае увеличение процессорных мощностей, оперативной памяти или дисков выполняется гораздо быстрее, нежели в случае с физическим оборудованием, пусть даже поддерживающим режим работы Hot Swap.

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

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

Стоит ли уделять внимание этому вопросу? Давайте посмотрим, чем процедуры в облаке отличаются от аналогичных процедур для физических хостов.Почему не стоит резервировать ресурсы ВМ на 100%

# Резервирование ресурсов для физического сервера

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

# Резервирование ресурсов для виртуальной инфраструктуры

Как обстоит дело с виртуальной инфраструктурой? Здесь процесс выглядит несколько иначе: для виртуальных машин выделяют ровно столько ресурсов, сколько требуется на текущий момент. А если мощностей становится мало, их можно добавить позднее по необходимости и без перерыва в работе систем и сервисов. Именно по этой причине не стоит делать «стратегических запасов», ведь чрезмерное выделение CPU, RAM, HDD приводит к неэкономному использованию инфраструктуры и понижению уровня консолидации.

Помните! Предоставление необходимых мощностей, которые требуются здесь и сейчас, делает виртуальные машины гибкими в конфигурации. Это гарантирует высокий уровень загрузки, который составляет порядка 70 %. В сценарии с физическими серверами дополнительные ресурсы закладываются на случай непредвиденного увеличения спроса или отказа оборудования, что приводит к излишней трате денежных средств. При этом средний уровень загрузки типового физического сервера далек от идеала и составляет около 7–15 %. Таким образом, купив сервер за 100 % стоимости, чаще всего используют лишь 10 %.

Зеркальный сервер

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

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

Просто устанавливаем систему со всеми приложениями и сервисными службами на
VMware/Virtual PC/VirtualBox/etc, и все новые заплатки, обновления, настройки, в
первую очередь, обкатываем на гостевой операционной системе, наблюдая за ее
реакцией. Если полет нормальный — переносим изменения на основную машину. Если
же нет — соображаем, что здесь не так, и где косяк.

Технологии виртуализации, для чего это нужно?

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

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

Виртуальные машины

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

Давайте разберемся с жаргоном:

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

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

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

Во-первых, хостовый гипервизор виртуализации работает на операционной системе хост-машины. Например, компьютер с OSX может иметь виртуальную машину (например, VirtualBox или VMware Workstation 8), установленную «поверх» этой ОС. У VM нет прямого доступа к аппаратным средствам, поэтому она должна проходить через операционную систему хоста (в нашем случае — Mac OSX).

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

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

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

После этого разговора о гипервизорах вам могло стать интересно, почему нам нужен этот дополнительный слой гипервизора между виртуальной машиной и машиной-хостом.

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

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