Добрый день!
Есть компания, все сервера в ДЦ на co-location:
DB 1C SQL: 2 х E5-2643v4@3.4ГГц/128Gb DDR4/AVAGO 3108/RAID6 (5 х S3700 400Gb) + RAID1 (2xSATA 1Tb)
RDP: E5-2620v2@2.1ГГЦ/128Gb DDR3/9260-8i/4 x RAID1
Также есть:
2 сервера для бэкапов: один в этом же ДЦ, другой в стороннем ДЦ
Hyper-V: Exchange 2010 в DAG 3шт, DC 2шт, вспомогательные 2шт.
в 2013 г было 50 пользователей, этого было достаточно. Сейчас пользователей 130 с перспективой роста до 180 за следующие 5 лет, загрузка RDP CPU постоянно 85-95%. Пора что то менять.
Сначала решил заменить сервер RDP на новый. На удачу озвучил сумму максимум до 2 000 000 руб - согласовали. Рассматривал вариант вроде: 2 х Xeon Gold 5317/256Гб DDR4/LSI 9361-8i/6 x D3-S4620 960GB. Но не устраивает то, что он является единственной точкой входа/отказа - при аварии потеряем доступ ко всем сервисам: 1с, почте, файлам.
Принял решение купить новый сервер, поднять Hyper-V, на нем 2 шт RDP + Connection Broker. Перевести пользователей, старый сервер переустановить, поднять на нем также Hyper-V RDP, добавить в ферму. Получим некую отказоустойчивость (с нюансами по профилям пользователей).
Не дает спокойствия мысль, что это корявое решение и надо сделать как то иначе, но все "иначе" упираются в СХД. Никогда с ними не работал, поэтому надо понимать возможно ли в мою стоимость уложить новый сервер и СХД, которая будет не медленнее существующих решений. Особенно беспокоит скорость SQL сервера, в случае миграции баз на СХД.
Также может оказаться, что я хочу странного, и надо сделать все совсем по другому. Готов ко всем предложениям в пределах озвученной суммы.
Апгрейд stanalone серверов до кластера
Модераторы: Trinity admin`s, Free-lance moderator`s
Re: Апгрейд stanalone серверов до кластера
Если единственной задачей является 1С
Я бы предложил вообще убрать виртуализацию и RDP.
ибо пенальти относительно файловой версии :
> MSSQL это 1/4 (в четыре раза медленнее)
> PostgreSQL 1/3 (в три раза медленнее)
> размещение БД на сервере снаружи железки (вне одной ОС) -15%
> оптимизиция PostgreSQL может дать прирост +10%
> применение linux дает прирост +20%
> использование виртуализации (HyperV , VmWare, KVM) дает падение производительности в 2 раза!
применение кластера дает практически линейное масштабирование для большого числа пользователей (примерно по 30-50 человек на сервер).
Тут имеется ввиду штатный кластер средствами 1С (сами физические серверы - независимые)
И что то мне подсказывает что на коллокейшне вы упираетесь в ограничение полосы из за неэкономного RDP протокола.
Нужно уходить в сторону тонких клиентов на ПК пользователей (или даже толстых), вообще убирая RDP из цепочки.
Так вот, из опыта :
комплекс разбивается на два уровня :
1 уровень кластера приложений 1C (минимум 2 сервера, без виртуализации)
2 уровень это кластер БД (минимум 2 сервера, без виртуализации)
Узел в кластере приложений должен обладать следующими характеристиками:
* 1CPU максимальной тактовой частоты (4 GHz)
* RAM - исходя из сложности ПО и числа обслуживаемых клиентов , на 50чел бухгпалтерии ~48 GB , для ERP ~96GB
* HDD - NVMe или RAID10@SSD ( четное число дисков от 4шт.)
* Win Srvr (любой)
Сервер БД :
* без виртуализации
* 2 CPU среднего уровня (разумный балланс между числом ядер, частотой и стоимостью)
* RAM - много, желательно (но не обязательно) поместить все базы в память
* аппаратный RAID10@SSD ( четное число дисков от 4шт.)
* linux + PostgreSQL
* Кластеризация средствами PostgreSQL + Linux HA
Итого минимум 4 сервера: 2 однопроцессорных быстрых + 2 двупроцессорных мощных
Единая СХД не требуется, но можно использовать для кластера серверов приложений (если нужны общие документы)
Я бы предложил вообще убрать виртуализацию и RDP.
ибо пенальти относительно файловой версии :
> MSSQL это 1/4 (в четыре раза медленнее)
> PostgreSQL 1/3 (в три раза медленнее)
> размещение БД на сервере снаружи железки (вне одной ОС) -15%
> оптимизиция PostgreSQL может дать прирост +10%
> применение linux дает прирост +20%
> использование виртуализации (HyperV , VmWare, KVM) дает падение производительности в 2 раза!
применение кластера дает практически линейное масштабирование для большого числа пользователей (примерно по 30-50 человек на сервер).
Тут имеется ввиду штатный кластер средствами 1С (сами физические серверы - независимые)
И что то мне подсказывает что на коллокейшне вы упираетесь в ограничение полосы из за неэкономного RDP протокола.
Нужно уходить в сторону тонких клиентов на ПК пользователей (или даже толстых), вообще убирая RDP из цепочки.
Так вот, из опыта :
комплекс разбивается на два уровня :
1 уровень кластера приложений 1C (минимум 2 сервера, без виртуализации)
2 уровень это кластер БД (минимум 2 сервера, без виртуализации)
Узел в кластере приложений должен обладать следующими характеристиками:
* 1CPU максимальной тактовой частоты (4 GHz)
* RAM - исходя из сложности ПО и числа обслуживаемых клиентов , на 50чел бухгпалтерии ~48 GB , для ERP ~96GB
* HDD - NVMe или RAID10@SSD ( четное число дисков от 4шт.)
* Win Srvr (любой)
Сервер БД :
* без виртуализации
* 2 CPU среднего уровня (разумный балланс между числом ядер, частотой и стоимостью)
* RAM - много, желательно (но не обязательно) поместить все базы в память
* аппаратный RAID10@SSD ( четное число дисков от 4шт.)
* linux + PostgreSQL
* Кластеризация средствами PostgreSQL + Linux HA
Итого минимум 4 сервера: 2 однопроцессорных быстрых + 2 двупроцессорных мощных
Единая СХД не требуется, но можно использовать для кластера серверов приложений (если нужны общие документы)
t.me: @RoboforumSetar ; st@3nt.ru
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 5 гостей