Понедельник, 27 сентября 2021 13:18
Платформа Relativity - системные требования
Масштабируемость
Вы можете масштабировать (расширять) установленную платформу Relativity в целях обеспечения необходимой производительности, емкости и других аспектов, определяемых уровнем вычислительной среды, потребность в оптимизации которых возникает при подключении новых пользователей, росте объемов данных и усложнении и/или увеличении количества поисковых запросов.
Уровень вычислительной среды
Уровень вычислительной среды определяется количеством обслуживаемых пользователей и активными объемами данных, которые может поддерживать платформа. Уровень вычислительной среды определяет требования к аппаратному обеспечению: количеству ядер процессора, RAM и другим компонентам системного оборудования, которое должно отвечать растущим потребностям в вычислительной мощности установленной платформы Relativity. Для определения уровня вычислительной среды используются следующие основные параметры:
- Допустимое число пользовательских аккаунтов – максимальное число пользовательских аккаунтов, поддерживаемых платформой Relativity;
- Одновременное число пользователей в системе – среднее количество пользователей, одновременно находящихся в состоянии авторизованного входа в Relativity;
- Активные данные SQL (в ТБ) – общее количество дискового пространства, используемого индексами баз данных SQL (mdf) и полнотекстовыми индексами (ndf);
- Число записей Active Record (в трлн, MM) – общее количество записей (документов) во всем активном рабочем пространстве Relativity;
- Объем активных файлов (в ТБ) – общее количество дискового пространства, используемого под оригиналы и образы файлов.
В таблице ниже приведены диапазоны значений этих параметров для каждого уровня.
Уровень 1 – Среда начального уровня | Уровень 2 – Среда среднего уровня | Уровень 3 – Большая среда | |
Допустимое число пользовательских аккаунтов | Менее 300 | От 300 до 1000 | Более 1000 |
Одновременное число пользователей в системе | Менее 100 | От 100 до 500 | Более 500 |
Активные данные SQL, ТБ | Менее 1 | От 1 до 10 | Более 10 |
Число записей Active Record, трлн | Менее 20 | От 20 до 100 | Более 100 |
Объем активных файлов, ТБ | Менее 5 | От 5 до 30 | Более 30 |
В таблице ниже приведены количественные и качественные характеристики системного оборудования, необходимого для обеспечения поддержки каждого уровня.
Уровень 1 – Среда начального уровня | Уровень 2 – Среда среднего уровня | Уровень 3 – Большая среда | |
Общее число ядер для не-SQL | Менее 48 | От 48 до 192 | Более 192 |
Общее кол-во памяти для не-SQL, ГБ | Менее 96 | От 96 до 384 | Более 384 |
Общее число ядер для SQL Server | Менее 16 | От 16 до 96 | Более 96 |
Общее кол-во памяти для SQL Server, ГБ | Менее 128 | От 128 до 1024 | Более 1024 |
I/O-пропускная способность накопителя для SQL, Гбит/с | От 4 до 8 | Более 8 | Более 16 |
Накопитель для базы данных SQL Tempdb | SSD или флэш | SSD или флэш | SSD или флэш |
Требования к системным конфигурациям для новых развертываний
Замечание:
Приведенные далее примеры для Уровня 1 подразумевают варианты с различным количеством пользователей и данных. В большинстве случаев новое развертывание на Уровне 1 соответствует одному из этих примеров.
Уровень 1 – требования к аппаратному обеспечению (от 25 до 50 поименованных пользователей)
Мы поддерживаем установку всех компонентов Relativity на одиночное устройство, обслуживающее от 25 до 50 пользователей, имена которых были зарегистрированы в пользовательских соглашениях. Кроме того, обязательным требованием является установка на это устройство гипервизора, так как каждый функциональный компонент (виртуальный сервер) Relativity имеет свою виртуальную машину (ВМ).
В таблице ниже приведены спецификации этих виртуальных машин для варианта развертывания на одном физическом сервере.
Уровень 1 (25-50 поименованных пользователей) – развертывание на одном сервере | Кол-во | Оперативная память, ГБ | Кол-во CPU |
Веб-сервер/ Web | 2 | 16 | 4 |
Центральный агент/ Agent (core) | 2 | 4 | 4 |
Поисковый агент/ Agent (dtSearch) | 1 | 4 | 4 |
Конверсионный агент/ Agent (conversion) | 1 | 8 | 4 |
Агент PDF/ Agent (PDF)* | 1 | 16 | 8 |
Аналитик/ Analytics | 1 | 32 | 4 |
Воркер/ Worker | 1 | 16 | 8 |
Защищенное хранилище/ Secret Store | 1 | 4 | 4 |
SQL-сервер баз данных рабочих пространств/ SQL (workspace databases) | 1 | 64 | 8 |
SQL-сервер инвариантов баз данных, также может использоваться в качестве воркера/ SQL (Invariant/Worker Manager server) | 1 | 16 | 4 |
Сервер Data Grid (управление кластером/хранение данных в кластере/вход в кластер)/ Data Grid master/data/client node | 1 | 16 | 4 |
Брокер сообщений/ Message broker server | 1 | 4 | 4 |
*Если у пользователей есть сервер Invariant/Worker, выделенный для операций сохранения документов в PDF (Save As PDF), они могут перевести его в резерв или перепрофилировать в сервер-агент, в соответствии с рекомендацией «два агента-воркера PDF на ВМ».
Хотя Relativity поддерживает использование виртуальных машин, требования к системной конфигурации зависят от уровня среды. Количество SQL-серверов должно соответствовать требованиям пунктов «Высокая доступность» (High Availability) и «Восстановление после глобального сбоя» (Disaster Recovery) раздела «Конфигурация инфраструктуры» (Infrastructure configuration). Вы можете распределить базы данных рабочих пространств Relativity между несколькими SQL-инстанциями.
В таблице ниже приведены рекомендации для Уровня 1.
Уровень 1 (от 100 поименованных пользователей) – Среда начального уровня | Кол-во | Оперативная память, ГБ | Кол-во CPU |
Веб-сервер/ Web | 2 | 16 | 8 |
Центральный агент/ Agent (core) | 2 | 4 | 4 |
Поисковый агент/ Agent (dtSearch) | 1 | 4 | 4 |
Конверсионный агент/ Agent (conversion) | 1 | 16 | 8 |
Агент PDF/ Agent (PDF)* | 1 | 16 | 8 |
Аналитик/ Analytics | 1 | 32 | 8 |
Воркер/ Worker | 2 | 16 | 8 |
Защищенное хранилище/ Secret Store | 1 | 4 | 4 |
SQL-сервер баз данных рабочих пространств/ SQL (workspace databases) | 1 | 64 | 8 |
SQL-сервер инвариантов баз данных, также может использоваться в качестве воркера/ SQL (Invariant/Worker Manager server) | 1 | 16 | 4 |
Сервер Data Grid (управление кластером/хранение данных в кластере/вход в кластер)/ Data Grid master/data/client node | 3 | 16 | 4 |
Брокер сообщений/ Message broker server | 1 | 8 | 8 |
*Если у пользователей есть сервер Invariant/Worker, выделенный для операций сохранения документов в PDF (Save As PDF), они могут перевести его в резерв или перепрофилировать в сервер-агент, в соответствии с рекомендацией «два агента-воркера PDF на ВМ».
Уровень 2 – Требования к аппаратному обеспечению (300 и более поименованных пользователей)
Для Уровня 2 требуются дополнительные виртуальные машины, а также большее количество оперативной памяти (RAM) и процессоров (CPU) (см. таблицу ниже). Кроме того, предполагается, что при обработке больших объемов данных серверы SQL (Workspace Databases) не виртуализованы.
Уровень 2 (от 300 поименованных пользователей) – Среда среднего уровня | Кол-во | Оперативная память, ГБ | Кол-во CPU |
Веб-сервер/ Web | 2 | 32 | 8 |
Центральный агент/ Agent (core) | 3 | 16 | 8 |
Поисковый агент/ Agent (dtSearch) | 2 | 16 | 8 |
Конверсионный агент/ Agent (conversion) | 2 | 16 | 8 |
Агент PDF/ Agent (PDF)* | 2 | 16 | 8 |
Аналитик структурированных данных/ Analytics (structured analytics) | 1 | 32 | 8 |
Аналитик индексирования/ Analytics (Analytics indexing) | 1 | 32 | 4 |
Воркер (процессинг, создание образов)/ Worker (processing, imaging) | 2 | 16 | 8 |
Защищенное хранилище/ Secret Store | 1 | 4 | 4 |
SQL-сервер баз данных рабочих пространств/ SQL (workspace databases) | 2 | 256 | 16 |
SQL-сервер инвариантов баз данных, также может использоваться в качестве воркера/ SQL (Invariant/Worker Manager server) | 1 | 32 | 4 |
Сервер Data Grid (управление кластером)/ Data Grid master node | 3 | 32 | 8 |
Брокер сообщений/ Message broker server | 1 | 16 | 16 |
*Если у пользователей есть сервер Invariant/Worker, выделенный для операций сохранения документов в PDF (Save As PDF), они могут перевести его в резерв или перепрофилировать в сервер-агент, в соответствии с рекомендацией «два агента-воркера PDF на ВМ».
Независимо от размера среды необходимо принять во внимание следующее
Замечание:
Если вам нужно установить операционную систему Windows, имеет значение тип подсистемы хранения данных, которую использует файловый сервер (сервер документов).
Файловый сервер (сервер документов) |
|
SMTP-сервер (сервер уведомлений) | Платформа Relativity требует наличия в сети активного SMTP-сервера. Она взаимодействует с этим сервером при отправке уведомлений и ежемесячных отчетов по биллинг-статистике. Требования к аппаратному обеспечению этого функционального узла минимальны: вы можете использовать ваш текущий SMTP-сервер или объединить функции SMTP-сервера и сервера-агента. |
Подсистема хранения данных
Для каждого типа данных рекомендуется определенный объем дискового пространства, с учетом предполагаемого количества импортируемых данных, а также типа и длины просматриваемых блоков данных. Каждый сервер или ВМ должен располагать пространством для операционной системы, файлов подкачки страниц и файлов Relativity. Для установки Relativity Processing SQL Server требуются все данные SQL, за исключением полнотекстовых индексов SQL Full Text Indexes. Пропускная способность дисковой подсистемы, особенно когда на одном физическом хосте виртуализовано несколько SQL-серверов или серверов Data Grid Data, должна обеспечить выполнение множества строго регламентированных тестовых операций, включающих случайное и последовательное чтение и запись, прежде чем установка Relativity будет завершена.
В таблице ниже приведены рекомендации по объему дискового пространства для разных типов данных.
Тип данных (сервера) | От 25 до 50 поименованных пользователей | Более 100 поименованных пользователей | Пропускная способность диска (скорость I/O) |
Базы данных SQL | 500 ГБ | 750 ГБ | Высокая |
Базы данных могут размещаться на нескольких дисковых томах и нескольких SQL-инстанциях. | |||
Полнотекстовые индексы SQL | 150 ГБ | 250 ГБ | Средняя |
Объем индексов зависит от количества индексируемых записей и полей поиска. | |||
Регистрационные записи в базе данных SQL | 150 ГБ | 250 ГБ | Высокая |
Регулярные резервные копии регистраций транзакций содержат эти данные и при необходимости обеспечивают их своевременное восстановление. | |||
База данных SQL Tempdb | 80 ГБ | 80 ГБ | Высокая |
Для новых развертываний мы рекомендуем восьмикратный объем относительно 10-гигабайтных файлов данных Tempdb. Также рекомендуется использовать SSD. | |||
Резервные копии SQL | 500 ГБ | 1000 ГБ | Любая (от низкой до высокой) |
Мы рекомендуем придерживаться стратегии резервных копий. Специальных требований к этой части дисковой подсистемы нет. Для создания резервных копий больших объемов данных может потребоваться более высокая скорость I/O. | |||
Индексы dtSearch | 150 ГБ | 250 ГБ | Средняя |
Индексы dtSearch обычно размещаются там же, где и файлы. | |||
Аналитические индексы | 150 ГБ | 250 ГБ | Высокая |
Том для аналитических индексов располагается на виртуальной машине сервера-аналитика; требования к скорости передачи данных – на уровне сервера баз данных SQL. | |||
Файлы (оригиналы/образы) | 1500 ГБ | 3000 ГБ | Любая (от низкой до высокой) |
Эти файлы могут не требовать установки Windows, которая зависит от характеристик дисковой подсистемы. Для работы нескольких процессинговых воркеров онлайн потребуется более высокая скорость I/O файлового накопителя. | |||
Кэш обозревателя | 500 ГБ | 1000 ГБ | Высокая |
Обозреватель использует пространство для временного хранения оригиналов, образов и других типов файлов. В средах с числом пользователей порядка нескольких сотен рекомендуется использовать для кэша отдельный накопитель(и) (SSD) из расчета 1ТБ дискового пространства на каждую сотню пользователей, одновременно авторизованных в системе. | |||
Конверсионный агент | 250 ГБ | 250 ГБ | Высокая |
В ходе преобразования документов используется директория Windows Temp. | |||
Воркер (процессинг, создание образов) | 250 ГБ | 250 ГБ | Высокая |
В ходе процессинга и создания образов оригинальные приложения используют директорию Windows Temp. На любом воркер-сервере пространство, занимаемое этой папкой, никогда не превышает 250 ГБ. | |||
Data Grid (хранение данных в кластере) | 1 ТБ | От 1 до 10 ТБ | Высокая |
Источник: НИКС - Компьютерный Супермаркет