Аппаратная виртуализация тормозит компьютер
В данной статье мы рассмотрим несколько способов повышения производительности виртуальной машины VMware Workstation, Oracle VirtualBox, Microsoft Hyper-V или любой другой. Виртуальные машины довольно требовательны к характеристикам компьютера, ведь во время их работы на ПК одновременно запущено несколько операционных систем. Как результат, виртуальная машина может быть значительно медленнее основной операционной системы или вообще работать с притормаживанием.
В данной статье мы рассмотрим несколько способов повышения производительности виртуальной машины VMware Workstation , Oracle VirtualBox, Microsoft Hyper-V или любой другой.
Больше оперативной памяти
Виртуальные машины требовательны к объёму доступной оперативной памяти. Каждая виртуальная машина включает полноценную операционную систему. Поэтому необходимо разделить операционную систему вашего ПК на две отдельные системы.
Microsoft рекомендует минимум 2 ГБ оперативной памяти для своих операционных систем. Соответственно, такие требования актуальны и для гостевой операционной системы виртуальной машины с Windows. А если планируется использование на виртуальной машине стороннего требовательного программного обеспечения, то для её нормальной работы оперативной памяти потребуется ещё больше.
В случае, если уже после создания виртуальной машины оказалось, что оперативной памяти для её нормальной работы недостаточно, то её можно добавить в настройках виртуальной машины.
Прежде чем делать это, убедитесь, что виртуальная машина отключена. Также, не рекомендуется предоставлять виртуальной машине более чем 50% физически присутствующей на компьютере виртуальной памяти.
Если, выделив для виртуальной машины 50% памяти вашего компьютера выяснилось, что она не стала работать достаточно комфортно, то возможно для нормальной работы с виртуальными машинами вашему компьютеру недостаточно оперативной памяти. Для нормальной работы любой виртуальной машины будет достаточно 8 ГБ оперативной памяти, установленной на основном ПК.
Программы для работы с виртуальными машинами
Одни пользователи уверяют, что Oracle VirtualBox самый быстрый инструмент для работы с виртуальной машиной, для других – VMware Workstation или Microsoft Hyper-V . Но то, как быстро будет работать виртуальная машина на конкретном компьютере зависит от множества факторов: это и версия гостевой операционной системы, её тип, настройки системы и виртуальной машины, производительность самого компьютера, и пр. В любом случае, всегда можно испробовать другую программу.
Клиенты все чаще мигрируют в облака в погоне за гибкостью: здесь намного проще добавить диск, память и процессоры, если чего-то не хватает. Но иногда новички обнаруживают, что добавление ресурсов перестает помогать. Скорость работы не растет, а с бэкапом и восстановлением начинаются проблемы.
Сегодня вместе с @kvolodin мы расскажем, почему бесконечное увеличение ресурсов ВМ может вредить пользователям и как спланировать рост производительности очевидными, но действенными способами. Статья полезна тем, кто переехал или планирует переезд в облако и еще знакомится с нюансами облачной среды.
Некорректный сайзинг приложения в облаке
К сожалению, переезд приложения с физических хостов не всегда возможен “в лоб”. Даже если все работало на физических 24 процессорах, столько же процессоров в облаке не всегда решают проблему.
Один из клиентов перед переездом на новое железо решил временно разместить в облаке виртуальную АТС. Мы заглянули в документацию вендора и обнаружили явную несовместимость с vCloud Director. Производители АТС изначально не гарантировали стабильную работу своего приложения в облачной среде. Тем не менее, нашим инженерам удалось настроить работу софта с помощью нескольких хитростей. Клиент спокойно работал в облаке, пока не дождался поставки собственного железа. Но если бы он захотел внести изменения в настройки, возникли бы трудности.
У крупных производителей софта несовместимость с облаком сразу прописана в документах. Менее очевидно дело обстоит с самописным ПО.
Клиент заказал виртуальную машину для переезда собственного приложения в облако. Через пару месяцев работы софт начал сильно тормозить. При аудите выяснилось, что объемные файлы по умолчанию сохраняются в одну директорию и нагружают файловую систему. За несколько месяцев там накопились уже миллионы файлов, и для решения проблемы понадобилась новая архитектура с несколькими хранилищами.
Даже если случай не такой экстремальный, при переезде с физических хостов не помешает пересмотреть подход к сайзингу приложения, изменить модель потребления ресурсов.
Например, бывают ситуации, когда пользователь привык к быстрой работе на ноутбуке с высокочастотными процессорами, а в облаке сталкивается с низкой скоростью. Характеристики Enterprise-железа в дата-центре рассчитаны на долгосрочную работу в режиме 24/7 и не допускают пограничных состояний. Если такой пользователь разгонял процессоры на своем ноутбуке до опасного максимума, то в облаке он не сможет добиться тех же скоростей от похожего процессора.
Случается и так, что приложение рассчитано на высоконагруженную базу, но размещается в облаке на SATA-дисках. Клиент видит загрузку процессоров и увеличивает ресурс CPU, не подозревая проблемы именно с дисками.
В то же время облако дает лучшие результаты при оптимизации приложения под несколько хранилищ. На физических хостах у разработчика меньше возможностей для маневра: как правило, все хранится на локальных одинаковых дисках. В облаке появляется вариативность: можно выбрать разные диски для разных типов хранения и даже немного сэкономить.
Один из клиентов хранил в своей базе данные трекинговой системы за три года ― такой срок хранения был предусмотрен нормативом. После переезда в облако удалось разделить хранилище на “холодное” и “горячее”. Редко используемые данные перемещались на медленные и дешевые “холодные” диски, а востребованная информация оставалась на быстрых дисках в “горячем” хранилище.
Виртуальная машина и SSD диск
Первым и лучшим усовершенствованием компьютера на сегодняшний день является установка на него SSD диска. Это ощутимо ускорит работу компьютера, а соответственно и установленной на нём виртуальной машины.
Некоторые пользователи устанавливают виртуальные машины на другой (HDD) диск своего компьютера, оставляя на SSD диске лишь основную операционную систему. Это делает работу виртуальной машины медленнее. Освободите место на SSD диске и перенесите виртуальную машину на него. Разница в скорости работы почувствуется с первых минут.
По возможности, не размещайте диски виртуальных машин на внешних носителях информации. Они работают ещё медленнее чем встроенный HDD диск. Возможны варианты с подключением виртуальной машины через USB 3.0, но о USB 2.0 и речи быть не может – виртуальная машина будет работать очень медленно.
ШАГ 2: проверяем, задействована ли она (Windows 10)
В Windows 10 довольно просто и быстро узнать, включена ли виртуализация . Для этого достаточно:
- запустить диспетчер задач — Ctrl+Alt+Del (или Ctrl+Shift+Esc);
- перейти во вкладку "Производительность / ЦП" и посмотреть строку "Виртуализация" ; 👇
- в моем примере ниже — она отключена ! Чтобы включить ее, необходимо будет воспользоваться настройками BIOS.
Улучшение производительности внутри виртуальной машины
Всегда необходимо помнить, что установленная на виртуальную машину операционная система мало чем отличается от той, которая работает на основном компьютере. Её работу можно ускорить, следуя тем же принципам и используя те же методы, которые актуальны для любой другой операционной системы.
Например, производительность системы увеличится если закрыть фоновые программы или те, которые автоматически запускаются при старте системы. На производительность системы влияет необходимость осуществления дефрагментации диска (если виртуальная машина расположена на HDD диске), и так далее.
Выделить больше CPU
Основная нагрузка при работе виртуальной машины, приходится на центральный процессор. Таким образом, чем больше мощности центрального процессора виртуальная машина может занять, тем лучше (быстрее) она будет работать.
Если виртуальная машина установлена на компьютере с мульти-ядерным процессором, то в настройках виртуальной машины для неё можно выделить несколько ядер для её работы. Виртуальная машина на двух и более ядрах центрального процессора будет работать ощутимо быстрее чем на одном.
Установка виртуальной машины на компьютере с одноядерным процессором нежелательна. Работать такая виртуальная машина будет медленно и выполнение ею каких-либо задач будет не эффективным.
Как новому клиенту вписаться в лимиты и обеспечить производительность
При планировании переезда в облако ознакомиться с документацией на ПО. Некоторые производители софта сразу указывают, что их приложение не работает в облачной среде.
До переезда протестировать работу приложения в облачной инфраструктуре. Большинство провайдеров позволяют клиентам брать пробный период и запускать синтетические тесты.
Не стесняться обращаться в техподдержку. Инженеры могут оценить производительность со стороны гипервизора и дать рекомендации.
Расти маленькими шагами: увеличить диски намного проще, чем резко их уменьшить. Увеличивать процессоры тоже лучше постепенно, начинать с одного ядра.
Расти не вертикально, а горизонтально. Например, не добавлять 8 процессоров на одну ВМ, а создать 4 ВМ по 2 процессора на каждой. Вдобавок это уменьшит площадь отказа.
Ставить виртуальные машины на внутренний мониторинг. В этом случае клиент может выбрать наиболее важные показатели работы ВМ и быстро получать оповещения об их состоянии. Это позволит вычислять неочевидные проблемы, которые не заметны на общем мониторинге.
Всех приветствую!
За последние пару недель получил несколько вопросов однотипного содержания: "почему дико тормозит BlueStacks. " ( прим. : это эмулятор среды Android, запускаемый в Windows) .
Сначала подумал, что проблема на стороне BlueStacks, но потом, как оказалось, — тормоза возникали из-за откл. виртуализации . 👀
Собственно, что это такое?
Виртуализация — это спец. технология, позволяющая на одном физическом компьютере запускать несколько операционных систем. То есть эта "штука" позволяет в вашей Windows запускать эмуляторы Android, Windows, iOS и пр.
Разумеется, если она отключена — то всё это "добро" будет либо тормозить (либо, что более вероятно, просто зависнет или при запуске возникнет ошибка!).
Ниже несколько советов о том, как проверить задействована ли эта самая виртуализация, и как ее включить. 👌
Консолидация умножит влияние отказов серверного оборудования
Описание проблемы:
Виртуализация предоставляет инструменты, которые могут защитить виртуальные машины и обеспечить их непрерывную работу в нормальных условиях. Но виртуализация ничего не делает для защиты базового оборудования. Итак, что происходит, когда сервер выходит из строя?
Физическая аппаратная платформа становится единой точкой отказа и влияет на все рабочие нагрузки, выполняемые на платформе. Более высокий уровень консолидации означает большее количество рабочих нагрузок на каждом сервере, и сбои серверов влияют на эти рабочие нагрузки.
Помните, что рабочая нагрузка должна перезапускаться из моментального снимка в хранилище и перемещаться с диска в память на доступном сервере.
Решение:
Существует несколько тактик устранения сбоев оборудования сервера. Организации могут выбрать перераспределение рабочих нагрузок, чтобы предотвратить размещение нескольких критически важных приложений на одном сервере. Можно также ненадолго снизить уровни консолидации, чтобы ограничить количество рабочих нагрузок в каждой физической системе.
В долгосрочной перспективе организациям следует развернуть серверы высокой доступности для важных платформ консолидации. Эти серверы могут включать в себя резервные источники питания и многочисленные технологии защиты памяти.
Резервирование памяти и зеркалирование памяти помогут предотвратить ошибки или хотя бы предотвратить их фатальный исход.
Наиболее важные рабочие нагрузки могут находиться в кластерах серверов, которые поддерживают синхронизацию нескольких копий каждой рабочей нагрузки. Если один сервер выходит из строя, другой узел кластера берет на себя и продолжает работу без сбоев.
Причины проблем с эмуляторами
Блокировка антивирусом
Ну и нельзя не сказать пару слов об антивирусах. Ряд их функций (и ограничений) может блокировать нормальную работу эмуляторов. Например, такой популярный антивирус как AVAST ограничивает виртуализацию (работу которой проверяли в шаге 1).
Виртуализация серверов обеспечивает гораздо лучшее использование системы, гибкость рабочих нагрузок и другие преимущества для центра обработки данных. Но организациям часто приходится сталкиваться с такими проблемами виртуализации, как:
- разрастание виртуальных машин,
- перегрузка сети,
- сбои серверного оборудования,
- снижение производительности виртуальных машин,
- ограничения лицензирования программного обеспечения.
С помощью инструментов управления жизненным циклом и бизнес-политик, компании могут смягчить эти проблемы до их возникновения. Разберем подробнее проблемы.
Разбираемся с виртуализацией
Динамический или фиксированный виртуальный жесткий диск?
Создавая виртуальную машину, можно создать два разных типа виртуальных жестких дисков. По умолчанию виртуальная машина использует динамический диск, который занимает необходимое место на физическом носителе информации и увеличивается лишь по мере заполнения.
Например, создавая виртуальную машину с динамическим диском в 30 ГБ, он не займёт сразу же 30 ГБ жесткого диска компьютера. После установки операционной системы и необходимых программ его размер будет порядка 10-15 ГБ. Лишь по мере добавления данных, он может увеличиться до 30 ГБ.
Это удобно с той точки зрения, что виртуальная машина будет занимать на жестком диске место, которое пропорционально объёму хранимых на ней данных. Но, работа динамического жесткого диска медленнее фиксированного (иногда также называют распределённым).
Создавая фиксированный диск, все 30 ГБ на жестком диске компьютера будут выделены под диск виртуальной машины сразу же, независимо от объёма хранимых на нём данных. То есть, фиксированный жесткий диск виртуальной машины занимает больше места жесткого диска компьютера, но сохранение или копирование файлов и данных на нём происходит быстрее. Он не так сильно подвержен фрагментации, так как пространство под него выделяется максимально большим блоком, вместо того, чтобы добавляться маленькими частями.
Откуда берутся лимиты на ресурсы в облаке
Ограничения на диск
Есть технические ограничения СХД. Яркий пример: блочный том многих моделей NetApp не может быть более 16 ТБ.
Мы как провайдер провели тесты производительности СХД и рассчитали оптимальный размер дата-стора.
Инфраструктура резервного копирования лучше справляется с бэкапом нескольких мелких объектов, чем одного большого.
Ограничения на CPU и память
Ограничен размер физического хоста, на котором располагаются ВМ клиентов.
При размере хоста 144 vCPU и 2 TБ памяти ВМ большего размера не получится создать при всем желании. (Cпасибо, кэп!)
Для оптимального обращения к памяти мы учитываем особенности работы мультипроцессорных систем. Мы уже рассказывали об этом в статье про первую виртуальную машину.
У клиента может быть сервис, который сам эффективно распределяет ресурсы памяти, ― тогда проблем не возникнет. В остальных же случаях нужно настраивать лимиты.
С помощью некоторых лимитов мы можем управлять виртуальной платформой и предоставлять предсказуемый сервис с соблюдением SLA.
Ограничения на IOPS
В облаке также встречаются клиенты, у которых намного выше среднего параметры IOPS: количество операций ввода/вывода. Чаще всего это происходит в трех случаях:
Клиент решил протестировать выделенные мощности на больших нагрузках.
У клиента наблюдается аномальная нагрузка, например, из-за некорректной работы самописного софта или вирусов.
Клиент установил высокопроизводительное приложение.
На любой из этих случаев мы задаем ограничения потребляемых дисковых мощностей, опираясь на результаты нагрузочного тестирования СХД. Сейчас можем ограничить каждый диск фиксированным значением IOPS или исходить из IOPS на ГБ.
ШАГ 1: поддерживает ли ее ЦП
И так, для начала стоит сказать, что если у вас относительно новый ПК — скорее всего ваш процессор поддерживает аппаратную виртуализацию (так называемые технологии Intel VT-X и AMD-V (более подробно на Википедии) ).
Но тем не менее, прежде чем разбираться с эмуляторами, "рыскать" по BIOS и "искать" оное — не помешало бы уточнить этот момент. 👌 (тем более, что в BIOS номинально строка может быть, а по факту. она будет "пустой")
Для этого необходимо узнать 👉 точную модель своего ЦП. Сделать это можно, например, с помощью сочетания Win+R, и команды msinfo32 (см. скрин ниже 👇).
Сведения о системе — что за ЦП
После, зная модель ЦП, найдите спецификацию к нему (Google 👍), и посмотрите, есть ли в разделе с технологиями (инструкциями) искомая строка (Intel VT-X и AMD-V 👇).
Спецификация к ЦП от AMD и Intel
Подозрительная активность на ВМ
Когда снижение производительности подкрадывается постепенно, то переход на более производительные диски может и правда решить проблему. Если же загрузка ресурсов выросла резко, скорее всего, дело в шифровальщике или залетном майнере криптовалюты.
Неправильная настройка облачного межсетевого экрана у новых клиентов встречается не так уж редко. Иногда администраторы разрешают на граничном маршрутизаторе всем и все, а потом забывают об этом. Если мошенник обнаруживает уязвимость и завладевает машиной, то он забирает все ресурсы сразу, и докидывание процессоров не решает проблему.
Активация Intel VT-x или AMD-V
Intel VT-x и AMD-V – это специальные технологии виртуализации, которые предназначены для обеспечения большей производительности виртуальных машин. Современные процессоры Intel и AMD, как правило обладают такой функцией. Но на некоторых компьютерах она автоматически не активирована. Чтобы её включить, необходимо перейти в BIOS компьютера и активировать её вручную.
AMD-V часто уже активирована на ПК, если поддерживается. А Intel VT-x чаще всего отключена. Поэтому, убедитесь в том, что указанные функции виртуализации уже активированы в BIOS, после чего включите их в виртуальной машине.
Некорректные настройки самого эмулятора
В ряде случаев проблема с тормозами эмулятора может быть легко и быстро устранена с помощью его же настроек (например, снизив разрешение и поменяв DirectX на OpenLG — можно уменьшить нагрузку на систему. ) . Вообще, конечно, многое здесь зависит от самого эмулятора, и общих советов на каждый случай давать сложно.
В BlueStacks, например, для выполнения вышесказанного — необходимо перейти в настройки эмулятора и открыть раздел "Экран" . 👇
Далее передвинуть ползунок в режим наименьшего разрешения (DPI — также рекомендуется уменьшить до макс. возможного) . Благодаря этому изображение на экране станет "чуть хуже" (на глаз иногда вообще не заметно) — зато нагрузка на ваше устройство значительно уменьшится (а значит и тормоза могут пропасть).
BlueStacks — настройки экрана
Кроме этого, рекомендую также зайти в раздел "Движок" и попробовать изменить режим графики, например, с DirectX на OpenLG (или наоборот). В зависимости от конфигурации ПК/ноутбука — эмулятор может начать работать значительно быстрее и лучше (или медленнее и хуже ☝). Определяется только экспериментально.
Производительность приложений на виртуальной машине все еще может быть незначительной
Описание проблемы:
Всякий раз, когда организации меняют оборудование или абстрагируют его от приложения, ПО может работать некорректно, и его обычно необходимо перекодировать. Организации могут обнаружить, что база данных работает медленнее, чем патока. Или что приложение после виртуализации работает медленнее. Например, для рабочей нагрузки теперь требуется больше вычислительных ресурсов (объема памяти, циклов ЦП и ядер).
Решение:
Организации обычно могут запустить утилиту тестирования производительности и выявить любые ресурсы, которые используются чрезмерно, а затем предоставить дополнительные вычислительные ресурсы, чтобы обеспечить некоторый резерв. Например, если памяти слишком мало, приложение может полагаться на подкачку файлов на диске, что может снизить производительность. Добавление достаточного объема памяти может существенно повысить производительность.
Тестирование перед виртуализацией поможет выявить проблемные приложения и даст организациям возможность сформулировать ответы на проблемы виртуализации перед развертыванием виртуальной машины в производственной среде.
Низкие характеристики у ПК/ноутбука
Следующее, на что рекомендую обратить внимание — это характеристики вашего ноутбука или ПК. Дело в том, что подавляющая часть эмуляторов (и виртуальных машин) очень требовательны к ресурсам ОЗУ и ЦП (оперативной памяти и процессору).
Сегодня, для более-менее сносной работы того же BlueStacks требуется не менее 8 ГБ ОЗУ !
Примечание : тех. требования у каждого эмулятора указываются, обычно, на сайте разработчика.
Тех. требования эмулятора BlueStacks 4
Кстати, если вы "запамятовали" характеристики своего компьютера — рекомендую воспользоваться спец. утилитами для просмотра его характеристик (например, 👉 Speccy или AIDA).
См. скриншот ниже со Speccy: указывается и модель ЦП, и количество ОЗУ, и температуры, в общем, всё, что нужно. 👌
Лицензирование программного обеспечения
Описание проблемы:
Компании не могут рассчитывать на клонирование виртуальных машин без покупки лицензий на ОС и приложения, работающие на этой виртуальной машине.
Организации должны всегда проверять и понимать правила лицензирования любого ПО, которое они развертывают. Крупные организации могут даже нанять сотрудника по соблюдению лицензионных требований, чтобы отслеживать лицензирование ПО и предлагать рекомендации по развертыванию.
Нарушение лицензий может привести к судебным разбирательствам и серьезным штрафам. Основные поставщики ПО часто оставляют за собой право проводить аудит организаций и проверять их лицензию. Если одна лицензия стоит тысячи долларов, неосторожное распространение виртуальных машин может нанести финансовый ущерб.
Решение:
Обращайтесь за помощью к профессионалам, которые успешно настроят вам всё необходимое.
Очевидные причины: ограничения железа и бэкапов
Но так было не всегда. В старых версиях vCloud Director мы не могли жестко ограничить некоторые параметры и прописывали лимиты только в договоре. К сожалению, иногда информация из контракта даже не попадала к инженерам клиента, и они могли почувствовать последствия на своей шкуре.
Много лет назад мы предоставили клиенту квоту в 20 ТБ и предупредили про ограничение на диск в 16 ТБ. Резервное копирование данных делали с помощью Veeam Backup&Replication. Когда клиент вышел за пределы диска в 16 ТБ, все задачи на создание бэкапов просто зависли. Veeam не успевал забэкапить большую ВМ и на всякий случай оставлял неполный снэпшот, а затем создавал новый. Дерево снэпшотов стало расти слишком быстро, общая производительность диска тоже упала. Пришлось полночи заново создавать дерево снэпшотов, а затем переносить данные на диски поменьше.
В те времена от подобных инцидентов нас защищал мониторинг. Мы сразу видели непорядок на дашбордах и обращали внимание клиента на проблему. Трудность была в том, что в случае IaaS сами виртуалки оставались ответственностью клиента. Инженеру клиента нужно было самому пересоздавать ВМ, иногда с большим трудом.
Клиенту выделили квоту в 40 ТБ на СХД, а для диска ВМ прописали ограничение в 20 ТБ. Администратор клиента создал ВМ в 30 ТБ и разметил все дисковое пространство одним диском. Техподдержка обнаружила проблему, сообщила клиенту, что нужно пересоздать ВМ с дисками меньшего размера, но администраторы долго не выходили на связь.
В это время данные начали записываться на созданный диск большими темпами. Пока на СХД было свободное место, мы увеличивали размер дата-стора и ждали ответа от клиента. Но если бы расширять дата-стор дальше было невозможно, клиенту пришлось бы рисковать данными. Нужно было бы создать новый диск и перегнать данные на него. Миграция такой большой ВМ могла потребовать несколько дней, и оставалась вероятность неудачного переезда.
Базовые лимиты защищают клиента от многих проблем и позволяют обслуживать железо в штатном режиме. Мы не допускаем разрастания ВМ до пределов физического диска и избегаем трудностей с миграцией. Добавить ресурсы по запросу клиента по-прежнему можно, но только если в этом правда есть необходимость.
Но даже если физический лимит не превышен, могут возникнуть другие трудности.
Проблема с видеодрайвером
Чаще всего проблема заключается в том, что драйвер не обновлен (либо установлен "не родной" драйвер с сайта производителя. Особенно часто это касается ноутбуков). В результате нередко наблюдаются ошибки и подвисания в играх, эмуляторах и т.д.
Кстати, чтобы узнать есть ли драйвер на видеокарту — воспользуйтесь диспетчером устройств. Если драйвер на видеокарту установлен — во вкладке "Видеоадаптеры" вы увидите ее модель (без воскл. знаков). Если с драйвером какая-то проблема — будет отображаться желтый треугольник с воскл. знаком, или стоять статус "Стандартный VGA-адаптер" .
Драйвер на видеокарту установлен (слева), драйвера нет (справа)
Кстати, если диспетчер устройств показывает, что драйвер присутствует в системе — это не всегда говорит о том, что он обновлен до последней версии (для перепроверки удобно пользоваться утилитой 👉 Driver Booster).
У меня на блоге, кстати говоря, уже была заметка о правильном последовательном обновлении драйвера видеокарты — чтобы здесь не повторяться, приведу ниже на нее ссылку.
👉 В помощь!
Как обновить драйвер на видеокарту AMD, nVidia и Intel HD: от А до Я.
Правильные настройки видео
На скорость работы виртуальной машины могут также влиять настройки видео. Например, включение 2D или 3D-ускорения видео в VirtualBox, позволяет работать некоторым приложениям значительно быстрее. То же касается и возможности увеличения видеопамяти.
Но, как и в случае с оперативной памятью, многое зависит от видеоадаптера, который установлен на основном компьютере.
Разрастание тратит ценные вычислительные ресурсы
Описание проблемы:
До виртуализации развертывание нового сервера занимало недели и даже месяцы, потому что компаниям приходилось планировать бюджет для систем и координировать развертывание.
С помощью виртуализации гипервизор может выделять вычислительные ресурсы и запускать новую виртуальную машину на доступном сервере за считанные минуты.
Когда виртуальные машины оказываются в среде, редко возникают какие-либо процессы, позволяющие определить, нужны ли они кому-либо или используются ли они. Следовательно виртуальные машины накапливаются со временем и поглощают вычислительные ресурсы, ресурсы резервного копирования и аварийного восстановления.
Решение:
Поскольку виртуальные машины легко создавать и уничтожать, организациям нужны политики и процедуры, которые помогут им понять, когда им нужна новая виртуальная машина и определить, как долго она им понадобится.
Следует рассмотреть возможность отслеживания виртуальных машин с помощью инструментов управления жизненным циклом. Должны быть четкие даты проверки и удаления, чтобы организация могла продлить или исключить виртуальную машину.
Установка пакета инструментов виртуальной машины
После установки на виртуальную машину гостевой операционной системы, первое, что необходимо сделать – это установить пакет инструментов или драйверов вашей виртуальной машины, например: VirtualBox Guest Additions или VMware Tools. Такие пакеты содержат драйвера, которые помогут гостевой операционной системе работать быстрее.
Установить их просто. В VirtualBox, загрузите гостевую операционную систему и выберите Устройства / Подключить образ диска Дополнительной гостевой ОС… После чего запустите установщик, который появится как отдельный диск в папке «Этот компьютер» гостевой операционной системы.
В VMware Workstation, выберите меню Виртуальная машина / Установить паке VMware Tools… После чего запустите установщик, который появится как отдельный диск в папке «Этот компьютер» гостевой операционной системы.
Неочевидная работа гипервизора
Если виртуальная машина в облаке начинает тормозить и захлебываться, клиент чаще всего ищет причину в нехватке ресурсов. Увеличение виртуальной машины кажется логичным и быстрым ходом. Но в некоторых случаях расширение только ухудшает скорость работы.
У клиента регулярно возникали пиковые периоды активности. Раз в месяц нагрузка на системы увеличивалась и требовала больше процессоров. Клиент решил не отключать эти процессоры после пика, а оставить их про запас. Но в период низкой активности производительность упала и не давала выполнять рутинные задачи. Дело в том, что гипервизор “отодвинул” недозагруженные системы на второй план. Так работает планировщик: если ВМ не требует ресурсов, то в очереди она спускается ниже.
Клиенту облака по умолчанию доступна только информация из диспетчера задач и монитора ресурсов. Бывает и так, что на ОС клиент видит загрузку части ядер на 100%. В это же время мы на гипервизоре видим, что часть ядер не используется, потому что приложение не рассчитано на многопоточность. В таких ситуациях парадоксальным образом помогает именно уменьшение ресурсов до необходимого и достаточного уровня. После этого гипервизор лучше распределяет небольшие ВМ в очередях.
Виртуальные машины могут перегружать сетевой трафик
Описание проблемы:
Перегрузка сети – еще одна распространенная проблема. Организация, которая регулярно использует свои системные номера, может заметить, что у нее достаточно памяти и ядер ЦП для размещения 25 виртуальных машин на одном сервере.
Большинство серверов оснащены только одним портом сетевой карты, и сетевой трафик на виртуализированном сервере не занимает много времени, чтобы перегрузить сетевую карту. Рабочие нагрузки, чувствительные к задержке в сети, могут сообщать об ошибках или даже сбоях.
Стандартные порты Ethernet могут поддерживать трафик от нескольких ВМ, но организациям, планирующим высокий уровень консолидации, может потребоваться обновить серверы с несколькими портами сетевых адаптеров для обеспечения надлежащего сетевого подключения.
Решение:
Иногда организации могут облегчить краткосрочные проблемы с перегрузкой трафика путем перебалансировки рабочих нагрузок для распределения требовательных к пропускной способности виртуальных машин по нескольким серверам.
Помните, что для обновления сетевой карты также могут потребоваться дополнительные порты коммутатора или обновления коммутатора. В некоторых случаях организациям может потребоваться распределить трафик от сетевых адаптеров по нескольким коммутаторам, чтобы предотвратить насыщение объединительной платы коммутатора.
ШАГ 3: включаем виртуализацию (настройка BIOS)
1) Первое действие — 👉 входим в настройки BIOS (на всякий случай привел ссылку на инструкцию с подробным описанием, как это можно сделать).
2) Второе, необходимо найти вкладку с расширенными настройками системы — обычно она именуется примерно, как "System Configuration" или "Advanced Mode" (зависит от версии BIOS / UEFI). Пару примеров ниже. 👇
В общем, наша цель найти строку 👉 Virtualization Technology (или Intel Virtualization Technology // AMD-V // Intel VT-X) и проверить чтобы стоял режим 👉 Enabled!
Virtualization Technology (Enabled — значит включено!)
UEFI (Asus) - Advanced Mode / кликабельно
Intel Virtualization Technology - Disabled / кликабельно
3) Не забудьте, что после изменения настроек в BIOS — их необходимо сохранить (чаще всего клавиша F10 — Save and Exit).
👉 👉 Кроме этого, обратите внимание, что в Windows 10 по умолчанию компонент Hyper-V отключен (а он может понадобиться, при использовании некоторого ПО, связанного с виртуализацией . ).
Чтобы включить этот компонент:
- нажмите сочетание Win+R;
- в окно "Выполнить" выставьте команду optionalfeatures и нажмите Enter;
- в открывшемся окне с компонентами Windows — найдите оный и включите его. Нажмите OK!
PS
У меня на блоге было несколько заметок, посвященных настройке и использованию виртуальных машин. Возможно, пробежавшись по этим инструкциям, вам удастся быстрее настроить виртуальную машину и решить свою задачу. Ссылочки ниже. 👌
👉 В помощь!
1) Виртуальная Windows XP/7/10 без скачивания спец. софта (настраиваем встроенный Hyper-V в ОС Windows 10).
2) Как установить и настроить виртуальную машину VirtualBox (пошаговый пример / или как запустить старую Windows в новой ОС).
3) Почему тормозят эмуляторы в Windows (например, BlueStacks для Андроид).
Вопрос от пользователя
Здравствуйте.
Подскажите, почему могут тормозить эмуляторы на ноутбуке? Я пробовал разные версии: BlueStacks и MEmu (для Андроид), Kega (это для Sega), Remix OS и т.д. Просто они все как будто замедлены, всё равно что поставить воспроизведение видео на 20-40% медленнее.
(PS На другом ПК у меня все ОК, нормально работает)
Если характеристики вашего ноутбука удовлетворяют рекомендуемым тех. требованиям для работы этих эмуляторов — то скорее всего проблема связана с отключенной виртуализацией в BIOS/UEFI компьютера (AMD-v или Intel VT-x).
Включить ее не так уж и сложно (даже если вы не разу не заходили в BIOS). Рассмотрим все на примере.
В заключении
Виртуализация серверов изменила современные корпоративные вычисления. Она позволяет эффективно использовать вычислительные ресурсы в меньшем количестве физических систем и предоставляет больше способов защиты данных и обеспечения доступности.
Но виртуализация несовершенна и создает новые проблемы, которые организации должны понимать и решать, чтобы обеспечить бесперебойную работу центра обработки данных.
Чтобы избежать ошибок, обратитесь за помощью к специалистам CloudNetworks для реализации данного решения:
Отключена виртуализация
Виртуализация (например, Intel Virtual Technology) — спец. технология, позволяющая запускать на одном физическом компьютере одновременно несколько ОС (активно используется при работе эмуляторов, виртуальных машин и т.д.).
Так вот, эта самая виртуализация очень сильно влияет на работу эмуляторов (если она выключена — они могут либо вообще не запускаться, либо сильно тормозить и фризить).
Включить или выключить ее можно в настройках BIOS (UEFI). Обычно, в ноутбуках этот раздел помечается как "System Configuration" (или просто "Configuration").
Кратко, что нужно сделать:
- зайти в настройки BIOS (как правило, после включения устройства — нужно несколько раз нажать на кнопку "Del" или "F2");
- открыть раздел "System Configuration" (используйте стрелочки и клавишу Enter/Esc);
- параметр ". Virtualization. " перевести в режим "Enabled" (это означает включено);
- сохранить настройки и перезагрузить устройство (обычно, нужно нажать на F10 — "Save and Exit").
Настройки BIOS — включаем виртуализацию / Кликабельно
Intel Virtual Technology — Disabled (означает выключено)!
👉 Важно!
Также обратите внимание на работу антивируса (если он у вас установлен). Например, AVAST может блокировать нормальную работу виртуализации.
Добавьте папку с виртуальной машиной в исключения вашей антивирусной программы
Антивирусная программа кроме прочих, также сканирует файлы виртуальной машины, что снижает её производительность. Но дело в том, что антивирусная программа не имеет доступа к файлам внутри гостевой операционной системы виртуальной машины. Поэтому такое сканирование бессмысленно.
Чтобы избавится от снижения производительности виртуальной машины, можно добавить папку с ней в исключения антивирусной программы. Антивирус будет игнорировать все файлы такой папки.
Приостановка вместо закрытия
Когда вы закончили работать с виртуальной машиной, её можно приостановить вместо полного выключения.
Запуская приложение для работы с виртуальными машинами следующий раз, вы можете включить виртуальную машину таким же способом как обычно. Но она загрузится значительно быстрее и именно в том состоянии и с того места, на котором вы закончили работать прошлый раз.
Приостановка гостевой операционной системы очень похожа на использование гибернации вместо выключения ПК.
Читайте также: