Настройка vmware esxi для 1с
Влияние виртуальных сред на производительность 1С
2. Использовать только физические диски под данные, а не виртуальные.
3. Вендоры виртуальных систем честно указывают примерный процент замедления относительно физических серверов от 9 до 24 %. Виртуалки это удобно, но не быстро. «Хочу как на физическом сервере» это пустое.
4. Передача по сети между двумя виртуальными машинами на одной физической машине медленней протокола Shared Memory
5. Функции динамического перераспределения ресурсов между несколькими виртуальными машинами увеличивают возможности по ресурсам, но само перераспределение также вносит замедление. Для 1С рекомендуется выключать такие функции. Если стоит динамическое распределение ресурсов, также может «слететь» программная лицензия 1С.
6. В BIOS должны быть включены технологии виртуализации (VT-x, EPT, AMD-V и т.п.). Там же переданное управление питание ОС – CPU Power Saving — OS Controlled mode. Или что-то аналогичное. Если поддерживается. ESXi — имеет полный набор средств для управления питанием сервера. И лучше отдать этот вопрос на откуп гипервизору, если хочется быть уверенным, что он не скажется на производительности негативно.
Там же отключите опцию NUMA Node Interleaving или включите опция Enable NUMA. Данный пункт часто вводит в заблуждение. ESXi — NUMA-awared ОС, более того, она умеет транслировать NUMA-архитектуру в виртуальные машины, так что включение возможности распознавать NUMA-ноды сказывается положительно на общей производительности в большинстве случаев. Однако опция «NUMA Node Interleaving», будучи в состоянии «Enable» на деле объединяет ноды в единое пространство, то есть отключает распознавание NUMA-нод.
7. На хостовой машине исключите из проверки антивирусом каталоги виртуальных машин
Microsoft Hyper-V
– при использовании серверов Hyper-V с узлами NUMA
VMware ESXi & vSphere
Для виртуальных серверов ESXi 6.0 с 1с сервером не используйте сетевые интерфейсы типа WMXNET3, использовать только типа e1000e
ОПЕРАТИВНАЯ ПАМЯТЬ
– Отключить дедупликацию памяти для EXSi – Transparent Page Sharing на хосте VMware ESXi
Если же вы хотите отключить этот механизм уже прямо сейчас, то нужно сделать следующее:
В старых версиях
- Залогиниться на ESXESXi или vCenter Server через vSphere Client.
- Выбрать нужный хост и зайти на вкладку Configuration, затем перейти в Advanced Settings в секции Software.
- Выбираем раздел Mem и в нем устанавливаем значение параметра Mem.ShareScanGHz в 0.
После патча и обновлений ESXi механизм TPS можно будет включить следующим образом (Advanced Settings в секции Software):
- Параметр Mem.ShareForceSalting (включение TPS на уровне всего хоста ESXi). Если значение стоит 0 — то значит TPS по-прежнему работает на хосте, если 1 — механизм отключен.
- Параметр sched.mem.pshare.salt (ставится на уровне ВМ) позволяет включать/отключать TPS для отдельных виртуальных машин (например, старые Windows или линуксы — для них можно было бы включить). Когда параметр ShareForceSalting установлен в значение 1, то для нуждающихся в TPS машин в их Advanced Configuration нужно установить одинаковые значения «соли». Без этого TPS не работает — соответственно, он отключен.
ПРОЦЕССОР
– Включить схему питания максимальной производительности
– vSphere прекрасно знает про NUMA и старается размещать виртуальные ядра машин на тех физических процессорах, в чьей памяти сейчас находится оперативная память виртуальной машины. Но тут возникают подводные камни. Производители серверов любят включать в BIOS по умолчанию эмуляцию NUMA. То есть сервер представляется операционной системе как НЕ NUMA устройство, и vSphere не может использовать свою оптимизацию для управления данной технологией. В документации по vSphere рекомендуется отключать (Disable) данную опцию в BIOS, это позволяет vSphere самостоятельно разбираться с вопросом.
ДРАЙВЕРА
– Установите гостевые дополнения VMware Tools
Первое, что необходимо сделать, после установки операционной системы гостя внутри виртуальной машины, это установить программный пакет – гостевые дополнения VMware Tools для VMware. Эти пакеты содержат специальные драйвера, которые обеспечивают более быструю работу гостевой операционной системы на аппаратных средствах виртуальных машин.
Выберите пункт Install VMware Tools в меню виртуальной машины . Следуйте инструкциям на вашем экране для завершения установки. Если вы используете гостевую ОС Windows, то вы увидете, что данный процес не отличается от установки других приложений.
Проверка VMware Tools.
- Выберите хост в vClient;
- Перейдите на вкладку Virtual Machines;
- Добавьте столбец «VMware Tools Status»;
- Оцените статус. OK->значит все хорошо, ничего делать не надо. Not Running/Out of date — устраняем.
Если VMware Tools не запущены, необходимо разбираться с гостевой операционной системой. Причина может скрываться в обновлении ядра Linux либо отключенной (кем-то) службе VMware Tools в Windows.
Если VMware Tools устарели, необходимо их обновить из контекстного меню vClient. Как правило, это случается после установки обновлений на хосты ESX/ESXi. После этого зачастую требуется обновить и VMware Tools.
ДИСКИ
– При использовании внешних хранилищ
- Independent Persistent Mode vmdk-диска — наиболее производительный, поскольку изменения вносятся сразу на диск, не журналируясь. Но такой диск не подвержен снапшотам, его нельзя откатить.
- При использовании iSCSI рекомендуется настроить jumbo frames (MTA=9000) на всех интерфейсах и сетевом оборудовании.
- MultiPathing — для большинства случаев RoundRobin — ОК. Fixed может дать большую производительность, но это после вдумчивого планирования и ручной настройки каждого хоста до каждого LUN. MRU можно поставить при active-passive конфигурации, если какие-то пути время от времени пропадают — чтобы не перескакивало туда-обратно.
Как выглядит на практике отказ от виртуализации. Далеко не всегда виртуализация сильно замедляет, все таки характер нагрузки, объем данных имеют тоже значени.
Диски Nvme, заявленной скорости должно хватать с головой, тестирую скорость запись/чтение в развернутой виртуальной машине - все ок. Процесор, ОЗУ не загружены. Тестирую тестом Гилева саму 1с - и наблюдаю малое кол. попугаев. И просто не понимаю, куда рыть.
Простой 5 комментариев
а с чем сравниваете?
случайно не с файловым вариантом базы 1С?
как сейчас дела обстоят не в курсе, но раньше традиционно трехзвенка в том же окружении, категорически уступала в производительности. слышал объяснения этого феномена, тем что в SQL в некотором смысле, эмулировалась структура файловой базы
А что тут феноменального? Наоборот логика подсказывает что так и должно быть.
клиент серверная архитектура это всегда медленно, потому что много накладных расходов. Зато позволяет одновременно работать куче пользователей.
А файловая это минимум расходов, но она предназначена для одного пользователя.
всего лишь оборот речи
- структура БД 1С в любом SQL не оптимизирована для SQL. и это были шокирующе большие накладные расходы. как сейчас не знаю. времени прошло много.
- вообще то файловые БД 1С прекрасно шарились по сети. а еще быстрее работали на терминальных серверах для множества пользователей одновременно.
.. а в остальном вы правы, все обобщенные рассуждения о клиент-серверных системах у вас совершенно точны ))
А что там оптимизировать? Обычные данные хранящиеся в БД.
файловые БД 1С прекрасно шарились по сети. а еще быстрее работали на терминальных серверах для множества пользователей одновременно
Файловая оптимальная для одного пользователя. Возможность работы в многопользовательском режиме там есть, но сделана очень просто - блокировка таблиц. Поэтому пользователи в процессе работы мешают друг-другу. Пока один не освободит таблицу, другой ни прочитать, ни записать в нее не сможет. Поэтому даже два активно работающих пользователя создают приличные помехи друг-другу.
Хотя если не очень активно работают в некоторых случаях вполне работоспособно и с десятком пользователей.
Для 1с на ESX надо выкручивать всё. Особенно важна низкая латентность.
Если вместе с MS SQL ставите, используйте SharedMem вместо tcp/ip - это даст почти в 1,5-2 раза больше попугаев.
На самой ESX лучше больше 1 машины не держать. В настройках esx поставьте в power management - high perfomance - влияет.
В гостевой машине Latency Sensitivity - high
Этим ещё процентов на 10 попугаев поднимите.
Удачи.
Увы, shared memory дает не более 11-14% но дабавляет проблем в виде все яйца в одном ведре. Темпы в рамдиск даст больше прафита и избавит диски от износа.
Для начала проверьте что у вас дисковый раздел Datastore и внутри VM правильно размечены .
Погулите про "esxi disk alignment"
Ну, и почитать официальные доки "vsphere esxi vcenter server 67 monitoring performance guide" и "vsphere esxi vcenter server 67 performance best practices"
PS NVMe - наверное consumer ?
Для начала проверьте что у вас дисковый раздел Datastore и внутри VM правильно размечены .
Погулите про "esxi disk alignment"
но что же там такого "неискаропки" что нужно "правильно размечать" ?
в 99% "искаропки" все работает ОК
Имхо не надо так делать на продакшене. Имеем игру в RTS, где основные ресурсы - процессорное время, память (с учётом шины и таймингов) и Йопсы. Ресурсы для сиквела - процессор, память, йопсы. Ресурсы для сервера приложений 1С - процессор (причем один рпхост-одно ядро) и память. Каждое приложение пытается получить максимум ресурсов под свои нужды в условиях конкуренции.
Затем с этого снимается налог на виртуализацию и "надо больше золота".…
В самом простом варианте (до 50 пользователей, но в зависимости от нагрузки) имеет смысл установить сиквел и сервер приложений на одном сервере, но без виртуализации (какой в ней смысл, если это специализированный сервер). Это позволить немного сэкономить на железе и немного выиграть в скорости за счёт шаред мемори. При высоких нагрузках внезапно может кончится пропускная способность шины памяти, уйти в полку утилизация процессора или очереди дисков.
Поэтому при большом количестве пользователей целесообразно сразу планировать трехзвенку. Это даёт некоторый проигрыш в Гилевских попугаях, но делает систему более предсказуемой под нагрузкой и легче масштабируемой при необходимости. При этом добавляется ещё один ресурс - пропускная способность сети (и параметр латентности:)).
Ну первая причина - виртуализация. Если хотите скорости от виртуализации лучше отказаться.
Во вторых - не понятна конфигурация. Что за физическая машина, какие ресурсы выделены в виртуалке.
У вас точно диски в виртуалку проброшены? Обычно в ВМ используют виртуальные диски.
А смысл тестировать скорость записи/чтения? Это явно не будет узким местом. Лучше задержку бы потестировали..
Тем более диски там у вас SSD - что за диски? Размер диска, размер базы? Сколько оставили под over provisioning?
Из года в год, следуя закону Мура, сервера становятся все производительнее. Рано или поздно, наступает такой момент, когда производительность выдаваемая серверами в несколько раз покрывает задачи, под которые они используется. Что же делать, спросите вы? Виртуализация, отвечу я.
В данной статье я расскажу про технологию виртуализации от VMware – ESXi. Статья будет интересна прежде всего начинающим системным администраторам и руководителям ИТ структур. Зубры виртуализации из нее ничего нового не узнают. Приступим.
Почему ESXi?
- Бесплатность — естественно здесь есть ограничения. Сервер должен иметь не более 4-х CPU, если процессоров больше, то придется раскошелится на старшую, платную версию.
- Автономность — ESXi не зависит от хостовой ОС. В следствии чего являет более производительной в отличии от решений работающих на базе какой-либо ОС. К примеру, ESXi занимает на диске всего около 32-х мегабайт.
- Поддержка любых гостевых ОС — у конкурентов, в частности MS Hyper-V с этим не все так гладко.
Что необходимо?
Прежде всего – сервер. И в данном случае под словом сервер подразумевается брендовый сервер таких фирм как IBM, HP, DELL и тд. Так как ESXi позиционируется как решение для малого и среднего бизнеса, собранным на коленке сервером тут не отделаться. На сайте VMware есть специальный список совместимого железа. Если кратко, ESXi любит – серверные материнские платы, серверные сетевые карты (Intel), отдельные RAID контролеры (стоимость которых начинается от ~ 200$). ESXi не любит — интегрированные (софтовые) RAID массивы, сетевые карты на чипах Realtek, то есть все то, что относится к обычным стационарным ПК.
В моем случае в качестве стенда использовался старенький IBM xSeries 226. Несмотря на почтенный возраст, старичок с гордостью вынес все испытания.
Не томи уже
Прежде всего, регистрируемся на сайте VMware. После регистрации нам выдают персональную лицензию на ESXi и ссылки на последнюю версию сервера и клиента.
Скачиваем ESXi 4.1 Installable Update 1 (CD/ISO) и VMware vSphere Client. Далее записываем iso образ сервера на любой носитель CD/DVD/Flash. Единственное о чем стоит сказать, что ESXi предназначен для установки на «голое» железо и все имеющиеся на сервере данные будут уничтожены.
После установки сервера приступим к его настройке. А настроек, по сути, всего две. Установить пароль и сменить IP адрес. Просто до безобразия. Хотя интересующиеся могут открыть доступ к консоли, поковыряться в потрохах, разрешить подключения по SSH. И все это из-за того, что ESXi основан на Red Hat Linux.
Двигаемся дальше
Устанавливаем на рабочем месте администратора vSphere Client. После установки указываем адрес сервера и пароль. И вот мы на месте.
Интерфейс и удобство работы с vSphere Client нареканий не вызывают. Любой, кто хоть как-то знаком с продуктами VMware разберется за пять минут. Нажали «добавить новую машину», указали файл образа или любой другой носитель с дистрибутивом, переключились на консоль и вот перед нами установка виртуальной ОС.
Разбор полетов
В результате на старичке IBM был развернут контролер домена, сервер 1С и Exchange сервер. Для не большого офиса в 20 человек более чем оптимальное решение. Естественно данная статья является лишь маленькой вершиной айсберга и чем дальше познаешь этот айсберг, тем интереснее. Вообще, я думаю, что за технологиями виртуализации будущее, если вы еще их не пробовали, может стоит начать уже сейчас?
Перед созданием ВМ добавляем хранилища данных которые будем использовать.
В итоге получаем 6 хранилищ
Для этого сервера будем использовать хранилище LSI 2TB для ОС на raid1 собранного на контроллере LSI из SAS HDD и хранилища на серверных SSD от Intel для БД. Т.к. ESXi не работает с софт-контроллерами, то позже соберем зеркальные массивы под Linux.
Теперь создадим саму ВМ
Далее настроим ВМ.
Процессоры. Максимум 8 CPU по 4 на сокет и включим Hardware virtualization.
Памяти выделим 48GB. Тут не настраивал ничего.
HDD. Создадим диск для ОС на LSI 2TB объемом 50GB.
Выберем следующие параметры:
- Disk Provisioning — Thick provisioned, eagerly zeroed. Все пространство такого диска выделяется в момент создания, при этом блоки очищаются от данных, которые находились там ранее. Далее происходит обычная работа с блоками без очистки. Преимущество такого диска — производительность и безопасность, недостаток — долгое время создания.
- Disk Mode — Independent — persistent. Наиболее производительный, поскольку изменения вносятся сразу на диск, не журналируясь. Но такой диск не подвержен снапшотам, его нельзя откатить.
Время создания у меня ~15 минут. Аналогичным образом попытался добавить хранилища на SSD, но добавление первого хранилища длилось очень долго, за 5 часов процесс достиг только 17%. Выяснилось что проблема в новом драйвере AHCI.
После устранения проблемы с быстродействием добавим еще 5 дисков с аналогичными настройками:
- для хранения БД — 2 диска объемом по 170Gb на SSD 200;
- для хранения логов БД — 2 диска объемом по 100Gb на SSD 100;
- для хранения резервных копий — 1 диск объемом 120Gb на LSI 2TB.
Для лучшей совместимости сменим тип адаптера на E1000e
Для установки ОС из образа, добавим CD/DVD Drive
В нашем случае смонтируем образ CentOS 7 в конфигурации minimal, предварительно скачанный и загруженный на LSI 1TB
После установки ОС рекомендуется удалить CD/DVD Drive, как и другие не используемые устройства.
Тут собираю интересное по интересующей меня теме виртуализации.
- Главная страница
- Книга по vSphere
- Performance - как правильно мониторить
- VMware Certification
- Курсы VMware
- Подборка важных материалов
Подпишись на обновления по RSS
Посты по email
Обо мне
Все высказанное здесь представлено “как есть” и не предоставляет каких-либо гарантий и прав. Позиция автора может не совпадать с позицией работодателя. Просмотреть профиль
Рекомендую
Последние комментарии
Подпишись на комментарии
Комментарии
Комментарии
Популярные посты за месяц
Хе хе. Я тут овладел новым джедайством (Денис, спасибо за наводку). Посмотрите на эту картинку: На первый взгляд скриншо.
Intel купил McAfee. по рассказам знающих тему все было вот так: - Так. Нам нужен антивирус. Купите кто-нибудь McAfee. Вечером: .
Как многие уже слышали, VMware объявила об относительно скором релизе пятой вСферы - в третьем квартале этого года. Уже стали известны по.
С радостью я констатирую тот факт, что практически каждый день мне пишут про мою книгу. В основном - "Где ее можно купить?" С о.
Популярные посты за все время
Хе хе. Я тут овладел новым джедайством (Денис, спасибо за наводку). Посмотрите на эту картинку: На первый взгляд скриншо.
Intel купил McAfee. по рассказам знающих тему все было вот так: - Так. Нам нужен антивирус. Купите кто-нибудь McAfee. Вечером: .
В двойку лидеров по известности среди продуктов VMware входит программа VMware Workstation. Это весьма эффективное средство создания вир.
В vSphere 5 появилась такая штука как Web Client – по сути, старый добрый web-интерфейс, но слегка в новом обличии. Если в тройке и четве.
Архив блога
Ярлыки
пятница, 18 ноября 2011 г.
1с и виртуализация
Есть вещи, которые не меняются.
Позабавило в очередной раз, углядел тут.
Чисто поулыбаться, 1С ники млин .
Мне:
Ниже описаны некоторые требования, которые мы считаем целесообразным предъявить к конфигурации новых серверов и ПО на них:
1. SQL сервер должен стоять на железке, т.е. мы хотим, что бы он крутился на реальном сервере, а не на виртуальном.
2. Предпочтительная версия сиквела - SQL 2008.
3. SQL должен использовать максимально возможное количество оперативки на своем сервере.
4. На том диске, где будут храниться сиквельные базы, параметры форматирования диска должны быть следующими: размер сектора = 32 Кб
5. Файлы баз и файлы логов транзакций должны находится на персональных массивах (т.е. кроме лога транзакций на его массив ничего не должно писаться, аналогично с массивом файлов базы)
6. Сервер приложений 1С и SQL сервер должны стоять на разных физических серверах
7. Операционки и под сервер приложений 1С и под сиквел должны быть 64-битными
8. Не менее 500 гигов дискового пространства необходимо выделить под базы 1С 8 на том сервере, где будет SQL.
9. Отдельно 500 гигов под бэкапы.
Читайте также: