Всем привет.
Имеет рабочий сервер Windows 2003 со скулем на котором крутится 1С.
Интересует тема, завиртуализировать его. Может кто делал подобное? Если да то прошу совета как это сделать?  ТАк же можете высказаться за и против такой идеи.

Зачем так делать? Геморрою мало?

-20% производительности + геморрой

Мнения про виртуализацию скульных серверов не однозначные. На скуле ру были те, кто категорически против (как были и те, кто за).
Один из аргументов против был, что при тех же базах на виртуалке получались другие планы запроса.
Емнип, 2012 скуль точили под большую работу на виртуалке.

(1) Для полных апартно-независимых беков.
Геморой касаемо переноса? А если начисто ставить и настраивать? Намного медленнее будет чем на реальной машине?

(0) Терминалы виртуализировали. SQL, имхо, не стоит.

(2) про производительность откуда цифры?  Если заюзать максимально возможные ресурсы под виртуалку? Или взять другой комп по мощнее чтобы этих -20 не ощутили?

(5) Скуль ставить на отдельный серв не виртуальный?

(4) геморрой при работе. Нафиг не нужно.

сервер Windows 2003 со скулем 2005 на новом серваке живее крутится в виртуалке, чем на родном железе 2003 года сборки.

(6)
1. тестирование
2. это если заюзаны максимальные ресурсы
3. я говорил про один и тот же физ. сервер с виртуалкой и без, тестировался тестом Гилева, реальная база показывала тоже меньшую производительность

(0)Опыт есть, и достаточно положительный.
Но главный вопрос по сабжу -  а нафига?

(11) Много всего вертится не серваке. Куча сертификатов, лицнзий и ключей. Плюс базы данных.

Нафига вообще что-то виртуализировать?

Минусы:

Нужны доп. лицензии на винду,
работать будет на том же железе, следовательно увеличения производительности ждать не следует ...

(0) если все что есть - это винда 2003 и желание какой то там виртуализации, то оно вам не нужно.

(12)И что? Чем в данном случае может помочь виртуализация???

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

Или решили виртуализировать, ибо это модно?

(0)
esxi в руки,
желательно железки под 5.1
думается что производительность сильно не пострадает

(15)
помогает тем что можно более гибко настроить ресурсы например и вообще если юзать платный esxi 5.1 так там вообще куча плюшек с распределением виртуалок, кластеризацией.

(16) Полные аппаратнонезависимые бэкапы, при необходимости можно развернуть за короткий промежуток времени.

(18)
ммм ну какие же бэкапы ?
снимки, причем даже с текущим состоянием оперативной памяти.

(извини подправил ;) )

(17) чтоб это работало как часы. Нужны время, знания и деньги. По исходным данным у них есть только 2003

Немного знаний можно получить здесь KVM / XEN / VMWare или что будет лучше?

(20) Еще неизвестно какой сервер. Может проблемы с производительностью собрались решить виртуализацией...
А судя по тому, что все крутится на одном, купить второй тоже возможности нет.

(18)Т.е я так понимаю исключительно ради бэкапов?

С нового года (когда железка позволила у подопечных) на гипер-в - один кд в режиме коре, терминал + скуль (скуль возможно вынесу в тот же кору где кд, память подошла), один почтовый сервер дебиан на 50 клиентов и один файловый сервер дебиан.
Гипер-в вполне справен. была проблема с усб, решена усбип.
Правдо модуль ядра как для линукс так и для виндуз (клиент) прешлось допилить, иначе коркались как линукс так и виндуз, а виндуз прешлось перевести в тестовый режим, так как модуль ядра пришлось самому подписывать.

(24) интересно что именно допиливалось в ЯдРе в винд 2003?

(0) делал, только DB2 - зачем? - затем, что админы не дают доступ к серверам - а они ставить на сервак не будут. А писать конфу где-то надо под клиент-сервер.

(24)
что есть "коркались"?

(27) В корку сыпались?
То есть core dump

(0) есть один терминальник под Proxmox, есть и под vmware.
Все нормально, если руки прямые. Радует возможность быстрого восстановления если что.

+(29) виртуалку проброшен физический усб и торчит ключ на 50 юзверей.

(25) не в ядре, а в модуле, описька ибо писалось и о лин и о вин.

(4) в свете последних тенденций быстрее будет ставить в одну ОС и юзать shared memory. проверено