Тормозит 1с КА2

купи 4 сервера, каждый в 4 раза дороже, чем текущий

Позвать эксперта по техвопросам.

продолжать наблюдения ибо сабж ни о чем, не туда смотрите

(0) Дисковую систему опиши

(0) Сервак 1с на виртуалке? И скуль тоже?
Ну тогда пройдите во двор. Там есть сад.

(6) "Слегка"????

(10) Для понимания этого нужно читать классику.
https://www.youtube.com/watch?v=ix1YNPgWjKk

(8) Мало инфы.
Все виртуалки на одном диске? Или каждая виртуалка на отдельном?

(12) Насколько загружена дисковая система?

(14) :))
19 февраля 2016; Стаж: 4 года 11 месяцев 27 дней

Это уже дно или приближаемся?

(14) тебя не про место спрашивают, а про очередь чтения/записи на диске

(14) Вынеси  сервер баз данных на отдельный диск. Желательно сделать так, чтобы сервер БД работал напрямую с физическим диском.

(18) пусть админы смотрят, тебе это ни о чем не скажет

(0) На остальных двух вирт. машинх что работает, серверы RDP? Тогда удивительно что 1С просто тормозит, а не лежит плашмя на 6-ти ядрах с 50-ью пользователями.

(20) Пффффффф. Мелочь то какая.

(23) ыыыыыыыыы

Все должно летать. :)

(27) один сеанс 1С на клиенте хочет 2-4 гиг рам и 1 ядро
сколько там у вас ядер? а рамки?

Короче амд 3600 отличный проц за свои деньги
На нем можно поднять отличный сервер 1С + sql сервер

Только без виртуалок и гипервизоров а нативно!
И никаких rdp серверов на него и прочих файловых, все выносите на отдельные физические машины/сервера

(29)+ У вас ядер/потоков проца на rdp не хватка дичайшая, он задалбывается переключаться между 10 юзерам и сервером да еще и hyper-v и даже странно что оно не лежит

В КА некоторые алгоритмы не особо оптимальны на больших объемах.

(32) Например?

(2) зачем, если на мисте аттестованные эксперты бесплатно продемонстрируют свои скиллы ;)

Кстати, если включить роль контроллера домена на вирт. машине, кэширование файловой системы только на ней же будет отключено, или на гипервизоре тоже?

(23) Сколько ядер выделено на RDP?

(0) мало ресурсов. 128 Г на скуль+приложения. Терминальный отдельной железкой.
И да, виртуалки нужно тоже с умом настраивать. Но лучше без них.
И многие тут уже отметили, удивительно что вообще как-то работает.

Кто то еще сервера на АМД поднимает, посмотрите монитор ресурсов, загрузка ОЗУ, CPU как и чем загружено

(5) Виртуализация всегда лажа или чисто в теории можно настроить чтобы пользователи не ныли?
У меня сейчас тоже приключение, ЕРП, около 80-100 пользователей, РДП+СКЛ+сервер 1С - три виртуальные машины на HyperV. Крутится всё на одной достаточно новой железке делл с 500 оперативы и не помню 16 или 32 ядрами. Тормозит ощутимо, в дни закрытия месяца очень сильно. Перенесли на железо, пользователи в восторге, но теперь админ ноет что если что гавкнется то быстро не поднять.

(40) Лицухи проф или корп?

(41) Проф.
Посмотрел ядер 16, ну лицензия не больше 12, думаю некритично. Тормозит-то именно виртуалка

(42) Сколько попугаев по гилеву?

(43) В виртуале 15, в железе 25

(40) какой смысл делать это на одной железке-надежность системы в 3 раза ниже, быстрдействие думаю тоже снижается за счет нагрузки на лишиние ОС и вирт машины

(40) >>  админ ноет что если что гавкнется то быстро не поднять.

Если бы у админа руки росли из плеч, то были бы шансы на то, что он сумел бы настроить виртуальные сервера таким образом, чтобы обеспечить приемлемую производительность.
Если он этого сделать не может, то пусть ноет дальше. Виновник проблемы только он сам и никто другой.

