Совет по расположение 1с + SQL на серверах
Приветствую гуру.
Прошу совета, как лучше расположить 1С - Сервер 1С - SQL базу и лог.
В наличие два сервера:
Xeon E5-2630 x2, 128Gb, SASx2 RAID - 1, SSDx2 RAID - 1, SATA x2 - Win2008
Xeon Gold 6242R, 256Gb, SSDx2 RAID - 1(предполагается под систему), SSDx4 RAID - 10, SATA x2 Win2016
Между ними 1Gbit, Пользователей до 30 по RDP, База 60Gb и пару не больших. Как лучше раскидать, SQL на 1 сервер, а Сервер 1С и RDP на другой или всё запихать на один самый мощный. А если SQL на отдельном сервере то на каком и как расположить компоненты по винтам?
Прошу совета, как лучше расположить 1С - Сервер 1С - SQL базу и лог.
В наличие два сервера:
Xeon E5-2630 x2, 128Gb, SASx2 RAID - 1, SSDx2 RAID - 1, SATA x2 - Win2008
Xeon Gold 6242R, 256Gb, SSDx2 RAID - 1(предполагается под систему), SSDx4 RAID - 10, SATA x2 Win2016
Между ними 1Gbit, Пользователей до 30 по RDP, База 60Gb и пару не больших. Как лучше раскидать, SQL на 1 сервер, а Сервер 1С и RDP на другой или всё запихать на один самый мощный. А если SQL на отдельном сервере то на каком и как расположить компоненты по винтам?
По теме из базы знаний
- Публикация базы 1С на веб-сервере Apache на сервере Linux
- Корпоративный мозг на 1С и Python
- Почему PostgreSQL не лучше MS SQL
- Перекуем Cloud на Oracle. Тестируем размещение 1С в облачной платформе Oracle Cloud.
- Применение 1С:Аналитики и Дата акселератора, или Как получить в 1С прозрачность и скорость обработки данных для прямого доступа и контроля руководителя
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Всё расположить на Xeon Gold 6242R. И лучше без виртуалок.
Диски использовать так, как и предполагается.
Но надо ещё подумать про резервное копирование. Либо два HDD добавить, либо где-то на других серверах искать место.
Диски использовать так, как и предполагается.
Но надо ещё подумать про резервное копирование. Либо два HDD добавить, либо где-то на других серверах искать место.
(12) Полностью согласен. Но это если речь идет о БП или ТиС или ещё о чем нибудь. Но у нас база КА 2.5 причем стандарт. Ей как в печку эти ресурсы закидывай, всё сожрет. Как до обновления доходит так вообще абалдеваешь, поэтому и решили пока есть возможность в фин. плане, пихаем всё :)
(13)RAID10 из SSD вам не сильно поможет, потому как задержки чтения/записи у массива будут явно выше одиночных дисков.
Количество IOPs одного диска SSD для 30 пользователей будет избыточным, не говоря уж о массиве.
Обновление упирается в скорость работы CPU - RAM, и вот тут чем выше частота, а так же скорость копирования в памяти, тем быстрее будет процесс.
Если уж хотите высокой скорости дисков, то используйте NVMe(без объединения в массивы) - там IOPs на порядки(2-3) выше SATA.
Количество IOPs одного диска SSD для 30 пользователей будет избыточным, не говоря уж о массиве.
Обновление упирается в скорость работы CPU - RAM, и вот тут чем выше частота, а так же скорость копирования в памяти, тем быстрее будет процесс.
Если уж хотите высокой скорости дисков, то используйте NVMe(без объединения в массивы) - там IOPs на порядки(2-3) выше SATA.
(17)
Raid это не про бэкапы, это про время простоя. Либо наживую заменить один диск и перестроить массив на ходу, либо, чертыхаясь, перенакатывать заново все базы, пока у тебя над душой стоит бухгалтерия в полном составе. Плюс с возможной потерей данных, в случае если режим simple и бэкап только ночной
нисколько, потому что скорость RAID1 - не выше скорости 1го диска, его составляющих.
Бэкап явно будет дешевле массива из SSD
Бэкап явно будет дешевле массива из SSD
Raid это не про бэкапы, это про время простоя. Либо наживую заменить один диск и перестроить массив на ходу, либо, чертыхаясь, перенакатывать заново все базы, пока у тебя над душой стоит бухгалтерия в полном составе. Плюс с возможной потерей данных, в случае если режим simple и бэкап только ночной
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот