1C + SQL - физика или виртуалка
Дорогие форумчане!
Хотелось бы узнать ваше мнение по поводу того стоит ли переносить физические 1С 8.1 + SQL 2008 R2 и терминальный сервер на виртуалку (VMware HA Cluster (3 сервера 2 проца 128 рам) + HPE MSA FC Storage) ?
Знаю и понимаю что сколько людей, столько и мнений. Некоторые мне советовали Hyper-V, некоторые VMware Esxi, некоторые все же оставить на физике.
Хотел бы выслушать и опытных в данном вопросе людей.
Если покажете готовые схему реализации по данному вопросу - буду только благодарен.
Хотелось бы узнать ваше мнение по поводу того стоит ли переносить физические 1С 8.1 + SQL 2008 R2 и терминальный сервер на виртуалку (VMware HA Cluster (3 сервера 2 проца 128 рам) + HPE MSA FC Storage) ?
Знаю и понимаю что сколько людей, столько и мнений. Некоторые мне советовали Hyper-V, некоторые VMware Esxi, некоторые все же оставить на физике.
Хотел бы выслушать и опытных в данном вопросе людей.
Если покажете готовые схему реализации по данному вопросу - буду только благодарен.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) виртуалка дает ряд приимуществ. Нужно в первую очередь оценивать их. Естественно железо работать будет быстрее. Чем мощнее сервер тем разница конечно будет меньше, но тем не менее. При правильно настроеном фэйловере на хайпер в у тебя даже сгорание одного из серверов с базой пройдет незамечено. Виртуалки делают для минимизации простоев и другой экономии. Если вам это не нужно. То вам не нужны виртуалки. А по поводу того что на виртуалках что то зависает, ты лучше криворуких не слушай. У меня эска в хайпер в и нормально все. Были тормоза конечно, но анализ выявил узкое место. Жеские диски. Дал в виртуалку еще два гб, поставил рам диск, перекинул туда кэш 1с и все залетало.
А почему бы и не перенести? Я лично не встречал еще ни одной крупной ИБ 1С расположенной на физических серверах. В основном все реализуют на виртуальных серверах (правда, сервера, надо сказать, мощные и довольно дорогие). Что касается выбора между Hyper-V и VMware , то тут на усмотрение админа ваших серверов, мелкософт конечно топит за свой продукт, ибо только в этом случае они будут готовы отвечать на вопросы сбоев работы. Да и по мне, всетаки если сервера на платформе Windows, до продукты одного производителя работают лучше друг сдругом.
Виртуалка всегда проблема для 1С - ВСЕГДА....
Вот мы ушли с виртуалки полгода назад на физику и забыли что такое 7 перезагрузок сервера за неделю, не говоря уже о быстродействии.
У нас различных 30 баз от 1 гига до 500 гиг
Вот мы ушли с виртуалки полгода назад на физику и забыли что такое 7 перезагрузок сервера за неделю, не говоря уже о быстродействии.
У нас различных 30 баз от 1 гига до 500 гиг
Если есть возможность, оставайся на физическом сервере. Производительность выше, поиск проблем с быстродействием проще
(6) если вы покупаете один сервер, и собираетесь на нем крутить SQL и RDP, то однозначно виртулка. Если же у вас будет два сервера, то ЗАЧЕМ? Выиграть эфимерное восстановление ОС в случае сбоя? Сколько раз у вас серверная ОС сваливалась? А так вы сразу 30% мощностей коту под хвост
Ну и приобретайте мощные сервера и пусть на них работают SQL и 1C.
Виртуалить зачем????
Нет таких мощностей, которых бы хватило 1С с избытком - она всегда будет медленной, а на виртуалке медленной еще больше
Виртуалить зачем????
Нет таких мощностей, которых бы хватило 1С с избытком - она всегда будет медленной, а на виртуалке медленной еще больше
Для решения этого вопроса необходимо ответить на вопросы: Зачем? Сколько будет стоить? Готовы ли вы платить за то что вы хотите получившуюся сумму?
Мы столкнулись как раз с мощнейшим противодействием системных администраторов в переходе на физику...
И вот теперь когда у нас почти наступило счастье без виртуалок - они даже не вспоминают что упирались до последнего.
Виртуалка хороша только админам ни один 1С-ник никогда не посоветует виртуалку.
И вот теперь когда у нас почти наступило счастье без виртуалок - они даже не вспоминают что упирались до последнего.
Виртуалка хороша только админам ни один 1С-ник никогда не посоветует виртуалку.
Тем что типа не может быть ускорения на физике... А на виртуалке всем хорошо - особенно им.
Ну максимум лучше будет в пределах погрешности.
А как им докажешь кроме как потратить кучу бабок и перейти на физику - руководство ясно не хотело тратиться
Фактически быстрее стало в полтора раза!!!! (по результатам теста Гилева - хотя это не идеальный тест)
Ну максимум лучше будет в пределах погрешности.
А как им докажешь кроме как потратить кучу бабок и перейти на физику - руководство ясно не хотело тратиться
Фактически быстрее стало в полтора раза!!!! (по результатам теста Гилева - хотя это не идеальный тест)
(17) Тебе говорят, что виртуализацию делают не потому что просто хотят виртуализацию. Виртуализация дает конкретные преимущества исчисляемые деньгами и парой не малыми. Так то на своем предприятие можете отгрохать дата центр и поставить для каждой софтины свой железный сервер, который в 1,5 раза превзойдет в производительности. Я как бы выше написал все это уже. Никто не спорит что железка быстрее. Это логичнее - нет промежуточных уровней абстракции. Но у меня например на железке порядка 5 виртуалок. И одна из виртуалок эска и производительность которой вполне устраивает. Может мне снести 4 остальные виртуалки и поставить туда эску, а для остальный прикупить еще 4 сервака. При этом утилизация проца будет под одной лишь эской на данном сервере порядка 10-15%. О***еть какое рациональное решение. Виртуалки ставятся не от прихоти. Всегда нужно взвешивать преимущества и недостатки. И Да сиквел у меня стоит отдельно на железке. Так как сиквелом пользуется не только эска но и другой софт - под сиквел решено было выделить отдельный сервер. Я лишь утверждаю что если у тебя на виртуалке, что-то зависает - имеено зависает и не стало работать медленее на 10-15%, ну максимум 20% - то скорее всего руки из 5 точки. Кстати прирост в 1,5 раза из той же оперы. Если руки не из ж*** то виртуалка будет выдавать многим больше чем 0,5 от производительности железки.
И теперь вопрос - и почему бы не поставить рябом со скулем 1С на один сервер - выигрыш будет - будет железно - 1С не будет мешать скулю настолько , чтобы это кто-то заметил.
Зачем вы ее на виртуалку залудили? Я бы еще понял , если бы все стояло на виртуалке -= типа места нету для всего....
Зачем вы ее на виртуалку залудили? Я бы еще понял , если бы все стояло на виртуалке -= типа места нету для всего....
(19)Ну может 1с не будет мешать скулю, да вот только скуль будет мешать 1с. Да и 1с очень любит кэшировать. Она боюсь за диск подкрутся. Диск куда более. Узкое место чем передача данных между двумя серверами в одной серверной стойке с гигабитными картами.
(22) Если вы согласились что для свкуля не помеха, а уж именно 1С будет лучше на физике по любому ей скуль не помещает - ну ведь работает жен у нас и гораздо лучше чем на виртуалке.
Не пойму ваши страхи не найти черную кошку в темной комнате, где ее нет...
А диск добавьте еще один спец для 1С если боитесь - он копейки стоит
Не пойму ваши страхи не найти черную кошку в темной комнате, где ее нет...
А диск добавьте еще один спец для 1С если боитесь - он копейки стоит
(23) Я вот сейчас размышлял что вам ответить и знаете нашел много аргументов и думаю вскоре я переведу скуль в хайпер в. Сейчас пришло четкое понимание в необходимости этого дейсвия. В остальном я вас понимаю! Вы скорее всего занимаетесь поддержкой 1С и ничего кроме. Возможно на аутсорсе это ваше основная задача и вам глубоко плевать на все остальное. Со своей стороны вы стремитесь повысить результат соотношения деньги/усилия - а хайпер в это лишнии усилия. Я же смотрю на все с позиции человека у которого различных серверов два десятка.
(24)Можно знать много об одном, а можно знать мало обо многом.
Из всех ваших высказываний я понял одно , что к 1С вы имеете отдаленное отношение, занимаясь в основном администрированием.
И быстродействие 1С вас беспокоит меньше всего на свете. Я вас прекрасно понимаю, что деньги определяют очень много в бизнесе.
И понятно , что если денег не слишком много а заниматься нужно всем, то 1С можно задвинуть на виртуалку да и скуль к нему заодно - бухгалтера потерпят.
Видимо бухгалтерия у вас копеечная, иначе бы вам жизни не дали вопросами "Почему закрытие месяца длится неделю???!!!"
Из всех ваших высказываний я понял одно , что к 1С вы имеете отдаленное отношение, занимаясь в основном администрированием.
И быстродействие 1С вас беспокоит меньше всего на свете. Я вас прекрасно понимаю, что деньги определяют очень много в бизнесе.
И понятно , что если денег не слишком много а заниматься нужно всем, то 1С можно задвинуть на виртуалку да и скуль к нему заодно - бухгалтера потерпят.
Видимо бухгалтерия у вас копеечная, иначе бы вам жизни не дали вопросами "Почему закрытие месяца длится неделю???!!!"
(25)
Вы себя так утешаете осознавая что можно знать много о многом?:)
Этот бред я даже комментировать не буду.
Вот на это отвечу:) Конечно в предприятии где 20 серверов всегда копеечная бухгалтерия:))) Самим не смешно? А по поводу длящегося месяц закрытия. Я понял вас - опять же, как мне кажется вопрос в компетенции. не обижайтесь. Я частенько встречаю франчей, которые на требования оптимизировать код - отвечают рекомендацией увеличить производительность серверов. Ну действительно зачем чудо программисту учится выбирать все данные одним запросом проходя через 10 временных таблиц, когда можно сделать запрос, потом в цикле еще запрос, а там еще один. Это не мы рукожопые - это сервер тормозит. надо перейти с виртуалки на железо. Другой аспект тормозов может быть на стороне сиквила. На стороне сиквила обслуживание базы проводите? Вообщем всегда есть узкое место.
Можно знать много об одном, а можно знать мало обо многом.
Вы себя так утешаете осознавая что можно знать много о многом?:)
И быстродействие 1С вас беспокоит меньше всего на свете. Я вас прекрасно понимаю, что деньги определяют очень много в бизнесе.
И понятно , что если денег не слишком много а заниматься нужно всем, то 1С можно задвинуть на виртуалку да и скуль к нему заодно - бухгалтера потерпят.
И понятно , что если денег не слишком много а заниматься нужно всем, то 1С можно задвинуть на виртуалку да и скуль к нему заодно - бухгалтера потерпят.
Этот бред я даже комментировать не буду.
Видимо бухгалтерия у вас копеечная, иначе бы вам жизни не дали вопросами "Почему закрытие месяца длится неделю???!!!"
Вот на это отвечу:) Конечно в предприятии где 20 серверов всегда копеечная бухгалтерия:))) Самим не смешно? А по поводу длящегося месяц закрытия. Я понял вас - опять же, как мне кажется вопрос в компетенции. не обижайтесь. Я частенько встречаю франчей, которые на требования оптимизировать код - отвечают рекомендацией увеличить производительность серверов. Ну действительно зачем чудо программисту учится выбирать все данные одним запросом проходя через 10 временных таблиц, когда можно сделать запрос, потом в цикле еще запрос, а там еще один. Это не мы рукожопые - это сервер тормозит. надо перейти с виртуалки на железо. Другой аспект тормозов может быть на стороне сиквила. На стороне сиквила обслуживание базы проводите? Вообщем всегда есть узкое место.
(18)личный опыт говорит в полной поддержке предыдущего оратора:-) виртуализация даст падение процентов в 10-15-20, все, что больше-ненастроенность системы.
Плюсов при этом получаете явно больше.
Ps. Будете закупать оборудование-не поскупитесь на частоту процессора и будет Вам в 1С счастье.
И память рассчитайте на пользователей. И базы.
Плюсов при этом получаете явно больше.
Ps. Будете закупать оборудование-не поскупитесь на частоту процессора и будет Вам в 1С счастье.
И память рассчитайте на пользователей. И базы.
Давайте отталкиваться от того, для чего вообще нужна виртуализация?
1. Когда вы продаете серверные мощности (аренда) - вы же не продаете, у вас своя!
2. Когда необходимо разделить данные и терминал (если не хватает денег на отд. железо) - здесь можно подумать...
Вывод если у вас достаточно денег купить две железяки, одну мощную под базу (SQL), вторую менее мощную под терминал (для работы пользователей), либо купить одну и сделать из нее две виртуалки (или три - 1С сервер отдельно от SQL), но не забудьте разнести виртуальные сервера по отдельным (физически) дискам, а то вообще в этом смысла не будет (очередь дисков)
1. Когда вы продаете серверные мощности (аренда) - вы же не продаете, у вас своя!
2. Когда необходимо разделить данные и терминал (если не хватает денег на отд. железо) - здесь можно подумать...
Вывод если у вас достаточно денег купить две железяки, одну мощную под базу (SQL), вторую менее мощную под терминал (для работы пользователей), либо купить одну и сделать из нее две виртуалки (или три - 1С сервер отдельно от SQL), но не забудьте разнести виртуальные сервера по отдельным (физически) дискам, а то вообще в этом смысла не будет (очередь дисков)
(28)
Похоже про оптимизацию загрузки железа, SAN-сети, отказоустойчивость и т.п. не слышали? Если в организации 200+ серверов (логических) – их каждый на отдельную железку ставить?
Для того и виртуализация, а далеко не для того, чтобы разделить серверы и сдавать их в аренду.
В ЦОД ставить сервер с дисками, чтобы на них 1С крутилась? Не один здравый CIO не даст добро ставить серверы с дисками. Хосты с гипервизором на SD-картах с хорошими процессорами + быстрые СХД на 16G FC и 12G SAS SSD (300000+ IOPS) и 1С будет работать как на железке.
P.S. 1С сама по себе «тугая». Оптимизация кода даёт намного больший прирост производительности, нежели «переход с виртуалки на железо».
P.S.S. Мы ставили эксперименты на очень дорогих физических серверах (ценник от 100 тыс. USD) и на платформе VMWare – при грамотной настройке виртуальной среды разница в пределах погрешности.
Давайте отталкиваться от того, для чего вообще нужна виртуализация?
Похоже про оптимизацию загрузки железа, SAN-сети, отказоустойчивость и т.п. не слышали? Если в организации 200+ серверов (логических) – их каждый на отдельную железку ставить?
Для того и виртуализация, а далеко не для того, чтобы разделить серверы и сдавать их в аренду.
В ЦОД ставить сервер с дисками, чтобы на них 1С крутилась? Не один здравый CIO не даст добро ставить серверы с дисками. Хосты с гипервизором на SD-картах с хорошими процессорами + быстрые СХД на 16G FC и 12G SAS SSD (300000+ IOPS) и 1С будет работать как на железке.
P.S. 1С сама по себе «тугая». Оптимизация кода даёт намного больший прирост производительности, нежели «переход с виртуалки на железо».
P.S.S. Мы ставили эксперименты на очень дорогих физических серверах (ценник от 100 тыс. USD) и на платформе VMWare – при грамотной настройке виртуальной среды разница в пределах погрешности.
Ребят я настраивал только сервера для малых баз до 100гб, всегда ставил и сервер 1с и СУБД на одном физическом сервере.
Никогда не было проблем с быстродействием.
По поводу виртуалок, возможно на такой маленькой нагрузке все тоже будет шустро крутиться.
Я отказался от них, когда мы уперлись в размер дискового пространства вирт. машины и потом полдня мучались с ее расширением.
Полдня бизнес стоял, терял бабло, все нервничали, хорошо что в итоге все норм закончилось.
Никогда не было проблем с быстродействием.
По поводу виртуалок, возможно на такой маленькой нагрузке все тоже будет шустро крутиться.
Я отказался от них, когда мы уперлись в размер дискового пространства вирт. машины и потом полдня мучались с ее расширением.
Полдня бизнес стоял, терял бабло, все нервничали, хорошо что в итоге все норм закончилось.
(30) Значит скоро будете оценивать решения по возможным трындецам, а не крутостям. У нас админ тоже любитель виртуалок и пару раз уже изучал камасутру с упавшими виртуалками. Нас били ногами (словестными) и рассказывали про потерянные десятки и сотни миллионов. Админ хлопал глазами, плакал и материл невезучесть и глюкавость всего вокруг.
Я против сектантства и за холодные цифры. Сменил много контор с самыми разными нагрузками и сложностями учётов. Так вот абсолютно всегда физика работает быстрее, надёжнее и ровнее. Виртуалки абсолютно всегда работают медленнее, менее предсказуемые и более падучие. По своим маниакальным наклонностям склонен ставить раком сервера очень удачно. Прям вот колом. Сервера по несколько лямов с виртуалками просто вгоняю в панические глюки своими идеями. так вот единственная контора, где мою работу никто не замечал, это с десяток физических серверов, два блэйда на фиг знает сколько лезвий, 2 СХД, 2 желячных сервака под СУБД и куча железячных терминальников и прочих мелочей.
теория моего выбора:
Железный сервер обладает конкретными ресурсами, за рамки которого не перейдёшь, хоть тресни. Софтовые реализации делят железо по всяким алгоритмам и многие места делятся неудачно. Если проц делится очень просто, то, например, дисковые массивы не делятся нифига. Да, ставят несколько массивов в одну железяку, но при этом шина передачи данных оказывается одна и капец. Например, СУБД юзает диск ну очень активно и в это же время пару сотен пользователей запускают ексели всякие, огромных размеров. Всё. Приплыли. Делёжка шины передачи данных делится по принципу кто вперёд, того и тапки.
Адепты виртуалок сейчас закидают помидорами, но это только те, кто не сравнивал 2 разных варианта. Вот прям на крайних точках сравнивать. Нет, на виртуалках оно работает, но капец какими волнами для всех. Нажал на кнопку и у всех маленькое падение производительности. Нафига? Задачи надо макисмально изолировать и совсем не виртуально.
В общем, автор, выбор был всё равно ваш, но даже сегодня рекомендую попробовать сравнить на крайних точках оба варианта. Прям вот на предельных точках.
теория моего выбора:
Железный сервер обладает конкретными ресурсами, за рамки которого не перейдёшь, хоть тресни. Софтовые реализации делят железо по всяким алгоритмам и многие места делятся неудачно. Если проц делится очень просто, то, например, дисковые массивы не делятся нифига. Да, ставят несколько массивов в одну железяку, но при этом шина передачи данных оказывается одна и капец. Например, СУБД юзает диск ну очень активно и в это же время пару сотен пользователей запускают ексели всякие, огромных размеров. Всё. Приплыли. Делёжка шины передачи данных делится по принципу кто вперёд, того и тапки.
Адепты виртуалок сейчас закидают помидорами, но это только те, кто не сравнивал 2 разных варианта. Вот прям на крайних точках сравнивать. Нет, на виртуалках оно работает, но капец какими волнами для всех. Нажал на кнопку и у всех маленькое падение производительности. Нафига? Задачи надо макисмально изолировать и совсем не виртуально.
В общем, автор, выбор был всё равно ваш, но даже сегодня рекомендую попробовать сравнить на крайних точках оба варианта. Прям вот на предельных точках.
Внимание! Тема сдана в архив
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот