@fomank

Добрый день, господа админы. Есть задача собрать железо для терминального сервера, на котором будет крутиться 1С + Почтовый клиент + какой-то браузер. Пользователей человек 15 +- пару человек. Бюджет ~ 800$. Под такие задачи я начинающий и не опытный в этом вопросе собрал данные железяки :

1. Материнская плата Asus P9D-M
Мне показалась давольно адекватным решением для сервера ибо имеет рэйд контроллер и привлекательную цену + качество Asus (на асус не жалуюсь). Позиционируется как Servers & Workstations, нижний сегмент я так понимаю.

2. Процессор Intel® Xeon® Processor E3-1230 v3
Так же серверный процессор нижнего сегмента( на сколько мне известно), тактовая частота 3.3 с возможностью подъема до 3.7, для терминального сервера мне показалось рациональным решением. Качество Intel + весьма не дорогой.

3. Две планки памяти по 8gb в сумме дают 16 гб ОЗУ, Производитель Team Elite (В работе нарекний не было на данную фирму) 1600MHz. Цена приемлема, в общем вот и всё что могу сказать про память.

4. Не могу определиться с видеокартой, я пологаю миннимального Geforce будет достаточно ? ( Процессор не имеет видака)

5. Блок питания Chieftec 650 w

6. И какой-то миннимальный серверный корпус, по типу SCU-2U-UNI

7. Два жестких диска WD 1тб (остаются со старой машины, которая на данный момент является серверной) Планируется RAID из жестких дисков. Возникает вопрос, стоит ли туда тулить SSD, что бы 1С работала быстрее? Или это не рационально и есть риск умирания SSD ? Да и вообще сильно ли он поможет на сервере SSD ?

Хотел бы от вас услышать замечания и предложения, желательно основаны на личном опыте. Если я собрал полный бред, поправьте и подскажите)

З.Ы "Я не волшебник, я только учусь" (С)

0

@grgdvo

16 гигабайт мало!! Для 15 пользователей - каждому всего по гигабайту. Не знаю насколько 1С-ка сейчас прожорлива, подозревая, что не хватит по гигабайту на пользователя. Да еще почта, да еще браузер.
С такими требованиями лучше начинать с 32, а то и 64 гигабайт. В 800$ вы явно не влезете.

1

@fomank

Окей, докину до 32гб. Проц тянет, а в целом, скажите конфигурация нормальная? Или стоит перерабатывать? Если да, то в какую сторону?

0

@grgdvo

Остальное зависит от текущей нагрузки. Если все 15 пользователей зайдут одновременно и станут в 1С строить мега-отчеты, то будет адцки тормозить. По собственным впечатлениям, для повседневной работы именно в 1С я бы раситывал максимум человек на 5-8 одновременной более-менее нормальной работы.

0

@1c-k

fomank, понтянет и на 16 ГБ. Но дисковую подсистему менять однозначно. 1с все делает через харды, естественно нужно максимально возможную производительность диска сделать. Если интересно в лс, там объясню.

0

@a_shats

Не буду распинаться о том, что если собрать хлам в кучу - это всё равно будет куча хлама, а не сервер.
Что должен иметь терминальный сервер 1С (по факту терминальный+базы данных) на 15 человек ?
- минимум 4 процессорных ядра. Физических. Включенный HyperThreading сделает всё ещё лучше
- минимум 8 ГБайт ОЗУ. Не надо каждому клиенту терминального сервера по гигабайту, ОС у них одна на всех - не VDI чай. Но 16 ГБайт - это уже неплохо.
А так для полного комфорта надо пару гиг на ОС и с полгига на каждого клиента.
- дисковая подсистема - надо бы минимум 4хSATA на аппаратном RAID в RAID10.
Идеально - тупо пара SSD в софтовое зеркало исключительно под базу данных по нынешним временам, но не десктопных - а нижней части Enterprise-класса, типа Intel S500 серии.
Повторюсь - никакие ОС на SSD на сервере нафиг не нужны, класть только данные, требующие высокой производительности. Базы 1С, например.
И ничего больше, от слова "совсем".
Плюс - под ОС и всякие документы - пару SATA-шников (тоже Enterprise-класса, без всяких вывертов и извратов типа IntelliPower) в софтовое зеркало, объемом по вкусу.
Корпус нужен не "минимальный", а с хорошим доступом к железкам, в идеале - с хотсвопной корзинкой на 4 диска, но если с деньгами плохо - можно обойтись и внутренней хотя бы поворотной корзиной, типа как в Supermicro CSE-731D-300: когда полезете диски ставить/менять (а это придется делать, диски - наименее "вечная" часть любого сервера) - Ваши руки скажут Вам спасибо, а заодно и быстрее это всё получится, и без всяких накладок типа сломанных чрезмерно жесткими кабелями разъемов.
Почтовый клиент обычно жрет немного, с сотню или немногим более МБ на одного клиента.
А вот браузер... У меня в данный конкретный момент времени браузер, с которого пишу, занимает в ОЗУ 1,2 ГБ.
Это не значит, что надо на такой объем рассчитывать или - что всем нужно десятка 3 одновременно открытых страниц/вкладок, но иметь в виду надо. Что такой жор на ОЗУ от одного клиента может и случиться, в смысле.
Простейший конфиг, какой я бы предложил, это
Supermicro CSE-731D-300B (корпус)
Supermicro X10SLL-F (мама)
Xeon E3-1230V3
2х8GB DDR3 1600 MHz ECC
2x SSD Intel S3500 серии емкостью по вкусу в софтовое зеркало
2х HDD SATA 7.2K rpm Enterprise-класса, емкостью по вкусу.

