Новости Статьи VMware Veeam StarWind Microsoft ИТ-ГРАД Citrix Symantec 5nine События Релизы Видео Контакты Авторы RSS
Виртуализация и виртуальные машины

Виртуализация vSphere, Hyper-V, XenServer и Red Hat

Более 4340 заметок о виртуализации и виртуальных машинах VMware, Microsoft, Citrix, Red Hat

VM Guru / News / Виртуализация приложений: как правильно настраивать виртуальные машины

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

13/08/2017

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

Предварительный сайзинг – залог успеха

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


Перенос приложений в облако провайдера

При переносе приложения из локальной инфраструктуры в облачную убедитесь в корректности работы ПО. То есть приложение, которое теперь находится внутри ВМ, необходимо протестировать. Если это тяжеловесный софт, еще на начальном этапе рекомендуют придерживаться следующей методики: запустить ВМ на одном ESXi-сервере, зарезервировав при этом ресурсы процессора и памяти. После чего начать тестирование на определение производительности и работоспособности, а полученные результаты занести в baseline. Дополнительно оценивается, как приложение работает на определенной архитектуре в условиях отсутствия рабочих нагрузок.

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

Особенности настройки виртуальных машин

При настройке виртуальных машин в среде VMware следует обращать внимание на такой параметр, как количество виртуальных процессоров. Желательно, чтобы этот показатель был не больше 8. Также важно понимать, что, если виртуальная машина использует больше ядер и больше памяти, чем приходится на один процессор, происходит обращение к памяти другого CPU, в результате чего снижается производительность, поскольку такой процесс выполняется медленно. Это связано с архитектурой неравномерного доступа к памяти, или NUMA.

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

Сценарий, при котором виртуальная машина ассоциируется с одним физическим NUMA-узлом и использует локальную память, является идеальным. Но если возникает необходимость создать ВМ, физически превышающую размер NUMA-узла, стоит обратить внимание на соответствие физической NUMA и виртуальной. Также полезно использовать параметр cores per socket. Предоставляя виртуальной машине некоторое количество виртуальных процессоров, можно определить варианты их отображения внутри ВМ: как один CPU с большим количеством ядер, несколько одноядерных процессоров или прочие комбинации.

Если виртуальная машина целиком помещается на физический NUMA-узел, cores per socket не оказывает влияния на производительность. Если же приложение имеет ограничение по количеству процессоров, следует использовать эту метрику, чтобы ПО обращалось к доступным CPU.

Для наглядности рассмотрим пример, в котором компания переносит базу данных SQL Server 2012 версии Standard в облако по модели IaaS. Такая БД имеет ограничение на использование процессорных сокетов, по умолчанию равное 4. Следовательно, если ВМ необходимо 32 виртуальных процессора или 32 потока выполнения, можно использовать комбинацию из 4 сокетов с 8 ядрами.

Нюансы работы с Hot Add

Что делать, если ресурсов виртуальной машины в какой-то момент становится недостаточно, а останавливать работу приложений или ВМ не представляется возможным? На помощь приходит опция Hot Add, которая позволяет на лету добавлять ресурсы процессора и памяти. При этом важно понимать, что Hot Add для процессора, именуемый в настройках ВМ как Hot Plug, приводит к отключению vNUMA.


Настройка опции CPU Hot Add

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

Особенности Scale UP, Scale OUT-подхода

При переходе на виртуальную площадку большинство компаний идет по пути наименьшего сопротивления: с одного ресурсоемкого физического хоста, на котором, к примеру, находилось большое количество баз данных, переносят содержимое, размещая БД в пределах одной виртуальной машины. И в случае, если требуется нарастить ресурсы, администратор добавляет к существующей ВМ дополнительные вычислительные мощности: увеличивает объем памяти и количество процессоров. Такой механизм представляет собой вариант вертикального масштабирования, или Scale UP, о чем подробнее рассказывалось в статье Виртуальный ЦОД.

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

Управление памятью

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

Пример того, как не стоит использовать RAM. На физическом узле с памятью в 120 Гб и двумя процессорами по 8 ядер решили развернуть четыре ВМ, каждая из которых использует 32 Гб RAM и 8 ядер CPU. В таком сценарии совокупный объем памяти, необходимый для виртуальных машин, превышает доступные размеры хоста. На практике рассмотренный подход лучше не использовать. И хотя на VMware ESXi такая конфигурация запустится, производительность при этом будет далека от оптимальной. Поэтому прежде чем создавать виртуальные машины, определитесь с объемом памяти, который необходимо выделить для хоста.

Заключение

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

Ссылка на статью в блоге ИТ-ГРАД.

Реклама





Зал Славы Рекламодателя
Ближайшие события в области виртуализации:

02/12/2017:  AZURE DAY 2017 (Минск)
06/03/2018:  ИТ-стратегия 2018
24/05/2018:  IT&SECURITY FORUM (Казань)

