КСЭД. Повышение отказоустойчивости

1. КСЭД. Повышение отказоустойчивости

Направления развития
- Здесь и сейчас «Quick win»
- Обновление платформенного ПО
- Быстрое масштабирование серверов приложений
- Изменение парадигмы архитектуры

2. КСЭД. Повышение отказоустойчивости. Здесь и сейчас «Quick win».

Что делаем
Описание работ
Ожидаемый результат
Длительность
Приоритет 1
Очистка БД от «мусора»
Анализ объектов и транзакций, поиск мусорных
записей (остатки миграции, работы системы),
очистка от таких записей и транзакций.
Перестроение индексов.
Приведение размера БД и индексов в
соответствие с хранящимися документами.
2 чел/м
Проверка конфигураций кластера (изменение
структуры кластера, контейнера приложения
(tomcat)). 1-2 сервера в кластере. Настройка на
продуктивных стендах.
Снижения нагрузки на сервера приложений,
за счет отключения избыточной
синхронизации кэшей кластера (hazelcast).
2 чел/м
Конфигурация кеширования
данных alfresco
Настройка кластерных и обычных кэшей серверов
приложений
Снижение нагрузки на БД.
Оптимизация индекса
Перестроение, конфигурация индексируемых
данных (приведение размера индекса в
соответствие с количеством документов в системе).
Сокращение вертикального масштабирования
для in-memory индекса (меньше размер
индекса, больше храним в оперативной
памяти). Повышение скорости поисковых
запросов.
2 чел/м
Оптимизация архитектуры
системы
Кластеризация SOLR
Снижение нагрузки на БД.
2 чел/м
Исследование оптимизации
нагрузки на БД (платформенное
ПО)
Реализация варианта подключения SOLR к standby
ноде БД.
Снижение нагрузки на БД
Исследование оптимизации
нагрузки на БД (прикладное
ПО)
Исследование «проблемных» справочников и
папок - анализ структуры папок и связей
справочников для поиска наиболее часто
используемых объектов (с большим кол-вом
данных).
Настройка кэшей уровня прикладного ПО.
Патч по оптимизации или патч по
корректировке структуры справочника или
сформулированные требования к вендору
прикладного ПО.
Оптимизация архитектуры
системы
Приоритет 2
1,5 чел/м
Приоритет 3
Ресурсы.
Разработка: Дубровский Дмитрий
Инженер DevOps: Аукин Алексей/Милавин Антон
3 чел/м

3. КСЭД. Повышение отказоустойчивости. Обновление платформенного ПО.

Что обновляем
Проблема
Что делаем
Ожидаемый
результат
Длительность
Обновление версии alfresco
(HazelCast)*
Невозможность револьверной
перезагрузки кластера серверов
приложений. 100% риск прерывания
сервиса.
Обновление кластерных библиотек.
Отключение кэшей или конфигурация.
Стабилизация процедуры револьверной
перезагрузки серверов приложений.
Повышение
отказоустойчивости
9-12 чел/м
Обновление версии alfresco
(HazelCast)*
Повышенная нагрузка на БД. Снижение Стабилизация процедуры револьверной
скорости обработки запросов.
перезагрузки серверов приложений.
Повышение
отказоустойчивости
9-12 чел/м
Обновление версии alfresco*
100% риск прерывания сервиса при
зависании сервиса конвертации
(испорченный/запароленый документ)
Концентрация нагрузки на сервера
приложений
Вынесение сервиса конвертации на
отдельный сервер
Повышение
отказоустойчивости
9-12 чел/м
Вынесение сервисов обработки процессов
на отдельный сервер
Снижение скорости
индексации
9-12 чел/м
Скорость обработки поисковых
запросов. Низкий порог
отказоустойчивости подсистемы
поиска.
Шардирование индекса (поиска
оптимального ключа для шардирования)
Повышение
отказоустойчивости и
скорости поисковых
запросов
9-12 чел/м
Обновление версии alfresco (SOLR)*
Обновление ОС МСВСфера*
Обновление НО 3 (4). Базовый сервис. Не работает инкрементальная
Возможность инкрементальной
синхронизация. Данные из домена
синхронизации с AD
обновляются 1 раз в сутки.
Обновление НО 3 (4). СУБД
Использование холодного кластера БД. Кластеризация БД. Партицирование БД.
Возможность переключения на
резервную БД, только при полной
остановке сервиса.
* ПриобновленииОС(МСВСфера)частьпунктов будутвыполнятьсяпараллельно
Ресурсы.
Разработка: ЛБ (3-4) + Дубровский Дмитрий (в части координации)
Инженер DevOps: Аукин Алексей
Критерии начала работ: мораторий на мажорные изменения кодовой базы
Повышение
доступности сервиса
9-12 чел/м
Повышение
отказоустойчивости
12 чел/м
(только БД 3 чел/м)

4.

КСЭД. Повышение отказоустойчивости. Быстрое масштабирование
серверов приложений
Что делаем
Ожидаемый результат
Длительность
Подготовка инфраструктуры
Настройка инструмента оркестрации
контейнеров
Настроенная среда для оркестрации
образов
2 чел/м
Настройка окружения и правил
оркестрации
Есть возможность обновлять версии
образов при необходимости
2 чел/м
Подготовка базового образа для
контейнера
Образ содержит все необходимые
компоненты.
2 чел/м
Настройка переменных и
конфигурационных слоев для
разворачивания образа приложения
Все используемые переменные и
конфигурационные файлы доступны в
образе
2 чел/м
Настройка на полигоне тестирования и
тестирование
Тестирование завершено.
1 чел/м
Настройка на продуктивных стендах
Перенос конфигурации на
продуктивные сервера
2 чел/м
Контейнеризация
Тестирование/настройка
Ресурсы.
Разработка: ЛБ (1-2) + Дубровский Дмитрий (в части координации разработки)
Инженер DevOps: Аукин Алексей
Критерии начала работ: мораторий на мажорные изменения кодовой базы

5. КСЭД. Повышение отказоустойчивости. Изменение парадигмы архитектуры

Основные подходы:
Автоматическое
масштабирование серверов
приложений, за счет
контейнеризации
Разделение данных
процессинга и данных
контекста операций
NoSQLБД в качестве хранения
контекста, те полная
изолированной от рисков при
необходимости расширения
атрибутивного состава
Централизация ведения НСИ
и кэширование данных в inmemory БД
Централизация сервисов ИБ и
сокращение объемов аудита
Реализация опытного
образца : 12 мес
Ресурсы.
Разработка: ЛБ (7-8) + Дубровский Дмитрий (в части настройки после обновления)
Инженер DevOps: Аукин Алексей