Исходный код вики 1. Возможности сервиса
Версия 33.1 от Ирина Сафонова на 07.11.2023, 18:21
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
23.1 | 1 | {{box cssClass="floatinginfobox" title="**Содержание**"}} |
| |
7.1 | 2 | {{toc/}} |
| |
23.1 | 3 | {{/box}} |
| |
7.1 | 4 | |
| |
23.1 | 5 | (% data-xwiki-non-generated-content="java.util.List" %) |
| 6 | ((( | ||
| |
7.1 | 7 | = Возможности основного тарифа = |
| |
23.1 | 8 | ))) |
| |
7.1 | 9 | |
| 10 | ---- | ||
| 11 | |||
| |
12.1 | 12 | Основной тариф включает в себя следующие возможности: |
| |
2.1 | 13 | |
| |
29.1 | 14 | Доступ к платформе оркестрации кластеров продуктов Arenadata — Arenadata Cluster Manager |
| |
28.1 | 15 | |
| |
30.1 | 16 | * Запуск кластера Cloud Arenadata DB. |
| 17 | * Контроль и аудит пользовательских доступов. | ||
| 18 | * Настройка кластера Cloud Arenadata DB. | ||
| 19 | * Обновление кластера Cloud Arenadata DB. | ||
| 20 | * Мониторинг кластера Cloud Arenadata DB. | ||
| 21 | * Аутентификация с поддержкой служб, совместимых с [[LDAP>>https://wiki.dfcloud.ru/bin/view/Glossary/LDAP]]. | ||
| 22 | * [[RBAC>>https://wiki.dfcloud.ru/bin/view/Glossary/RBAC]] и назначение ролей кластерам и сервисов. | ||
| |
28.1 | 23 | |
| |
30.1 | 24 | Доступ к MPP-РСУБД Arenadata DB – Greenplum |
| |
28.1 | 25 | |
| |
30.1 | 26 | * Доступ к функциональности ядра Greenplum. |
| 27 | * Мониторинг и оповещения. | ||
| 28 | * Обеспечение резервного копирования СУБД через gpbackup/gprestore. | ||
| 29 | * PFX-коннектор, обеспечивающий бесшовное подключение к таким системам, как: | ||
| 30 | ** Hadoop | ||
| 31 | ** Clickhouse | ||
| 32 | ** Kafka | ||
| 33 | ** Spark | ||
| 34 | ** S3 | ||
| |
31.1 | 35 | ** HBase |
| 36 | ** HDFS | ||
| 37 | ** JDBC | ||
| 38 | ** Hive и т.д. | ||
| |
32.1 | 39 | * Tkhemali-connector для бесшовного подключения к Arenadata Quickmarts (Clickhouse). |
| |
30.1 | 40 | |
| |
33.1 | 41 | Доступ к Command Center – ADB Control |
| 42 | |||
| |
32.1 | 43 | * Исследование процессов СУБД, команд и утилит. |
| 44 | * Мониторинг на уровне запросов и транзакций SQL. | ||
| |
33.1 | 45 | * Сбор информации о потребляемых на уровне SQL-запросов и [[транзакций>>url:https://docs.arenadata.io/ru/ADB/current/tutorials/adbc/monitoring/transactions.html#perf]] системных ресурсах. |
| 46 | * Построение сводной статистики по использованию системных ресурсов за выбранный период времени в виде [[графиков>>url:https://docs.arenadata.io/ru/ADB/current/tutorials/adbc/monitoring/chart.html]]. | ||
| 47 | * Возможность [[отмены>>url:https://docs.arenadata.io/ru/ADB/current/tutorials/adbc/monitoring/transactions.html#cancel-tran]] выполняющихся транзакций. | ||
| 48 | * Отображение статистики по использованию [[ресурсных групп>>url:https://docs.arenadata.io/ru/ADB/current/tutorials/adbc/monitoring/rg.html]] с возможностью конфигурирования ресурсных групп непосредственно в web-интерфейсе ADB Control. | ||
| 49 | * Возможность переназначения ресурсной группы для выполняющихся транзакций. | ||
| 50 | * Построение [[планов запросов>>url:https://docs.arenadata.io/ru/ADB/current/tutorials/adbc/monitoring/commands.html#plan]] с возможностью отслеживания прогресса их выполнения. | ||
| 51 | * Возможность [[выгрузки>>url:https://docs.arenadata.io/ru/ADB/current/tutorials/adbc/config/job-policy.html#offload]] собираемых с кластеров метрик во внешнюю аналитическую базу данных (PostgreSQL/TimescaleDB/ADB). | ||
| |
32.1 | 52 | ** [[Аудит>>url:https://docs.arenadata.io/ru/ADB/current/tutorials/adbc/audit.html]] обращений к таблицам ADB (в кластерах, подключенных для мониторинга), а также авторизаций и других действий пользователей в ADB Control. |
| |
33.1 | 53 | |
| |
32.1 | 54 | * Доступ к ADB Backup Manager |
| 55 | ** Гибкая настройка политик формирования бэкапов, включая отдельные расписания для различных их видов. | ||
| 56 | ** Формирование бэкапов согласно настроенному расписанию и вручную. | ||
| 57 | ** Ведение списка бэкапов с возможностью их поиска и просмотра деталей, в том числе кластерной топологии. | ||
| 58 | ** Удаление бэкапов в соответствии с настроенными политиками по расписанию и вручную. | ||
| 59 | ** Создание точек восстановления (restore points) согласно установленному расписанию и вручную. | ||
| 60 | ** Восстановление баз данных на момент выбранной restore point. | ||
| 61 | ** Логирование всех производимых в системе операций с возможностью детального просмотра действий, завершившихся сбоем. | ||
| 62 | ** Поддержка работы с несколькими кластерами ADB различных типов (с/без Standby и зеркалирования). | ||
| 63 | ** Поддержка S3- и Posix-совместимых хранилищ для бэкапов. | ||
| 64 | |||
| |
8.1 | 65 | * Arenadata Cluster Manager для управление продуктами Arenadata. |
| |
19.1 | 66 | * [[СУБД Greenplum>>https://greenplum.org/]] в Enterprise редакции Arenadata (Arenadata DB). |
| |
8.1 | 67 | * PFX. |
| 68 | * Gpbackup. | ||
| |
6.1 | 69 | * Коннекторы Greenplum с двусторонней интеграцией к: |
| 70 | ** Hadoop; | ||
| 71 | ** JDBC-источники; | ||
| 72 | ** Kafka; | ||
| 73 | ** Clickhouse; | ||
| 74 | * Command Center — мониторинг на уровне запросов. | ||
| |
8.1 | 75 | * Мониторинг и alerting. |
| 76 | * Client/Loader утилиты. | ||
| |
2.1 | 77 | |
| |
9.1 | 78 | = Поддержка на уровне гарантийного обслуживания = |
| |
8.1 | 79 | |
| |
9.1 | 80 | ---- |
| 81 | |||
| 82 | Beeline cloud предлагает три уровня гарантийного обслуживания прикладного решения: | ||
| 83 | |||
| 84 | * Dev; | ||
| 85 | * Stage; | ||
| 86 | * Full. | ||
| 87 | |||
| |
18.1 | 88 | (% class="table-bordered" style="width:784px" %) |
| |
10.1 | 89 | (% class="active" %)|(% style="width:196px" %)((( |
| |
9.1 | 90 | **Уровень обслуживания** |
| |
18.1 | 91 | )))|(% style="width:584px" %)**Состав поддержки** |
| 92 | |(% style="width:196px" %)**Dev**|(% style="width:584px" %)((( | ||
| |
15.1 | 93 | * **Режим предоставления гарантийного обслуживания — 8*5**, за исключением выходных и государственных праздников РФ. |
| 94 | * **Прием обращений пользователей через портал — 24*7**. | ||
| 95 | * **Приоритет Emergency**. Остановка или полная потеря работоспособности продуктивной системы, недоступность основных функций — 8 рабочих часов. | ||
| 96 | * **Приоритет High**. Система сохраняет работоспособность в ограниченном объёме, частичная недоступность основных функций системы — 8 рабочих часов. | ||
| 97 | * **Приоритет Normal.** Снижение производительности системы или сложности с развитием системы — 8 рабочих часов. | ||
| |
21.1 | 98 | * **Приоритет Low**. Проблема не влечет потери работоспособности системы. Запрос информации, не влияющий на ход рабочего процесса — 1 рабочий день. |
| |
8.1 | 99 | ))) |
| |
10.1 | 100 | |(% style="width:196px" %)((( |
| |
9.1 | 101 | **Stage** |
| |
18.1 | 102 | )))|(% style="width:584px" %)((( |
| |
16.1 | 103 | * **Режим предоставления гарантийного обслуживания – 8*5**, за исключением выходных и государственных праздников РФ. |
| 104 | * **Прием обращений пользователей через портал – 24*7**. | ||
| 105 | * **Приоритет Emergency**.** **Остановка или полная потеря работоспособности продуктивной системы, недоступность основных функций — 2 рабочих часа. | ||
| 106 | * **Приоритет High**. Система сохраняет работоспособность в ограниченном объёме, частичная недоступность основных функций системы — 3 рабочих часа. | ||
| 107 | * **Приоритет Normal**. Снижение производительности системы или сложности с развитием — 8 рабочих часов. | ||
| |
22.1 | 108 | * **Приоритет Low**. Проблема не влечет потери работоспособности системы. Запрос информации, не влияющий на ход рабочего процесса — 1 рабочий день. |
| |
8.1 | 109 | ))) |
| |
18.1 | 110 | |(% style="width:196px" %)**Full**|(% style="width:584px" %)((( |
| |
16.1 | 111 | * **Режим предоставления гарантийного обслуживания — 24*7**. |
| 112 | * **Прием обращений пользователей через портал — 24*7**. | ||
| 113 | * **Приоритет Emergency**. Остановка или полная потеря работоспособности продуктивной системы, недоступность основных функций — 2 рабочих часа. | ||
| 114 | * **Приоритет High**. Система сохраняет работоспособность в ограниченном объёме, частичная недоступность основных функций системы — 3 рабочих часа. | ||
| 115 | * **Приоритет Normal**. Снижение производительности системы или сложности с развитием системы — 8 рабочих часов. | ||
| |
22.1 | 116 | * **Приоритет Low**. Проблема не влечет потери работоспособности системы. Запрос информации, не влияющий на ход рабочего процесса — 1 рабочий день. |
| |
8.1 | 117 | ))) |
| 118 | |||
| |
27.1 | 119 | **[[В начало>>doc:Big Data.Сервис Cloud Arenadata DB.WebHome]] **🡱 |
| 120 | **[[К следующему разделу>>doc:Big Data.Сервис Cloud Arenadata DB.2\. Администрирование.WebHome]] **🡲 | ||
| 121 | **[[К предыдущему разделу>>doc:Big Data.Сервис Cloud Arenadata DB.WebHome]] 🡰** |