Содержание:
Сервер 1с аппаратные требования
Наверное, каждому сисадмину хоть раз в жизни приходилось решать задачи внедрения продуктов 1С, развёртывания SQL-баз и создания терминальных серверов. К нам регулярно обращаются заказчики с просьбой подобрать сервер под какую-нибудь из этих задач, а то и под все сразу. Здесь есть три возможных подхода, и мы хотим поделиться своим опытом в подборе оборудования, возможно, кому-то он сильно облегчит жизнь.
Основным критерием при выборе серверов для организации является набор сервисов, которые будут использоваться, и количество пользователей.
Сегодня мы рассмотрим выбор серверного «железа» для небольшой организации на 25-30 пользователей, с распределенной инфраструктурой (торговые точки, склад), которой требуются терминальный сервер и программа «1С: Предприятие». Этими сервисами будут пользоваться все сотрудники.
Большинство малых компаний, для удешевления стоимости оборудования, предпочитают минимизировать количество приобретаемой техники и просят администраторов «впихнуть» все запрошенные ими сервисы в один физический сервер. Желание понятное и простительное, но тут «есть нюансы».
Можно организовать терминальный сервер и использовать там файловую версию 1С, но при таком количестве пользователей компания-разработчик рекомендует переходить на клиент-серверный вариант. Поэтому нам потребуется еще сервер под «1С: Предприятие» и сервер баз данных. Уточним сразу, что организовать терминальный сервер, сервер SQL и сервер 1С на одной операционной системе возможно, но, с точки зрения безопасности и стабильности работы сервисов, это крайне не рекомендуется. А если всё-таки очень хочется использовать один физический сервер для всех трёх ролей, то рекомендуем использовать виртуализацию, например, VMWare ESXi или Hyper-V.
Таким образом, вырисовывается три варианта:
- Один сервер с файловой 1С. Плохой вариант, далее мы его рассматривать не будем.
- Один сервер с двумя виртуальными машинами.
- Два физических сервера, один терминальный, второй с БД и 1С.
Для решения этих задач можно предложить следующую конфигурацию серверов:
В случае с одним физическим сервером мы остановили выбор на Dell R710, с двумя шестиядерными процессорами Xeon X5650, 64 Гб оперативной памяти и шестью дисками: два SSD в RAID 1 и четыре SAS-диска в RAID 10.
В случае с двумя физическими серверами мы остановили выбор на таких конфигурациях:
- Терминальный сервер: IBM x3550 M3 с одним процессором Xeon E5620, 32 Гб оперативной памяти и двумя SSD в RAID 1, с дополнительной сетевой картой на два гигабитных интерфейса. У этого сервера также есть богатые возможности для апгрейда, так как он двухпроцессорный, имеет 18 слотов под модули памяти и поддерживает до 288 Гб ОЗУ.
- Сервер баз данных: IBM x3250 M5 с одним процессором Xeon E3-1220v3, 16 Гб ОЗУ, дополнительным RAID-контроллером SAS/SATA, четырьмя SAS-дисками в RAID 10, с дополнительной сетевой картой на 2 гигабитных интерфейса.
Почему мы выбрали именно такие конфигурации? Для ответа на этот вопрос давайте подсчитаем, что нам нужно для обеспечения комфортной работы пользователей в нашей небольшой организации на 25-30 сотрудников. Чтобы не было недопонимания: это лишь один из примеров недорогого внедрения 1С, и во многих случаях целесообразнее выбрать другие конфигурации.
С точки зрения процессорного времени терминальные сессии занимают не очень большую долю. По опыту внедрения терминальных решений в различных организациях, для поддержания комфортной работы 30-ти пользователей достаточно будет 4-6 физических ядер процессора, по одному ядру на 6-8 сессий.
Для небольшой базы SQL-серверу понадобится одно ядро. Но мы будем ориентироваться на расширение базы в будущем (или увеличение количества баз) и возьмем два ядра на SQL.
Для сервера «1С: Предприятие» важно не столько количество ядер, сколько их тактовая частота и частота шины. Поэтому заложим еще два ядра на сервер 1С.
И не забудем, что в случае использовании виртуализации одно или два ядра нам пригодится для обеспечения работы хостовой операционной системы.
Итого у нас получается:
- для сервера с двумя виртуальными машинами нужно 12 физических ядер. Можно и меньше, но всегда должен оставаться запас по мощности. Сервер с двумя шестиядерными процессорами подходит для этого идеально.
- для терминального сервера достаточно одного процессора Xeon E5620 с шестью ядрами, для сервера баз данных — процессора Xeon E3-1220v3 с четырьмя ядрами.
Оперативная память
Сначала посмотрим, сколько нужно оперативной памяти под сервисы:
- Операционная система Windows Server только под себя требует 2 Гб ОЗУ.
- Для SQL и небольшой базы 1С достаточно будет 4-6 Гб ОЗУ.
- Сервер «1С: Предприятие» требует еще 2-3 Гб ОЗУ.
- Рассчитываем, что каждому пользователю потребуется 700 Мб ОЗУ в терминальной сессии, тогда на 30 пользователей потребуется 21 Гб.
Теперь применим это к нашим вариантам.
- Для одного сервера с двумя виртуальными машинами нужно около 40 Гб ОЗУ.
- Для терминального сервера достаточно будет 24 Гб или 32 Гб ОЗУ (возьмем с запасом, предполагая будущее расширение). Для сервера с базами данных нужно не менее 8 Гб, но это «впритык», поэтому 16 Гб с запасом. Память сейчас — один из самых дешевых компонентов сервера.
Дисковая подсистема
Это традиционное бутылочное горлышко многих систем. Правильный выбор жестких дисков очень важен для обеспечения быстродействия серверов. При работе 1С с базой SQL происходит множество операций чтения/записи в секунду (IOPS). Если пользователи работают на терминальном сервере с тонких клиентов (т.е. полноценно используют терминальный сервер как рабочую среду), это сильно нагружает дисковую систему сервера. Например, 30 пользователей терминального сервера на RAID 1, SATA 3 Гбит/с, с дисками WD Velociraptor чувствуют себя некомфортно при работе с почтой и активном сёрфинге в интернете. Для терминальных серверов мы рекомендуем использовать SSD-накопители. Для серверов баз данных — SAS-диски, собранные в отказоустойчивые массивы.
Помимо накопителей, следует уделить внимание и дисковому контроллеру. Современные серверы имеют на борту довольно хорошие контроллеры, например, HP SmartArray и DELL PERC. Однако некорректно будет использовать «набортные» решения при серьёзной нагрузке, когда требуется максимальная производительность. Немного сэкономив, вы легко можете получить мощный сервер, который совершенно не тянет нагрузку. Поэтому контроллер должен быть аппаратным, а не программным, со своей энергонезависимой памятью.
Рассмотрим варианты решения этой задачи.
-
Для одного сервера с двумя виртуальными машинами желательно использовать два RAID-массива: на одном будут располагаться файлы виртуальной машины терминального сервера, на втором — файлы виртуальной машины сервера баз данных и «1C: Предприятия». Для создания первого массива лучше всего использовать два SSD-накопителя в RAID 1 (зеркало).
Второй массив лучше создать из четырёх SAS-диска в RAID 10 (зеркало + страйп), но можно и из двух SSD-накопителей в RAID 1. Выбор зависит только от стоимости дисков и модели сервера.
Один или несколько серверов
Как сказано выше, у небольших организаций довольно велико желание разместить все сервисы на одном сервере.
К преимуществам использования одного сервера и виртуализации можно считать более низкое энергопотребление и более гибкое распределение ресурсов между виртуальными машинами. Ну и перенос виртуальных машин, в случае чего, гораздо удобнее, чем перенос физических ОС.
Однако два сервера имеют более широкие возможности по апгрейду. Например, в нашем варианте недорогой IBM x3550 M3 с добавлением еще одного процессора и ОЗУ превращается в элегантные шорты терминальный сервер на 50 и даже более пользователей.
Еще одно «узкое место» в нашем случае, которое необходимо учитывать при выборе двух физических серверов, это обмен данными между ними по сети. У виртуальных серверов обмен данными идёт через виртуальный коммутатор. Здесь же, для увеличения пропускной способности сети, можно установить в каждый сервер по сетевой карте с двумя гигабитными интерфейсами, которые можно агрегировать между собой и напрямую соединить оба сервера агрегированными 2-х гигабитными линками. Или же использовать сетевые карты с SPF+ 10GBASE, но это дорогое удовольствие.
Запас по мощности
При расчетах и выборе сервера необходимо принимать во внимание пиковые нагрузки. Также обязательно нужно помнить, что база данных будет только «пухнуть», объёмы данных на терминальном сервере будут расти, а количество пользователей может увеличиться. Многие предприятия экономят на запасе мощности и через полгода-год сталкиваются с перебоями в работе и жалобами пользователей. Это тот случай, когда чрезмерная экономия приводит к новым затратам в будущем — скупой платит дважды. Выбранные нами варианты рассчитаны с запасом мощности и возможностью апгрейда. Учтено, что в DELL R710 можно будет добавить еще два жестких диска и ОЗУ, а также заменить процессоры на более производительные.
Так что, если вам потребуется расширение, или количество сервисов увеличится, то тут есть большие перспективы, а существующие серверы еще долгое время будут эффективно выполнять свои задачи. Возможно, через год нам неожиданно потребуется увеличить количество пользователей в два раза, до 60 человек? Пожалуйста.
Если вы использовали один сервер DELL R710, то можно докупить недорогой IBM x3550 M3, поднять на нём гипервизор, перенести туда виртуальную машину с БД и 1С-сервером, а на DELL-е все ресурсы отдать виртуальной машине с терминалом. Это будет быстро, и не потребуется «всё выкинуть и купить новое».
Если же вы использовали два сервера IBM, то x3550 M3 с добавлением второго процессора и небольшого количества ОЗУ превращается из середнячка в довольно мощную машину. А в x3250 M5 можно обновить процессор с E3-1220v3 до E3-1285v3.
1С УПП системные требования
Это минимальные требования. Может они исходили из одного пользователя 🙂 Конечная станция - нормально. Для открытия терминальной сессии - достаточно 🙂 Сервер? Мда, тут они явно поскромничали. 64 разрядный - не меньше. Иначе не взлетит. "Рожденный ползать. " сами понимаете если летает, то "летают. но очень низко и силно пнуть надо"(с)
PS: Почему, как только слышат "УПП", так сразу "ууу. монстр" 🙁 Нормальная конфигурация. Много кода выполняется на сервере. Обычная конфигурация.
Реальные системные требования к серверу 1с 8
добрый день.
у нас на предприятии используется сервер 1с8 и MSSQL (2x Xeon 2.8HZ, 1GBDDR2). конф типовая КУФИБ (ЗУП + БУХ)
но у пользователей некоторые виды документов рассчитываются, проводятся очень долго (особенно по ЗП).
Где или как найти подтверждение того что текущий сервер слабый?
Аппаратные требования для сервера под sql базу 1С 8.2
стоп-стоп-стоп
я не понял, что сильно изменится от перехода 8.1 - 8.2??
ну, чуток шустрее станет.
если сейчас удовлетворительна производительность сервера, зачем что то менять?
если нет - причем здесь смена платформы 1С??
Какие системные требования нужны для сервера 1С Предприятие?
Есть 20 клиентских машин и один 1С сервер. Подскажите, какие требования нужны (процессор, память и т.д.), чтобы организовать работу отдельных 20 баз на этом сервере. Базы будут не особо большими и нагруженными, надо хотя бы немного слегка комфортную работы для каждого клиента.
Обязательно ли нужен сервер, можно ли для таких нужд приспособить обыкновенный ПК на хорошем железе, увеличив память до 32 ГБ?
upd. С каждой базой будет работать только один клиент. Вариант работы пока еще не определен, но так как число пользователей в 20 это максимум, то скорее будет файловый. Базы Бухгалтерия предприятия.
По неточностям и скудности описания не винить, ибо с этой темой сталкиваюсь в первый раз.
Системные требования к файловой базе БП 3
(1) > Проверьте max degree of parallelism
Уии, 1С таки сделала это в своём файлом движке, я в них верил!
>Бухгалтер хочет отдать базу в облако. Это выход?
Да, отдавайте в 1cfresh, все будет нормально.
(16)
Для файлового - да.
Когда поставили на него веб-сервер, он уже перестал быть только файловым.
Терминалы -бессмысленная затея и неудобная пользователям. УФ через веб-сервер не требуют каких-то особых мощей от клиентской машины.
(0) начинайте с замены компа, на котором лежит база. Информации по подбору железа сейчас полно. Начните с таблицы производительности процессоров у Гилева.
Ну или уходите во фреш. Это хороший вариант.
(19)
Заявлений о том, что нет ситуаций, когда его использование оправдано, я не делал.
В случае ТС терминал бессмысленный.
Кроме того, терминал не является привычным и простым в обслуживании.
Для пользователей ничего привычного в том, что рабочий стол - это не их рабочий стол, нифига непривычно.
Пляски с бубнами по поводу слетающих принтеров, по поводу работы торгового оборудования - это нельзя назвать простым в обслуживании.
(21)
+ к (19) >>Но и говорить, что нет ситуаций, когда его использование оправданно, не стоит
По-другому скажу: не уверен, что в данной ситуации его использование неоправданно и бессмысленно. Представим, что ТС развернул в данной конторе веб-сервер, и спустя какое-то время уволился. Ну или уехал в отпуск, выпал из процесса по какой-то причине. Всё будет работать до первого неудачного сбоя электроэнергии или глюка HDD/SSD .
Пляски с торговым оборудованием в связке с веб-браузером - не меньшие. Плюс отсутствие общих файловых ресурсов.
Системные требования. Переход на 8.3
Перевел базу Бухгалтерия 2.0 на 3.0. База висит,невозможно работать.
Требования к аппаратуре:
1.1. Тонкий клиент
Компьютер конечного пользователя:
● операционная система Microsoft Windows 2000, Windows XP, Windows Server 2003, Windows Vista, Windows 7, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, Fedora 17, Mint 12, Ubuntu 12.04 LTS;
● процессор Intel Pentium/Celeron 1800 МГц и выше;
Все соответствует требованиям. Для кого они написаны? требования для открытия базы 1С в течение получаса и проведения документа в течение 10 минут?
Посоветвуйте, какие минимум требования к железу должны быть?
Есть локальная сеть из 3 компьютеров, в базе работают 3 пользователя.
Ты когда последний раз игрушки на минимальной комплектации запускал - они летали или еле ползали? То-то же.
По делу: ставь apache и через тонкий клиент коннект к нему.