Поднимать 1С на виртуальном сервере только лишь ради возможности быстро что-то там восстановить - это фетиш админов. Типа виртуализация - это модно, молодёжно. Самое смешное, что эта распиаренная возможность быстрого восстановления виртуального сервера не всегда отрабатывает. Это тоже надо уметь настраивать правильно.

(40) >> Виртуализация всегда лажа или чисто в теории можно настроить чтобы пользователи не ныли?

Можно настроить.
Но надо понимать, что потеря на виртуализации будет всегда. Всё что может сделать грамотный админ - минимизировать эти потери за счет тонкой и правильной настройки.
Мы, например, пытались поднять сервера на виртуалке. Но добиться приемлемой производительности в сравнении с железными серверами у админов так и не получилось. Были посланы в сад.

(45) >> какой смысл делать...

Модно, молодёжно.

(45) Железки куплено две одинаковые. Сдохла одна - через 10 минут подняли всё на другой. Логика в этом всё же есть.

(47) Все зависит от параметров сервера и что надо сделать, какой смысл виртуализировать большие железки? виртуализация же востребована на мелких железках, где нет смысла покупать еще одну. Пример предоставление доступа на 5-10 пользователей

Или у тебя дата центр, и ты перекидываешь неиспользуемые мощности под основную базу

(49) Да если только мельчить на МИКРО_СЕРВЕРЫ

Серев только ИНТЕЛ! АМД для ИГР

(49) (50) Вот именно. Как много среди ваших клиентов обладателей собственных дата-центров и сколько из них занимаются на постоянной и регулярной основе балансировкой ресурсов между серверами?
Я о таких только по рассказам слышал. Воочию не встречал ни одного.
Зато тех, кто развернул сервера 1С на виртуалках, а потом жалуются на производительность, - как грязи. На вопрос "а зачем?" - ничего, кроме невнятного мычания про мифические возможности что-то быстро развернуть в случае падения. Причем на вопрос "как часто у вас падают сервера приложений 1С" ответ либо - "ни разу", либо "было когда-то из-за ... (далее сказка о стечении обстоятельств, виной которых сам же админ, топящий за виртуализацию, и был)".

(53) Мы сами занимаемся этой задачей, периодически собираем виртуалки как под никс системы, там и под Винду,

на нашем сервере в виртуалке от 25 до 35 попугаев в зависимости от нагрузки.

(48) Стоит ли подобная схема резервирования того падения производительности, которое имеется?
Кто-нибудь оценивал - во сколько обходится предприятию падение производительности 1С в 1.5 - 2 раза?
А если уж пользователи начинаю ныть и жаловаться на неприемлемую скорость 1С, то явно речь уже о серьёзных проблемах, а не одноразовых просадках на каком-нибудь отдельно взятом документе.

Виртуализация - далеко не единственный способ резервирования. И добиться времени восстановления в 10 минут можно и другими путями. Для этого вовсе не обязательно строить огород из виртуальных серверов.

(55) От 100 пользователей, это копейки, и далее % уменьшается

Надо всегда сравнивать риски с простоем,

и в случае если ты в Москве, сервак на 100 пользаков ты найдешь в течении пары дней, при условии что у всех он есть на складах, а вот на 1000, это уже будет проблема, тем более что там будут спец требования под инфраструктуру

У дружбана в банке была задача 1 минуты простоя- и там как раз был резервный цод под это дело арендован

(54) Наконецто хоть какие то цифры. Вооот, теперь к вам можно оппонировать словами. "А на физическом сервере можно добиться 50 баллов по Гилеву"

(59) Можно конечно, ведь именно 15 попугаев и отличает физику от виртуалки

А как на виртуальной машине, понять на сколько загружена дисковая подсистема? ВСЕГО! Нет средств?

(61) Думаю есть, техи виртуализации уже лет 15

(60) неа. Не 15, а
15-25 в зависимости от нагрузки. От нагрузки других клиентов на ваши виртуалки, будем точны.

