• Запуск кластера Cloud Arenadata DB.
• Контроль и аудит пользовательских доступов.
• Настройка, обновление и мониторинг кластера Cloud Arenadata DB.
• Аутентификация с поддержкой служб, совместимых с LDAP.
• RBAC и назначение ролей кластерам и сервисов.

Доступ к  MPP-РСУБД Arenadata DB – Greenplum

• Доступ к функциональности ядра Greenplum.
• Мониторинг и оповещения.
• Обеспечение резервного копирования СУБД через gpbackup/gprestore.
• PFX-коннектор, обеспечивающий бесшовное подключение к следующим системам:
  • Hadoop,
  • Clickhouse,
  • Kafka,
  • Spark,
  • S3,
  • HBase,
  • HDFS,
  • JDBC,
  • Hive и т.д.
• Tkhemali-connector для бесшовного подключения к Arenadata Quickmarts (Clickhouse).

Доступ к Command Center – ADB Control

• Исследование процессов СУБД, команд и утилит.
• Мониторинг на уровне запросов и транзакций SQL.
• Сбор информации о потребляемых на уровне SQL-запросов и транзакций системных ресурсах.
• Построение сводной статистики по использованию системных ресурсов за выбранный период времени в виде графиков.
• Возможность отмены выполняющихся транзакций.
• Отображение статистики по использованию ресурсных групп с возможностью конфигурирования ресурсных групп в web-интерфейсе ADB Control.
• Переназначение ресурсной группы для выполняющихся транзакций.
• Планы запросов с отслеживанием прогресса выполнения.
• Выгрузка собираемых с кластеров метрик во внешнюю аналитическую БД:
  • PostgreSQL,
  • TimescaleDB,
  • ADB.
• Аудит:
  • обращений к таблицам ADB в кластерах, подключенных для мониторинга,
  • авторизаций и других действий пользователей в ADB Control.

Доступ к ADB Backup Manager

• Настройка политик резервного копирования, включая отдельные расписания.
• Резервное копирование по расписанию и вручную.
• Ведение списка резервных копирований с возможностью поиска и просмотра деталей, в том числе кластерной топологии.
• Удаление резервных копирований в соответствии с настроенными политиками по расписанию и вручную.
• Создание точек восстановления по расписанию и вручную.
• Восстановление БД на момент выбранной точки восстановления.
• Логирование всех производимых в системе операций с детальным просмотром действий, завершившихся сбоем.
• Работа с несколькими кластерами ADB различных типов с/без Standby и зеркалирования.
• Поддержка S3- и Posix-совместимых хранилищ для бэкапов.

Поддержка на уровне гарантированного обслуживания

Beeline cloud предлагает три уровня гарантированного обслуживания Cloud Arenadata DB:

• Dev,
• Stage,
• Full.

Авторизация заказчика

Заказчик авторизуется в системе по следующим данным:

• ссылке URL,
• учетному имени пользователя (логин) и паролю.

Beeline cloud после БЗ и заключения приложения к договору присылает заказчику авторизационные данные и руководство пользователя на e-mail, указанный в БЗ. Авторизационные данные — конфиденциальная информация, предотвращающая несанкционированный доступ к сервису третьих лиц. Заказчик должен предпринять меры для сохранности данных.

Ответственность заказчика за авторизационные данные

Заказчик несет ответственность за разглашение и утерю авторизационных данных, возможные последствия разглашения или утери авторизационных данных с момента предоставления. Если заказчик потерял данные или передал их третьим лицам, то beeline cloud не отвечает за утерю и ущерб, понесенный заказчиком в связи с разглашением авторизационных данных, вплоть до получения заказчиком новых авторизационных данных от представителей beeline cloud в установленном порядке. При этом все действия администратора в личном кабинете, являются доказательством волеизъявления заказчика на выполнение этих действий согласно стоимости, указанной в приложении к договору.

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

Используемые узлы

Сервис разворачивается на следующих узлах виртуальных машин (ВМ):

• Master
• Segment
• ADCC
• ADCM

Beeline cloud конфигурирует все вышеперечисленные узлы, кроме Master- и Segment. Master- и Segment :

• Не участвуют в клиентской нагрузке. Заказчик не отвечает за нерабочую нагрузку на эти узлы.
• Выполняют роль управления сервиса и предоставления функционала платформы Arenadata DB.

Расчет объема хранилища для узлов

Объем хранилища для узлов включает в себя:

• объем Swap-памяти,
• добавочные 10% резервирования.

Если для узла необходимо выделить 10 ГБ хранилища, то добавляется объем оперативной памяти для swap, например, 4 ГБ, и 10% от размера диска. Итоговый объем памяти считается так:

10 Gb * 1,1 + 4 Gb RAM = 15 Gb

Доступные вычислительные ресурсы

Заказчику в зависимости от потребностей со стороны клиентских приложений доступны для использования vCPU и vRAM, являющиеся типовой конфигурацией узлов Master и Segment ВМ. Узлы доступны для аналитической обработки данных под управлением РСУБД Greenplum. Для организации работы сервиса заказчик при необходимости конфигурирует узлы Master- и Segment в vCPU, vRAM и дискового хранилища.

Заказчик получает виртуальные диски со Storage Policy:

• SSD,
• Fast SSD,
• Ultra NVMe.

Диски предоставляются для:

• ОС и развертывания прикладного ПО в составе ПО Arenadata DB ВМ. Диски обязательны для развертывания и не предоставляются заказчику в пользование по причине их технического назначения.
• Хранения данных. Диски обязательны для приобретения в рамках сервиса и предоставляются заказчику в пользование.

Подключение кластера Arenadata DB к частным сетям

Для подключения кластера Arenadata DB заказчика к частным сетям связи клиента или к интернет заказчик должен заказать одну из услуг beeline cloud:

• Выделенный доступ к интернет,
• Виртуальная частная сеть IP VPN,
• Виртуальный частный LAN.

Beeline cloud предоставляет услуги связи на основе отдельных приложений к договору. Услуги входят в состав сервиса Cloud Arenadata DB. Заказчик должен заказать услугу Выделенный доступ к интернет с адресом предоставления услуг в указанном в БЗ центре обработки данных beeline cloud, если ВМ подключаются к частным сетям связи заказчика с организацией доступа ВМ к интернет.

Услуга Выделенный доступ к интернет предоставляется в рамках сервиса Cloud Arenadata DB.

Ограничения на конфигурации ВМ

• vCPU: до 24. Заказчик определяет количество при согласовании размера ноды Worker. Один vCPU по мощности ограничен ресурсами одного физического ядра хоста виртуализации.
• vRAM: до 512 ГБ. Заказчик определяет объем при согласовании размера  ноды Worker.

В начало 🡱
К следующему разделу 🡲
К предыдущему разделу 🡰