Сервер может исправно работать много лет. Именно поэтому решение о его замене часто откладывают: если оборудование включается, пользователи подключаются, а программы работают — зачем что-то менять?
Проблема в том, что корпоративный сервер отличается от обычного рабочего компьютера последствиями отказа. Неисправность одного ПК затронет одного сотрудника, а остановка сервера может одновременно остановить 1С, файловые ресурсы, базы данных, удалённый доступ и работу целого офиса.
При оценке серверного оборудования необходимо учитывать
производительность, надёжность, наличие запасных частей,
поддержку производителя, резервирование и стоимость возможного простоя.
Когда сервер имеет смысл модернизировать
Не хватает оперативной памяти
Недостаток RAM особенно заметен на серверах виртуализации, терминальных серверах, серверах баз данных и системах с большим количеством одновременно работающих пользователей.
Если процессор, контроллеры и остальная платформа ещё соответствуют требованиям, увеличение памяти может быть рациональным способом продлить срок эксплуатации.
Накопители стали главным ограничением
Старые HDD могут ограничивать производительность файловых сервисов, баз данных и виртуальных машин.
Переход на подходящую серверную SSD-подсистему может значительно изменить скорость работы, если контроллер и сама платформа позволяют реализовать преимущества новых накопителей.
Нужно увеличить ёмкость хранилища
Если сервер поддерживает дополнительные диски, а RAID-контроллер и корпус позволяют безопасно расширить массив, модернизация может быть оправданной.
Перед изменением конфигурации обязательно должна существовать проверенная резервная копия данных.
Процессор ещё соответствует нагрузке
Если сервер большую часть времени не испытывает дефицита вычислительных ресурсов, нет необходимости менять всю платформу только из-за возраста.
В такой ситуации установка дополнительной RAM, новых накопителей или сетевых интерфейсов может решить текущую задачу.
Когда сервер уже лучше заменить
Оборудование больше не поддерживается
Для серверной инфраструктуры особенно важно, можно ли получить актуальные прошивки, драйверы и замену критичных компонентов.
Если производитель прекратил поддержку платформы, любая серьёзная неисправность может превратиться в длительный поиск совместимых деталей.
Запасные части приходится искать на вторичном рынке
Когда RAID-контроллер, блок питания или системная плата доступны только в бывшем употреблении, предсказуемость ремонта снижается.
Для некритичного лабораторного сервера это может быть допустимо. Для основной базы 1С или инфраструктуры предприятия — уже значительно более серьёзный риск.
Не поддерживаются современные ОС и гипервизоры
Новая версия операционной системы или платформы виртуализации может не иметь драйверов для старого RAID-контроллера, сетевых адаптеров или другого оборудования.
В таком случае дальнейшая эксплуатация старой платформы может ограничивать обновление всей инфраструктуры.
Производительность не соответствует задачам
Если процессор постоянно перегружен, RAM уже расширена до максимума, а дисковая подсистема не справляется с нагрузкой, точечная модернизация может перестать быть эффективной.
Энергопотребление и тепловыделение слишком высоки
Старые серверы могут обеспечивать значительно меньшую производительность на единицу потребляемой энергии, чем более современные платформы.
При нескольких постоянно работающих серверах затраты на электричество и охлаждение также становятся частью расчёта.
Отказ одного сервера остановит всю компанию
Даже мощный сервер может оставаться слабым местом архитектуры, если он является единственной точкой отказа.
При модернизации инфраструктуры стоит оценивать не только характеристики самого сервера, но и резервирование сервисов, систему backup и сценарий восстановления.
RAID может сохранить работу при отказе отдельных накопителей
в поддерживаемой конфигурации, но он не заменяет резервное копирование
и не защищает от удаления данных, повреждения файлов,
вредоносного ПО или полного отказа сервера.
Какие показатели стоит проверить
| Компонент | Что оценить |
|---|---|
| CPU | Среднюю и пиковую загрузку, требования приложений и виртуальных машин. |
| RAM | Использование памяти, запас для роста и максимальный объём платформы. |
| RAID | Состояние массивов, контроллера, батареи или кеш-модуля. |
| Накопители | Состояние, ошибки, ресурс SSD, производительность и доступность замены. |
| Сеть | Загрузку интерфейсов и необходимость 10GbE или других подключений. |
| Блоки питания | Наличие резервирования и состояние модулей. |
| Поддержка | Доступность прошивок, драйверов и комплектующих. |
Особое внимание — дисковой подсистеме
На сервере диски работают постоянно, а нагрузка может включать базы данных, виртуальные машины, файловые ресурсы и резервное копирование.
Поэтому необходимо контролировать не только общий объём свободного места, но и состояние накопителей, скорость операций и ошибки RAID-контроллера.
Опасный сценарий: деградированный RAID
После отказа одного диска массив может продолжить работу, и пользователи даже не заметят проблему.
Однако система уже находится в менее устойчивом состоянии. При следующем отказе последствия зависят от используемого уровня RAID.
Именно поэтому состояние массивов необходимо мониторить, а не проверять только после появления ошибок у пользователей.
Когда стоит переходить на новый сервер
Замена становится особенно оправданной, если одновременно выполняется несколько условий:
- платформа больше не поддерживается производителем;
- необходимые запасные части трудно приобрести;
- производительности недостаточно;
- невозможно установить необходимые версии ОС;
- максимальный объём RAM уже достигнут;
- дисковая подсистема существенно ограничивает работу;
- сервер критичен для компании;
- простои становятся дороже новой инфраструктуры.
Может быть, вместо нового сервера — виртуализация?
При модернизации полезно оценить не только покупку прямой замены старому серверу, но и архитектуру всей инфраструктуры.
Несколько старых физических серверов иногда можно консолидировать на современной платформе виртуализации.
Это позволяет эффективнее использовать ресурсы и упростить обслуживание.
Однако виртуализация также требует правильного резервирования, лицензирования, хранения данных и планирования восстановления.
Если десяток виртуальных машин размещён
на одном физическом сервере без резервирования,
отказ этого сервера одновременно затронет
все размещённые на нём сервисы.
Что делать со старым сервером после замены
Работающее оборудование необязательно сразу списывать.
После оценки состояния старый сервер можно использовать:
- как тестовую платформу;
- для лабораторной среды;
- для некритичных внутренних задач;
- как временный резерв при миграции;
- для хранения вторичных копий данных при подходящей конфигурации.
Но переносить на него резервное копирование только потому, что «сервер жалко выбрасывать», необходимо осторожно.
Backup-инфраструктура тоже должна быть надёжной.
Как заменить сервер без остановки компании
1. Провести инвентаризацию
Необходимо определить, какие сервисы работают на старом сервере:
- Active Directory;
- DNS;
- DHCP;
- 1С;
- SQL;
- файловые ресурсы;
- RDP;
- резервное копирование;
- другие корпоративные приложения.
2. Проверить резервные копии
Перед миграцией должны существовать актуальные backup и понятный порядок восстановления.
Желательно проверить не только факт выполнения задания, но и возможность чтения или восстановления данных.
3. Подготовить новый сервер
Устанавливаются прошивки, операционная система или гипервизор, необходимые драйверы, мониторинг и средства резервного копирования.
4. Переносить сервисы поэтапно
Миграцию желательно планировать так, чтобы каждый этап можно было проверить отдельно.
Например, сначала перенести второстепенные сервисы, затем файловые ресурсы, базы данных и другие критичные компоненты.
5. Не отключать старый сервер сразу
После миграции стоит убедиться, что все пользователи и приложения действительно используют новую инфраструктуру.
Старую систему можно временно оставить выключенной, но доступной для контролируемого возврата, если архитектура и требования безопасности это позволяют.
Стоимость простоя важнее стоимости железа
Для сервера вопрос стоимости особенно важен.
Например, старый сервер можно поддерживать ещё несколько лет относительно недорогими комплектующими. Но если его отказ остановит работу двадцати сотрудников, реальная стоимость аварии может значительно превысить стоимость заранее запланированной замены.
Поэтому при расчёте стоит учитывать:
- стоимость нового оборудования;
- работы по миграции;
- лицензии;
- плановый простой;
- возможный аварийный простой;
- стоимость восстановления после серьёзного отказа;
- доступность резервного оборудования.
Чек-лист оценки сервера
Известна средняя и пиковая загрузка процессора
Проверено использование оперативной памяти
Проверено состояние RAID-массива
Проверены накопители и журналы ошибок
Проверено состояние резервных блоков питания
Оценена загрузка сетевых интерфейсов
Проверена поддержка оборудования производителем
Известна доступность запасных компонентов
Проверена совместимость с актуальными ОС и гипервизорами
Проверены резервные копии
Проверен сценарий восстановления после полного отказа
Посчитана стоимость модернизации
Посчитана стоимость нового сервера
Оценена возможная стоимость простоя компании
Составлен план миграции
Вывод
Сервер не нужно менять только потому, что ему исполнилось определённое количество лет.
Если платформа остаётся производительной, поддерживается, исправна и допускает разумное расширение, модернизация может продлить срок её эксплуатации.
Но если оборудование больше не поддерживается, компоненты трудно найти, производительности недостаточно, а отказ может остановить критичные сервисы, плановая замена становится значительно безопаснее аварийного ремонта.
Для обычных рабочих станций действует похожий принцип. Читайте статью «Когда компьютер пора модернизировать, а когда уже проще заменить».
Подробнее о серверной инфраструктуре — в разделе «Сети и серверы».
А при замене серверов особенно важно заранее продумать защиту данных и резервное копирование.