Есть железный сервер: 6 процессоров Xeon E-2236 @ 3.40 GHz, 64 Gb оперативки. Диски САС в RAID 10, объем 14Тб.
Все это под VMware.
Нужно сделать сервер под 70-80 юзеров в пике, обычно 50-60. Базы - УПП 1.3 (около 50 Гб), Зарплата и пара отраслевых решений, но там в пределах 5 Гб базы.
Вопросы:
1. Как поделить этот пул ресурсов? Есть ли смысл делать две виртуальные машины под скуль и сервер 1С?
2. Как цеплять юзеров? Раньше все эти базы крутились на серваке, где была поднята роль сервера удаленных раб.столов и люди просто заходили через РДП. Лучше ставить платформу локально? Или опубликовать приложение 1С? Или с рдп норм?
В общем, нужны ваши советы, я давненько от 1Сных дел отошел и совсем не уверен в своей компетентности.
Заранее благодарю!
(1) УПП 1.3 это обычное приложение, требовательное к сети и к ресурсом компьютера пользователя. Если компьютеры у них современные, а сеть быстрая, то сервер RDP не нужен. Памяти этого сервера маловато даже для одного SQL.
Оперативки вам ещё столько же надо что бы RDP запустить всех 60 в обычном режиме. (зарплата любит оперативку кушать, и неизвестно что там с отраслевыми)
Если будут работать Microsost SQL Server и Сервер приложений 1С, то имеет смысл ставить вместе, так как очень поможет протокол Shared Memory.
(5)
RAID 10
минимум 4 диска
посмотрите информацию о RAID 10 и 1с
если не планируется обновление железа, то :
рейд зеркало под систему
третий диск под базу скл,
четвертый под журналы скл
для архива предусмотрите другой диск или в локальной сети системник с достаточным местом
Все это под VMware - забыть , сделать только на реальном железе . без виртуализаций
(8)
можно.
можно все, на что хватает времени,ресурсов и знаний
у вас есть выбор :
1.делайте, как предполагали
2.поинтересуйтесь RAID 10 и 1с
к этому добавьте поиск инфо о RAID 10 и и СУБД
и еще RAID 10 и VMware
и поступайте, как хотите :)
я не предлагал вам вообще без рейда, потому что неизвестен режим работы
24/7/365 - хотя обычно ночью должно быть время, хотя бы на обслуживание ( архив однозначно)
(8)проблемы в заметном снижении быстродействия потому что все кэши физического процессора заняты данными гипервизора. данные всех виртуальных машин делят между собой оставшийся кэш, что вызывает более частые обращения за данными в ОЗУ.
у вас RAID10 и под нужды гипервизора используется, так понимаю?
(8) Там не столько конкретная проблема, сколько возникновение различных совокупностей ситуаций, не являющихся устойчивыми в своем проявлении, но которые надо принимать во внимание, здесь исследовано, в определенной мере.
6-ти ядерный процессор для раб.станций(пусть и HiEnd) и 64 ГБ памяти - это не совсем тот "пул вычислительных ресурсов", которому обязательно требуется виртуализация, тем более для одной задачи.
Я бы все это развернул на RDP, ибо 50 юзеров с УПП по сетке это будет уныло. Но для терминалки памяти вообще кот наплакал. Считаем одному юзеру полгига надо, а еще скуль. Памяти надо доставить будет, чтоб оно работало хоть как то.
1- лучше сделать 2 виртуалки. одну под СКЛ и сервер 1с, а 2 под РДП пользователей (полюбому туда будете ставить офис, пдф, и прочий софт для пользаков).
2- оперативки однозначно маловато
Это что касается вашей конфы, как вы ее описали.
Но лично меня терзают смутные сомнения по ней, т.к. конфа сервера не совсем рациональная. А именно: проц ниже среднего, тем более он один я так понимаю. Оперативки кот наплакал. А вот места на САС дисках аж 14тб и в 10 рейде. что за диски и сколько их в массиве? Вы точно не ошиблись по дисковому пространству? или это в свое время была файловая помойка, хотя больше похоже на веб сервер и его решили переделать под 1с сервер?