Доброго дня!
На текущий момент имеем RDP сервер на базе старенького Xeon X5690 64GBRAM / 4 SAS диска, подключение порядка 50-ти пользователей, 90% пользователей работают в самописной конфе, размер базы пока 7 гигов, остальные работают в типовой Бух 3 и ЗиУП 3. Мощности не хватает, в основном упираемся в дисковую подсистему.
Хотим перепрыгнуть на SQL.
Вопрос - можно ли городить огород на одном сервере т.е. иметь RDP + SQL + Сервер 1С предприятия или нужно разносить по разным серверам (виртуальные сервера пока не планируем использовать)?
Если можно все "взгромоздить" на один, какую примерную конфигурацию использовать ?
На текущий момент имеем RDP сервер на базе старенького Xeon X5690 64GBRAM / 4 SAS диска, подключение порядка 50-ти пользователей, 90% пользователей работают в самописной конфе, размер базы пока 7 гигов, остальные работают в типовой Бух 3 и ЗиУП 3. Мощности не хватает, в основном упираемся в дисковую подсистему.
Хотим перепрыгнуть на SQL.
Вопрос - можно ли городить огород на одном сервере т.е. иметь RDP + SQL + Сервер 1С предприятия или нужно разносить по разным серверам (виртуальные сервера пока не планируем использовать)?
Если можно все "взгромоздить" на один, какую примерную конфигурацию использовать ?
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(3)на один - RDP + 1C client, на второй - 1С server+SQL
для RDP железо не подскажу, вам должно быть виднее по нагрузке. Диски так понимаю, нужны SSD.
Железо для 1C + SQL:
CPU - максимально возможная тактовая частота + максимально возможное количество ядер.
ОЗУ - от 128Гб, думаю
диски SSD(NVMe) под базы/логи/темпДБ/tempOS/User'sTemp
Сервера между собой можно хоть Nх10ГБит/с(оптика) или какие там сейчас ходовые сетевые интерфейсы
для RDP железо не подскажу, вам должно быть виднее по нагрузке. Диски так понимаю, нужны SSD.
Железо для 1C + SQL:
CPU - максимально возможная тактовая частота + максимально возможное количество ядер.
ОЗУ - от 128Гб, думаю
диски SSD(NVMe) под базы/логи/темпДБ/tempOS/User'sTemp
Сервера между собой можно хоть Nх10ГБит/с(оптика) или какие там сейчас ходовые сетевые интерфейсы
По моей практике лучше так:
1 сервер- для RDP. Для него лучше брать сервер как можно с большим количеством ядер и памятью. Помните, что при запуске 1С на RDP создаются папки в профилях пользователя в виде кэшей конфигураций 1С. Соответственно на C диск нужно выделить МНОГО свободного места и желательно быстрые диски SAS SSD (следите за очередью дисковой подсистемы).
2 сервер - для 1C сервер+SQL сервера+HaspLoader. Для 1С сервера приоритетом является не количество ядер, а частота процессора, поскольку процессы 1С плохо распараллеливают транзакции по rphost... все действия одной транзакции выполняются на одном ядре в одном потоке. Так что распараллеливание работает не так как хочется. Скорость проведения одного конкретного документа почти не зависит от количества ядер но сильно зависит от частоты работы ядра.
На этом сервере важно обеспечить избыточную безопасность хранения данных. Никаких RAID5-7, только RAID 10 или 1 на SAS SSD. На SATA SSD делать RAID10 из более чем 4 дисков бессмысленно из-за ограничении шины SATA. Если есть лишние корзины, рекомендую бакапы вынести на отдельную пару из обычных HDD большой емкости, собранные в RAID 1 - это позволит в случае выхода из строя самого рейд контроллера перекинуть любой из пары HDD в другой компьютер как самостоятельный диск и слить копии... параллельно обязательно решить вопрос с отправкой BAK по сети в облако или NAS (частота зависит от размера базы) - последнее нужно для защиты от пожаров, наводнений и приходов товарищей в масках от госорганов. Память не жалей, она сейчас дешевая, не забудь разграничить максимально используемую память для SQL, иначе он будут все время норовить забрать память у rphost 1С Сервера.
Оптимально диски собрать можно так: 2 SATA SSD для система в raid 1, 4-6 SAS SSD в raid 10 для DATA/LOG SQL, 2 hdd в raid 1 для оперативных бакапов (либо вместо него подсоединить по сети диск из NAS).
Ну как то так. для двух серверов.
;)
1 сервер- для RDP. Для него лучше брать сервер как можно с большим количеством ядер и памятью. Помните, что при запуске 1С на RDP создаются папки в профилях пользователя в виде кэшей конфигураций 1С. Соответственно на C диск нужно выделить МНОГО свободного места и желательно быстрые диски SAS SSD (следите за очередью дисковой подсистемы).
2 сервер - для 1C сервер+SQL сервера+HaspLoader. Для 1С сервера приоритетом является не количество ядер, а частота процессора, поскольку процессы 1С плохо распараллеливают транзакции по rphost... все действия одной транзакции выполняются на одном ядре в одном потоке. Так что распараллеливание работает не так как хочется. Скорость проведения одного конкретного документа почти не зависит от количества ядер но сильно зависит от частоты работы ядра.
На этом сервере важно обеспечить избыточную безопасность хранения данных. Никаких RAID5-7, только RAID 10 или 1 на SAS SSD. На SATA SSD делать RAID10 из более чем 4 дисков бессмысленно из-за ограничении шины SATA. Если есть лишние корзины, рекомендую бакапы вынести на отдельную пару из обычных HDD большой емкости, собранные в RAID 1 - это позволит в случае выхода из строя самого рейд контроллера перекинуть любой из пары HDD в другой компьютер как самостоятельный диск и слить копии... параллельно обязательно решить вопрос с отправкой BAK по сети в облако или NAS (частота зависит от размера базы) - последнее нужно для защиты от пожаров, наводнений и приходов товарищей в масках от госорганов. Память не жалей, она сейчас дешевая, не забудь разграничить максимально используемую память для SQL, иначе он будут все время норовить забрать память у rphost 1С Сервера.
Оптимально диски собрать можно так: 2 SATA SSD для система в raid 1, 4-6 SAS SSD в raid 10 для DATA/LOG SQL, 2 hdd в raid 1 для оперативных бакапов (либо вместо него подсоединить по сети диск из NAS).
Ну как то так. для двух серверов.
;)
(9) ВЫ НЕ ПУТАЙТЕ ПОНЯТИЯ ИНТЕРФЕСА ПОДКЛЮЧЕНИЯ И ДИСКА.
SAS, SATA - это интерфейсы подключения. SAS имеет скорость 24 Гбита на линию, SATA имеет скорость 6 Гигабит, у некоторых контроллеров поднимается до 12 Гбит.
SSD, HDD - это диски....в зависимости от интерфейса можно подключить или к SATA или SAS.
Понятно дело, сегодня серверные SSD и достаточно надежные и очень быстрые, но малые по объёму.
Если собираете рейд из SSD дисков через SATA интерфейс, из-за ограниченности предельной скорости SATA вы быстро упретесь в потолок пропускной способности шины. RAID10 из SSD дисков быстро достигнет 6 Гигабит скорости интерфеса и дальнейшее увеличении дисков даст только прирост объема, но не скорости. На SAS интерфейс ваш потолок значительно выше.
SAS, SATA - это интерфейсы подключения. SAS имеет скорость 24 Гбита на линию, SATA имеет скорость 6 Гигабит, у некоторых контроллеров поднимается до 12 Гбит.
SSD, HDD - это диски....в зависимости от интерфейса можно подключить или к SATA или SAS.
Понятно дело, сегодня серверные SSD и достаточно надежные и очень быстрые, но малые по объёму.
Если собираете рейд из SSD дисков через SATA интерфейс, из-за ограниченности предельной скорости SATA вы быстро упретесь в потолок пропускной способности шины. RAID10 из SSD дисков быстро достигнет 6 Гигабит скорости интерфеса и дальнейшее увеличении дисков даст только прирост объема, но не скорости. На SAS интерфейс ваш потолок значительно выше.
Соответственно комбинации:
Серверный PCI-E SSD со встроенным рейдом - скорость iops умопомрачительная и вас есть очень много денег
SAS Серверный SSD - быстро, качественно, но очень дорого
SATA Серверный SSD - для небольших массивов данных и не так сильно дорого
SAS Серверный HDD - или у вас какие-то старые запасы дисков есть, которые нужно пристроить или вы что то покурили. :))
SATA Серверный HDD - вам нужно создать большие объёмы архивов, хотите гарантировать возможность восстановления данных, вы умеете считать деньги.
Серверный PCI-E SSD со встроенным рейдом - скорость iops умопомрачительная и вас есть очень много денег
SAS Серверный SSD - быстро, качественно, но очень дорого
SATA Серверный SSD - для небольших массивов данных и не так сильно дорого
SAS Серверный HDD - или у вас какие-то старые запасы дисков есть, которые нужно пристроить или вы что то покурили. :))
SATA Серверный HDD - вам нужно создать большие объёмы архивов, хотите гарантировать возможность восстановления данных, вы умеете считать деньги.
(8) получается по частоте процессоров это еще я так понял, "традиция" идет 7.7, чем выше частота тем быстрее отработает. Платформа так и не научилась нормально параллелить.
Вопросы задаю почему, 8-х не строил на клиент-серверном варианте, SQL задействовал только под 7.7. Но тут на одном объекте назрела необходимость. WEB-сервером тоже не обойтись. Так черпаю информацию.
Спасибо за развернутый ответ.
Вопросы задаю почему, 8-х не строил на клиент-серверном варианте, SQL задействовал только под 7.7. Но тут на одном объекте назрела необходимость. WEB-сервером тоже не обойтись. Так черпаю информацию.
Спасибо за развернутый ответ.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот