Коллеги, в связи с высокой нагрузкой как на тренеров, так и на команду в целом, мы решили не усложнять доступ к этому материалу.
В сентябре мы провели небольшой опрос по интересующим темам в части оптимизации и ускорения работы 1С.
Две темы, которые вошли в тройку лидеров по актуальности в сентябрьском опросе:
- настройка виртуальных машин
- подбор “быстрого” оборудования
Андрей Бурмистров провел “пилотный” вебинар, получилось порядка 2 часов видео.
Далее, планировалось поставить вебинар в периодическую трансляцию и т.п. – но мы решили не усложнять :)
Итак, готовая запись вебинара по настройке виртуальных машин для работы с 1С и подбору оборудования для ускорения работы.
Рекомендуем просматривать в полноэкранном режиме:
Кто очень хочет скачать – скачивайте через YouTube, прямые ссылки мы не предоставляем, поскольку для нас важен сбор статистики.
Для тех, кто хочет больше:
Полный курс
Ускорение и оптимизация систем на 1С:Предприятие 8.3
Плюс, подготовка на 1С:Эксперт по технологическим вопросам.
Описание курса и примеры
Да уж… очень много спорных моментов.
Особенно спорен момент о размещении сервера приложений и сервера субд на одной виртуальной машине.
Исходя из нашего опыта такая схема снижает накладные расходы на передачу данных и повышает скорость работы системы. К тому же такая схема более простая, а чем меньше промежуточных слоев, тем меньше возможных точек где что-то может пойти не так.
Естественно подразумевается что оборудование способно справиться с такой нагрузкой и отказоустойчивость обеспечивается средствами виртуализации.
А как бы вы реализовали эту схему и почему именно так?
Добрый день, информация полезная, хотелось уточнить:
1. При выборе сервера приложений 1С. 8.2 и 8.3 (но клиенты работают в режиме толстого клиента) ваши рекомендации по количеству оперативной памяти такие же?
2. Сильное отличие в железе должно быть если клиенты используют толстый или тонкий клиент.
3. Дисковая подсистема: если на СУБД использовать зеркальный рейд на SATA винтах или SAS, а базы на SSD. Будет ли система на таких винтах узким горлышком, и если нет то SAS или SATA.
4. Насколько критична дисковая подсистема для сервера приложений 1С.
1-2. Толстый клиент дает меньшую нагрузку на сервер приложений. Насколько меньшую сложно судить, но железо лучше брать с запасом, тем более что не исключено что вы перейдете на тонкий клиент.
3. Я не знаю что у вас за система, что за нагрузка и т.д.
Это как лечение по фотографии, нельзя ответить на этот вопрос вне контекста конкретной ситуации.
4. Не так критична как для сервера СУБД конечно. Сервер 1С часто обращается к своим временным файлам и сеансовым данным, тем более не забываем про журнал регистрации. Поэтому не стоит для сервера 1С выбирать самый дешевый диск.
Спасибо Андрей за материал. После него многие вопросы которые были под сомнением решены. Остался один – нужно ли переплачивать на кеширующий контроллер при покупке хоста если использовать SSD диски, или достаточно иметь встроеный контролер в материнску плату. Дает ли они большую производительность по сравнению с встроенными в серверную платформу.
Если есть возможность, тогда конечно лучше использовать специализированный контроллер.
Другой вопрос насколько сильно вы почувствуете эффект.
Если у вас диски и сейчас справляются, тогда большой разницы вы возможно и не ощутите.
Спасибо за материал, все очень актуально
Очень смутило рекомендация не тратиться на ECC. так это надо только в банке и атомной промышленности.
Битая память без ECC это
1. Некорретные данные которые попадут в вашу базу.
2. Бесконечные синие экраны и перезагрузки.
3. Долгая диагностика при поиске битой планки.
И память тоже часто “горит”, реже чем диски и БП, но не менее болезненно.
Я за то что на практике, а не в теории.
У вас на ноутбуке например идут бесконечные синие экраны и перезагрузки? А за рабочем компьютером?
Или может быть некорректные данные постоянно попадают в тестовую базу на вашем рабочем компьютере?
Думаю вряд ли у вас на рабочем или домашнем компьютере память ECC установлена.
Если есть возможность и желание потратиться на ECC, то я не против.
Ну после этого утверждения практика смотреть дальше не буду :)
Там что-то остановилось на красивой картинке с ESXi и словами что kvm глючная поделка
зы. в ноуте 8гб – обычка, на домашнем сервере 32гб ecc
У меня и в ноуте у на рабочем компе обычная память, и никогда никаких проблем с этой памятью не было.
> kvm глючная поделка
Не выдумывайте, я сказал что 1С на KVM в нашей практике работала плохо в плане производительности. Это не значит что KVM плохая и глюченная, это значит что в нашей практике добиться нормальной производительности 1С на KVM не удалось.
Я подразумеваю продакшн исходя их вашего вебинара. Так как разговор идет о большом количестве пользователей, виртуализации и даже кластерах.
В вашем вебинаре речь шла про выбор железа для сервера 1С, для него и важна память ECC.
Все выше перечисленное было испытано на практике. И на все вопросы ответ да, при неисправной памяти, нюанс только в том что:
1. 1 человек с одним ноутбуком может подождать 1-2 часа пока будет идти диагностика или ноут заменят.
2. 200 человек не будет ждать пока простаивает сервер 1С. – прямые потери для бизнеса.
А тестовые системы могут быть любыми. так как ценность данных в них часто нулевая.
Еще раз спасибо за полезный материал.
Если память не исправна на аппаратном уровне, то уже не важно ECC это или нет, разве что если неисправна 1 ячейка памяти тогда ECC этого не заметит.
Я говорю про то, что ECC в основном берут в расчете на случайны ошибки, вызванные попаданием частицы космического излучения и т.д. Просто такие случае крайне редки.
Добрый день,
Подскажите насколько сильно влияет на скорость работы 1с задержка в TCP-подключениях и ограничение на TCP-подключения, или на эти параметры можно не обращать внимания? Если влияет, то в каких пределах допустима задержка?
Скорость сети конечно оказывает влияние, например если сервер 1С и СУБД стоят на разных машинах. Сейчас как правило стоят гигабитные сетевые карты и проблем с пропускной способностью быть не должно.
Проблемы производительности с сетью могут быть если:
– используется виртуальный сетевой адаптер
– используется большое число промежуточных узлов между серверами (например пакет проходит через 2 и более маршрутизатора)
– сетевое оборудование сбоит, пакеты теряются или идут долго, тогда это конечно скажется на скорости работы
Спасибо.
Есть сервер IBM M4 x3550 2хXeon 10C E5-2690v2. В нём 8 дисков 81Y9691 1TB 7.2K 6Gbps NL SAS 2.5in SFF HS HDD, объединенные в RAID 10.
Есть СХД Synology 2U RS3412RPxs с RAID-5 из шести дисков WD HDD SATA-III 1000Gb, Raid Edition WD1003FBYZ, 7200rpm, 64MB buffer
На сервере установлен ESXi. Вся ёмкость рейда на IBM объединена в один сторадж. На Synology организован LUN и подключен по iSCSI к серверу IBM. При этом сервер IBM и СХД Synology включены в гигабитный коммутатор.
Мигрирую одну и ту же виртуальную машину, расположенную на виртуальном жестком диске между внутренним стораджем IBM и LUNом на Synology, получаю результаты теста Гилева: на внутреннем хранилище 12 попугаев, на СХД Synology 21 попугай.
Какие настройки диска на внутреннем хранилище стоит посмотреть, чтобы добиться производительности хотя бы на уровне СХД?
Василий, здравствуйте!
1. Надо больше информации. Запустите crystal diskmark (версия 3.0.4) с размером теста в 4000 мегабайт на обоих носителях и пришлите скрины результата.
2. У вас базы тоже лежат на виртуальном диске?
На внутреннем сторадже IBM:
Sequential Read : 334.928 MB/s
Sequential Write : 75.716 MB/s
Random Read 512KB : 47.616 MB/s
Random Write 512KB : 37.589 MB/s
Random Read 4KB (QD=1) : 0.631 MB/s [ 154.0 IOPS]
Random Write 4KB (QD=1) : 0.457 MB/s [ 111.5 IOPS]
Random Read 4KB (QD=32) : 8.980 MB/s [ 2192.3 IOPS]
Random Write 4KB (QD=32) : 3.859 MB/s [ 942.1 IOPS]
На СХД Synology:
Sequential Read : 97.036 MB/s
Sequential Write : 105.239 MB/s
Random Read 512KB : 21.477 MB/s
Random Write 512KB : 73.181 MB/s
Random Read 4KB (QD=1) : 0.721 MB/s [ 176.0 IOPS]
Random Write 4KB (QD=1) : 9.890 MB/s [ 2414.6 IOPS]
Random Read 4KB (QD=32) : 4.517 MB/s [ 1102.7 IOPS]
Random Write 4KB (QD=32) : 30.702 MB/s [ 7495.5 IOPS]
Скорость на внутреннем сторадже IBM просто чудовищно медленная.
У вас нарушена одна их самых главных и основных рекомендаций, не размещать базы на виртуальных дисках. Диски к виртуалке надо подключать только напрямую.
Если даже после этого скорость диска не будет приемлемой, тогда надо будет разбираться со стораджем, возможно пересобрать массив внимательно читая рекомендации производителя. Но сначала нужно в обязательном порядке перенести базы на физ. диск и подключить его к виртуалке напрямую.
Всё лежит на одном виртуальном диске
Ответил.
Андрей, спасибо Вам огромное! И за вебинар, и за внимание к моему вопросу. Желаю всех возможных успехов!!
Спасибо за вебинар. Информация интересная, как впрочем и все, что делает Ваша команда.
Здравствуйте, Андрей!
Вы сказали, что SSD объединять в рейд не нужно, т.к. падает производительность. Тут возникает два вопроса:
1. Что лучше использовать SSD или рейд 10 из HDD с SAS-интерфейсами?
2. Как на SSD хранить большую базу, учитывая что сами SSD ограничены в размере?
Дмитрий, приветствую.
1. Для базы 1С – SSD во много раз лучше.
Начиная от нескольких пользователей, разница будет видна уже на замерах APDEX. Исключение – совсем мелкие базы условно до 3-5 гигов на 2-3 юзеров, где легко справляется и пара обычных винтов.
На 20+ пользователей SSD даст заметный прирост скорости и намного более комфортную работу. Но надо помнить что если проблемы в базе например в блокировках, то никакой апгрейд сильно ситуацию не исправит.
2. Уже давно есть SSD на несколько терабайт, так что всем должно хватить с запасом. Если у вас уже есть несколько SSD малого размера и вы хотите их использовать под большую базу, тогда просто сделайте несколько файлов базы и храните их на разных дисках.
Кстати, по поводу SSD в массиве. Падение производительности происходит из-за разных характеристик самих дисков (на одном ячейки свободные, на другом перезапись, очистка, или другие внутренние оптимизации, которыми заведует внутренний контроллер).
Также читал в “интернетах” такое”: “На данный момент недостатком любого SSD с конфигурацией RAID 0, является отсутствие поддержки TRIM, достаточно важной для твердотельных накопителей функции. Хотя в случае с продуктами на контроллере SandForce такая ситуация не очень страшна, т.к. используется функция так называемой «уборки мусора» (GC/Garbage Collection), которая необходима для возвращения накопителю его скоростных характеристик, потому что они теряются со временем в процессе работы.”
Т.е. поддержка TRIM еще в массиве контроллером должна быть…
Здесь неплохо про массивы SSD: https://habrahabr.ru/post/242199/
Спасибо, хорошее дополнение.
Здравствуйте, Андрей!
Вот Диск, на который вы рекомендуете ориентироваться “Samsung 850 Pro”.
В предупреждении, которое идёт к данному диску написано:
“Невозможно использование данного накопителя в серверах из-за недостаточного ресурса TBW”
http://ryazan.nix.ru/autocatalog/ssd_samsung/SSD-1-Tb-SATA-6Gb-s-Samsung-850-PRO-Series-MZ-7KE1T0BW-RTL-25-V-NAND-MLC_190299.html
У нас например:
– База весит: 230 ГБайт,
– Пользователей: 60
– Настроены все регл. операции, которые Вы рекомендовали в курсе, т.е. нагрузка на количество записей/перезаписей высокая.
ВОПРОС: Сколько времени прослужит такой диск, до выхода из строя и вообще годится ли он именно для роли “сервера баз данных”?
PS: мой коллега сисадмин, утверждает, что SSD – очень не надёжный и поэтому использовать на сервере БД не желательно. + RAID является необходимым для обеспечения бесперебойности работы.
Я его рекомендую именно потому, что у нас этот диск используется уже очень давно (пару лет точно) и пока он самый безпроблемный. Это не значит что он идеален, просто по нашему опыту он нас во всем устраивает.
> SSD — очень не надёжный
Это уже давно не так. Все более менее крупные базы либо уже стоят на SSD, либо в скором времени на них перейдут. Сейчас ситуация с SSD и HDD напоминает ситуацию с CD и Flash-накопителями, чем все закончилось вы знаете.
> RAID является необходимым для обеспечения бесперебойности работы
Я ведь не спорю с этим, просто учитываете что если в контроллере нет поддержки TRIM, на диске не будет зарезервировано достаточно свободного места, и у диска будет не очень хороший сборщик мусора, тогда за эту стабильность вы заплатите производительностью.
Не стоит пугаться SSD, intel ds3500 уже 4 года трудится с базой с 300 гигабайт, на 200 пользователей.
Когда речь идет о дисках. упоминается термин “перезапись”, не совсем понятно о чем речь. или диск заполнен полностью или уже превышено максимальное число циклов записи/чтения SSD
Имеется ввиду что диск полностью заполнен и идет запись в ячейки в которые ранее уже производилась запись.
Большое спасибо. Затронуты действительно очень актуальные темы. Хотелось бы продолжения. Особенно касаемо применения виртуализированной среды. Особенностей проведения анализа производительности в ней решения различных проблем. В т.ч. более подробно об анализе и подборе оборудования для вирутаилизированных сред.
А так же хотелось бы подобные вебинары и по другим редким темам. Например по настройке, анализу производительности решения проблем в других, малоосвещённых системах: linux, oracle, postgree
Отличный вэбинар. Спасибо!
Добрый день. Скажите пожалуйста, а можно этот видео урок добавить в состав курса, чтобы можно было его скачать и добавить в список вашего защищенного плеера?
Доброго дня, Даниял!
Постараемся добавить в ближайшее время. Видео будет доступно на странице с материалами.
Жаль что не были рассмотрены системы виртуализации на основе Xen и KVM, именно они преобладают на текущий момент.
На наших проектах в подавляющем большинстве случаев встречается либо ESXi либо Hyper-V.
Сейчас область виртуализации очень бурно развивается, поэтому не исключено что в ближайшие годы лидеры могут измениться.
Большое спасибо! Обязательно куплю курс.
Можно получить ссылку на процессор подходящий под рекомендации из вебинара :)
2 соккета, от 3,5Ггц, минимум 16 ядер.
16 ядер не в каждом процессоре, а всего в сумме 16 ядер.
Это понятно.
Но даже 8 ядерных процессоров с частотой от 3,5 ГГц в последних линейках серверных процессоров для двусокетных систем – не существует. :)
http://ark.intel.com/products/92979/Intel-Xeon-Processor-E5-2667-v4-25M-Cache-3_20-GHz
8 ядер, частота базовая 3,2 в режиме TB 3,6 поддерживает 2 сокета.
Ну так 3,2ГГц это не “от 3,5ГГц”.
Владимир, если вы внимательно смотрели вебинар, то должны были заметить что что я говорил про обязательное включение Turbo Boost.
Ну вы же понимаете что в режиме Turbo Boost, на максимальной частоте, работают не все ядра процессора, а за частую всего одно, и рекомендация выбирать процессор не по базовой частоте, а по частоте в режиме Turbo Boost может привести к плачевным результатам и слушатель выберет вот такого монстра http://ark.intel.com/products/91317/Intel-Xeon-Processor-E5-2699-v4-55M-Cache-2_20-GHz
и в итоге, за в двое большую суммы, получит гораздо белее худшую производительность, чем если бы выбрал тот-же E5-2667-v4.
Работа технологии Turbo Boost не зависит от количества ядер. Возможна ситуация когда одно или несколько ядер работают с частотой ниже расчетной, но это вовсе не значит что чаще всего с TB работает только 1 ядро. Можно запустить HWINFO и посмотреть какие ядра действительно работают с TB, как правило либо все либо большая часть.
Насчет процессора который вы привели, 22 ядра это явно больше 16, тем более что говорилось про 16 ядер в сумме на 2 процессора.
Я все таки хочу верить в то, что слушатели вебинара могут посмотреть спецификации и сравнить характеристики процессоров (включая цену) и сделать оптимальный выбор под свои потребности.
Рекомендации это ориентир, естественно могут быть отклонения как в ту, так и в другую сторону.
Моя задача здесь дать хотя бы примерные представления о том какой процессор выбрать, и уберечь от совсем грубых ошибок, например выбора вот такого процессора для высоконагруженного сервера 1С
http://ark.intel.com/products/91752/Intel-Xeon-Processor-E5-2650L-v4-35M-Cache-1_70-GHz
У E5-2667-v4 в режиме TB на максимальной частоте 3,6ГГц работает только ДВА ядра из 8.
А на частоте 3,5ГГц работает уже все ядра.(Да этож праздник какой-то)
Не был в курсе развития технологии TB 2.0
Вышеописанные правил распространяется далеко не на все процессоры, для предыдущих поколений зачастую всё наоборот.
P.S. но это не отменяет утверждения что выбирать процессор только по частоте в режиме Turbo Boost – зло.
Хорошо что разобрались :)
Насчет старых процессоров согласен, но надеюсь при покупке нового «железа» старые модели в качестве кандидатов рассматриваться не будут.
Только по частоте TB и не нужно выбирать, но надо ее учитывать. Ведь подразумевается что это технология будет включена, а значит частота будет выше номинальной.
Но ведь эффективность Turbo Boost зависит от количества задействованных ядер. Значение 3,6 указано для загрузки одного ядра. При одновременной загрузке нескольких ядер частота будет ощутимо ниже. И, скорее всего, не преодолеет указанный порог 3,5ГГц.
Или в данной линейке Turbo Boost разгоняет все нагруженные ядра до 3,6ГГц?
Хотя… Судя по этой таблице (если она корректна), до 2х ядер будет 3,6Ггц, а
потом, вплоть до полной загрузки 3, 5ГГц.
https://en.wikipedia.org/wiki/List_of_Intel_Xeon_microprocessors#Xeon_E5-26xx_v4_.28dual-processor.290
Но это очень непохоже на остальные процессоры.
Частота может быть ниже, но это не будет ощутимо ниже. Именно для данного процессора частота будет возможно 3,3 или 3,4 разница не большая.
Частота 3,5 это ориентир, как я уже говорил небольшие отклонения вполне допустимы.
Спасибо! Замечательно поданный материал.
Андрей, спасибо большое за актуальную информацию!
2 часа и все равно остались вопросы) Спасибо за видео
Огромное спасибо, очень актуально
А когда сам вебинар был? У меня не было рассылки о том, что будет проходить вебинар и в новостях я вроде такого не видел.
Доброго дня, Олег!
Вебинар первоначально проводился на группе критиков.
Планировалось поставить вебинар в периодическую трансляцию. Но мы решили не усложнять и опубликовали запись.
Здравствуйте. В вебинаре Андрей говорит о том, что он автор 3-х курсов. О каких курсах идет речь? Я проходил курсы по оптимизации до 2016 -го года и новый курс по оптимизации. Эти 2 курса считаются за один?
Доброго дня, Олег!
Нет, это 2 разных курса.
3 третий тренинг – «Диагностика проблем производительности 1С: что конкретно тормозит систему».