Pmonline.ru

Пром Онлайн
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Виртуализация. Оптимизация использования памяти Hyper-V

Виртуализация. Оптимизация использования памяти Hyper-V

При размещении виртуальных рабочих нагрузок наиболее важным для общей производительности аппаратным ресурсом является, пожалуй, физическая память. Крайне важно распределять память так, чтобы каждая виртуальная машина (ВМ) располагала необходимой ей памятью, но при этом память не тратилась бы без толку. Ниже приведены несколько ключевых соображений для распределения памяти при работе с Microsoft Hyper-V.

Соображения архитектуры NUMA

Управление памятью для Hyper-V является своего рода искусством. Необходимо гарантировать, что каждой ВМ будет предоставлен адекватный объем памяти. В то же время необходимо избежать предоставления ВМ большего объема памяти, чем необходимо.

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

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

Версии Hyper-V для Windows Server 2008 и 2008 R2 не поддерживают соответствие памяти узлам NUMA напрямую. Другими словами, ВМ нельзя напрямую настроить на использование определенного узла NUMA. Сообщается, что эта возможность будет существовать в версии Hyper-V для Windows Server 8. Тем не менее, возможно предпринять действия, сокращающие шансы использования нелокального узла NUMA ВМ.

Фокус в том, чтобы рассчитать размер каждого узла NUMA. Например, предположим, что наш сервер снабжен двумя восьмиядерными процессорами и 128 ГБ ОЗУ. Размер узла NUMA можно рассчитать, разделив объем памяти (128 ГБ) на число ядер ЦП (16). В данном конкретном случае размер узла NUMA будет составлять 8 ГБ.

Hyper-V пока не позволяет нам назначить определенный узел NUMA определенной ВМ. Однако, поскольку известно, что размер узлов NUMA на данном сервере составляет 8 ГБ, можно догадаться, что любая ВМ, которой выделено более 8 ГБ памяти, будет использовать память из нескольких узлов NUMA. Ограничение памяти, выделяемой ВМ, 8 ГБ или менее (в рассматриваемом случае) увеличивает шансы, что ВМ будет использовать память из единственного узла NUMA, тем самым повышая производительность.

Издержки Hyper-V

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

Необходимо зарезервировать минимум 300 МБ для низкоуровневой оболочки и 512 МБ для несущей ОС, работающей в родительском разделе. Однако большинство рекомендаций утверждают, что для родительского раздела следует зарезервировать 2 ГБ.

Несущий раздел следует использовать только для Hyper-V (хотя в нем также можно запускать ПО инфраструктуры и безопасности, такое как агенты управления, агенты резервного копирования и брандмауэры). Следовательно, рекомендованный объем в 2 ГБ предполагает, что родительский раздел не будет использоваться для дополнительных приложений или ролей сервера.

Hyper-V не позволяет выделять напрямую несущему разделу. По сути, он использует то, что останется. Поэтому следует помнить, что 2 ГБ памяти несущего сервера следует оставить невыделенными, чтобы они были доступны родительскому разделу.

Выделение памяти гостевым машинам

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

ВМ с 1 ГБ ОЗУ или менее используют только около 32 МБ памяти на издержки, связанные с виртуализацией. Сюда следует добавлять 8 МБ за каждый дополнительный гигабайт ОЗУ. Например, ВМ с 2 ГБ ОЗУ будет использовать 40 МБ (32+8) памяти на издержки, связанные с виртуализацией. Аналогично, ВМ с 4 ГБ памяти будет терять таким образом 64 МБ.

Динамическая память

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

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

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

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

Наконец, производительность сервера может пострадать, если ВМ попытается использовать память из нескольких узлов NUMA. Следовательно, если сервер использует память архитектуры NUMA и производительность является важной проблемой, может быть необходимо воздержаться от использования динамической памяти.

ОЗУ для запуска

Одной из наиболее важных для понимания концепций в области динамической памяти является ОЗУ для запуска. При использовании динамической памяти каждой ВМ необходимо назначить ее значение ОЗУ для запуска. Это значение отражает объем физической памяти, который ВМ будет первоначально использовать после загрузки. Что более важно, ОЗУ для запуска также представляет минимальный объем физической памяти, потребляемый ВМ. Использование памяти ВМ не может быть ниже значения ОЗУ для запуска.

