Пример из реальной практики. Провели аудит сервера 1С, нашли узкие места, сделали предложение. Заказчик подумал и согласился, т.к. наше предложение было самым выгодным и, самое главное, реальным на рынке. Многие "разводят" заказчиков, рисуют воздушные замки, закидывают обещаниями, лишь бы заключить договор и получить предоплату. А на деле заказчик тратит деньги и ... остается жить со своими проблемами. В нашем случае все иначе. Мы работаем честно, "рвачеством" не занимаемся.
Дано: сервер 1С, СУБД
Конфигурация сервера: 2х процессорная система, 28 ядер, памяти 128 Гб., дисковая подсистема собрана в RAID10. Диски SSD.
Проблема: в пиковые нагрузки падает производительность сервера. Система 1С зависает, запросы пользователей отрабатывают до 5 минут.
Анализ: Процессоры, память, дисковая подсистема, запросы к СУБД
На основании проведенного аудита были выявлены проблемы с конфигурацией аппаратной части сервера.
Итоги аудита:
Процессоры: В моменты, когда сервер "зависает", процессоры загружены на 60-70%%
Память: Сервер имеет достаточное количество памяти для выполнения запросов к СУБД. Свободно около 15-20% с учетом потребностей СУБД
Дисковая подсистема: операционная система, сервер 1С, СУБД с базами - размещены на одном диске. Проблема с "зависанием" сервера начинается, когда росла длина очереди диска.
Выявлена проблема с производительностью дисковой подсистемы.
Платформа сервера HP позволяла использовать до 8-ми жестких дисков. Но в конкретной конфигурации добавить дополнительные диски было невозможно, т.к. использовался интегрированный RAID контроллер.
Рекомендации:
1. Подготовить новый сервер с учетом требований производителя СУБД и 1С
2. Миграция образа диска на другую дисковую систему на этом же сервере
Выбор варианта:
При просчете вариантов натолкнулись на проблему с кодом в 1С. Код был "приземлен" исключительно на сервер с этим сетевым адресом и доменным именем.
Внесение изменений в код должно было занять около 2х недель и никто из программистов, которые отвечали за код, не мог дать гарантии, что систему можно перенести на другой физический сервер.
После полного анализа всех рисков было принято решение миграции образа системы.
Проект миграции:
1. Очистили сервер от программного "мусора", как можно больше уменьшили занимаемое место системы на дисковом массиве.
2. Сделали архив СУБД и служебных сервисов.
3. Отключили сервер и провели миграцию на съемный носитель образа системы.
4. Пересобрали дисковую подсистему на установленном внешнем RAID контроллере.
5. Развернули образ на новой дисковой подсистеме.
6. Система стартовала в штатном режиме.
7 Разнесли TempDB, базы данных и файлы журналов по разным дисковым массивам
8 Проблема с производительностью дисковой подсистемы была решена.
Затраченное время:
1. Подготовка проекта миграции - 24 ч/часа
2. Миграция - 6 часов - общее время
3. Завершение проекта - 2 ч/часа
Бюджет:
Закуплены шесть SSD дисков - 96 000 руб.
