Конфигурация сервера 1С + SQL на 300 пользователей

[BiWik]

Доброго дня!
Помогите, пожалуйста, в подборе конфигурации для сервера 1С.
Необходимо спроектировать сервер 1С + SQL для комфортной работы не менее 300 пользователей.
Планируется под 1С ERP 2.0.
Придерживаемся следующей конфигурации:
- процессор xeon e5 2687w, т.е. желательно не менее 8 ядер и не менее 3000Гц.
- 2 SSD диска по 120 Гб под систему в зеркале.
- 4 SSD диска по 800 Гб под БД в райд 10
- 1 SSD диск на 120 Гб для журнала 1С
- 1 SSD диск на 120 Гб для tempDB
- ОЗУ DDR4 от 128 Гб.

Сервер на вырост. Ожидается размер базы до 500 Гб.
Планируется использовать один сервер под приложение 1С и MS SQL
Вопросы следующие. Будет ли данная конфигурация нормальным жизнеспособным решением?
Нужно ли разносить сервер 1С и БД на разные физические сервера?

[gs]

Сейчас это на чем-то работает?

[gs]

Город в профиле укажите, плиз.

[BiWik]

Состояние пока на стадии начала работ по проекту.
Тестовая среда настроена на отдельном физическом сервере:
проц. 2*xeon e5645@2.4ГГц, озу 65 Гб, системный диск зеркало sas 136 Гб, диск под базы 1.8 Тб.
Подробную конфигурацию дисковой системы не могу сказать.
1С и SQL на одном сервере.
Сервер является боевым и частично нагружен.
База ERP без нагрузки честно говоря "не летает".
Специальных замеров счетчиков ресурсов не делали.

Основанием для расчета конфигурации у нас больше послужила база 1С:Документооборот (практически типовая).
В базе 100-130 пользователей, активных около 50.
Крутится на виртуальном сервере.
Проц. 2*E7 4830@2.13ГГц, озу 32 Гб, дисковая система была зеркало 900 Гб разбитое на системный и логический диск для БД.
Замеры показали периодические повышенные значения средней длины очереди на диски. Частично спасло ситуацию добавление отдельного диска и перенос на него журнала 1с и tempDB. Средняя очередь на системный диск теперь < 1. Диск с БД судя по счетчикам периодически нагружается. Долго открываются документы.

[Stranger03]

Помогите, пожалуйста, в подборе конфигурации для сервера 1С.
Необходимо спроектировать сервер 1С + SQL для комфортной работы не менее 300 пользователей.

Напишем вопросы в почту. На 300 пользователей бОльше вопросов не в конфигурации серверов, тут как бы все достаточно просто. А вопрос в том, сколько времени они готовы ждать, если вдруг сервер с боевой базой ляжет. Сутки? Двое? Неделю?
Кроме этого в таких конфигурациях бекап обязателен.

[Inna]

BiWik,
>>Будет ли данная конфигурация нормальным жизнеспособным решением?
Нужно ли разносить сервер 1С и БД на разные физические сервера

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

Разделение сервера БД и Приложений с ростом колва пользователей, конечно, желательно. На сколько вам это сейчас нужно, лучше посмотреть по загрузке.

Допустимое время простоя важно знать, что бы определиться с конфигурацией железа и софта.
Это может здорово повлиять на цели всего вашего проекта Или повышение производительности приложения, и/или отказоустойчивость сервиса и управляемость.

[BiWik]

Stranger03, у нас вопрос все-таки именно в конфигурации серверов. Что касается резервирования и восстановления - на какой-то период есть, куда складывать копии и при случае быстро развернуть (пусть в низкопроизводительной среде). Суточного бекапа достаточно.
Сейчас просто пытаюсь сформулировать общие пожелания в конкретном железе. Но нет подобного опыта, живые примеры тоже не попадаются. К примеру "с каким контроллером смогут работать эти диски...". Отдел системного администрирования у нас конечно есть, с ними тоже буду общаться. Однако у вас специализация на подобных вещах, соответственно выше степень доверия

[BiWik]

Inna, планируется конфигурация 1С:ERP. Оптимизировать пока нечего, т.к. все на стадии проекта. Подбираем железо на вырост.
Упор на повышение производительности.
По разделению - решили все-таки разнести серверы на отдельные машины.

[BiWik]

Новый вариант, разнесли на 2 сервера :

Требования к серверу СУБД
Оперативная память от 128 Гб с обязательной возможностью масштабирования до 256 Гб.
Процессоры с архитектурой x64. Необходимо от двух многоядерных процессоров с тактовой частотой от 3.2 ГГц.
Дисковая система:
Системный диск от 140 Гб, SSD.
Основной диск для рабочих баз данных от 1.6 Тб (SSD) с возможностью масштабирования до 3.2 Тб.
Диск для копий баз данных с низкими требованиями к производительности от 10 Тб
 Диск для системной базы MS SQL tempDB от 140 Гб, SSD.
Высокоскоростной сетевой интерфейс 10 Гб/с для связи с сервером приложений 1С.

Требования к серверу 1С
Оперативная память от 32 Гб с обязательной возможностью масштабирования до 64 Гб.
Процессоры с архитектурой x64. Необходимо от двух многоядерных процессоров с тактовой частотой от 3.2 ГГц.
Дисковая система:
Системный диск от 140 Гб, SSD.
Диск для журнала сервера 1С от 240 Гб, SSD.
Высокоскоростной сетевой интерфейс 10 Гб/с для связи с сервером СУБД.

[Stranger03]

Новый вариант, разнесли на 2 сервера :

Вы ТЗ на аукцион пишите?

[Stranger03]

К примеру "с каким контроллером смогут работать эти диски...".

По моему опыту ни вам, ни администратору не имеет смысла задавать такие вопросы, если вы будете покупать готовый сервер,

[BiWik]

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

[Stranger03]

Я не знаю, есть ли готовые сервера, где можно поднять такую конфигурацию.

Вам Инна сейчас пишет большое письмо. На основе моего опыта. Сидит рядом, обсудили, письмо строчит,

[gs]

Вы бы хотя бы порядок бюджета написали. А то вариантов много, причем ценники отличаются неслабо.

[BiWik]

В плане бюджета ограничений особых нет. Здесь главное обоснованная разумная потребность и здравый смысл.
Письмо от Инны получил. Спасибо. Немножко покурю полученную информацию.