Учитывая это, корпорация Майкрософт рекомендует избегать назначения ВМ больших объемов ОЗУ для запуска. ОЗУ для запуска лучше всего основать на ОС, используемой ВМ. Корпорация Майкрософт рекомендует использовать 512 МБ ОЗУ для запуска ВМ, использующих Windows 7, Windows Vista, Windows Server 2008 и Windows Server 2008 R2. Если ВМ будут использовать Windows Server 2003 или Windows Server 2003 R2, корпорация Майкрософт рекомендует 128 МБ ОЗУ для запуска.

Читайте так же:
Материнская плата asus p5pe vm

Для использования ВМ динамической памяти последняя должна поддерживаться ОС, работающей на этой ВМ. Windows XP не поддерживает динамическую память. При попытке запустить Windows XP на ВМ, настроенной для использования динамической памяти, ОС может получить доступ только к ОЗУ для запуска.

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

Также может понадобиться скорректировать значение максимального объема ОЗУ. Это значение указывает верхний предел физической памяти, который может использовать ВМ. По умолчанию Hyper-V устанавливает максимальный объем ОЗУ каждой ВМ на 64 ГБ. Если некоторые ВМ не требуют столько физической памяти, может потребоваться снизить значение максимального объема ОЗУ.

Вес памяти

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

Долгосрочным решением для этой проблемы является обеспечение сервера достаточной памятью для обслуживания требований ВМ. Временным же решением является приоритизация использования памяти.

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

Другой параметр, который необходимо настроить для каждой ВМ, использующей динамическую память, – буфер памяти. Параметр буфера памяти контролирует, сколько памяти каждой ВМ следует попытаться зарезервировать в качестве буфера. Это значение выражается как процент. Например, если ВМ использует 4 ГБ выделенной памяти, а буфер памяти установлен на 50 процентов, ВМ может поглотить до 6 ГБ памяти.

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

Конфигурация памяти

Собственно процесс настройки использования памяти ВМ прост. Откройте диспетчер Hyper-V и щелкните правой кнопкой мыши ВМ (поскольку память каждой ВМ управляется независимо). Выберите команду «Параметры» из контекстного меню. При появлении диалогового окна «Параметры» щелкните «Память».

Hyper-V предоставляет возможность либо выделить ВМ статический объем памяти, либо использовать динамическую память (см. рис. 1). При выборе динамической памяти параметры ОЗУ для запуска, максимального объема ОЗУ, буфера памяти и веса памяти можно настроить прямо в диалоговом окне «Параметры».

*

Рис. 1. Выделение памяти для виртуальной машины можно скорректировать через диалоговое окно «Параметры».

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

Виртуальный Windows 7/8/10 для чайников

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

У этого компьютера есть своё виртуальное оборудование и на него можно установить любую настоящую операционную систему (ОС), например, виртуальный Windows. На таком «компьютере» можно полноценно работать и мне очень нравится эта тема.

Для чего можно использовать «виртуалки»

  • для тестов или обучения в других операционных системах (Windows, Linux, MacOS и т.д.)
  • разработка программ для других ОС
  • работать в разных местах с одинаковым программным окружением
  • для анонимности

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

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

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

Какие существуют виртуальные машины для Windows

Самые популярные и используемые:

  • Oracle VM VirtualBox – бесплатная, умеет практически всё, что нужно рядовому пользователю
  • Hyper-V – бесплатная, встроена в Windows 8/8.1/10 версий Pro и Enterprise – платная, максимальный функционал, для профессиональных разработчиков

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

Читайте так же:
Материнская плата asus prime x370 pro

Как установить виртуальную машину на VirtualBox

Весь процесс проходит в несколько простых этапов:

  • Скачать и установить VirtualBox
  • Создать ВМ с помощью мастера
  • Подключить установочный образ с операционной системой
  • Установить ОС как на обычный компьютер

Собственно, я снял видео:

Чтобы скачать программу нужно кликнуть сюда:

Как скачать VirtualBox

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

В главном окне программы нажимаем кнопку «Создать» и попадаем в мастер виртуальных машин. Чтобы видеть все опции нужно ещё кликнуть по кнопке «Экспертный режим»:

Создание виртуальной машины

Имя: любое название

Тип: выбираем будущую операционную систему (Windows, Linux, BSD и т.д.)

Версия: точная версия устанавливаемой ОС (семёрка, десятка, разрядность Windows).

В списке может не быть выбора x64 версий, если нет аппаратной виртуализации, но об этом будет ниже.

Оперативная память

Объём памяти – та оперативная память, которая будет доступна в виртуальной Windows. Например, если в компьютере установлено 8 ГБ оперативной памяти, то для ВМ можно отвести до 4 ГБ. И после запуска ВМ эти 4 гигабайта отнимутся у вашей Windows, т.к. станут использоваться виртуальной ОС. Поэтому нужно выбирать этот объём, исходя из таких соображений:

  • Для Windows 7/8/10 x86 нужно минимум 1 ГБ памяти, а для более-менее нормальной работы от 2 Гб
  • Для Windows x64 понадобится от 2 ГБ памяти, а чтобы всё как-то шевелилось – хотя бы 3 ГБ

Соответственно, выбираем такой объём виртуальной памяти, чтобы устанавливаемой виртуальной винде хватило, и вашей Windows также осталось сколько нужно. В общем случае, если у вас 4 гигабайта памяти, то ставим здесь 1024МБ, а если у вас есть от 8ГБ, то выбираем здесь 3000-4000 мегабайт.

Жёсткий диск

Я подозреваю, что виртуального жёсткого диска у вас нет, потому переходим к его созданию на следующем шаге:

Создание жёсткого диска

Первое важное – «Расположение». Поменяйте на папку на диске, где больше места. Например, у многих диск C: не очень большой, и рассчитан на одну операционную систему, а диск D: для остальных файлов. Вот если у вас тоже так, то выбираем там и создаём какую-нибудь папку на диске D:

Размер – для семейства Windows ставьте от 40 ГБ.

Тип – оставляем по умолчанию «VDI». Вряд ли вам понадобится подключать этот «диск» к другим виртуальным системам.

Формат хранения – «Динамический». При этом размер файла такого диска будет расти по мере его заполнения. Если же поставить «Фиксированный», то все 40 ГБ сразу займут место на диске D:, например.

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

Настройка VM VirtualBox

Сейчас уже можно запустить виртуалку, но она пустая, без операционной системы. Нужно вставить в виртуальный дисковод «диск». В качестве установочного «DVD-диска» выступает ISO-образ, тот самый, который мы записываем на реальный двд или на флешку чтобы установить Windows.

Заходим в настройки нашей ВМ на вкладку «Носители»:

Настройка носителя

Нажимаем по «приводу» со значением «Пусто», затем по значку ДВД-диска и выбираем в меню «Выбрать образ оптического диска…», где и указываем путь к iso-образу. А если есть физический диск с установкой, то просто вставьте его в привод и поставьте галочку «Живой CD/DVD». Важно, что нужно устанавливать ту версию, которую вы выбрали на этапе создания машины, особенно на счёт разрядности.

Теперь всё готово для запуска виртуальной машины. Нажимаем кнопку «Запустить»

Запуск виртуальной Windows

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

Хост-клавиша

Важная деталь – хост-клавиша. Когда вы кликните по окну виртуальной машины, то всё «внимание» от нажатий на кнопки клавиатуры и движений мышки перейдёт к виртуалке (гостевая операционка). Чтобы «освободить» клаву и мышь, т.е. вернуть их к родной Windows, нужно нажать правый Ctrl. Эту кнопку можно сменить в настройках. К слову, буфер обмена вашей системы и виртуальной, как бы, общий. Т.е., если копируете текст в буфер на реальном компьютере, то можете вставлять его в виртуальном, очень удобно.

Аппаратная виртуализация

Чтобы ВМ работали быстрее и лучше, а также чтобы можно было устанавливать 64-битные (x64) версии операционных систем нужно чтобы была включена аппаратная виртуализация. Сама эта поддержка встроена в процессоры и у всех современных процессоров она есть (может не быть только у древних двухядерников и более старых).

Называются технологии Intel VT-x и VT-d (в дорогих процессорах) и AMD-V. Смысл её заключается в том, что команды подаются напрямую на процессор, минуя драйверы операционной системы. Включается аппаратная виртуализация в настройках ВМ на вкладке « Система -> Ускорение »

Аппаратное ускорение

Но у вас это может не заработать, потому что эта опция по умолчанию отключена в БИОСе в целях безопасности. Может выдаваться ошибка «Функции аппаратной виртуализации VT-x/AMD-V включены, но не функционируют». Поэтому нам нужно перезагрузить компьютер и войти в биос.

Если не знаете как, и лень читать статью, то в двух словах: сразу после включения компьютера в течении 10 секунд жмём кнопки F1, F2, Delete или если написано на экране, то читаем какую кнопку нажать. Смотрим какой у вас биос по фоткам и ищем похожую настройку:

С графическим интерфейсом

Жмём дополнительно, входим в расширенный режим, далее «Конфигурация ЦП»

Конфигурация CPU

Ищем настройку «Intel Virtualization Technology» и меняем на положение «Вкл.» (On)

Intel Virtualization Technology

Если же у вас процессор от AMD, то настройка будет называться «Secure Virtual Machines». Сохраняем изменения кнопкой «F10».

С текстовым интерфейсом:

Идём в « Security -> Virtualization »

Включаем технологию аппаратной виртуализации в положение «Enabled»

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

Второй причиной почему может не работать аппаратная виртуализация в Windows 8/10 — это включённая встроенная виртуальная машина Hyper-V.

Читайте так же:
Двухпроцессорные материнские платы am3

Что такое VirtualBox и как ей пользоваться

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

Что такое VirtualBox

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

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

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

Из этого вытекает и ответ на вопрос – отличается ли установка операционной системы на виртуальную машину от установки на реальный ПК? Ответ будет – нет! В некоторых случаях при работе с VirtualBox могут понадобиться особые настройки машины, но сам процесс установки ОС идентичен для обоих вариантов.

Для чего нужна VirtualBox

Способов применения виртуальных машин существует множество. Рассмотрим наиболее популярные среди обычных пользователей:

  • Знакомство с другими операционными системами. В независимости от того, какая операционная система установлена на вашем компьютере, в VirtualBox можно установить любую из поддерживаемых ею, а это: множество дистрибутивов Linux, FreeBSD, MacOS, любая из версий Windows, Android и другие. Не нужно бояться того, что такой установкой вы сломаете реальную систему, или удалите важные данные – виртуальная машина работает изолированно и вы можете экспериментировать с ней как пожелаете. Когда она вам больше будет не нужна, просто удалите, и она не оставит никаких следов за собой;
  • Еще один способ применения VirtualBox – необходимость запуска программы, не работающей в вашей основной ОС или ее версии. Например вы работаете, в Windows и вам понадобилось приложение, которое доступно только под Linux. Иногда единственным выходом будет установка Linux в VirtualBox и использование нужного ПО оттуда. Подробная же ситуация может быть, когда вам нужна программа, работающая лишь под старыми версиями Windows;
  • Тестирование различного ПО. Может случиться так, что вам понадобится воспользоваться какой либо программой, или вам в общем часто приходится тестировать различные приложения, при этом вы не особо желаете засорять свою рабочую машину. Снова же, на помощь придет VirtualBox. Кроме того, используя виртуальную машину, вы можете не бояться заразить свой компьютер вирусами, даже если подобное произойдет с запущенной в VirtualBox ОС.

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

  • Разработчиками, для тестирования своего продукта на различных платформах;
  • Учащимися для практики в построении сети, и тому подобное.

Установка VirtualBox

Ничего сложного и необычного в установке VirtualBox на компьютер нет. Пользователи Windows могут скачать самую свежую версию программы со страницы загрузки официального сайта. После этого запускаете скачанный exe файл и следуете подсказками установщика.

Пользователи Linux в большинстве случаев, имеют возможность установить VirtualBox из репозиториев своих дистрибутивов. Например в Ubuntu или Debian это делается командой:

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

Создание Виртуальных машин в Virtualbox

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

Откроется окно создания виртуальный машины. На первой вкладке нужно задать имя операционной системы, ее тип и версию. Давайте для примера создадим виртуальную машину для установки Ubuntu.

В поле Имя указываем имя нашей виртуальной машины – Ubuntu. Так как по этому имени вы будете идентифицировать систему, лучше задавать более информативное имя. Так мы будем устанавливать 64 битую Ubuntu 16.10, то и адрес это в названии: Ubuntu 16.10 x64. Если вы пишите правильное название ОС в поле Имя, как правило Тип определяется сам, если этого не происходит, можно выбрать его вручную. Аналогично с версией. Нажимаем Next:

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

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

В данном случае VirtualBox рекомендует нам 768 Мб, мы видим, что всего у нас на компьютере 3Гб, поэтому можно позволить себе и больше. Выделим 1Гб:

Нажимаем Next.

Теперь необходимо создать жесткий диск для нашей Ubuntu. Физически, жесткий диск VirtualBox – это особый файл, который будет храниться на одном из разделов или дисков (место можно будет указать) вашего ЖД.

VirtyualBox предлагает 3 варианта дальнейших действий:

  1. Не подключать виртуальный жесткий диск – в этом случае его нужно будет самостоятельно подключить уже после создания виртуальной машины;
  2. Создать новый виртуальный жесткий диск – тут, надеюсь, все ясно;
  3. Использовать существующий виртуальный жесткий диск – этот вариант подойдет тем, кто уже использует VirtualBox, и у кого есть ранее созданные виртуальные жесткие диски.

Так как мы впервые создаем виртуальную машину, нам подойдет второй вариант, который и отмечен по умолчанию – Cоздать новый виртуальный жесткий диск. Жмем Создать:

На новой вкладке определяемся с типом виртуального жесткого диска. Здесь также есть несколько вариантов на выбор, и отталкиваться нужно от того, планируете ли вы в будущем использовать этот диск с другими программами виртуализации, например VMware или Paraleles. В большинстве случаев, обычные пользователи подобное не планируют, поэтому можно оставить все как есть и использовать формат диска стандартный для VirtualBox – VDI. Жмем Next:

Выбираем формат хранения жесткого диска: динамический или фиксированный:

Динамический жесткий диск на физическом жестком диске вашего ПК всегда будет занимать ровно столько места, сколько будет “весить”установленная на него ОС со всеми программами и файлами. То есть, если во время создания виртуальной машины вы создали диск, объемом 100 Гб, но после установки ОС будет занято лишь 25 Гб то и файл жесткого диска будет занимать лишь 25 Гб. Если вы заберите его на 50 Гб, “весить” он будет аналогично. Думаю понятно – динамический жесткий диск будет увеличиваться до максимально заданного значения по мере экстрактами виртуальной машины.

Читайте так же:
Материнская плата am4 atx

Если выбрать тип диска – фиксированный, VirtualBox – сразу создаст файл такого объема, какой вы укажите, и меняться он не будет.

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

Завершающим шагом будет задание имени, расположения и объема виртуального жесткого диска.

Указываем имя нашего жесткого диска. Если вы планируете его использовать только с одной ОС, можно дать ему ее имя.

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

И, наконец указываем объем жесткого диска. VirtualBox здесь снова предлагает нам свой вариант, который будет зависеть от типа устанавливаемой ОС. Вы же отталкиваетесь от того, сколько свободного места у вас есть на реальном жестком диске, а также как активно и каким образом вы будете пользоваться виртуальной машиной. Я указываю 50 Гб. Затем нажимаем Создать:

Виртуальная машина готова:

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

Так и во время старта виртуальной машины:

И ждем появления загрузчика установщика ОС:

Все, дальнейшая установка любой ОС на VirtualBox не отличается от установки ее на реальный ПК. Если это та же Ubuntu, у нас об этом есть как видео на канале, так и текстовая статья.

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

Дополнения гостевой оси

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

Установка дополнений гостевой ОС в Windows

Чтобы установить дополнения гостевой ОС для работающей в VirtualBox Windows, в запущенной ОС из меню виртуальной машины, что по умолчанию находится в нижней части экрана или на верхней панели, выберите пункт Устройства и из него выберите Подключить образ диска Дополнений гостевой ОС:

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

Установка дополнений гостевой ОС в Linux

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

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

Затем начнется установка:

Если автоустановка не запустилась, то на примере Ubuntu нужно сделать в терминале следующее:

    Переходим в каталог подключенного диска:

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

Заметки сисадмина о интересных вещах из мира IT, инструкции и рецензии. Настраиваем Компьютеры/Сервера/1С/SIP-телефонию в Москве

Рекомендации по настройке виртуальных машин ESXI

1) Требования по настройке среды виртуализации

К виртуальной среде должны выполняться следующие требования:

  1. Версия ESX сервера не ниже 4;
  2. Серверы кластера должны располагаться на различных аппаратных ESX узлах;
  3. Виртуальной машине должна быть статично выделена вся требуемая оперативная память;
  4. На всех виртуальных машинах должен быть отключен Memory Balooning, Transparent Page Sharing, ESX Swap;
  5. Если серверов несколько – каждой виртуальной машине выделяется 2 сетевых интерфейса (Рекомендация для Domino-серверов, один интерфейс для взаимодействия с пользователями, второй для кластерных репликаций);
  6. Подключение СХД должно выполняться только через сетевой интерфейс fibre channel.
  7. Энергосбережение отключено – high performance в разделе ‘power management‘ для хоста

2) Объем памяти виртуальной машины

Для виртуальной машины ОЗУ должно быть выделено кратно NUMA-блоку.Размер блока можно определить следующим образом NUMA = Общий объем ОЗУ host-машины разделить на общее количество ядер физических процессоров host-машины. Например у сервера виртулизации есть 65536Мб памяти и 2 процессора по 8 ядер, тогда NUMA=65536/(2*8) =65536/16 = 4096 Мб ОЗУ на каждое ядро физического процессора. Соответственно при таком NUMA для виртуальной машины ресурсы должны быть выделены так: 8192Мб ОЗУ при 2 виртуальных процессорах, 12288Мб ОЗУ при 3 виртуальных процессорах, 16384Мб ОЗУ при 4 процессорах и т.д.

Читайте так же:
Материнка стартует через раз

Примечание – В данной инструкии при назначении виртуальных процессоров необходимо каждому VCPU назначать 1 физическое ядро.

3) TSP (Transparent Page Sharing)

Нужно выключить Transparent Page Sharing. Для этого:

  • Для отдельной виртуальной машины можно добавить строчку sched.mem.pshare.enable=”FALSE” в vmx-файл, который находится в папке VM.
  • Кроме того, из GUI это можно сделать, зайдя в свойства виртуальной машин, далее вкладка «Options», затем в категории Advanced-General нажать кнопку «Configuration parameters». Далее нажать «Add Row» и добавить name=sched.mem.pshare.enable, а value=FALSE:

  • Чтобы отключить Transparent Page Sharing для всего хоста VMware ESX / ESXi, в VI Client на вкладке «Configuration» переходим в категорию «Advanced settings». Далее переходим на вкладку «Mem» и устанавливаем следующее значение: Mem.ShareScanGHz = 0

  • Для вступления изменений в силу необходимо перезагрузить хост ESX / ESXi

4) Memory Ballooning рекомендуется не использовать (3 способа выключения)

Disabling ballooning via the vSphere Client (рекомендуется )

To set the maximum balloon size to zero:

  • Using the vSphere Client, connect to the vCenter Server or the ESXi/ESX host where the virtual machine resides.
  • Log into the ESXi/ESX host as a user with administrative rights.
  • Shut down the virtual machine.
  • Right-click the virtual machine listed on the Inventory panel and click Edit Settings.
  • Click the Options tab, then under Advanced, click General.
  • Click Configuration Parameters.
  • Click Add row and add the parameter sched.mem.maxmemctl in the text box.
  • Click on the row next to it and add 0 in the text box.
  • Click OK to save changes. или: В конфигурационном файле виртуальной машины (virtual_machine_name.vmx) создайте строку sched.mem.maxmemctl = “0”

To re-enable the balloon driver in a virtual machine:

  • Using the vSphere Client, connect to the vCenter Server or the ESXi/ESX host where the virtual machine resides.
  • Shut down the virtual machine if it is powered on.
  • SSH to the ESXi/ESX host. For more information, see Connecting to an ESX host using an SSH client (1019852).
  • Change directory to the datastore where the virtual machine’s configuration file resides.
  • Back up the virtual machine’s configuration file.
  • Edit the virtual machine’s configuration file (virtual_machine_name.vmx) and remove this entry:
  • sched.mem.maxmemctl = “0”
  • Save and close the file.
  • Power on the virtual machine.

Note: You cannot remove the entry via the Configuration Parameters UI once it has been added. You must edit the configuration file (.vmx) for the virtual machine to remove the entry.

Disabling ballooning via the Windows registry (вариант 2)

To disable ballooning on the virtual machine: Note: This procedure modifies the Windows registry. Before making any registry modifications, ensure that you have a current and valid backup of the registry and the virtual machine. For more information on backing up and restoring the registry, see the Microsoft Knowledge Base article 136393.

  • Log into the guest OS.
  • Click Start > Run, type regedit, and press Enter. The Registry Editor window opens.
  • Navigate to:
  • Change the Start key from 2 to 4.
  • Save the setting and restart the guest OS.
Disabling ballooning via VMware Tools uninstallation/reinstallation (вариант 3)
  • Uninstall VMware Tools from the guest OS.
  • Reinstall VMware Tools using the Custom Settings option, and deselect the Memory Control Drivers.

5) Время

Для работы Системы в операционной системе на каждом сервере необходимо выполнить системные настройки русской локализации и формата даты. Синхронизация времени выполняется с корпоративным сервером службы времени. Например: Все серверы системы работают в московском часовом поясе (UTC+3). Настройки синхронизации времени гостевой виртуальной машины с ESX сервером должны быть отключены.
tools.syncTime = “false”

6) Использование CPU

Рекомендуется установить number cores per socket = 1

переменная cpuid.coresPerSocket = “1”

7) Настройка распределения памяти и отключение ESX swap

Shares – минимум или выключить

Limit – размер памяти из ПАС сервера (например 32 Гб)

Unlimited галку снять

Reservation = Limit ( Это отключит Swap VMX )

sched.swap.vmxSwapEnabled = FALSE

VMX Swap хранится в папке с виртуальной машиной в виде файла с расширением vswp (или на выделенном datastore)

8) Настройка дисков виртуальной (guest) машины

Для виртуальных дисков с данными Системы не использовать технологию “thin provisioning” лучший выбор “Lazy zeroed thick disks”

  • Lazy zeroed thick disks – все пространство диска выделяется в момент создания, при этом блоки не очищаются от данных, которые находились там ранее. Но при первом обращении ВМ к этому блоку он обнуляется.
  • Eager zeroed thick disks – все пространство такого диска выделяется в момент создания, при этом блоки очищаются от данных, которые находились там ранее. Далее происходит обычная работа с блоками без очистки.
  • Thin disks (“тонкие диски”) – эти диски создаются минимального размера и растут по мере их наполнения данными до выделенного объема. При выделении нового блока – он предварительно очищается. Эти диски экономят пространство на массиве, так как не забивают его нулями и не требуют аллокации заданного объема.

9) Настройка параметров расположения виртуальной (guest) машины в кластере

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

10) Настройка энергосбережения

Настройка энергосбережения – выбрать high performance

в BIOS машины также должен быть задан максимальный режим производительности, или управление со стороны ОС

– Performance Per Watt (OS) – или аналоги

11) Порядок создания снапшотов виртуальной (guest) машины

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

голоса
Рейтинг статьи
Ссылка на основную публикацию
Adblock
detector