Использовать динамическую память для этой виртуальной машины
Обновлено: 22.11.2024
Как человек, который много пишет о Microsoft Hyper-V, я часто получаю от читателей много вопросов. Один из вопросов, который возникает чаще всего, заключается в том, следует ли использовать динамическую память в производственных средах. Неудивительно, что динамическая память стала предметом многочисленных споров.
Основное преимущество использования динамической памяти в Hyper-V заключается в том, что это позволяет Hyper-V выделять вашим виртуальным машинам объем памяти, необходимый им в данный момент (в пределах установленных вами пороговых значений). Без динамической памяти администратор вынужден статически выделять память своим виртуальным машинам, и во многих случаях виртуальной машине фактически не требуется столько памяти, сколько ей выделено. Это означает, что часть системных ресурсов тратится впустую. Поскольку динамическая память сокращает потери, память сервера Hyper-V может использоваться более эффективно, что приводит к большей потенциальной плотности виртуальных машин и снижению общих затрат.
Аргументы против динамической памяти
Конечно, критики сразу отмечают, что использование динамической памяти сопряжено с определенными рисками. Во-первых, использование динамической памяти позволяет чрезмерно выделять физическую память сервера Hyper-V. Если администратор не следит за распределением памяти, существует риск нехватки физической памяти. Когда это происходит, виртуальные машины могут не иметь доступа к памяти, достаточной для удовлетворения текущих потребностей рабочей нагрузки виртуальной машины.
Другой аргумент, который обычно приводится против использования динамической памяти в Hyper-V, заключается в том, что некоторые приложения испытывают проблемы при динамическом управлении памятью виртуальной машины. Это может быть особенно актуально для приложений баз данных, поскольку приложение может предполагать, что оно будет иметь полный контроль над всей памятью сервера.
К счастью, эта конкретная проблема становится менее проблематичной. Виртуализация существует достаточно давно, поэтому поставщики приложений часто говорят вам, когда приложение не следует использовать в сочетании с динамической памятью.
Так следует ли использовать динамическую память для виртуальных машин Hyper-V или нет? Некоторые администраторы утверждают, что риски избыточного выделения ресурсов перевешивают любые потенциальные преимущества использования динамической памяти. Другие утверждают, что динамическую память следует использовать всегда, если не доказано, что рабочая нагрузка несовместима с динамической памятью.
Если вам интересно, лично я не использую динамическую память в своей среде Hyper-V. Я ничего не имею против использования динамической памяти, просто я из тех людей, которые могут случайно выделить слишком много памяти — и не осознают этого, пока не случится что-то плохое. Следовательно, мое решение не использовать динамическую память не имеет ничего общего с возможностями Hyper-V, а связано с моими собственными недостатками. Статическое выделение памяти моим виртуальным машинам означает, что есть еще одна вещь, о которой я должен подумать. Кроме того, в моей среде недостаточно виртуальных машин, чтобы беспокоиться о плотности виртуальных машин или нехватке памяти.
Я ничего не имею против использования динамической памяти, просто я отношусь к тому типу людей, которые могут случайно выделить слишком много памяти — и не осознают этого, пока не случится что-то плохое.
Динамичный — в точку
Одна из малоизвестных причин, по которой некоторые администраторы избегают использования динамической памяти, заключается в том, что иногда динамическая память является динамической только до определенной степени. Позвольте мне показать вам, что я имею в виду.
Если вы посмотрите на рисунок ниже, вы увидите, что Windows Server 2012 R2 Hyper-V требовал от вас предоставления трех частей информации при настройке динамической памяти. Вы должны были сообщить Hyper-V, какой минимальный и максимальный объем памяти должна когда-либо использовать виртуальная машина, а также указать объем памяти, который должен быть выделен для виртуальной машины при запуске.
Администраторы часто угадывали эти значения (особенно значение запуска) и со временем вносили коррективы в зависимости от потребностей рабочей нагрузки. Однако часто эти настройки требовали отключения виртуальных машин. Например, если вы посмотрите на рисунок ниже, вы увидите, что Hyper-V указывает, что некоторые настройки нельзя изменить, поскольку виртуальная машина работает. Я могу настроить минимальный объем памяти, но в этом случае я могу только уменьшить его. Hyper-V не позволит мне установить более высокое минимальное значение ОЗУ во время работы виртуальной машины.
Если, с другой стороны, я настрою виртуальную машину на использование статической памяти, а не динамической памяти, я полностью заблокирую возможность внесения каких-либо изменений во время работы виртуальной машины. На рисунке ниже видно, что все значения, связанные с памятью, выделены серым цветом.
Динамическая память в Windows Server 2016 Hyper-V
В Windows Server 2016 Hyper-V динамическая память работает так же, как и в Windows Server 2012 R2. Вы по-прежнему можете вносить коррективы в распределение памяти работающей виртуальной машины, но применяются те же ограничения, которые я показывал вам ранее. Однако корпорация Майкрософт внесла изменение, затрагивающее виртуальные машины, для которых настроено выделение статической памяти. Теперь вы можете по требованию вносить изменения в память, выделенную для такой виртуальной машины. Обратите внимание на рисунок ниже, что поле RAM не затенено, хотя виртуальная машина работает. Для пояснения: это значение нельзя изменить во время работы виртуальной машины, если виртуальная машина настроена на использование динамической памяти.
Решение Microsoft разрешить оперативную настройку памяти для виртуальных машин Hyper-V, использующих выделение статической памяти, не поможет разрешить спор о том, что лучше использовать: динамическую или статическую память. Тем не менее, это дает некоторую гибкость тем из нас, кто не использует динамическую память, потому что теперь мы можем вносить изменения в выделение памяти, не выключая виртуальную машину.
Запуск ресурсоемких приложений на виртуальной машине – это отличный способ убедиться, что они не потребляют больше вычислительных ресурсов, чем необходимо, а одна и та же физическая машина может использоваться для запуска нескольких отдельных рабочих нагрузок.
Хорошим примером этого является создание отчетов в TMG Reporter, Sophos Reporter или WebSpy Vantage. Процесс создания отчетов увеличит требования виртуальной машины к ОЗУ и ЦП, но после завершения работы с отчетами фактические требования снова уменьшатся.
У двух основных гипервизоров (VMWare и Hyper-V) есть разные способы динамического выделения большего или меньшего объема физической памяти виртуальным машинам, работающим поверх них. Подход Microsoft Hyper-V заключается в том, чтобы позволить виртуальной машине и гипервизору взаимодействовать друг с другом, чтобы объем ОЗУ можно было постоянно регулировать в зависимости от требований виртуальной машины.
Это означает, что с точки зрения виртуальной машины у нее будет разный объем ОЗУ в зависимости от рабочей нагрузки. В этой статье основное внимание будет уделено тому, как этот динамический процесс влияет на то, что вы видите как с точки зрения гипервизора, так и с точки зрения виртуальной машины.
Настройка динамической памяти
При редактировании конфигурации оборудования виртуальной машины вы указываете загрузочную оперативную память, а также можете включить динамическую память. При выборе этого параметра у вас есть возможность указать три дополнительных поля.
- Минимальный объем оперативной памяти
- Максимальный объем оперативной памяти
- Буфер памяти
Загрузочная оперативная память
Это объем физической оперативной памяти, который будет выделен виртуальным машинам при запуске. Независимо от фактических потребностей в ОЗУ хост зарезервирует ее для виртуальной машины.
С точки зрения виртуальной машины объем видимой оперативной памяти никогда не упадет ниже объема оперативной памяти при запуске.
Минимальный объем оперативной памяти
Как видно из названия, минимальный объем ОЗУ — это минимальный объем физической памяти, который хост резервирует для виртуальной машины. Как только виртуальная машина уведомит хост об уменьшении требований к ОЗУ, она начнет уменьшать объем выделяемой физической ОЗУ, но не ниже этого объема.
С точки зрения виртуальной машины, она по-прежнему будет видеть объем оперативной памяти при запуске.
Максимальный объем оперативной памяти
Максимальный объем оперативной памяти – это максимальный объем физической оперативной памяти, который хост будет выделять виртуальной машине независимо от нагрузки. Даже если виртуальной машине нужно больше, хост никогда не выделит больше оперативной памяти, чем это количество.
С точки зрения виртуальной машины видимый объем ОЗУ начнет увеличиваться по мере роста потребности, но никогда не превысит этот объем. Также важно отметить, что видимый объем оперативной памяти для виртуальной машины никогда не упадет ниже максимального выделенного объема. Другими словами, виртуальная машина всегда будет видеть «высокую отметку» выделенной ей оперативной памяти.
Буфер памяти
Буфер памяти позволяет использовать оперативную память мгновенно, если она потребуется виртуальной машине.Эта «избыточная» оперативная память доступна до того, как дополнительная оперативная память будет выделена хостом для виртуальной машины. Буфер памяти зависит от текущего распределения ОЗУ.
Например, если текущий объем ОЗУ составляет 10 ГБ, буфер размером 20 % позволит освободить 2 ГБ оперативной памяти. Если текущее выделение ОЗУ составляет 5 ГБ, останется свободным только 1 ГБ. Дополнительные сведения см. в статье MSDN Что такое буфер памяти при включенной динамической памяти.
Примечание. Эти поля динамической памяти можно изменять во время работы виртуальной машины. Минимальный объем ОЗУ можно уменьшить, максимальный объем ОЗУ можно увеличить, а буфер памяти можно увеличить или уменьшить. Виртуальная машина узнает о новых ограничениях без перезапуска.
Мониторинг динамической памяти в Hyper-V
Динамическая память позволяет выделять переменный объем ОЗУ как на хосте, так и на виртуальных машинах. Итак, давайте сначала посмотрим, как выглядит распределение оперативной памяти с точки зрения гипервизора.
Диспетчер виртуальных машин System Center
SCVMM дает наиболее полное представление о динамическом ОЗУ.
На этом изображении видно, что трем виртуальным машинам выделяется разный объем оперативной памяти.
- Fastvue01 в настоящее время требует 2 ГБ ОЗУ. Назначенная сумма — это потребность плюс буфер памяти.
- FastVue02 в настоящее время требует только 1,28 ГБ, так как у него меньшая рабочая нагрузка. Однако выделенная память по-прежнему составляет 2 ГБ, поскольку это указанный минимальный объем ОЗУ.
- Fastvue03 в настоящее время отведено всего 1,2 ГБ, так как у него самая маленькая рабочая нагрузка. Разница в том, что указанный минимальный объем ОЗУ составляет 512 МБ.
Представление SCVMM прекрасно, потому что оно полное и дает полную картину. Однако он немного отстает. Больше «живой статистики» лучше всего найти в консоли управления Hyper-V.
Консоль управления Hyper-V
Консоль управления Hyper-V обеспечивает простой и удобный просмотр распределения ОЗУ в режиме реального времени. Однако он не дает вам информацию о потребности в памяти. Таким образом, разве это не отличный инструмент для определения минимального базового уровня для ваших виртуальных машин.
Монитор производительности — полезные счетчики производительности
Динамический балансировщик памяти Hyper-V
Счетчик Hyper-V Dynamic Memory Balancer дает вам представление о том, как хост работает с точки зрения памяти. На изображении ниже хост по-прежнему имеет 66 ГБ ОЗУ, доступных для выделения в зависимости от потребности. Текущий спрос или «давление» со стороны виртуальных машин составляет 65. Когда давление достигает 100, хосту практически не хватает оперативной памяти.
Виртуальная машина с динамической памятью Hyper-V
Счетчик ВМ с динамической памятью дает вам представление, очень похожее на то, что мы видели в консолях управления SCVMM и Hyper-V.
Одним из счетчиков, который здесь очень полезен, является гостевая видимая физическая память. Это указывает, сколько ОЗУ видно на виртуальной машине, а также указывает максимальную отметку потребности в ОЗУ. Perfmon также дает нам возможность отслеживать распределение оперативной памяти на графике.
Мониторинг динамической памяти в виртуальной машине
В сценарии с динамической памятью виртуальная машина может находиться в одном из трех состояний.
- Запуск ОЗУ перед динамическим
- Меньше, чем загрузочная оперативная память
- Больше, чем загрузочная оперативная память
Загрузочная оперативная память
При запуске виртуальная машина выглядит и ведет себя как физический сервер с установленным объемом оперативной памяти при запуске. График использования памяти выглядит нормально, и из консоли Hyper-V видно, что выделено 4 ГБ ОЗУ.
Меньше, чем при запуске
Через несколько минут после запуска машины мы заметили всплеск использования ОЗУ. На самом деле произошло не то, что использование оперативной памяти увеличилось, а то, что динамическая память начала уменьшать объем физической оперативной памяти, выделенной машине. Так как виртуальная машина никогда не сообщит об объеме ОЗУ, меньшем, чем при запуске, она по-прежнему отражает 4 ГБ.
Однако вы заметите, что использование составляет всего 70%.Это связано с буфером памяти, если мы увеличим или уменьшим размер буфера, это повлияет на этот процент.
Больше, чем загрузочная оперативная память
Чтобы имитировать внезапное увеличение объема оперативной памяти, я использую утилиту testlimit от Sysinternals. Когда требую дополнительно 2гб ОЗУ, график скачет. Затем он, кажется, выравнивается, хотя дополнительный спрос все еще присутствует. Это связано с тем, что хост выделил больше оперативной памяти.
Когда запрос на дополнительные 2 ГБ снова удаляется, график падает.
После нормализации нагрузки виртуальные машины снова потребляют только обычные 2 ГБ физической памяти.
Когда мне требуются дополнительные 4 ГБ ОЗУ сверх базового уровня, это превышает ОЗУ при запуске. Затем виртуальной машине выделяется дополнительная физическая память от хоста. В этот момент количество установленной памяти также увеличивается.
Обратите внимание, что даже после того, как нагрузка была удалена и динамическая память освобождена, физическая память и установленная память по-прежнему показывают 6 ГБ. Как упоминалось ранее, видимый объем ОЗУ никогда не упадет ниже максимального выделенного объема.
Ниже показан график Perfmon с 20-секундным интервалом, показывающий следы как физической памяти, так и нагрузки с точки зрения хоста.
Вы можете видеть, что при повышении нагрузки объем оперативной памяти увеличивается почти сразу. Как только оперативная память выделяется, давление немного падает. Когда нагрузка снимается, давление сильно падает, а когда давление остается низким в течение нескольких минут, выделение оперативной памяти падает. В это время давление возвращается к стандартному показателю около 60.
Итак, сколько памяти фактически выделено и используется?
Это по-прежнему оставляет вопрос о том, сколько памяти фактически выделено и используется? Для получения этой информации вы можете использовать другой инструмент от Sysinternals под названием RAMMap.
В RAMMap счетчик, который нужно искать, называется Driver Locked. При запуске практически нет заблокированной оперативной памяти. Как только динамическая память вступает в действие и освобождает физическую оперативную память, вы можете видеть, что количество заблокированных драйверов увеличивается. На этом этапе общая сумма остается прежней.
Когда мы снова увеличиваем нагрузку, значение Total увеличивается. Как только мы завершаем процесс, оперативная память становится неиспользуемой.
Когда Dynamic Memory освобождает физическую оперативную память, неиспользуемый объем теперь перемещается в Driver Locked.
Важно помнить, что количество заблокированных драйверов — это искусственная блокировка оперативной памяти, которая на самом деле не существует для виртуальной машины, поскольку она не поддерживается какой-либо физической оперативной памятью хоста.
Заключение
Использование динамического ОЗУ в Hyper-V — отличный способ максимально эффективно использовать доступное оборудование. Правильное понимание того, каковы фактические потребности ваших виртуальных машин, может помочь вам настроить параметры ОЗУ.
При указании стартового и минимального объемов ОЗУ следует использовать реалистичные цифры. Если они слишком малы, вы неизбежно будете постоянно вызывать динамическое добавление и удаление оперативной памяти. Хотя это не проблема, это требует некоторых накладных расходов.
При рассмотрении использования памяти на виртуальной машине важно помнить контекст, в котором она существует, только потому, что это указывает на высокий процент использования ОЗУ, не означает, что она потребляет такой объем физической ОЗУ.
Когда дело доходит до управления ресурсами Hyper-V, вам лучше быть уверенным в их использовании в вашей собственной среде. Существует специальное программное обеспечение для мониторинга, позволяющее получить обзор потребления системы и даже выполнить планирование емкости на будущее, но иногда этого может быть недостаточно. С другой стороны, встроенные функции Hyper-V позволяют вам заботиться о будущем прямо на этапе настройки. Динамическая память Hyper-V — одна из таких технологий, и ниже вы узнаете, как с ее помощью можно лучше управлять виртуальными машинами Hyper-V.
Введение в динамическую память Hyper-V
Динамическая память — это функция Microsoft Hyper-V, впервые представленная в Windows Server 2008 R2 с пакетом обновления 1 (SP1) и расширенная в Windows Server 2012.Эта технология позволяет гипервизору гибко управлять потреблением ОЗУ хост-ВМ, если это возможно. Например, гипервизор может динамически добавлять больше оперативной памяти к виртуальной машине, когда она нужна гостевой ОС, или возвращать излишки обратно, когда виртуальная машина простаивает.
Несмотря на то, что в настоящее время оперативная память не является такой большой проблемой, а цены на модули оперативной памяти с годами заметно снижаются, иногда эта технология может оказаться очень удобной. Что делать, если вы работаете с ограниченным бюджетом или используете старые серверы, которые нельзя легко обновить и получить дополнительную оперативную память? Кроме того, эта технология отлично работает с большим количеством виртуальных машин, контролируя чрезмерную загрузку, позволяя вам забыть о растрате ресурсов и обеспечивая лучшую видимость вашей системы. Это может быть особенно полезно, когда у вас много простаивающих или малонагруженных ВМ (например, в средах VDI).
Объяснение настроек динамической памяти Hyper-V
Давайте посмотрим на параметры динамической памяти Hyper-V и посмотрим, как мы должны их настроить.
Все эти параметры динамической памяти должны быть настроены в параметрах виртуальной машины в диспетчере Hyper-V. Имейте в виду, что для включения или отключения динамической памяти в данный момент виртуальная машина должна быть выключена. Таким образом, как только вы создадите виртуальную машину или отредактируете существующую, вы выберете объем оперативной памяти для виртуальной машины, и есть два варианта: назначить определенное значение (статическое) или включить динамическую память и позволить гипервизору переназначить ее. муха. При использовании статического варианта сумма остается неизменной независимо от того, запускается ли виртуальная машина, простаивает, выполняет действие или выключается. В то время как с динамической памятью объем корректируется в соответствии с опытом виртуальной машины.
Рисунок 1. Параметры динамической памяти через Hyper-V Manager
Когда вы решите настроить динамическую память, вам следует установить несколько значений.
Загрузочная оперативная память. Объем оперативной памяти, назначенный виртуальной машине при ее запуске. Это значение может быть таким же, как «минимум оперативной памяти», или больше — вплоть до «максимальной оперативной памяти». Значение начальной оперативной памяти нельзя настроить, когда виртуальная машина включена.
После завершения загрузки ВМ и запуска гипервизора он попытается использовать объем ОЗУ, настроенный как минимальный объем ОЗУ.
Минимум оперативной памяти. Минимальный объем оперативной памяти, который хост должен пытаться выделить виртуальной машине при ее загрузке. Когда несколько ВМ требуют памяти, хост Hyper-V может перераспределить ОЗУ от ВМ до тех пор, пока не будет достигнуто это минимальное значение ОЗУ.
Этот параметр можно только уменьшить (до 32 МБ с шагом 2 МБ), но не увеличивать во время работы ВМ. Будьте осторожны с этим, так как изменения вступают в силу немедленно, и вам придется выключать виртуальную машину, если значение иногда слишком низкое.
Максимальный объем оперативной памяти. Максимальный объем ОЗУ, который хост предоставляет виртуальной машине.
Этот параметр можно только увеличить, но не уменьшить во время работы ВМ. В соответствии с ограничением Hyper-V в Windows Server 2012 R2 можно выделить не более 1 ТБ.
Все приведенные выше значения можно настроить только с нечетными числами с шагом 2 МБ.
Буфер памяти. Процент памяти, который Hyper-V должен выделить виртуальной машине в качестве буфера.
Значение можно настроить в диапазоне от 5 до 200 %, по умолчанию установлено значение 20 %.
Хост Hyper-V использует текущую потребность виртуальной машины в памяти, чтобы определить, сколько памяти для буфера он должен зарезервировать. Например, для ВМ с текущим потреблением ОЗУ на уровне 1 ТБ Hyper-V поддерживает 20% буфера и выделяет ВМ 1,2 ТБ ОЗУ.
Вес памяти. Приоритет, который вы устанавливаете для этой ВМ по сравнению с другими ВМ, работающими на том же узле Hyper-V.
Рисунок 2. Параметры динамической памяти включенной ВМ
Имейте в виду, что корректировка памяти выполняется быстро, но довольно консервативно. Это означает, что узел виртуализации не предоставляет все ресурсы сразу, даже если он может сделать это сразу. Вместо этого он будет пытаться сохранить вещи в соответствии с фактическим потреблением ОЗУ и настройками буфера памяти.
Динамическая память в действии
Чтобы показать, как именно это работает, я настроил тестовую виртуальную машину (64-разрядная версия Windows 8.1, предустановленная Veeam Backup & Replication v9) с параметрами, показанными на рисунке выше. Загрузочная оперативная память — 2 ГБ, минимальная оперативная память — 32 МБ, максимальная оперативная память — 1 ТБ, буфер памяти — 20%. Затем я запустил виртуальную машину и обнаружил, что при начальной загрузке ОС ей было назначено 2 ГБ ОЗУ, как и ожидалось.
<р> Рисунок 3.ВМ с динамической памятью загружается
После загрузки системы я заметил, что гипервизор начал восстанавливать оперативную память виртуальной машины, которая простаивала. Оперативная память уменьшалась и достигла 698 МБ в состоянии покоя.
Рисунок 4. ВМ с динамической памятью простаивает
Затем я запустил приложение Veeam Backup & Replication и запустил задание резервного копирования, просто чтобы немного увеличить нагрузку на виртуальную машину. Как и ожидалось, виртуальная машина требовала от гипервизора больше оперативной памяти, и гипервизор постепенно выделял ей больше оперативной памяти.
Рисунок 5. ВМ с динамической памятью находится под нагрузкой
Я также проверял значение ОЗУ гостевой ОС и заметил, что внутренний диспетчер задач может медленно реагировать на изменение объема ОЗУ или просто показывать неверное значение. Вот почему лучше доверять информации Hyper-V Manager или в первую очередь использовать специальный Veeam Task Manager для Hyper-V для мониторинга ЦП и ОЗУ.
Рисунок 6. Veeam Task Manager для Hyper-V
Заключение
Динамическая память Hyper-V очень помогает администраторам Hyper-V. Технология позволяет запускать несколько ВМ с перерасходом оперативной памяти и динамически балансировать потребление ресурсов в соответствии с фактической нагрузкой на ВМ. Если вам не хватает ресурсов ОЗУ или вы хотите лучше управлять доступными вычислительными ресурсами, вы знаете, что нужно включить.
Дополнительные ресурсы:
Эндрю, который в настоящее время работает облачным технологом в группе продуктовой стратегии Veeam, является сертифицированным ИТ-специалистом с более чем десятилетним опытом работы в отрасли. Первоначально занимаясь технической поддержкой различных решений, в том числе Veeam Backup & Replication, он приобрел практический опыт, который помогает ему говорить на одном языке с членами сообщества Veeam.
Вы всегда можете найти его на различных оффлайн/онлайн мероприятиях, где он любит решать проблемы, связанные с защитой данных. Его девиз — помогать другим осознать красоту и мощь виртуализации и облачных технологий.
Настройка виртуальной машины, которая будет моим основным контроллером домена. В настоящее время на физическом сервере имеется 12 ГБ общей памяти. Я установил Windows Server 2012 на сервер и включил роль Hyper-V. Должен ли Сколько памяти я должен ввести в качестве памяти для запуска? Должен ли я включить параметр «Использовать динамическую память для этой виртуальной машины»? В моей среде 100 клиентских машин. Кроме того, если я добавлю больше памяти на физический сервер позже, могу ли я изменить загрузочную память для виртуальной машины? Если да, то какие шаги? Большое спасибо.
Джо Эткинс
Угрозы кибербезопасности и потребность в надежном резервном копировании
2022-03-29 18:00:00 UTC Вебинар Вебинар: Spanning — угрозы кибербезопасности и потребность в надежном резервном копировании Сведения о событии Просмотреть все события
Мэтт Бартл
Обязательно используйте динамическую память для всех виртуальных машин. Собираетесь ли вы добавить других или DC единственный?
У вас не так много физической оперативной памяти, но контроллерам домена, если это все, что они делают, много не нужно. Дайте ему 3 или 4 ГБ для начала, но установите минимум 512 МБ.
Если вы добавите больше памяти на хост-сервер, вы сможете легко изменить память, используемую виртуальной машиной. Просто посмотрите на его настройки в диспетчере Hyper-V, и вы сможете изменить запуск, минимум и максимум в любое время.
6 ответов
Мэтт Бартл
Обязательно используйте динамическую память для всех виртуальных машин. Собираетесь ли вы добавить других или DC единственный?
У вас не так много физической оперативной памяти, но контроллерам домена, если это все, что они делают, много не нужно. Дайте ему 3 или 4 ГБ для начала, но установите минимум 512 МБ.
Если вы добавите больше памяти на хост-сервер, вы сможете легко изменить память, используемую виртуальной машиной. Просто посмотрите на его настройки в диспетчере Hyper-V, и вы сможете изменить запуск, минимум и максимум в любое время.
мпк
Изменить память очень просто. С игрой виртуализации вам захочется «заполнить память», и вы будете счастливы во всем.
Я использую динамическое выделение памяти на всех виртуальных машинах, и удивительно, насколько маленькими они становятся со временем. Обычно я использую минимум 2 ГБ, потому что у меня много свободного места. DC будет работать примерно на 800 МБ, если у вас больше ничего не происходит.
Представитель бренда 5nine Software
Динамическая память — лучший способ для вас.
Я бы также рекомендовал вам снять нагрузку антивирусной защиты с ваших виртуальных машин, чтобы сохранить их виртуальный процессор и память. Антивирусная защита без агента или на основе хоста является неотъемлемой частью виртуализации и очень эффективна, особенно если у вас запущено 100 ВМ.
StorageNinja
Александр (5nine Software) написал:
Здравствуйте, Джо,
Динамическая память — лучший способ для вас.
Я бы также рекомендуем вам снять нагрузку антивирусной защиты с ваших виртуальных машин, чтобы сохранить их виртуальный процессор и память. Антивирусная защита без агента или на основе хоста является неотъемлемой частью виртуализации и очень эффективна, особенно если у вас запущено 100 виртуальных машин.
Александр
Использование динамической памяти допустимо. Я бы рекомендовал установить загрузочную память для вашего контроллера домена на 2 ГБ и позволить ей вырасти, возможно, до 4 ГБ, но установить минимум около 512 МБ. Это делается для того, чтобы при запуске у него было достаточно памяти для различных задач, и он вернет большую часть этой памяти, если в ней нет необходимости, уменьшив ее до 512 МБ, если больше не нужно. Если у вас есть приложения, которые проверяют память перед установкой, вам следует установить объем начальной памяти в соответствии с требованиями приложений, но установить минимальный минимум, чтобы память могла быть освобождена и доступна для других виртуальных машин по мере необходимости. Со временем вы сможете увидеть, сколько памяти действительно нужно вашим виртуальным машинам, наблюдая за полями потребности в памяти.
CCWTech
Я знаю, что это старая тема, но надеюсь, что вы поможете, так как мой вопрос очень похож.
Влияет ли динамическая память на ВМ на снижение производительности? Я думаю, что если он должен постоянно контролировать и настраивать память, которая потребляет мощность процессора.
Эта тема заблокирована администратором и больше не открыта для комментариев.
Чтобы продолжить это обсуждение, задайте новый вопрос.
Что бы вы сделали?
Итак, я работаю в MSP, который работает круглосуточно и без выходных. Старший инженер в нежелательную смену с 23:00 до 8:00 уходит. Теперь у меня есть возможность перейти на эту должность, насколько больше это должно потребовать компенсации в процентах от того, что я зарабатываю сейчас? и я скажу это.
Щелкни!Lapsus$, Excel RAT, Honda Hackers, Lunar Landers, Windows Easter Egg
Ваша ежедневная доза технических новостей. Вы должны это услышать. Подозреваемые Lapsus$ арестованы за взломы Microsoft, Nvidia, Okta. Больше информации о группе Lapsus$, ответственной за ряд недавних кибератак. Несколько из группы».
Искра! Серия Pro — 25 марта 2022 г.
Friday Из Википедии, бесплатной энциклопедии. Другие значения см. в Friday (значения). Пятница — день недели между четвергом и субботой. В странах, принимающих обычай "понедельник-первый".
Читайте также: