ИТ-шники клиента предлагают поднять 1С на виртуальном сервере, который они создадут и настроят. У кого-нибудь был опыт в этой области и какие подводные камни, минусы и плюсы у такого варианта ?

Зачем? Что их не устраивает в обычном сервере?

(1) дело в том, что сервера отдельного для 1С нет. Есть сервера, на котором крутится их какая-то программа по документообороту, dok.net, кажется

Если у них получится (а не получиться может разве что из-за ключей) - то пусть так работает... плюсы и минусы все теже что и любой виртуалки.

(3) понятно, спасибо

Просто сам не сталкивался ни разу с этим

с другой стороны отсуствие отдльного сервера вовсе не повод.... Или машина работает под управлением юникс/линукс?

короче ничего страшного в этом нет. Тем более если не вам делать. :)

(6) нет, не юнискс, там вроде вин сервер 2008 стоит

хм... тогда непонятны мотивы... Или наоброт - поднимут в виртуалке линукс и там будет крутится сервер 1С под линукс?

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

но вообще они конечно могут быть - чисто удобство администрирования

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

2(9) А, так тогда все что они сделали - добавили лишнюю сущность... А зачем?

(9) А ты им не сказал что нужно два сервера? :)

Установка 1с на виртуальный сервер

Просто скажем есть машина, там предположим Х Гб памяти...
Будут там установленны приложение Ap1, Ap2 и Ap3.
и предположим приложение Ap1 имеет в головах ИТ-шников какой-то приоритет.
Если все три приложения будут крутится на физической машине, они будут конкурировать за Х Гб на равных...
А если например Ap2 и Ap3 они запустят в виртуалке, то для этой виртуалки смогут выделить только 0.1*Х Гб памяти, а 0.9*Х Гб памяти будет оставаться для приложения Ap1

Они это хотят?

(15) думаю да

потому как приоритете именно для документооборота, да и в 1С будете работать всего 7 пользователей

2(16) вызови их на дуэль тогда... Скажи пусть своей маме выделяют 0.1 от Х Гб.

(18)+ :)

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

(20) хм, спасибо, надо будет показать ваш комментарий им )

(20) [а вот для 1с с ее блокировками - это смерть]
лажа
СУБД и трехзвенки под виртуалками прекрасно работают,
в том числе и 1С 8.1

Понятно. Раз дело в том, что "если честно не вникал в это дело, просто заикнулся о том, что для 1С нужен будет отлельный серв" - то думаю, что не стоит.

Просто делать что-то просто так - а какой в этом смысл?

(24) просто так или нет я не знаю, у них есть свои какие-то причины или желание поднять 1С на виртуалке

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

(0) хостовая Windows 2008? А виртуальный сервер чей? (win2k3 не щупал, может там свой есть, не знаю))

Изврат, ИМХО.

2(26) возможно единственная внятная причина

а скуль на чем?

Из практики применения виртуалок - 1с иногда выдает там чудные баги, которые на реальных машинах отсутствуют

(20) поставь сервер 1с или SQL на виртуалку и будешь удивлен...

самолично пробовал под варей:
1с 8.0 - 1-2 клиента тянут, 10 - ппц
1с 7.7 - даже 3 клиента уже ощущается
навижен и 3 пользователя - ппц...

поднимал под virtualbox на winxpsp3 apache и публиковал на нем самописную конфу на 1с8.2 под web client. Для разработки очень удобно.
(31) багов не встретил как ни странно.

(33)это не при разработке, я чуть выше написал - из практики

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

(0)насколько я знаю на виртуальной машине будет проблема с утановкой ключика на сервер. Все остальное должно быть норм.

А еще оценивайте, автор, картинку по использованию той или иной железке:
- проц загружается при больших расчетах, при этом виртуалка передает управление гораздо реже, нежели если без неё, но для 1С это не критично, проц там не узкое место, самые большие запросы/алгоритмы нагружают память и особенно диски.
- Память для 1С-ки должна быть не меньше пороговой!!!!!!!! Если хоть чуть-чуть меньше, то начинает все свопить на диск и скорость падает минимум в 10 раз (такая разница в физических скоростях). В клиент-серверном варианте для каждого процесса х32 не меньше 2-х гигабайт, для х64 не меньше 3-х гигабайт. Тут разницы нет виртуалка это или физ.сервер, тут память либо есть, либо нет.
- Диски. Это самое страшное для всех 1С. ОСи не умеют распределять нагрузки, тут уж кто вперед, того и тапки. Скорость всех 1С-к в конечном результате будет зависеть от скорости дисков (в свое время было поставлено куча замеров). Ни какая виртуалка нормально нагрузку тоже не распределяет, они юзают диски как обычные клиенты.
В общем 1С в виртуалке это однозначно снижение производительности для 1С и почти ни какого выигрыша для других систем. С другой стороны это круто...

Тоже хотим переходить на виртуализацию.Хотим перекинуть платформу и SQL (сейчас на разных серверах), а терминал оставить отдельно.
Осталось купить оперативки.))
(37) наш админ говорит что можно настроить для каждой виртуалки свой диск!

(38) По разным дискам конечно хорошо, еще прикольней собрать кучу дисков в несколько массивов и каждый массив отдать своей виртуалке. Тут минус в другом: стоимость мегасервера немного больше, нежели несколько серверов меньших по размерам. У меня знакомый на одном сервере поднимал несколько виртуалок, что бы разнести нагрузку. Оно, конечно работало, только это при стоимости сервера гораздо больше, чем 2-3 маленьких.

(39) У нас уже купили G6 HP. Сейчас стоят G5 HP.

(40) А мы разнесли 1С на 6 серверов и одну СКД, теперь у нас нормальная отказоустойчивость, выдерживает большие нагрузки и бухгалтера даже не замечают про тормоза или блокировки, только что-то мне подсказывает, что у автора нет такого парка и возможностей (надеюсь только пока) и он думает атаковать Одминов или сдать позиции. Поэтому отмечу еще раз: по моему мааааааленькому мнению гораздо оптимальней вместо огорода с виртуалкой просто разнести по разным ХДД

я дет читал что под мак сервером кто то поднимал в виртуалке, ссылку в упор не найду

ЗЫ хотя могло и приснится

У нас 1С с SQL живут на виртуалке, а вот ключик на 300 пользователей запуститься запустился, а лицензии стал выдавать через раз. Пришлось ставить его на физический сервер.

В продолжении темы - айтишники готовы уже поднимать 1С на виртуальном сервере - спросили сколько памяти нужно выделить 1С-ке - посоветуйте сколько будет оптимально

(44) вопрос не корректен:
в топике нет ни слова про
- СУБД
- конфигурацию
- ожидаемый размер файла СУБД

(45)
-СУБД - SQL+1c сервер
-конфигурация БИТ:МСФО на 8.1, переделанная под наше законодательство
-текущий размер базы(в файловом варианте) - 700 мб, предолагается рост в течении года до 1,5 гб

(46) 4 Гбайт - минимально, 8 Гбайт - оптимально

(0) У нас всё на виртуальных серверах крутится, в том числе и 1С. Полет нормальный.

(46) + лажа
БИТ:МСФО на 8.1 не живёт отдельно, он обязательно натягивается на типовую БП или УПП

(0) тормоза если юзверей больше 30

(10) Удобство администрирования, надежность. То есть, если хост-сервер один, то в случае софтового глюка вешается не вся ИТ-инфраструктура, а только отдельный её сегмент. А если под хостом кластер серверов, то в случае аппаратного глюка ни один сегмент ИТ не страдает.

(50) Обоснуешь?

(50) сам проверял? на нормальном железе под vmware или xen ты и разницы не заметишь имхо

юзеров будет максимум 7, БИТ МСФО натягиватся не будет на БП или УПП, ее переписали очень сильно, фактически она использовалась как базовый продукт просто

(54) см (47)
проси 8 Гбайт памяти и побольше HDD под бэкапы