Исходный код вики 1. Возможности сервиса
Версия 52.1 от Ирина Сафонова на 08.11.2023, 00:46
Последние авторы
| author | version | line-number | content |
|---|---|---|---|
| 1 | {{box cssClass="floatinginfobox" title="**Содержание**"}} | ||
| 2 | {{toc/}} | ||
| 3 | {{/box}} | ||
| 4 | |||
| 5 | (% data-xwiki-non-generated-content="java.util.List" %) | ||
| 6 | ((( | ||
| 7 | = Возможности основного тарифа = | ||
| 8 | ))) | ||
| 9 | |||
| 10 | ---- | ||
| 11 | |||
| 12 | Основной тариф включает в себя следующие возможности: | ||
| 13 | |||
| 14 | == Доступ к платформе оркестрации кластеров продуктов Arenadata — Arenadata Cluster Manager == | ||
| 15 | |||
| 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]] и назначение ролей кластерам и сервисов. | ||
| 23 | |||
| 24 | == Доступ к MPP-РСУБД Arenadata DB – Greenplum == | ||
| 25 | |||
| 26 | * Доступ к функциональности ядра Greenplum. | ||
| 27 | * Мониторинг и оповещения. | ||
| 28 | * Обеспечение резервного копирования СУБД через gpbackup/gprestore. | ||
| 29 | * PFX-коннектор, обеспечивающий бесшовное подключение к следующим системам: | ||
| 30 | ** Hadoop | ||
| 31 | ** Clickhouse | ||
| 32 | ** Kafka | ||
| 33 | ** Spark | ||
| 34 | ** S3 | ||
| 35 | ** HBase | ||
| 36 | ** HDFS | ||
| 37 | ** JDBC | ||
| 38 | ** Hive и т.д. | ||
| 39 | * Tkhemali-connector для бесшовного подключения к Arenadata Quickmarts (Clickhouse). | ||
| 40 | |||
| 41 | == Доступ к Command Center – ADB Control == | ||
| 42 | |||
| 43 | * Исследование процессов СУБД, команд и утилит. | ||
| 44 | * Мониторинг на уровне запросов и транзакций SQL. | ||
| 45 | * Сбор информации о потребляемых на уровне SQL-запросов и транзакций системных ресурсах. | ||
| 46 | * Построение сводной статистики по использованию системных ресурсов за выбранный период времени в виде графиков. | ||
| 47 | * Возможность отмены выполняющихся транзакций. | ||
| 48 | * Отображение статистики по использованию ресурсных групп с возможностью конфигурирования ресурсных групп непосредственно в web-интерфейсе ADB Control. | ||
| 49 | * Возможность переназначения ресурсной группы для выполняющихся транзакций. | ||
| 50 | * Построение планов запросов с возможностью отслеживания прогресса их выполнения. | ||
| 51 | * Возможность выгрузки собираемых с кластеров метрик во внешнюю аналитическую базу данных: | ||
| 52 | ** PostgreSQL; | ||
| 53 | ** TimescaleDB; | ||
| 54 | ** ADB. | ||
| 55 | * Аудит обращений к таблицам ADB в кластерах, подключенных для мониторинга, а также авторизаций и других действий пользователей в ADB Control. | ||
| 56 | |||
| 57 | == Доступ к ADB Backup Manager == | ||
| 58 | |||
| 59 | * Гибкая настройка политик формирования бэкапов, включая отдельные расписания для различных их видов. | ||
| 60 | * Формирование бэкапов согласно настроенному расписанию и вручную. | ||
| 61 | * Ведение списка бэкапов с возможностью их поиска и просмотра деталей, в том числе кластерной топологии. | ||
| 62 | * Удаление бэкапов в соответствии с настроенными политиками по расписанию и вручную. | ||
| 63 | * Создание точек восстановления (restore points) согласно установленному расписанию и вручную. | ||
| 64 | * Восстановление баз данных на момент выбранной restore point. | ||
| 65 | * Логирование всех производимых в системе операций с возможностью детального просмотра действий, завершившихся сбоем. | ||
| 66 | * Поддержка работы с несколькими кластерами ADB различных типов с/без Standby и зеркалирования. | ||
| 67 | * Поддержка S3- и Posix-совместимых хранилищ для бэкапов. | ||
| 68 | |||
| 69 | = Поддержка на уровне гарантированного обслуживания = | ||
| 70 | |||
| 71 | ---- | ||
| 72 | |||
| 73 | Beeline cloud предлагает три уровня гарантированного обслуживания прикладного решения: | ||
| 74 | |||
| 75 | * Dev; | ||
| 76 | * Stage; | ||
| 77 | * Full. | ||
| 78 | |||
| 79 | (% class="table-bordered" style="width:784px" %) | ||
| 80 | (% class="active" %)|(% style="width:196px" %)((( | ||
| 81 | **Уровень обслуживания** | ||
| 82 | )))|(% style="width:584px" %)**Состав поддержки** | ||
| 83 | |(% style="width:196px" %)**Dev**|(% style="width:584px" %)((( | ||
| 84 | * **Режим предоставления гарантийного обслуживания — 8*5**, за исключением выходных и государственных праздников РФ. | ||
| 85 | * **Прием обращений пользователей через портал — 24*7**. | ||
| 86 | * **Приоритет Emergency**. Остановка или полная потеря работоспособности продуктивной системы, недоступность основных функций — 8 рабочих часов. | ||
| 87 | * **Приоритет High**. Система сохраняет работоспособность в ограниченном объёме, частичная недоступность основных функций системы — 8 рабочих часов. | ||
| 88 | * **Приоритет Normal.** Снижение производительности системы или сложности с развитием системы — 8 рабочих часов. | ||
| 89 | * **Приоритет Low**. Проблема не влечет потери работоспособности системы. Запрос информации, не влияющий на ход рабочего процесса — 1 рабочий день. | ||
| 90 | ))) | ||
| 91 | |(% style="width:196px" %)((( | ||
| 92 | **Stage** | ||
| 93 | )))|(% style="width:584px" %)((( | ||
| 94 | * **Режим предоставления гарантийного обслуживания – 8*5**, за исключением выходных и государственных праздников РФ. | ||
| 95 | * **Прием обращений пользователей через портал – 24*7**. | ||
| 96 | * **Приоритет Emergency**.** **Остановка или полная потеря работоспособности продуктивной системы, недоступность основных функций — 2 рабочих часа. | ||
| 97 | * **Приоритет High**. Система сохраняет работоспособность в ограниченном объёме, частичная недоступность основных функций системы — 3 рабочих часа. | ||
| 98 | * **Приоритет Normal**. Снижение производительности системы или сложности с развитием — 8 рабочих часов. | ||
| 99 | * **Приоритет Low**. Проблема не влечет потери работоспособности системы. Запрос информации, не влияющий на ход рабочего процесса — 1 рабочий день. | ||
| 100 | ))) | ||
| 101 | |(% style="width:196px" %)**Full**|(% style="width:584px" %)((( | ||
| 102 | * **Режим предоставления гарантийного обслуживания — 24*7**. | ||
| 103 | * **Прием обращений пользователей через портал — 24*7**. | ||
| 104 | * **Приоритет Emergency**. Остановка или полная потеря работоспособности продуктивной системы, недоступность основных функций — 2 рабочих часа. | ||
| 105 | * **Приоритет High**. Система сохраняет работоспособность в ограниченном объёме, частичная недоступность основных функций системы — 3 рабочих часа. | ||
| 106 | * **Приоритет Normal**. Снижение производительности системы или сложности с развитием системы — 8 рабочих часов. | ||
| 107 | * **Приоритет Low**. Проблема не влечет потери работоспособности системы. Запрос информации, не влияющий на ход рабочего процесса — 1 рабочий день. | ||
| 108 | ))) | ||
| 109 | |||
| 110 | = Авторизация заказчика = | ||
| 111 | |||
| 112 | ---- | ||
| 113 | |||
| 114 | Заказчик авторизуется в системе по следующим данным: | ||
| 115 | |||
| 116 | * ссылке URL; | ||
| 117 | * учетному имени пользователя (логин) и паролю; | ||
| 118 | |||
| 119 | Beeline cloud после БЗ и заключения приложения к договору присылает заказчику авторизационные данные и руководство пользователя на e-mail, указанный в БЗ. Авторизационные данные — конфиденциальная информация, предотвращающая несанкционированный доступ к сервису третьих лиц. Заказчик должен предпринять меры для сохранности данных. | ||
| 120 | |||
| 121 | == Ответственность заказчика за авторизационные данные == | ||
| 122 | |||
| 123 | Заказчик несет ответственность за разглашение и утерю авторизационных данных, возможные последствия разглашения или утери авторизационных данных с момента предоставления. | ||
| 124 | Если заказчик потерял данные или передал их третьим лицам, то beeline cloud не отвечает за утерю и ущерб, понесенный заказчиком в связи с разглашением авторизационных данных, вплоть до получения заказчиком новых авторизационных данных от представителей beeline cloud в установленном порядке. При этом все действия администратора в личном кабинете, являются доказательством волеизъявления заказчика на выполнение этих действий согласно стоимости, указанной в приложении к договору. | ||
| 125 | |||
| 126 | = Технические характеристики сервиса = | ||
| 127 | |||
| 128 | ---- | ||
| 129 | |||
| 130 | == Используемые узлы == | ||
| 131 | |||
| 132 | Сервис разворачивается на [[виртуальных машинах>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%92%D0%9C]] (ВМ), обозначаемых следующими наименованиями: | ||
| 133 | |||
| 134 | * Master-узел; | ||
| 135 | * Segment-узел; | ||
| 136 | * ADCC-узел; | ||
| 137 | * ADCM-узлы. | ||
| 138 | |||
| 139 | Beeline cloud конфигурирует все вышеперечисленные узлы, кроме {{code language="none"}}Master-{{/code}} и {{code language="none"}}Segment{{/code}}. {{code language="none"}}Master-{{/code}} и {{code language="none"}}Segment{{/code}} не участвуют в клиентской нагрузке. Заказчик не отвечает за нерабочую нагрузку на эти узлы. Они выполняют роль управления сервиса и предоставления функционала платформы Arenadata DB. | ||
| 140 | |||
| 141 | == Расчет объема хранилища для узлов == | ||
| 142 | |||
| 143 | Объем хранилища для узлов всегда включает в себя объем [[Swap-памяти>>https://wiki.dfcloud.ru/bin/view/Glossary/SWAP]] и добавочные 10% резервирования. То есть, если для узла необходимо выделить 10 ГБ хранилища, то к ним добавляется объем оперативной памяти для swap, например, 4 ГБ, и добавляется 10% от размера диска. Итоговый объем памяти считается так: | ||
| 144 | |||
| 145 | 10 Gb * 1,1 + 4 Gb RAM = 15 Gb | ||
| 146 | |||
| 147 | == Доступные вычислительные ресурсы == | ||
| 148 | |||
| 149 | Заказчику в зависимости от потребностей со стороны клиентских приложений доступны для использования [[vCPU>>https://wiki.dfcloud.ru/bin/view/Glossary/vCPU]] и [[vRAM>>https://wiki.dfcloud.ru/bin/view/Glossary/vRAM]], являющиеся типовой конфигурацией Master и Segment-узлов - ВМ, доступных для аналитической обработки данных под управлением РСУБД Greenplum. Для организации работы сервиса заказчик при необходимости конфигурирует Master и Segment узлов в vCPU, vRAM и дискового хранилища. | ||
| 150 | |||
| 151 | Заказчик получает виртуальные диски со Storage Policy: | ||
| 152 | |||
| 153 | * SSD; | ||
| 154 | * Fast SSD; | ||
| 155 | * Ultra NVMe. | ||
| 156 | |||
| 157 | Диски предоставляются для: | ||
| 158 | |||
| 159 | * ОС и развертывания прикладного ПО в составе ПО Arenadata DB ВМ. Диски обязательны для развертывания, не предоставляются клиенту в пользование по причине их технического назначения. | ||
| 160 | * Хранения данных. Диски обязательны для приобретения в рамках сервиса и предоставляются заказчику в пользование. | ||
| 161 | |||
| 162 | == Подключение кластера Arenadata DB заказчика к частным сетям == | ||
| 163 | |||
| 164 | Для подключения кластера Arenadata DB заказчика к частным сетям связи клиента или к Интернет заказчик должен заказать одну из нижеуказанных услуг связи beeline cloud: | ||
| 165 | |||
| 166 | * услуга **Выделенный доступ к сети Интернет**; | ||
| 167 | * услуга **Виртуальная частная сеть IP VPN**; | ||
| 168 | * услуга **Виртуальный частный LAN**. | ||
| 169 | |||
| 170 | Beeline cloud предоставляет услуги связи на основе отдельных приложений к договору. Услуги входят в состав сервиса **Cloud Arenadata DB**. Заказчик должен заказать услугу **Выделенный доступ к сети Интернет** с адресом предоставления услуг в указанном в БЗ центре обработки данных beeline cloud, если ВМ подключаются к частным сетям связи заказчика с организацией доступа ВМ к Интернет. | ||
| 171 | |||
| 172 | Услуга** Выделенный доступ к сети Интернет** предоставляется в рамках сервиса **Cloud Arenadata DB**. | ||
| 173 | |||
| 174 | == Ограничения на конфигурации ВМ == | ||
| 175 | |||
| 176 | * vCPU: до 24*. Заказчик определяет количество при согласовании размера Worker-Node. Один vCPU по мощности ограничен ресурсами одного физического ядра хоста [[виртуализации>>https://wiki.dfcloud.ru/bin/view/Glossary/%D0%92%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D0%B8%D0%B7%D0%B0%CC%81%D1%86%D0%B8%D1%8F]]. | ||
| 177 | * vRAM: до 512* ГБ. Заказчик определяет объем при согласовании размера Worker-Node. | ||
| 178 | |||
| 179 | **[[В начало>>doc:Big Data.Сервис Cloud Arenadata DB.WebHome]] **🡱 | ||
| 180 | **[[К следующему разделу>>doc:Big Data.Сервис Cloud Arenadata DB.2\. Администрирование.WebHome]] **🡲 | ||
| 181 | **[[К предыдущему разделу>>doc:Big Data.Сервис Cloud Arenadata DB.WebHome]] 🡰** |