Быстрый переход:
StarWind VMware Veeam IT-Grad vGate Microsoft Cloud SDRS Parallels IaaS Citrix 5nine HP VeeamON VMFS RVTools PowerCLI VM Guru Oracle Red Hat Azure KVM VeeamOn Security Code 1cloud Docker Storage Offtopic NVIDIA Partnership Dell Virtual SAN Virtualization VMTurbo Nutanix vRealize VirtualBox Symantec Gartner Softline EMC Login VSI Xen Enterprise Teradici Amazon NetApp VDI Linux Hyper-V IBM Cisco Google VSI Security Windows vCenter VMachines Webinar View VKernel Events Hardware Windows 7 Caravan Apple TPS Hyper9 Nicira Blogs Sun VMC Xtravirt Novell vSphere IntelVT Сравнение VirtualIron XenServer CitrixXen ESXi ESX ThinApp Books P2V HA Tools Backup vSAN Book Photon vCloud VMworld Horizon vROPs Labs Fusion Cloud Computing vCSA SSD Client DRS OpenStack Comparison Workstation Blast SRM App Volumes Performance Manager Nested AWS Log Insight XenDesktop VSA vNetwork SSO LSFS Workspace Host Client VMDK VTL Update iSCSI SDDC NSX Agent Virtual Appliance Whitepaper PowerShell Appliance VUM VVols V2V Cache Support Обучение Web Client Mobile Automation Replication Desktop Fault Tolerance DR Vanguard SaaS Connector Event Free Datacenter SQL VSAN Lifecycle Sponsorship Finance FT Converter XenApp esxtop Snapshots VCP Auto Deploy SMB RDM Mirage XenClient MP Video Operations SC VMM Certification VDP Partners PCoIP RHEV vMA Award Network USB Licensing Logs Server Demo Visio Intel vCHS Calculator Бесплатно vExpert Beta SAN Exchange MAP ONE DaaS Networking Monitoring VPLEX UCS SDK Poster VSPP Receiver vMotion VDI-in-a-Box Deduplication Forum Reporter vShield ACE Go nworks iPad XCP Data Recovery Sizing Pricing VMotion Snapshot FlexPod VMsafe Enteprise Monitor vStorage Essentials Live Migration SCVMM TCO Studio AMD-V VirtualCenter NFS ThinPrint Director Diagram Bug Troubleshooting Air API CLI Plugin DPM Memory Upgrade SIOC Flex Mac Open Source SSH VAAI Chargeback Heartbeat Android MSCS Ports SVMotion Storage DRS Bugs Composer
Интересные плакаты:

Постер VMware vSphere PowerCLI 6.3:

Постер VMware ESXi 5.1:

Постер VMware Hands-on Labs 2015:

Постер VMware Platform Services Controller 6.0:

Постер VMware vCloud Networking:

Постер VMware NSX (референсный):

Постер VMware vCloud SDK:

Постер VMware vCloud Suite:

Постер VMware vCenter Server Appliance:

Порты и соединения VMware vSphere 6:

Порты и соединения VMware Horizon 7:

Порты и соединения VMware NSX:

Управление памятью в VMware vSphere 5:

Как работает кластер VMware High Availability:

Постер VMware vSphere 5.5 ESXTOP (обзорный):

Постер Veeam Backup & Replication v8 for VMware:

Постер Microsoft Windows Server 2012 Hyper-V R2:

 

Популярные статьи:
Как установить VMware ESXi. Инструкция по установке сервера ESXi 4 из состава vSphere.

Включение поддержки технологии Intel VT на ноутбуках Sony VAIO, Toshiba, Lenovo и других.

Как настроить запуск виртуальных машин VMware Workstation и Server при старте Windows

Как работают виртуальные сети VLAN на хостах VMware ESX / ESXi.

Что такое и как работает виртуальная машина Windows XP Mode в Windows 7.

Инфраструктура виртуальных десктопов VMware View 3 (VDI)

Типы виртуальных дисков vmdk виртуальных машин на VMware vSphere / ESX 4.

Бесплатные утилиты для виртуальных машин на базе VMware ESX / ESXi.

Сравнение Oracle VirtualBox и VMware Workstation.

Проектирование инфраструктуры виртуализации VMware vSphere 4.

Как поднять программный iSCSI Target на Windows 2003 Server для ESX

Как использовать возможности VMware vSphere Management Assistant (vMA).

Бесплатные программы для VMware ESX / ESXi в среде Virtual Infrastructure / vSphere (часть 2).

Отличия VMware ESXi 4 free (бесплатного), ESXi 4 и ESX 4 в составе VMware vSphere.

Новые возможности VMware vSphere 5.0 - официально.

Все ресурсы о виртуализации:
Интервью:

Alessandro Perilli
virtualization.info
Основатель

Ратмир Тимашев
Veeam Software
Президент


Купить:

VMware vSphere 6.5


Veeam Backup 9.5


Полезные ресурсы:


Видео компании VMware

Видео про Citrix Xen

Видео о виртуализации Microsoft

Утилиты для виртуальных машин Microsoft.

Книги на английском языке

Блоги на английском языке

Блоги на русском языке

Агрегация статей в твиттере VMC:


Copyright VM Guru 2006 - 2017, Александр Самойленко. Правила перепечатки материалов.