Нефункциональные особенности
Доступность
Platform V CopyWala обладает высокой доступностью благодаря своей простой архитектуре и минимальной сложности эксплуатации. Это позволяет поддерживать стабильную работу основных функций и быстро восстанавливать работоспособность при возникновении сбоев.
Устанавливаемость
Platform V CopyWala обеспечивает высокий уровень устанавливаемости, позволяя быстро и удобно развернуть, обновить или удалить компоненты продукта. Высокая устанавливаемость достигается за счет следующих возможностей:
-
Гибкие сценарии установки под любые задачи: поддерживается несколько способов установки, что позволяет адаптировать процесс развертывания под существующие процессы администрирования:
- Автоматизированная установка с использованием Ansible обеспечивает быстрое, масштабируемое и воспроизводимое развертывание без необходимости выполнения ручных операций;
- Установка из RPM-пакетов упрощает интеграцию продукта в стандартные механизмы управления программным обеспечением.
-
Подробная и понятная документация:
Продукт сопровождается детализированным руководством по установке, которое помогает администраторам быстро начать работу, избежать типовых ошибок и корректно выполнить все этапы установки, обновления и удаления с первого раза.
Целостность
Platform V CopyWala обеспечивает высокий уровень целостности данных, гарантируя их защиту от несанкционированных изменений, повреждений и потери. Это достигается благодаря следующим возможностям:
-
Гарантия корректности резервных копий.
Продукт выполняет комплексную проверку резервных копий, включая верификацию как контрольных сумм файлов, так и внутренней служебной информации архива. При необходимости может дополнительно проверяться целостность отдельных страничных файлов в архиве резервной копии (при включенной опции проверки), что обеспечивает высокий уровень доверия к восстановлению.
-
Контроль соответствия и доступности резервных данных.
CopyWala предоставляет возможность инвентаризации резервных копий, позволяя сопоставлять данные в физическом хранилище с записями в системе. Это обеспечивает уверенность в том, что все резервные копии присутствуют, доступны и не были утрачены или изменены.
-
Прозрачность и управляемость резервных копий.
Администратор получает доступ к подробной информации о состоянии резервных копий, что упрощает контроль, аудит и оперативное выявление потенциальных проблем.
Производительность
В данной секции приведены результаты нагрузочного тестирования, отражающие поведение системы при работе под высокой нагрузкой. Представленные показатели демонстрируют максимальные достигнутые значения производительности в контролируемых условиях и используются для оценки предельных возможностей системы.
Приведенные данные носят ориентировочный характер и могут отличаться в зависимости от конфигурации инфраструктуры, параметров системы и профиля нагрузки.
Компонент PBRA
Скорость снятия резервной копии с кластера и скорость восстановления из резервной копии зависят от объема данных на сервере, производительности серверной инфраструктуры, а также параметров, заданных в конфигурационном файле copywala.yaml.
В качестве примера приведены показатели, полученные при использовании следующей конфигурации тестового стенда:
| Компонент | CPU | ОЗУ (ГБ) | Внутренние диски (ГБ) |
|---|---|---|---|
| Агент резервного копирования (PBRA) | 32 | 48 | 1024 |
При нагрузке на управляемую БД равную 1200 TPS (количество транзакций в секунду), компонент PBRA демонстрирует следующие усредненные показатели производительности:
| Параметр | Значение |
|---|---|
| Скорость снятия резервной копии (чтение с диска) | 4.74 ТБ/ч |
| Начальный объем базы данных для создания копии | 660 ГБ |
| Скорость восстановления данных из резервной копии | 4 ТБ/ч |
- Для получения указанных показателей производительности в процессе тестирования выполнялась ручная корректировка конфигурационных параметров компонента.
- Приведенные значения носят ориентировочный характер и могут изменяться в зависимости от конфигурации инфраструктуры, характеристик оборудования и параметров настройки системы.
Максимальная скорость создания резервной копии
CopyWala демонстрирует высокую производительность при работе с большими объемами данных и позволяет выполнять создание резервных копий со скоростью свыше 7 ТБ/ч.
Тестовое окружение:
ОС | SberLinux 9.6 |
CPU | Intel Xeon Gold 6248R @ 3.00 GHz |
Система хранения данных | Huawei Dorado 5000 V6 |
Накопители | Huawei 7.68 TB SSD NVMe Palm Disk Unit |
Параметры теста:
Размер исходных данных | 612 ГБ |
Ограничено потребление оперативной памяти | 2 ГБ (около 20% доступного объема памяти сервера) |
Режим | Резервное копирование со сжатием |
Размер блока | 32 МБ |
Количество потоков, выполняющих чтение из каталога | 12 |
Количество потоков, выполняющих запись отдельных партов | 12 |
Количество потоков, выполняющих обработку WAL-файлов | 8 |
Результаты теста:
Максимальная достигнутая скорость создания резервной копии | 7,02248 ТБ/ч |
Размер резервной копии после сжатия | ~ 233 ГБ |
Время создания резервной копии | 300 секунд |
Фактическая скорость записи/чтения диска клиента (Copywala) |
|
Фактическая скорость записи/чтения диска сервера (Storage Service) |
|
Фактическая скорость передачи данных по сети от клиента к серверу | 9.2 Гбит/c |
- Для получения указанных показателей производительности в процессе тестирования выполнялась ручная корректировка конфигурационных параметров компонента.
- Приведенные значения носят ориентировочный характер и могут изменяться в зависимости от конфигурации инфраструктуры, характеристик оборудования и параметров настройки системы.
Компонент DBBR
Производительность компонента DBBR определяется скоростью обработки API-запросов и временем отклика при выполнении операций. Ключевыми метриками являются интенсивность запросов, время отклика (SLA), а также объем передаваемых данных.
В качестве примера приведены показатели, полученные при использовании следующей конфигурации тестового стенда:
| Компонент | CPU | ОЗУ (ГБ) | Внутренние диски (ГБ) |
|---|---|---|---|
| Резервное копирование СУБД (DBBR) | 32 | 32 | 1024 |
| DBBR database | 32 | 32 | 1024 |
Ниже приведены показатели, полученные на тестовом стенде при параллельном выполнении операций. Время отклика SLA установлено для каждого конкретного вызова в рамках одной операции.
| Операция | Интенсивность, операций/секунду | SLA по времени отклика (95 персентиль), мс | Средний размер запроса, байт | Средний размер ответа, байт |
|---|---|---|---|---|
Выпуск токена для регистрации агентского приложения (POST /api/agent-manager/v1/registration-tokens?agent_name=<string>&agent_description=<string>) | 0.62 | 26,3 | 937 | 643 |
Регистрация агентского приложения (POST /api/agent-manager/v1/agents) | 0.62 | 24 | 780 | 1189 |
Получение списка агентских приложений (GET /api/agent-manager/v1/agents?offset=<integer>&limit=<integer>) | 0.62 | 23 | 854 | 389 |
Повторное получение токена регистрации агентского приложения (POST /api/agent-manager/v1/registration-tokens/reestablish?agent_id=<uuid>&agent_name=<string>) | 0.62 | 25 | 901 | 643 |
Отзыв регистрации агентского приложения (POST /api/agent-manager/v1/agents/{agent_identifier}/revoke) | 0.62 | 55 | 872 | 64 |
Поиск и получение информации по агентскому приложению (GET /api/agent-manager/v1/agents/{agent_identifier}) | 0.62 | 40 | 844 | 488 |
Обновление токенов доступа агентским приложением (POST /api/agent-manager/v1/agents/self/tokens) | 0.62 | 24 | 803 | 1187 |
Обновление heartbeat агентским приложением (POST /api/agent-manager/v1/agents/self/heartbeat) | 0.62 | 20 | 805 | 64 |
Удаление агентского приложения (DELETE /api/agent-manager/v1/agents/{agent_identifier}) | 0.62 | 25 | 825 | 64 |
Получение информации о работоспособности сервиса Agent Manager (GET /api/agent-manager/v1/health) | 0.66 | 13 | 229 | 235 |
Получение информации о работоспособности сервиса Task Manager (GET /api/task-manager/v1/health) | 0.66 | 13 | 229 | 235 |
Получение детальной информации о задаче резервного копирования по ID (GET /api/task-manager/v1/backup-tasks/{task-id}) | 0.66 | 18 | 271 | 1030 |
Получение детальной информации о задаче восстановления данных по ID (GET /api/task-manager/v1/recovery-tasks/{task-id}) | 0.66 | 18 | 271 | 1030 |
Получение информации о задачах восстановления данных агентского приложения по ID (GET /api/task-manager/v1/backup-tasks?agent_id=<string>&offset=<integer>&limit=<integer>) | 0.66 | 18 | 271 | 1030 |
Получение информации о задачах резервного копирования агентского приложения по ID (GET /api/task-manager/v1/recovery-tasks?agent_id=<string>&offset=<integer>&limit=<integer>) | 0.66 | 20 | 298 | 1160 |
- Для получения указанных показателей производительности в процессе тестирования выполнялась ручная корректировка конфигурационных параметров компонента.
- Приведенные значения носят ориентировочный характер и могут изменяться в зависимости от конфигурации инфраструктуры, характеристик оборудования и параметров настройки системы.
Эффективная работа с большим количеством агентов PBRA
В ходе нагрузочного тестирования было подтверждено, что компонент DBBR стабильно поддерживает работу с 3000 агентских приложений без деградации ключевых показателей производительности и времени отклика.
Тестирование проводилось на стенде со следующими характеристиками:
| Компонент | CPU | ОЗУ (ГБ) | Внутренние диски (ГБ) |
|---|---|---|---|
| Резервное копирование СУБД (DBBR) | 32 | 32 | 1 024 |
| DBBR database | 32 | 32 | 1 024 |
Достижение указанных показателей обеспечивается за счет следующих архитектурных и инфраструктурных решений:
- База данных DBBR database вынесена на отдельный от модулей DBBR хост, что позволяет изолировать нагрузку и повысить общую производительность системы.
- Используется менеджер пулов соединений, выступающий в роли промежуточного слоя между сервисами и СУБД, что обеспечивает балансировку нагрузки, снижает количество прямых подключений к базе данных и оптимизирует потребление ресурсов.
- Выполнена настройка параметров операционной системы, а также конфигурации API-шлюза для минимизации задержек, предотвращения образования очередей запросов и повышения пропускной способности системы.
В результате указанных оптимизаций обеспечивается стабильная работа компонента DBBR при одновременном взаимодействии с большим количеством агентских приложений PBRA.
Компонент PBSS
Скорость выполнения резервного копирования при использовании компонента PBSS в качестве хранилища определяется рядом факторов, включая объем данных на источнике, производительность серверов, а также параметры, заданные в конфигурационном файле copywala.yaml и настройки самого хранилища.
В качестве примера приведены показатели, полученные при использовании следующей конфигурации тестового стенда:
| Компонент | CPU | ОЗУ (ГБ) | Внутренние диски (ГБ) |
|---|---|---|---|
| Агент резервного копирования (PBRA) | 8 | 8 | 100 |
| Сервис хранения резервных копий (PBSS) | 48 | 64 | 2048 |
Параметры нагрузки:
- резервное копирование запускается параллельно с нескольких источников;
- количество источников: 10 виртуальных машин с установленным агентом PBRA;
- объем данных на каждом источнике: 100 ГБ.
В указанных условиях компонент PBSS демонстрирует следующие усредненные показатели производительности:
| Параметр | Значение |
|---|---|
| Максимальная скорость снятия копии | 1.809 ТБ/ч |
| Средняя скорость снятия копии | 1.096 ТБ/ч |
- Для получения указанных показателей производительности в процессе тестирования выполнялась ручная корректировка конфигурационных параметров компонента.
- Приведенные значения носят ориентировочный характер и могут изменяться в зависимости от конфигурации инфраструктуры, характеристик оборудования и параметров настройки системы.
Надежность
В данной секции представлены результаты тестирования надежности, направленного на оценку устойчивости системы к сбоям, отказам и длительной работе под нагрузкой.
Результаты тестирования отражают поведение системы в заданных условиях и используются для оценки ее отказоустойчивости и стабильности в эксплуатации.
Компонент PBRA
Скорость снятия резервной копии с кластера и скорость восстановления из резервной копии зависят от объема данных на сервере, производительности серверной инфраструктуры, а также параметров, заданных в конфигурационном файле copywala.yaml.
В качестве примера приведены показатели, полученные при использовании следующей конфигурации тестового стенда:
| Компонент | CPU | ОЗУ (ГБ) | Внутренние диски (ГБ) |
|---|---|---|---|
| Агент резервного копирования (PBRA) | 32 | 48 | 1024 |
При нагрузке на управляемую БД равную 787 TPS (количество транзакций в секунду), компонент PBRA демонстрирует следующие усредненные показатели производительности:
| Параметр | Значение |
|---|---|
| Скорость снятия резервной копии (чтение с диска) | 5.25 ТБ/ч |
| Начальный объем базы данных для создания копии | 660 ГБ |
| Скорость восстановления данных из резервной копии | 4 ТБ/ч |
- Для получения указанных показателей производительности в процессе тестирования выполнялась ручная корректировка конфигурационных параметров компонента.
- Приведенные значения носят ориентировочный характер и могут изменяться в зависимости от конфигурации инфраструктуры, характеристик оборудования и параметров настройки системы.
Компонент DBBR
Производительность компонента DBBR определяется скоростью обработки API-запросов и временем отклика при выполнении операций. Ключевыми метриками являются интенсивность запросов, время отклика (SLA), а также объем передаваемых данных.
В качестве примера приведены показатели, полученные при использовании следующей конфигурации тестового стенда:
| Компонент | CPU | ОЗУ (ГБ) | Внутренние диски (ГБ) |
|---|---|---|---|
| Резервное копирование СУБД (DBBR) | 32 | 32 | 1024 |
| DBBR database | 32 | 32 | 1024 |
Ниже приведены показатели, полученные на тестовом стенде при параллельном выполнении операций. Время отклика SLA установлено для каждого конкретного вызова в рамках одной операции.
| Операция | Интенсивность, операций/секунду | SLA по времени отклика (95 персентиль), мс | Средний размер запроса, байт | Средний размер ответа, байт |
|---|---|---|---|---|
Выпуск токена для регистрации агентского приложения (POST /api/agent-manager/v1/registration-tokens?agent_name=<string>&agent_description=<string>) | 0.62 | 26,3 | 937 | 643 |
Регистрация агентского приложения (POST /api/agent-manager/v1/agents) | 0.62 | 24 | 780 | 1189 |
Получение списка агентских приложений (GET /api/agent-manager/v1/agents?offset=<integer>&limit=<integer>) | 0.62 | 23 | 854 | 389 |
Повторное получение токена регистрации агентского приложения (POST /api/agent-manager/v1/registration-tokens/reestablish?agent_id=<uuid>&agent_name=<string>) | 0.62 | 25 | 901 | 643 |
Отзыв регистрации агентского приложения (POST /api/agent-manager/v1/agents/{agent_identifier}/revoke) | 0.62 | 55 | 872 | 64 |
Поиск и получение информации по агентскому приложению (GET /api/agent-manager/v1/agents/{agent_identifier}) | 0.62 | 40 | 844 | 488 |
Обновление токенов доступа агентским приложением (POST /api/agent-manager/v1/agents/self/tokens) | 0.62 | 24 | 803 | 1187 |
Обновление heartbeat агентским приложением (POST /api/agent-manager/v1/agents/self/heartbeat) | 0.62 | 20 | 805 | 64 |
Удаление агентского приложения (DELETE /api/agent-manager/v1/agents/{agent_identifier}) | 0.62 | 25 | 825 | 64 |
Получение информации о работоспособности сервиса Agent Manager (GET /api/agent-manager/v1/health) | 0.66 | 13 | 229 | 235 |
Получение информации о работоспособности сервиса Task Manager (GET /api/task-manager/v1/health) | 0.66 | 13 | 229 | 235 |
Получение детальной информации о задаче резервного копирования по ID (GET /api/task-manager/v1/backup-tasks/{task-id}) | 0.66 | 18 | 271 | 1030 |
Получение детальной информации о задаче восстановления данных по ID (GET /api/task-manager/v1/recovery-tasks/{task-id}) | 0.66 | 18 | 271 | 1030 |
Получение информации о задачах восстановления данных агентского приложения по ID (GET /api/task-manager/v1/backup-tasks?agent_id=<string>&offset=<integer>&limit=<integer>) | 0.66 | 18 | 271 | 1030 |
Получение информации о задачах резервного копирования агентского приложения по ID (GET /api/task-manager/v1/recovery-tasks?agent_id=<string>&offset=<integer>&limit=<integer>) | 0.66 | 20 | 298 | 1160 |
- Для получения указанных показателей производительности в процессе тестирования выполнялась ручная корректировка конфигурационных параметров компонента.
- Приведенные значения носят ориентировочный характер и могут изменяться в зависимости от конфигурации инфраструктуры, характеристик оборудования и параметров настройки системы.
Компонент PBSS
Скорость выполнения резервного копирования при использовании компонента PBSS в качестве хранилища определяется рядом факторов, включая объем данных на источнике, производительность серверов, а также параметры, заданные в конфигурационном файле copywala.yaml и настройки самого хранилища.
В качестве примера приведены показатели, полученные при использовании следующей конфигурации тестового стенда:
| Компонент | CPU | ОЗУ (ГБ) | Внутренние диски (ГБ) |
|---|---|---|---|
| Агент резервного копирования (PBRA) | 8 | 8 | 100 |
| Сервис хранения резервных копий (PBSS) | 48 | 64 | 2048 |
Параметры нагрузки:
- резервное копирование запускается параллельно с нескольких источников;
- количество источников: 7 виртуальных машин с установленным агентом PBRA;
- объем данных на каждом источнике: 100 ГБ.
В указанных условиях компонент PBSS демонстрирует следующие усредненные показатели производительности:
| Параметр | Значение |
|---|---|
| Максимальная скорость снятия копии | 1.454 ТБ/ч |
| Средняя скорость снятия копии | 0.897 ТБ/ч |
- Для получения указанных показателей производительности в процессе тестирования выполнялась ручная корректировка конфигурационных параметров компонента.
- Приведенные значения носят ориентировочный характер и могут изменяться в зависимости от конфигурации инфраструктуры, характеристик оборудования и параметров настройки системы.
Устойчивость
Platform V CopyWala обеспечивает высокий уровень устойчивости, сохраняя корректность работы даже при некорректных входных данных и в условиях повышенной нагрузки. Это достигается благодаря следующим возможностям:
-
Контроль корректности входных данных.
При работе администратора через CLI CopyWala выполняет проверку вводимых команд и параметров на соответствие ожидаемому формату, включая контроль наличия обязательных аргументов. Это позволяет предотвращать ошибки на раннем этапе и снижает риск некорректного выполнения операций.
-
Надежная обработка ошибок.
Система спроектирована таким образом, чтобы корректно обрабатывать исключительные ситуации без нарушения общей работоспособности, обеспечивая предсказуемое поведение даже при некорректных действиях пользователя или неблагоприятных условиях.
-
Логирование событий и ошибок.
CopyWala ведет детализированное логирование всех значимых событий и ошибок, что позволяет оперативно выявлять причины сбоев, проводить анализ инцидентов и повышать общую устойчивость системы в процессе эксплуатации.
Безопасность
Platform V CopyWala обеспечивает высокий уровень безопасности, защищая систему и данные от неправомерного доступа и несанкционированных действий. Это достигается благодаря следующим возможностям:
-
Централизованная аутентификация и авторизация.
Доступ к CopyWala осуществляется через CLI-интерфейс с использованием внешней системы идентификации и авторизации, работающей по протоколу OpenID Connect. Это позволяет интегрировать продукт с корпоративными решениями управления доступом, такими как Keycloak, и обеспечить единые политики безопасности.
-
Строгая ролевая модель доступа.
Управление доступом реализовано на основе ролей, каждая из которых имеет фиксированный набор прав. Это исключает возможность несанкционированного расширения привилегий и обеспечивает предсказуемое разграничение доступа к операциям системы.
-
Аудит и контроль действий.
Все значимые действия пользователей фиксируются и передаются в сервис аудита, что обеспечивает прозрачность работы системы, возможность расследования инцидентов и соответствие требованиям информационной безопасности.
-
Защищенное межсервисное взаимодействие.
Аутентификация и защита взаимодействия между компонентами CopyWala реализуются с использованием современных механизмов:
- применение JWT-токенов для проверки подлинности запросов;
- использование протокола Transport Layer Security для защиты каналов передачи данных;
- поддержка взаимной TLS-аутентификации (mTLS), обеспечивающей подтверждение подлинности обеих сторон соединения.
Масштабируемость
Platform V CopyWala обеспечивает высокий уровень масштабируемости, позволяя эффективно адаптироваться к изменяющимся нагрузкам без потери производительности и функциональности. Это достигается благодаря следующим возможностям:
-
Гибкость в выборе и использовании хранилищ.
CopyWala поддерживает работу с различными типами хранилищ:
Local FS— локальная или сетевая файловая система;S2— хранилище Storage Service, входит в состав продукта Platform V CopyWala;S3— S3-совместимое объектное хранилище (MinIO, Ceph, AWS S3 и др.);DDBoost— Система дедуплицированного хранения данных Dell EMC Data Domain.
Это позволяет масштабировать систему в зависимости от объемов данных и требований к производительности, а также эффективно использовать как облачную, так и on-premise инфраструктуру.
примечаниеПодробное описание типов хранилищ приведено в разделе Хранилища резервных копий.
-
Адаптивная настройка производительности.
CopyWala предоставляет гибкие параметры конфигурации, позволяющие оптимизировать использование ресурсов под конкретные сценарии работы. Это обеспечивает стабильную производительность как при росте нагрузки, так и при ее снижении, сохраняя эффективность работы системы в любых условиях.