Использовать для этой виртуальной машины динамическую память

Обновлено: 15.01.2025

Руководство по настройке динамической памяти в Hyper-V

Руководство
по настройке Hyper-V динамической памяти

Что такое динамическая память?

Каковы преимущества динамической памяти?

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

Об этом руководстве

Требования к

Чтобы использовать динамическую память, вам
понадобится следующее:

Гостевой операционной системы

Издания

Требования к конфигурации

o Установить Windows Server 2008 R2 SP 1 в
гостевой операционной системы.

o Обновление службы интеграции в
гостевой операционной системе версии SP 1.

o Установка Windows 7 SP1 в гостевой операционной системы.

o Обновление службы интеграции в
гостевой операционной системы до версии SP1.

Примечание

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

Обновления и вопросы совместимости

О параметрах динамической памяти

Настройка

Описание

Количество буфера памяти = сколько памяти,
виртуальная машина на самом деле нужно / (значение буфера памяти / 100).

Например если это 1000 MB памяти, выделенной для
гостевой операционной системы, и буфер памяти составляет 20%, Hyper-V будет
пытаться выделить дополнительно 20% (200 МБ) для в общей сложности 1200 МБ
физической памяти, выделенной на виртуальную машину.

Примечание

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

Шаги для настройки динамической памяти

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

Шаг 1: Определить и подготовить виртуальных машин

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

Обновление служб интеграции

Если
виртуальная машина не запущена, включите в виртуальной машине.
Подключитесь
к виртуальной машине. Из диспетчера Hyper-V щелкните правой кнопкой мыши
на виртуальной машине и нажмите кнопку подключить.
Войдите
в гостевую операционную систему с помощью учетной записи, которая является
членом группы « Администраторы» .
Из меню
действий подключения к виртуальной машине нажмите кнопку Вставить диск
установки служб интеграции.
Если
программа установки не запускается автоматически, перейдите к CD/DVD
привод в гостевой операционной системе и запустить программу установки
вручную. (К примеру, перейдите к \setup
D:\support\ <architecture>, где <architecture> это amd64 или x 86).
Нажмите
кнопку ОК при появлении запроса для обновления или восстановления
служб integration services.
Перезапустите
виртуальную машину.

Шаг 2: Определение потребление памяти виртуальной
машины.

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

Для идентификации потребление памяти виртуальной
машины.

Шаг 3: Настройка динамической памяти

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

Для настройки динамической памяти

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

Шаг 4: Оценивать потребление памяти

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

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

Оба эти методы описаны в следующих шагах.

Шаг 4a: обзор изменений в режиме реального времени в
диспетчер Hyper-V

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

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

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

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

Шаг 4b: используйте счетчики производительности для
мониторинга выделения памяти

Пакет SP1 содержит новые счетчики производительности
Hyper-V, которые отслеживают, как память выделяется для виртуальных машин с
динамической памятью. Новые счетчики производительности включены в две новых
группы счетчика производительности Hyper-V: Hyper-V, динамической памяти балансировки
нагрузки и Hyper-V, динамической памяти VM. Для создания группы сборщиков
данных, который можно использовать для сбора и анализа данных, собранных
счетчиков производительности можно использовать счетчики производительности в
этих группах. К примеру вы можете запланировать повторяющиеся коллекции
сборщиков данных для создания журналов, загрузить его в монитор
производительности для просмотра данных в режиме реального времени и сохранить
его как шаблон для использования на других компьютерах.

Чтобы создать группу сборщиков данных для мониторинга
выделения памяти

Устранение неполадок

Информация в реальном времени памяти не появляется в
диспетчер Hyper-V

Если памяти столбцы в области сведений диспетчер
Hyper-V пустым для работающей виртуальной машины, с динамической памятью,
проверьте следующее:

Обзор в разделе «Требования» в данном руководстве
для проверки, что гостевая операционная система поддерживает динамической
памяти. Затем убедитесь, что правильность настройки гостевой операционной
системы. Например службы integration services были модернизированы или был
применен пакет обновления.
Если вы включили динамической памяти перед
выполнением всех требуемой конфигурации, перезапустите виртуальную машину.

Виртуальная машина использует слишком много памяти

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

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

Производительность является неудовлетворительным

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

Не увеличивать количество памяти

На виртуальной машине с динамической памятью, включен,
если количество памяти не увеличивается проверьте следующее:

Сравните значение Максимальной памятиНазначен
памяти значение, чтобы узнать, работает ли виртуальная машина на
максимальное количество памяти.
Проверьте наличие свободного места на физическом
диске, где находится виртуальная машина. (Местоположение по умолчанию —
C:\ProgramData\Microsoft\Windows\Hyper-V.) Динамическая память увеличивает
размер файлов сохраненного состояния памяти при добавлении к виртуальной
машине.

Доступная память слишком низка в операционной системе
управления

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

Гостевая операционная система не создает файл дампа
памяти

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

Приложение: Параметры настройки памяти

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

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

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

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

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

Дополнительные сведения о динамическая память см. в разделе обзор Динамическая память Hyper-v и в статье Динамическая память по настройке Hyper-v.

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

Счетчик производительности	Рекомендуемое пороговое значение
Память — Байты резерва резервного кэша	Сумма резервных байт в резервном кэше, а также свободных и нулевых байт списка страниц должны составлять 200 МБ или больше в системах с 1 ГБ и 300 МБ или больше в системах с 2 ГБ или более видимой ОЗУ.
Память — & байты свободной страницы без списка	Сумма резервных байт в резервном кэше, а также свободных и нулевых байт списка страниц должны составлять 200 МБ или больше в системах с 1 ГБ и 300 МБ или больше в системах с 2 ГБ или более видимой ОЗУ.
Память — ввод страниц/с	Среднее значение в 1-часовом периоде меньше 10.

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

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

Hyper-V в Windows Server 2016 отслеживает работоспособность среды выполнения операционной системы управления корневого раздела, чтобы определить, какой объем памяти может быть безопасно выделен дочерним секциям, сохраняя при этом высокий уровень производительности и надежности корневого раздела.

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

Эта проблема вызвала у пользователей много стресса, и это понятно.

Очень важно решить эту проблему, особенно если вам нужно, чтобы ваша виртуальная машина работала правильно для работы.

Вот что один пользователь из форумов Microsoft Technet сказал об этой проблеме:

Попытка запустить Windows Server в Hyper-V, но из-за ошибки 0x8007000e вышла ошибка. Даже предоставил 2 ГБ ОЗУ, но все тот же MSG. С нескольких минут он работал нормально, но теперь перестал работать.

Эта проблема, очевидно, вызвана объемом памяти, необходимого Hyper-V для запуска выбранных виртуальных машин. В сегодняшней статье мы рассмотрим некоторые из лучших проверенных методов для решения этой проблемы. Читайте дальше для более подробной информации.

Ваш Hyper-V исчерпал память? Вот исправление

1. Закройте все виртуальные машины, которые вам не нужны

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

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

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

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

Посетите эту ссылку для более подробного описания этого процесса.

3. Добавьте больше оперативной памяти на хост-компьютер и добавьте память в Hyper-V

Другой вариант исправления ошибки Hyper-V Run out of memory — добавить дополнительную оперативную память на хост-компьютер 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 МБ ОЗУ для запуска.

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

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

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

Вес памяти

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

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

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

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

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

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

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

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

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

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

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