Новый сервак, чисто под 1с политика компании что всё должно быть виртуализировано, даже если на одном железном серваке будет запущена одна виртуальная машина, вопрос, имеет ли смысл при таком раскладе сервер базы данных и приложения отделать? УПП пользователей около 100 человек количество доков в день не знаю не считал база УПП 1.3 растет на 10 гиг в год

или единую VM создать и сервер базы данных и приложений запихнуть?

Плохая идея
Скуль на виртуалке притормаживает.
сервер 1с иногда вообще глючит

(2) знаю ((( политика партии такакя

ТОгда на один лучше

А ещё можно поменять.

ок спасибо

Только закончил переводить людей с виртуального мегасервер на обычный мощный комп. Не нарадуются.

На один лучше ибо Shared Memory

Для скуля 100% условие - диски родные, не виртуальные

(3) А в чем смысл такой политики, если не секрет?

(10) Удобнее им... мне программисту который даже в другом департаменте идти против шерсти невозможно

А потом возникают темы на форуме "Почему тормозит 1с на виртуалке и показывает 10 попугаев по тесту Гилева"

(8) (9) (7) есть где нить инфа от Майкрософт что  SQL лучше на железный ставить? мне надо фактами прикрыться

(2) Что-то не замечал такого, вроде все ок работает, человек онлайн около 80-120 в каждой из трех организаций, правда там ЦОДы стоят и СХД довольно шустрые.

Только в одной периодически (раз в 3 месяца) рабочий процесс службы сервера 1С останавливается и не создает новый, но думаю это баг платформы какой-то, увеличил время перезапуска службы - пока норм.

Ну если политика такая - виртуализируй. В чем проблема то? Просто ресурсов больше жрать будет.

А по поводу разносить по разным виртуалкам или запихать в одну - в одной быстродействие будет побольше.
Ибо нет оверхеда на работу второй операционки и меньше оверхед на дележ ресурсов.

(10) Виртуалку удобно таскать по разному железу, особенно если это какое-нить шасси с лезвиями. Даже в "ларечном" варианте, когда 1-2 сервера, пригодится на случай поломки - можно на время ремонта за 5 минут поднять серверную VM на любом мощном десктопе хоть под хостовой Win7.

(12) Ну виртуалки разными бывают.
Бывает умник накатит на core i3 гипервизор, повешает в разных виртуалках скуль и сервер, в качестве хранилища - HDD на том же компьютере.


А бывает ставят на нормальную серверную платформу, в качестве накопителя СХД за 30тысяч баксов, соединенный линком на 10Гб.
Согласись немного быстродействие будет отличаться.

(16) Ну в ларечном варианте это ты конечно загнул.
Но вообще мысль правильная.
Виртуалка это удобство администрирования и скорость разворачивания.
Сломалось железо - вытащил в облако, купил новое железо, накатил за пять минут гипервизор и у тебя все работает.

Но платят за это быстродействием либо деньгами.
В общем решение для людей не стесненных в средствах, и готовых платить за удобство.

Но все фигня - я вот недавно видел 1с бухию, в файловом варианте, с которой работают по сети два пользователя.
Так вот эта файловая база лежит на сервере купленном специально  для этих целей. Кроме нее на сервере ничего нет.

xeon 24ядра, 32оперативки - вполне таки неплохой файловый сервак для работы двух бухов в файловой :)

(10) Такая политика обычно в крупных конторах.
Деньги есть, но хочется удобств.
А удобств много - унификация, отвязка от железа, экономия на админах в филиалах, безопасность.

(0)Делай, но проси адекватное железо с приличным запасом тяги, особенно напирай необходимость путней СХД, в виртуализации это  самое узкое место.

Странная политика партии, на сисах только восстановление осей?
За скуль, платформу и терминальник отвечает адинес?

Вообще это их компетенция и их задача - поднимать три звена, и они отвечают за аптайм.

(20) да еще проще: никто даже не будет разбираться что там случилось, если "все пропало". Тупо накатят за 30 минут последние рабочие машины, и пусть эсник ковыряется. Это сказочное преимущество VM

(9) Откуда инфа? Сам придумал?

Какое-то сборище виртуалофобов:)
Последние 5 лет только на виртуалках запускаем все сервисы, кроме баз данных. Падения производительности от переноса сервера приложений с реальной машины на аналогичную виртуальную нет. А плюсы наоборот есть.
Разнесение серверов приложения и баз данных - отдельный вопрос и зависит от нагрузки. Маленькая нагрузка - можно и на одном, и да в этом случае это будет быстрее. Высокая - надо разносить, так как загрузка одного из серверов будет приводить к недоступности второго.
Оценивается всё по счетчикам производительности.

(0) нет, ибо не будет shared memory как минимум + будет необоснованый простой ядер на сервере 1с

(13) Прикройся тем, что скажи, что все должно стоять не в виртуалке, иначе по всем тормозам в 1С буду отправлять к тем, кто накосячил с настройкой виртуалки.
Поверь мне, на _своем_ серваке можно легко выбить работу не в виртуалке. Было бы желание.

(28) и отвечать за простой сервиса будешь потом ты. А если это розница на 100 онлайн юзеров, то масштаб трагедии очевиден

(26) Возможно, я просто не умею готовить виртуалку, да.
Но вот моя личная практика показывает, что на мощном серваке тысяч за 700 с виртуалкой все работает в пару раз медленнее, чем на простом мощном компе за 200 тысяч без виртуалки.
Почему? Да я даже разбираться не хочу, процессор был медленнее, память кривая, диски так себе, виртуалка неправильно настроена или что. Особенно учитывая то, что виртуалку настраивал не я, а люди далекие от 1С и мне даже нечего сказать им, что в виртуалке критично для 1С. А им удобно, да, согласен. Зато люди работать не могут порой.
Зато сейчас люди могут за день сделать закрытие месяца, обнаружить ошибки, закрыть еще раз, снова найти ошибки и т. д. раз три — четыре. А раньше одно закрытие день делалось.

(27) кстати у нас на виртуалках - все ok. Вообще виртуализация правильный вектор развития

(29) Да даже тупо купленный идентичный резервный комп будет дешевле при почти той же надежности. Но без потери скорости.

(31) Если все правильно настроено, то почему бы нет. Ну или у вас нет узких мест при работе с 1С.

(32) "резервный комп" -- теперь давай посчитаем, во что обойдется нам хотелка адинесника хотелка для отдела инфраструктурщиков. Из их бюджета, что важно.

Примерно на 5-10 тысяч долларов больше, чем в обсуждаемом вариане, и без каких-либо гарантий надежности.

догадайся, что ему скажут

(34) Еще раз для тех, кто плохо читает.
Супермощный комп (мощнее уж хрен знает куда) встал в 200 тысяч.
Еще один, что очевидно, встанет в те же деньги.
То есть в три с половиной тысячи зелени.
И это при условии, что второй будет вообще покупаться.
И это как раз с гарантией надежности.
И это (еще раз повторюсь) дешевле сервера тысяч за 700.
И это _быстрее_.

Да, менее унифицированно. Но маленькой компании на полсотни человек какать на унифицированность, если у них 1С не работает.

Esxi умеет пробрасывать аппаратные ключи?

(35) > и это с гарантией надежности

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

фэйловер кластер на 2х компах

(37) Я подразумеваю две вещи:
1. Если вдруг чего с системой, дисками или компом, то минимизация времени простоя.
2. Наличие бекапов баз, ежедневных полных и ежечасных инкрементных.

Ничего больше.

(30) Ну и что что медленнее?
Работает же. А по поводу цены - за удобство платить надо.
К тому же ее надо уметь правильно готовить.

забавно, и чем же это отличается от "ой сервер сгорел, давай быстро собираем из комплектухи"?

видимо если ларек попал в мозг, то это навсегда

(40) Так в том то и дело, что работает неприемлемо медленно.
А уметь готовить, да, согласен. Но, в моем случае видимо не умели готовить.

(41) Тем, что если нужен сервер быстрой замены, то должен быть второй сервер, да.
В твоем варианте цена вопроса еще веселее, два сервака тысяч по 700 потянут на полтора ляма.

(32) Вот этот тупо купленный комп, надо сначала купить, и поставить, и позаботиться чтобы он дожил до нужного момента, потом на него накатить бэкап.
А вдруг комп растащат, или он морально устареет?

С виртуалкой проще,  случился факап - купили железо или оно в кладовке стояло, не важно. Ничего не надо ставить и настраивать кроме гипервизора который накатывается за десять минут.
Накатывание гипервизора можно поручить сторонней организации или приходящему спецу, который гарантированно не получит доступа к конфиденциальным данным.
Т.е не надо содержать админов в каждом филиале, достаточно аутсорса, или услуг приходящего эникея.

Нет возможности быстро купить железо - можешь развернуть в облаке с соответствующим гипервизором.
Можешь по быстрому арендовать сервак на месяц в ближайшем ДЦ.

(42) Ну да ну да, когда заканчиваются аргументы, то самое время вспомнить про ларек, да :))

Почте России я, например, не предлагал поставить реальный комп вместо виртуалки. А тут вот как-то не было нормальных вариантов с виртуалкой.

Разве я озвучивал какой-либо вариант? :)

(45) >>Вот этот тупо купленный комп, надо сначала купить, и поставить, и позаботиться чтобы он дожил до нужного момента, потом на него накатить бэкап.
Замени слово комп на сервер.

>>А вдруг комп растащат, или он морально устареет?
Замени слово комп на сервер.

>>С виртуалкой проще,  случился факап - купили железо или оно в кладовке стояло, не важно. Ничего не надо ставить и настраивать кроме гипервизора который накатывается за десять минут.
Ну то есть тупо проще и всё. Больше преимуществ нет, не надо раздувать из мухи слона :))
Для компании на 5000 человек простота, унифицированность и скорость замены несомненно важнее, чем для компании на 50 человек. Им предлагать поставить несколько десятков разномастных компов не стоит, согласен.

>>Накатывание гипервизора можно поручить сторонней организации или приходящему спецу, который гарантированно не получит доступа к конфиденциальным данным.
Сомнительный аргумент.

>>Т.е не надо содержать админов в каждом филиале, достаточно аутсорса, или услуг приходящего эникея.
С компом та же тема.

>>Нет возможности быстро купить железо - можешь развернуть в облаке с соответствующим гипервизором.
>>Можешь по быстрому арендовать сервак на месяц в ближайшем ДЦ.
С компом та же тема.