(62) На домашнем компе сделал сейчас виртуалку. На самом компе если нагружать диск, на виртуалке не видно, что есть загруженность. На виртуалке если загружать, то на главном(так назову) компе все видно.
В серверных также похоже. Есть какая-то главная консоль управления.

Причем эти 50 гилевых, это не миллионный сервак, а около 300 тыс рублевая железка, которая стабильно выдает эти 50 гилевых, а не
"25-35" в хороший день.

(60) это только у Вас разница всего 15 попугаев, и подробности как этого удалось добиться (кроме как "наняли гуру за много денег и он молча нашаманил") наверняка не прозвучат. А в большинстве прочих организаций админы тупо впиливают виртуалку по дефолту и потом 1С-ники слышат "Ваша 1С тормозит", а то и сами терпят эти тормоза.

Если бы с виртуалками было всё хорошо с производительностью, то не было и (0) и (53)

(65) И ты хотел этим доказать? Что мне надо взять 5 серваков для разработки?

есть задачи, и они решаются виртуализацией за счет потери производительности, есть задачи которые не решаются виртуализацией, они решаются чистой железкой.

(66) При условии что МС усложняет администрирование серверов, путем ввода доп тех, то либо ты учишься, либо ты смотришь как другие настраивают, и просто добавляешь пользователей ;-)

Это как с ЕРП, кто-то говорит что ее не может настроить 1 человек, а кто-то настраивает ;-)

(68) А вот есть вопрос.
Вы, когда своих клиентов привлекаете, вы им обьясняете, что "сервер, который мы вам расчитаем" будет

1) виртуальным
2) с балансировкой
3) 1с требует процессорные ресурсы мгновенно на сериализацию форм

Поэтому у вас возможны легкие подтормаживания интерактивных действий.

Это есть?

(69) Экспертное знание ЕРП не спасет тебя от трудоемких задач, где даже самое оптимальное решение может занимать месяцы. Видимо не сталкивались.

(70) 1)- если продается виртуальный- то конечно, админских прав у них нет же ;-)
2) Балансировку мы не настраиваем ни для внутренних нужд, ни для внешних, поигрались, но нужен парк хотя бы из 20-30 серверов (по 100 пользователей ерп (считай твои 300к), при оптимизации и получения хотя бы 10%, это даст 2-3 машины дополнительных), чтобы это стоило тех усилий по настройке, но могу ошибаться, я не занимаюсь железками, в ветке по никсам есть контакты человека, который этим занимается.
3) и чо? отклик он или есть или его нет,

(71) В моем случае трудоемкая задача занимает бюджет, а сидеть и думать 3 месяца над одной задачей- не варик, я могу просто не дожить до нее ;-))))
Есть варианты когда я выдавал решение быстрее чем штатники, например я до сих пор не знаю что там внедрять в УПП 7 лет, так чтобы все плевались

(71) Хотя знаю, ща кинь меня на задачи по зуп, МСФО, бюджетирования, я их не люблю, профильного образования нет, доп литературы и курсов я не изучал

(72) В смысле думать? Реализовывать. Реализация может занимать три месяца.

(74) Пример приведи

Какие задачи у методолога подразумевает не думать, а делать? которые могут быть растянуты 3 месяца например

Разработки систем планирования или СРМ, но они растянуты во времени, потому что нужен опыт у пользователей, а там горизонты планирования 2-3 месяца, для понимания подходит ли система к заказчику или нет, так как пару итераций, вот тебе и 6-9 месяцев проект

но опять же там фултайм, делать нечего

(72) Спасибо за откровенность.

Просто из (50) "Или у тебя дата центр, и ты перекидываешь неиспользуемые мощности под основную базу" можно сделать вывод о балансировки.

(79) можно сделать вывод о балансировки. - > можно сделать ошибочный вывод о балансировки.

(79) Стенды обычно строим на физической железке, но опять же, мы пока не большие

Но кстати в большинстве случаев, хватает виртуалки, особенно до 50 пользаков