1. Возможности сервиса

Версия 44.1 от Ирина Сафонова на 07.11.2023, 20:06

Возможности основного тарифа


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

Доступ к платформе оркестрации кластеров продуктов Arenadata — Arenadata Cluster Manager

  • Запуск кластера Cloud Arenadata DB.
  • Контроль и аудит пользовательских доступов.
  • Настройка кластера Cloud Arenadata DB.
  • Обновление кластера 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

  • Гибкая настройка политик формирования бэкапов, включая отдельные расписания для различных их видов.
  • Формирование бэкапов согласно настроенному расписанию и вручную.
  • Ведение списка бэкапов с возможностью их поиска и просмотра деталей, в том числе кластерной топологии.
  • Удаление бэкапов в соответствии с настроенными политиками по расписанию и вручную.
  • Создание точек восстановления (restore points) согласно установленному расписанию и вручную.
  • Восстановление баз данных на момент выбранной restore point.
  • Логирование всех производимых в системе операций с возможностью детального просмотра действий, завершившихся сбоем.
  • Поддержка работы с несколькими кластерами ADB различных типов с/без Standby и зеркалирования.
  • Поддержка S3- и Posix-совместимых хранилищ для бэкапов.

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


Beeline cloud предлагает три уровня гарантийного обслуживания прикладного решения:

  • Dev;
  • Stage;
  • Full.

Уровень обслуживания

Состав поддержки
Dev
  • Режим предоставления гарантийного обслуживания — 8*5, за исключением выходных и государственных праздников РФ.
  • Прием обращений пользователей через портал — 24*7.
  • Приоритет Emergency. Остановка или полная потеря работоспособности продуктивной системы, недоступность основных функций — 8 рабочих часов.
  • Приоритет High. Система сохраняет работоспособность в ограниченном объёме, частичная недоступность основных функций системы — 8 рабочих часов.
  • Приоритет Normal. Снижение производительности системы или сложности с развитием системы — 8 рабочих часов.
  • Приоритет Low. Проблема не влечет потери работоспособности системы. Запрос информации, не влияющий на ход рабочего процесса — 1 рабочий день.

Stage

  • Режим предоставления гарантийного обслуживания – 8*5,  за исключением выходных и государственных праздников РФ.
  • Прием обращений пользователей через портал – 24*7.
  • Приоритет Emergency. Остановка или полная потеря работоспособности продуктивной системы, недоступность основных функций — 2 рабочих часа.
  • Приоритет High. Система сохраняет работоспособность в ограниченном объёме, частичная недоступность основных функций системы — 3 рабочих часа.
  • Приоритет Normal. Снижение производительности системы или сложности с развитием — 8 рабочих часов.
  • Приоритет Low. Проблема не влечет потери работоспособности системы. Запрос информации, не влияющий на ход рабочего процесса — 1 рабочий день.
Full
  • Режим предоставления гарантийного обслуживания — 24*7.
  • Прием обращений пользователей через портал — 24*7.
  • Приоритет Emergency. Остановка или полная потеря работоспособности продуктивной системы, недоступность основных функций — 2 рабочих часа.
  • Приоритет High. Система сохраняет работоспособность в ограниченном объёме, частичная недоступность основных функций системы — 3 рабочих часа.
  • Приоритет Normal. Снижение производительности системы или сложности с развитием системы — 8 рабочих часов.
  • Приоритет Low. Проблема не влечет потери работоспособности системы. Запрос информации, не влияющий на ход рабочего процесса — 1 рабочий день.

Авторизационные данные


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

  • ссылке 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 ВМ. Диски обязательны для развертывания, не предоставляются клиенту в пользование по причине их технического назначения.
  • Хранения данных. Диски обязательны для приобретения в рамках сервиса и предоставляются заказчику в пользование.
  1. Объем хранилища для узлов всегда включает в себя объем Swap-памяти и добавочные 10% резервирования. То есть, если для узла необходимо выделить 10 ГБ хранилища, то к ним всегда добавляется объем оперативной памяти для swap (допустим 4 ГБ) и добавляется 10% от размера диска. Итоговый объем памяти будет считаться следующим образом: 10 Gb * 1,1 + 4 Gb RAM = 15 Gb
  2. В зависимости от потребностей со стороны клиентских приложений Клиенту доступны для использования вычислительные ресурсы (vCPU и vRAM), являющиеся типовой конфигурацией Master и Segment-узлов -  виртуальных машин, доступных для аналитической обработки данных, под управлением РСУБД Greenplum[1]. Для организации работы Услуги Клиенту доступна возможность конфигурирования Master и Segment-узлов по части vCPU, vRAM и дискового хранилища.
  3. В рамках предоставления Услуги Клиенту предоставляются виртуальные диски со Storage Policy – SSD, Fast SSD и Ultra NVMe. Данные диски предоставляются:
    1.  для ОС и развертывания прикладного ПО в составе ПО Arenadata DB виртуальных машин, являются обязательными для развертывания, не предоставляются клиенту в пользование по причине их технического назначения,
    2. для хранения данных, является обязательными для приобретения в рамках Услуги, предоставляются в пользование клиентом.
  4. Для подключения кластера Arenadata DB Клиента к частным сетям связи Клиента или к сети Интернет, Клиент должен также заказать одну из нижеуказанных услуг связи Исполнителя:
  • услуга «Выделенный доступ к сети Интернет»;
  • услуга «Виртуальная частная сеть IP VPN»;
  • услуга «Виртуальный частный LAN».

Услуги связи Исполнителя предоставляются на основе отдельных приложений к Договору и не входят в состав Услуги. При подключении Виртуальных машин к частным сетям связи Клиента с организацией доступа Виртуальных машин к сети Интернет, Клиент должен заказать услугу «Выделенный доступ к сети Интернет» с адресом предоставления услуг в Центре данных исполнителя, указанном в Бланке заказа на Услугу.

Услуга «Выделенный доступ к сети Интернет» предоставляется в рамках сервиса «Облачная аналитическая база данных Аренадата»


[1]              Ограничения на конфигурации Виртуальных машин:

  • vCPU:                                                                           до 24* (определяется Заказчиком при согласовании размера Worker-Node),
    (один vCPU по мощности ограничен ресурсами одного физического ядра хоста виртуализации)
  • vRAM:                                                                          до 512* ГБ (определяется Заказчиком при согласовании размера Worker-Node)

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