Когда встаёт вопрос о закупке сервера или апгрейде существующей инфраструктуры, один из первых и самых важных параметров — объём оперативной памяти. Сколько оперативной памяти нужно серверу для стабильной работы? Правильный ответ всегда один: «это зависит от задачи». Универсального объёма не существует. Но как тогда принимать решение, если нужно подобрать конфигурацию сервера?
Методика первичной оценки
В этой статье разберём методику первичной оценки — от чего отталкиваться, как считать и где брать цифры. Важно: приведённые примеры — это отправная точка для диалога со специалистами, а не жёсткая спецификация. Окончательный объём всегда утверждается под конкретную инфраструктуру и профиль нагрузки.
Мы дадим вам формулы и ориентиры, чтобы вы могли прийти к эксперту уже с подготовленным расчётом. Данный материал поможет лучше понять принципы расчёта и предметно обсудить конфигурацию сервера со специалистом.
Логика расчёта
Прежде чем считать, сколько оперативной памяти для сервера нужно в каждом конкретном случае, давайте разберём логику расчёта. Универсальной формулы не существует, но есть общий принцип, который работает всегда.
Объём оперативной памяти сервера складывается из четырёх компонентов:
- Базовые потребности операционной системы и фоновых служб.
- Память под рабочие задачи.
- Количество одновременно работающих пользователей или процессов.
- Обязательный запас на пиковые нагрузки и рост.
Что происходит, когда памяти для сервера не хватает? Система начинает использовать файл подкачки — жёсткий диск или SSD в качестве медленной виртуальной памяти.
Скорость падает кардинально: вместо наносекунд доступа к ОЗУ получаем миллисекунды дисковых операций. Приложения зависают, пользователи раздражаются, а в особо тяжёлых случаях процессы аварийно завершаются.
Именно поэтому расчёт оперативки сервера нужно делать с запасом, а не ориентироваться на потребление в идеальный момент.
Выбор серверной памяти
Теперь, когда мы поняли, как считать объём, важно разобраться, какая именно серверная память подойдёт для вашей платформы. Оперативная память сервера — это не то же самое, что модули для домашнего ПК. Различия начинаются с архитектуры и заканчиваются совместимостью с процессорами.
Главное отличие — наличие поддержки ECC (Error-Correcting Code). ECC память умеет обнаруживать и исправлять ошибки, возникающие из-за сбоев напряжения, фонового излучения или физического износа ячеек.
В серверной среде, где данные хранятся в памяти долго — базы данных, кэши, виртуальные машины — один битовый сбой может привести к повреждению данных или падению всей системы. Десктопная память такой защиты не имеет, и использовать её в сервере категорически не рекомендуется. Поэтому всегда выбирайте память ECC для сервера.
Подробнее о типах памяти можно прочитать в статье SAS, SATA или NVMe: какой диск ставить в сервер под разные задачи.
Расчёт для сервера 1С
Сервер 1C — один из самых требовательных и капризных сценариев. Расчёт оперативной памяти здесь отличается от типовых задач, потому что нагрузка распределяется между несколькими компонентами.
В файловом варианте работы 1С, когда база лежит на сетевой папке, память расходуется минимально — достаточно 8–16 ГБ на 5–10 пользователей. Но файловый режим годится только для маленьких компаний.
В клиент-серверном варианте память тратится на три основные сущности:
- СУБД — самый прожорливый компонент. База данных держит в памяти кэши, индексы, планы выполнения запросов.
- Сервер приложений 1С — исполняет бизнес-логику.
- Сервер терминалов, если пользователи работают через удалённые рабочие столы.
Пример расчёта для сервера 1С на 30 активных пользователей: ОС и службы — 8 ГБ, СУБД — 32–48 ГБ, сервер приложений — 16 ГБ, запас 25%. Итоговый объём оперативной памяти — 80–96 ГБ.
Для сервера 1C критична не только ёмкость, но и частота памяти. Чем ниже задержки и выше частота, тем быстрее выполняются транзакции.
Оптимальным выбором для большинства серверов 1С будут модули оперативной памяти DDR4 ECC с частотой от 2666 МГц, либо DDR5 ECC, если платформа позволяет.
Виртуализация
Виртуализация — это сердце современного ЦОД. Здесь расчёт оперативной памяти ведётся иначе, чем для физического сервера. Общий объём оперативной памяти сервера виртуализации равен сумме памяти всех запланированных виртуальных машин плюс оверхед на гипервизор.
Для типовых офисных серверов закладывают 4–8 ГБ памяти на машину. Если внутри ВМ крутится 1С или SQL — умножайте на два-четыре. Гипервизор VMware ESXi потребляет от 8 ГБ и выше в зависимости от версии и количества ВМ, Hyper-V — до 4–6 ГБ, Proxmox — 2–4 ГБ.
Отдельно учитываем запас на отказоустойчивость. Если в кластере из 3-х узлов один падает, его ВМ переезжают на два оставшихся. Значит, каждый сервер должен иметь запас памяти, чтобы принять соседей. На практике закладывают минимум 20–30% свободной памяти на каждом хосте.
Пример расчёта: 20 типовых ВМ по 8 ГБ — это 160 ГБ. Добавляем гипервизор 8 ГБ, затем резерв под HA (High Availability, отказоустойчивость) около 30% и запас на рост. Итоговый объём оперативной памяти — 240–256 ГБ. Если у вас 40–50 ВМ — смотрите в сторону 512 ГБ и выше.
Особенно важно помнить, что новые платформы работают только с DDR5 ECC. Модули DDR5 ECC Registered позволяют наращивать объёмы до терабайтов без потери производительности, что критично для крупных сред.
Файловый сервер
Файловый сервер. В отличие от баз данных, он нагружает ОЗУ через кэш файловой системы и сетевого стека. Для офиса на 30–50 человек с типовыми документами достаточно 16–32 ГБ. Если же в компании работают с CAD-проектами или видео, которые постоянно запрашиваются, стоит увеличить планку до 64 ГБ.