0

@1c-k

a_shats, если ССД не надо) тогда расскажите парню дзен, как пользователю запускающему сервер предприятия, который работает через харды постоянно ускорить 1с

0

@a_shats

1c-k,
Чисто железом ?
Запросто.
Если речь о файловой версии и категорическом отказе по религиозным причинам от SSD - любой современный аппаратный RAID-контроллер, много дисков с максимальной доступной в бюджет производительностью на диск и RAID10 ради высокой производительности на запись.
Если о SQL - то тут есть варианты. Выкинуть postgreSQL (под Windows), например, если используется именно он
Если MSSQL - см. выше плюс добавить много-много ОЗУ, и брать процессоры с приличной производительностью на ядро (от 3 ГГц тактовая).
Хотите более конкретно - давайте и ситуацию более конкретную

0

@1c-k

a_shats, а понятно. Значит не знаем.

Добавлено через 1 минуту
a_shats, а я как раз знаю о чём говорю. И хоть под постгресс, хоть по mssql знаю как настроить и что сделать чтобы было быстро.
Но отвязать сервер 1с:Предприятие от работы с диском невозможно, потому что, всё что делает эта система она пишет в маленькие файлы которых куча. И не важно скуль или нет.

0

@a_shats

1c-k,
Кто на ком стоял ? Потрудитесь излагать свои мысли яснее (с).
Написанное Вами означает буквально, что Вы не прочли или не поняли написанное мной.
Хорошо, разжевываю.
Для баз данных свойственна нагрузка на дисковую подсистему типа случайный доступ мелкими (4-64КБайт) блоками во много потоков (=пользовательских сессий)
В том числе такая нагрузка свойственна и 1С.
Единичный диск лучше всего парирует нагрузку типа последовательный доступ большими блоками, потому, что механика. Это (причины) надо еще подробнее разжевывать ?
Поэтому - чтобы эффективно парировать такую нагрузку, надо а)больше дисков, чем один (сколько конкретно - конкретных дисков - зависит от интерфейса, скорости вращения этой конкретной модели диска и логики его внутреннего контроллера) и б) нечто, что умеет реорганизовывать совсем плохой для диска вариант нагрузки в нечто поближе к хорошему. В том числе - путем реорганизации очереди команд ввода-вывода, предвыборки блоков на чтение, кэширование блоков на запись.
И такое есть - RAID-контроллер называется, аппаратный. С кэшем. И еще лучше - с защитой кэша, батарейкой или Flash-модулем.
И далее. RAID (redundant array of inexpensive/independent disks) - сам по себе не добавляет производительности, это, по сути, уровень абстракции дисков от всего остального (операционной системы в первую очередь).
Но. Если собрать диски в массив - можно получить не сумму производительностей дисков, конечно, но а) заметный рост производительности дисковой подсистемы, до некоторой степени пропорциональный количеству дисков и б)снижение задержки при многопользовательском/многопоточном доступе к дисковой подсистеме на операцию ввода-вывода в среднем, за счёт того, что в популярных уровнях RAID (0,1,5,10) в современной их реализации блоки данных ("страйпы") не только раскладываются по всем дискам в массиве, но и могут быть прочитаны или записаны контроллером - разные страйпы на разные диски, но одновременно.
Что до SQL - то там, по идее, должно быть лучше (больше объемом и эффективнее логикой) кэширование страниц БД в ОЗУ.
Простите, но на лекцию Вы напросились сами

