Обеспечение доступности

Для гарантии бесперебойной работы системы, основное внимание уделяется обеспечению доступности сервисов и данных.

Регламент резервного копирования

Целью настоящего регламента является определение порядка и параметров резервного копирования Entaxy, для последующего восстановления в случае сбоя с полной или частичной потерей данных и/или элементов системы.

Параметры резервного копирования

  1. Бэкап виртуальных машин

  2. Бэкап основных элементов системы

Элементы резервного копирования

Планирование и выполнение резервного копирования являются критически важными шагами для обеспечения безопасности и восстановления системы.

Перед проведением резервного копирования важно:

  • Определить ключевые компоненты;

  • Обеспечить целостность данных. Убедиться, что включенные элементы обеспечивают полную и целостную информацию для восстановления;

  • Установить регулярность и тестирование: Планировать регулярные интервалы резервного копирования и проводить тестирование восстановления.

Entaxy

Список директорий и файлов, необходимых для резервного копирования:

  1. ../entaxy/data – каталог с данными

  2. ../entaxy/etc – каталог с конфигурационными файлами

  3. ../entaxy/shared-repo — если применимо

  4. ../entaxy/bin/setenv – настройки запуска Entaxy

ActiveMQ Artemis

На всех серверах кластера ActiveMQ Artemis:

  1. /opt/broker_name/bootstrap.xml:
    bootstrap.xml - файл конфигурации, определяющий основные параметры, такие как местоположение основного файла настройки брокера, вспомогательные приложения (например, веб-сервер) и параметры безопасности JAAS (Java Authentication and Authorization Service).

  2. /opt/broker_name/broker.xml:
    broker.xml - файл конфигурации, в котором задаются основные параметры брокера - порты, получатели, политики безопасности и другие настройки.

  3. /opt/broker_name/jolokia-access.xml:
    jolokia-access.xml - файл конфигурации, в котором определяются правила доступа, аутентификации и авторизации для безопасного взаимодействия с Jolokia.

Резервирование ActiveMQ Artemis реализуется за счет объединения нескольких серверов в основные и резервные группы. Резервный сервер принадлежит только одному основному серверу. Серверы резервного копирования не активны до момента аварийного переключения. Однако одна из выбранных резервных копий, которая будет пассивной, объявляет о своем статусе и ждет, чтобы взять на себя роль основного сервера.

База данных

  1. Конфигурационные файлы СУБД
    Конфигурационные файлы СУБД содержат важные настройки системы управления базами данных.

  2. База storage
    Хранилище основных данных системы.

  3. База cache
    Хранилище временных данных и кэшей для ускорения доступа.

Load Balancer

Балансировщик нагрузки играет ключевую роль в обеспечении равномерного распределения запросов между серверами, повышая производительность и отказоустойчивость системы. Настройка и регулярное резервное копирование конфигурационных файлов, таких как /etc/nginx/sites-available/esb.conf и /etc/nginx.conf, являются критическими шагами для обеспечения стабильной работы и быстрого восстановления в случае необходимости.

  1. /etc/nginx/sites-available/esb.conf - Файл конфигурации

  2. /etc/nginx.conf – Файл конфигурации сервера

  3. В случае использования, другие конфигурационные файлы.

Nexus

  1. Экспорт конфигурационных файлов:
    Сохранить конфигурационные файлы Nexus, включая настройки и параметры.

  2. Сохранение пользовательских данных и настроек:
    Бэкапировать пользовательские данные, такие как настройки безопасности, роли и привилегии.

    Подробная информация доступна по адресу: https://help.sonatype.com/en/backup-and-restore.html

NFS общая папка

  1. Конфигурационные файлы NFS: Содержат настройки Network File System, определяя параметры доступа и безопасности для обмена файлами между системами.

  2. Общие каталоги Entaxy: Включают в себя директории, предназначенные для общего доступа и обмена данными в рамках системы Entaxy.

Порядок восстановления

  1. Восстановить виртуальный сервер/серверы из бэкапа виртуальных машин;

  2. Восстановить соответствующие каталоги;

  3. Запустить службу.

После запуска службы рекомендуется внимательно отслеживать ее работу в течение первых нескольких часов. Это позволит оперативно выявить возможные проблемы, возникшие после восстановления. Дополнительно, рекомендуется провести обзор журналов событий и логов, чтобы выявить любые предупреждения или ошибки.