Технические требования

В данном разделе представлены минимальные технические требования для установки и функционирования системы, в том числе для ее основного экземпляра и сателлитов.

Программные требования
Аппаратные требования

Программные требования

Поддерживаемые среды виртуализации

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

Для промышленной эксплуатации рекомендуется использовать гипервизоры bare-metal (Type 1), работающие непосредственно на аппаратном уровне. Использование hosted-гипервизоров (Type 2), функционирующих поверх операционной системы, не рекомендуется.
Во избежание проблем в работе системы на виртуальных машинах (ВМ) под управлением гипервизора Hyper-V убедитесь, что в настройках всех ВМ кластера отключен режим совместимости. Для этого выполните следующие действия над каждой из ВМ:
1. Перейдите в настройки ВМ.
2. В дереве настроек выберите пункт Processor → Совместимость.
3. Проверьте состояние флажка Выполнить перенос на физический компьютер с другой версией процессора. Если он установлен, выполните следующие действия:
  1. Если ВМ включена, выключите ее.
  2. Снимите флажок Выполнить перенос на физический компьютер с другой версией процессора.
  3. Сохраните настройки ВМ.
  4. Включите ВМ.

Поддерживаемые операционные системы

Для основного экземпляра системы:

Система архитектурно совместима со всеми ОС семейства Linux, на которых возможен запуск Kubernetes 1.24 и выше.
Проводится регулярное тестирование совместимости со следующими операционными системами:
- РЕД ОС 7.3.4;
- Debian 12.7.

При работе системы в окружении совместимых ОС, не входящих в список выше, ограничений не ожидается, однако ее корректность не подтверждается регламентированными испытаниями.
Система совместима как с сертифицированными, так и несертифицированными вариантами ОС.
При обращении в службу поддержки по адресу support@rvision.ru специалисты окажут помощь в рамках доступных средств диагностики. При необходимости они могут попросить воспроизвести проблему в среде одной из регулярно тестируемых операционных систем.

Операционные системы, в которых развертывание Kubernetes невозможно из-за ограничений ядра или контрольных групп (cgroups), не поддерживаются.
Развертывание системы в окружении ОС, поддержка которых прекращена производителем, не рекомендуется.

В случае сателлитов требования к операционной системе узлов кластера не предъявляются.

Требования к Kubernetes

Минимальная версия Kubernetes: 1.24.

Зарегистрированное полное доменное имя (FQDN) на каждом узле кластера.

Убедитесь, что FQDN узла разрешается в IP-адрес. Это можно проверить, например, с помощью утилиты nslookup:

nslookup <FQDN>

Здесь:

<FQDN> — FQDN текущего узла.

Установка Kubernetes на узлы с адресами localhost.localdomain, localhost и 127.0.0.1 не предусмотрена.

Поддерживаемая среда выполнения контейнеров (Container Runtime Interface, CRI): containerd, CRI-O.
Установка сателлитов допускается на базе K0s.

Выбор среды выполнения имеет значение для автономной установки без Docker-registry в инфраструктуре.

Требования к СУБД

PostgreSQL

Для работы системы требуется реляционная СУБД:

рекомендуется PostgreSQL версии 15 или выше;
допустимо использование совместимых аналогов: Postgres Pro или Jatoba J4.

PostgreSQL может быть развернута в кластере Kubernetes, а также на выделенном сервере или в выделенном кластере. Настройка подключения к установленному экземпляру PostgreSQL производится на этапе PostgreSQL setup установки системы.

Вынесенная установка PostgreSQL не является обязательной, однако рекомендуется для повышения стабильности работы системы и удобства обслуживания СУБД.

В случае установки PostgreSQL на одном выделенном сервере требования к операционной системе этого сервера не предъявляются.

Инструкция по развертыванию PostgreSQL в выделенном кластере описывает процесс установки PostgreSQL 16 на узлы с ОС Debian 11 и РЕД ОС 7.3.

Для установки PostgreSQL согласно этой инструкции требуется:

Для PostgreSQL — не менее двух выделенных узлов.
Для хранилища конфигураций etcd — нечетное количество выделенных узлов, не менее трех. Рекомендуется использовать три узла.

ClickHouse

Для работы системы требуется СУБД ClickHouse.

Поддерживаемые версии ClickHouse:

R-Vision VM 3.0.0: ClickHouse 24.7.
R-Vision VM 3.1.0—3.2.1: ClickHouse 24.8.
Начиная с R-Vision VM 3.3.0: ClickHouse 25.8.

Для корректной работы системы необходимо использовать ClickHouse поддерживаемой версии. Так, например, при обновлении системы с версии 3.0.0 до 3.1.0 требуется обновить ClickHouse до версии 24.8.

При использовании версии ClickHouse, отличной от указанной, корректная работа системы не гарантируется.

ClickHouse может быть развернута в кластере Kubernetes или в выделенном кластере. Настройка подключения к установленному экземпляру ClickHouse производится на этапе ClickHouse setup установки системы.

Установка ClickHouse в кластере Kubernetes допускается только для минимальной конфигурации системы. Для обеспечения стабильной работы системы рекомендуется устанавливать ClickHouse в выделенном кластере.

На узлах, предназначенных для развертывания нового кластера ClickHouse, должна быть установлена одна из следующих операционных систем:

РЕД ОС 7.3, 8.0;
Debian 11—13;
Rocky Linux 8, 9;
Ubuntu 22, 24.

Системные утилиты

Утилита	Минимальная версия	Наличие на узлах Kubernetes и АРМ администратора
ansible	2.9	Требуется.
bash	4.0	Требуется.
curl	Любая.	Требуется только на АРМ администратора.
diff	Любая.	Требуется только на АРМ администратора.
gunzip	Любая.	Требуется.
kubectl	Та же, что и версия Kubernetes, с отличием не более чем на один минор. Например, для Kubernetes 1.24 допустимы kubectl 1.23, 1.24 и 1.25.	Требуется только на АРМ администратора.
openssl	Любая.	Требуется только на АРМ администратора.
python	3.8	Требуется.
sed	Любая.	Требуется только на АРМ администратора.
sshpass	Любая.	Если master-узлы кластера используют ОС Альт Сервер или Альт СП Сервер и планируется SSH-доступ с машины установщика к кластеру по паролю — на master- и worker-узлах. Если master-узлы кластера не используют ОС Альт Сервер или Альт СП Сервер — только на worker-узлах.
tar	Любая.	Требуется только на АРМ администратора.

Утилита

Минимальная версия

Наличие на узлах Kubernetes и АРМ администратора

ansible

2.9

Требуется.

bash

4.0

Требуется.

curl

Любая.

Требуется только на АРМ администратора.

diff

Любая.

Требуется только на АРМ администратора.

gunzip

Любая.

Требуется.

kubectl

Та же, что и версия Kubernetes, с отличием не более чем на один минор.

Например, для Kubernetes 1.24 допустимы kubectl 1.23, 1.24 и 1.25.

Требуется только на АРМ администратора.

openssl

Любая.

Требуется только на АРМ администратора.

python

3.8

Требуется.

sed

Любая.

Требуется только на АРМ администратора.

sshpass

Любая.

Если master-узлы кластера используют ОС Альт Сервер или Альт СП Сервер и планируется SSH-доступ с машины установщика к кластеру по паролю — на master- и worker-узлах.

Если master-узлы кластера не используют ОС Альт Сервер или Альт СП Сервер — только на worker-узлах.

tar

Любая.

Требуется только на АРМ администратора.

АРМ (автоматизированное рабочее место) администратора — хост, с которого запускается установщик основного экземпляра системы или сателлита. Установщик может запускаться как на одном из master-узлов кластера Kubernetes, так и на машине администратора, имеющей сетевой доступ к кластеру.

Если установщик запускается на master-узле кластера Kubernetes, то к нему применяются требования АРМ администратора.

Если вы планируете установить систему в кластере Kubernetes, узлы которого работают под управлением ОС Альт Сервер или Альт СП Сервер, перед запуском установщика потребуется установить дополнительные компоненты:

пакеты python3-module-packaging, libnewt52 и newt52;
коллекцию ansible.posix.

Подробности приведены в разделе Дополнительные настройки для Альт Сервер и Альт СП Сервер.

Поддерживаемые версии браузеров на рабочих станциях

Google Chrome 110 и выше;
Microsoft Edge 110 и выше;
Mozilla Firefox 115 и выше.

Рекомендуется использовать наиболее актуальные версии браузеров.

Аппаратные требования

Требования для работы установщика

Для основного экземпляра системы: от 20 ГБ свободного места на диске.

Для сателлитов: от 10 ГБ свободного места на диске.

Требования для узлов кластера Kubernetes

Планирование ресурсов для развертывания кластера Kubernetes должно выполняться исходя из ожидаемой нагрузки и требуемого срока хранения данных в системе.

При развертывании кластера в отказоустойчивой конфигурации, помимо master- и worker-узлов, необходимо выделять нечетное количество узлов для хранилища конфигураций etcd, не менее трех.

Необходимо использовать следующее аппаратное обеспечение:

Процессоры:

Тактовая частота — не менее 2,5 ГГц в нормальном режиме работы и не менее 3,5 ГГц в режиме Boost.
Все ядра процессора должны быть только производительные.

Поддержка инструкций AVX и AVX2.

Чтобы проверить, поддерживает ли процессор инструкции AVX и AVX2, выполните следующую команду в терминале узла кластера:

grep -m1 '^flags' /proc/cpuinfo | awk '{
  f="sse3 ssse3 sse4_1 sse4_2 popcnt cx16 avx avx2";
  n=split(f, a, " ");
  for(i=1;i<=n;i++) if(index($0,a[i])==0){print "FAIL: missing " a[i]; exit 1}
  print "CPU is OK: x86-64 v2 + AVX/AVX2"
}'

Если все необходимые инструкции поддерживаются, в результате выполнения команды будет выведена следующая строка:

CPU is OK: x86-64 v2 + AVX/AVX2

Иначе будет выведен список инструкций, поддержка которых отсутствует или не включена. В этом случае убедитесь, что процессор хоста виртуализации поддерживает указанные инструкции. Если процессор их поддерживает, то обратитесь за руководством по их включению к документации системы виртуализации, которую вы используете.

Оперативная память: DDR4 с тактовой частотой не менее 3200 МГц в двухканальном или четырехканальном режиме.

При распределенной установке необходимо обеспечить сетевое взаимодействие между узлами кластера с пропускной способностью не менее 10 Гбит/с.

На узлах кластера следует использовать исключительно твердотельные накопители (SSD) со скоростью чтения не менее 550 Мбит/с. Рекомендуется объединить SSD в массив RAID 1.

Требования для основного экземпляра системы

Ресурс	Требования
CPU, ядер	12
RAM, ГБ	20
Место на диске, ГБ	230
Сетевое соединение, Гбит/с	1

Приведены требования для минимальной инсталляции системы, предназначенной для работы без существенной нагрузки.

Вы можете получить рекомендации по аппаратным требованиям согласно планируемой нагрузке на вашу инсталляцию системы. Для этого:
1. Запросите опросный лист в отделе поддержки продаж по адресу Presale_team@rvision.ru.
2. Заполните и отправьте опросный лист на адрес Presale_team@rvision.ru. Консультанты проведут расчет требований в соответствии с вашим бизнес-сценарием. В расчете будет учтен планируемый объем обрабатываемой информации.
Если до начала установки системы в кластере не будет установлен провайдер хранилища (storage provider), то вместе с системой устанавливается провайдер local-path-provisioner. Он не поддерживает ограничение размера постоянных томов (Persistent Volumes), что может привести к неработоспособности узлов кластера в случае их переполнения.

Если вы будете использовать провайдер local-path-provisioner, перед установкой системы рекомендуется создать дополнительные логические диски и объекты StorageClass для различных ее компонентов.

Требования для сателлитов

Приведены требования для минимальной инсталляции сателлита, при которой возможна его нестабильная работа. Чтобы получить рекомендации по конфигурации сателлита для вашей инсталляции, обратитесь в службу поддержки по адресу support@rvision.ru.

Возможны следующие варианты инсталляции сателлита:

Моно — кластер Kubernetes из одного узла, выполняющего роль master-узла и worker-узла одновременно.
Распределенный — кластер из нескольких узлов, содержащий как минимум один master-узел и один worker-узел.

Если при распределенной установке сателлита в кластере имеется только один worker-узел, то к нему применяются требования, аналогичные моно-инсталляции.

Ресурс	Моно	Распределенный, master-узел	Распределенный, worker-узел
CPU, ядер	8	4	6
RAM, ГБ	8	4	6
Место на диске, ГБ	130	130	130

Была ли полезна эта страница?

Обратная связь