(47) Ты озвучивал, что виртуалка по-любасу лучше. В любых случаях.

(46) Просто виртуализация не для ларьков.
У ларьков своя специфика, и виртуализация им противопоказана.
В общем - если у вас в конторе гордо и одиноко стоит под столом крутой сервер от HP, то забудьте про виртуализацию.

А если вы не помните точно сколько именно серверов стоит у вас в стойке в серверной, но помните что за  СХД заплатили больше чем стоит ваше авто, то насчет  виртуализации можно подумать.

тут даже не подумать, если серверов уже за 10 единиц, то виртуализация уже значительно снижает человекочасы, что есть расходы. пачка платформ за 700 дешевле обходится, чем кулибины с "компами".

(48) какая разница комп или сервер?
опять какая разница?

Как ты можешь развернуть комп в ближайшем ДЦ?
Бэкап будешь накатывать? На другое железо?

(50) >>Просто виртуализация не для ларьков.
Логично. Хотя можно и в ларьке сделать, но будет из пушек по воробьям.
Тут, правда, ситуация была чуть сложнее. Был дорогой сервер с виртуализацией в аренде. И варианта без виртуализации не было. Типа никто не собирался подлаживаться под одного клиента из многих.
Поэтому решили купить свой комп и на нем попробовать все сделать. Что и сделали.

>>У ларьков своя специфика, и виртуализация им противопоказана.
В целом соглашусь.

>>В общем - если у вас в конторе гордо и одиноко стоит под столом крутой сервер от HP, то забудьте про виртуализацию.
>>А если вы не помните точно сколько именно серверов стоит у вас в стойке в серверной, но помните что за  СХД заплатили больше чем стоит ваше авто, то насчет  виртуализации можно подумать.
Именно.

(52) Комп стоит не в ДЦ.
Бекап я имею в виду скулевый. Речь только про 1С, ничего более.

(0)Лучше без виртуалки, а если никак, то на одну
(30) и ты пытался мне сказать что я с ларьками работаю )) у нас оперативки только на 600 тыров в серваке

(55) Эээ... и что?
Я вроде как сейчас рассказываю про клиента, у которого 50 человек, ларек и есть по сути.

(55) А что плохого в работе с ларьками???
Я вот раньше работал с крупными, теперь перешел на ларьки.
Гораздо выгодней по деньгам и перспективней.

Мне вот не понятны понты типа "у нас оперативки только на 600 тыров в серваке"
Ну и что? А у меня из окна шикарный вид на лес и горы. Это понт покруче будет!

(0) Если сервер один - лучше все в одной виртуалке разворачивать, нагрузка у вас небольшая, шаред мемори будет полезен. А так конечно можно сервер 1С разворачивать и на виртуалке, но вот SQL все-же лучше на отдельном физическом сервере...