0

@1c-k

a_shats, для тех кто в танке.
Количество штрафов на одну единицу записи какое будет у большого количества дисков? кхм, ладно продолжу.
1с сервер и скуль сервер две разных программы и работают, каждый по разному. Так вот, то что свойственно 1с, кхе-кхе к скулю вааще не подходит от слова совсем.
Берем монитор производительности и втыкаем как работает скуль и как 1с с диском.
Что-то похожее на то, как работает в 1с у скуля называется tempdb. Для 15 человек вообще помещается в озу и все.
Далее для изучения (лектор вы мой) - архитектура 1с, архитектура SQL.

Добавлено через 26 минут
a_shats, точнее Архитектура MS SQL. Так же по штрафам бежим в разные уровни RAID не забывая о: надежности, стоимости хранения 1 байта информации, стоимости владения и так далее.
А теперь очень простой вопрос был у парня - будет работать или нет.
Ответ будет и для 15 пользаков и на этом железе. Но, чтобы не ощущались проблемы, требуется у пользователя под которым предприятие запускается - темп держать на быстром HDD.
По умолчанию сей пользователь ограничен, как раз замечательным медленным диском C о котором вы вещали, что под систему и нафиг не нужен.
Чтобы это изменить, надо понимать в системе прав, и что надо изменить надо знать. Ну да ладно.
Чтобы тот же скуль освободить от таких проблем, надо всего лишь tempdb убрать на быстрый хард (ну собсно у постгреса разнести метаданные, кэш и датнные по разным хдд (CentOS в помощь например)).
Далее всех пользователей так же пересадить на более быстрые HDD. Если вы думаете 5 рейда с 3 хардов будет достаточно, спешу огорчить, у меня 2 пользователя клали просто этот софтовый рейд в ноль с очередью 30-40 секунд из трех Seagate Constelation.
А теперь внимание вопрос - нужен SSD пацану или нафиг не нужен. бугага.

0

@a_shats

1c-k,
С броневичка слезайте,для начала - это смешно выглядит. Ну или с танка - не знаю, с чего Вы пытаетесь вещать.
Мде. И рация у Вас тоже на бронетранспортере.
1С и SQL работают на воздусях или таки железе ?
Тема про теоретизирование на тему прав и иже с ними ? Или о неспособности прочитать статью, как переносится tempdb у MS SQL, куда надо, например ?
Нагрузку я выше описал.
Как ее правильно парировать - даже разжевал.
Чего ж еще ?
У Вас какая-то проблема с прочтением или пониманием прочитанного.
Я где-то писал про софтовый RAID из трех SATA ? Или - что конкретно из написанного мной Вы пытаетесь оспорить ?

0

@1c-k

a_shats, Плюс - под ОС и всякие документы - пару SATA-шников (тоже Enterprise-класса, без всяких вывертов и извратов типа IntelliPower) в софтовое зеркало, объемом по вкусу. - это не про софтовые ли зеркала тут вещано?

Добавлено через 3 минуты
это значит просто кто-то (не я) не писал еще в тонких формах в 1с.
Мне плевать, хоть виртуалка.
Спешу огорчить с 1с таких тем нет, бгг
теория с практикой далеко две разные вещи. Нагрузку я тоже описал, читайте между строк.
С вами я не спорю, а указываю на ошибки при ваших доводах относительно работы с 1с.
Все, за сим откланиваюсь. Удачно внедрять)

0

@a_shats

1c-k,

Раздел форума по серверному железу - это именно то место, где задают вопросы о тонких формах.
Спешу уверить - Вы не огорчаете, а забавляете.


Я, оказывается, тут не на вопрос по железу отвечаю - а 1С внедряю.
Сколько нового и необычного можно про себя узнать иногда, однако.

0

@1c-k

a_shats, напоминаю тему: Терминальный сервер под 15 человек. 1С. Нужен совет
ваще вопросов нет

Добавлено через 54 секунды
a_shats, а железо мы советум типа - вот бы, чтобы я себе купил если бы мне дали денег.

0