Конференция Arenadata
ArenaTech 2026 – для всех, кому интересны технологии Big Data
Приглашаем вас принять участие в технической онлайн-конференции, посвященной работе с большими данными. Участие бесплатно для всех желающих.

В программе 3 блока докладов:

  • СУБД: архитектура и эксплуатация. Обсудим новые возможности Greengage DB и Arenadata DB на его основе, включая hot standby, обзор утилиты изменения кластерной топологии ggrebalance, вопросы безопасности и устранения CVE.
  • Платформа данных: безопасность и Kubernetes в ADH, аналитика в ADQM. Расскажем об управлении секретами и доступом в Arenadata Hyperwave с использованием OpenBao, особенности переноса сервисов в Kubernetes, а также про аналитические методы в инструментах ADQM.
  • Инструменты: кластерный менеджер, документация, ИИ-поиск. Поделимся опытом разработки технической документации (включая интеллектуальный поиск и ИИ-ассистент) и поговорим про развитие нашего кластерного менеджера ADCM.
Онлайн-конференция состоится 29 октября 2026 года, время трансляции: с 12:00 до 19:00 по московскому времени.
Осталось до события

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

  1. Требуются одна или несколько выделенных одноранговых Interconnect-сетей для внутренней коммуникации кластера.

  2. К Interconnect-сетям должны быть подключены все серверы кластера.

  3. Все серверы должны иметь полное доменное имя (Fully Qualified Domain Name, FQDN) и возможность обмениваться данными друг с другом на заданных скоростях.

  4. Должны быть известны IP-адреса каждого сервера.

  5. Должна быть обеспечена доступность Ping любого из серверов (Internet Control Message Protocol, ICMP).

  6. В случае инсталляции с доступом в Интернет требуется доступ к развернутому на выделенном сервере Arenadata Cluster Manager. Установка Arenadata Cluster Manager описана в Установка ADCM.

  7. В случае инсталляции без доступа в Интернет (offline) требуется доступ к развернутому на выделенном сервере Arenadata Enterprise Tools. Установка Enterprise Tools описана в разделе Установка кластера Enterprise Tools.

  8. На серверах, используемых для установки кластера, должны быть открыты порты, приведенные ниже.

ПРИМЕЧАНИЕ
Для ADS каждый порт относится к серверу, на который устанавливается конкретный сервис.
  • ADS

  • Monitoring

  • Enterprise Tools

  • ADCM

  • ADPS

Сервис Порт Назначение

Общие

22

Порт для подключения к SSH-провайдеру

2015

TCP-порт для отправки метрик на сервер мониторинга

2016

UDP-порт для отправки метрик на сервер мониторинга

ZooKeeper

2181

Порт доступа к сервису

2888

3888

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

Kafka

9092

HTTP-порт доступа к сервису

9093

HTTPS-порт доступа к сервису

9999

JMX-порт для доступа к метрикам сервиса

Kafka REST Proxy

8082

Порт доступа к сервису

9998

JMX-порт для доступа к метрикам сервисa

Schema-Registry

8081

Порт доступа к сервису

9997

JMX-порт для доступа к метрикам сервисa

ksqlDB

8088

Порт доступа к компоненту ksqlDB Server

NiFi

9090

HTTP-порт доступа к UI сервиса

9091

HTTPS-порт доступа к UI сервиса

11443

Порт взаимодействия между серверами NiFi, объединенными в кластер

18080

Порт доступа к UI компонента NiFi Registry

NiFi2

9090

HTTP-порт доступа к UI сервиса

9091

HTTPS-порт доступа к UI сервиса

11443

Порт взаимодействия между серверами NiFi2, объединенными в кластер

18080

Порт доступа к UI компонента NiFi2 Registry

Порт Назначение

3000

HTTP-порт, используемый Grafana. Значение по умолчанию может быть изменено при установке кластера ADM на странице конфигурации сервиса Grafana при помощи параметра Grafana port

Порт Назначение

443

TCP-порт, используемый Arenadata Enterprise Tools (служба реестра Docker)

81

TCP-порт Arenadata Enterprise Tools (доступ к репозиториям в случае offline-установки)

Порт Назначение

8000

TCP-порт для отправки статусов компонентов кластера в ADCM

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

Нашли ошибку? Выделите текст и нажмите Ctrl+Enter чтобы сообщить о ней