Исходный код вики 1. Возможности и технические характеристики сервиса
Версия 64.1 от Ирина Сафонова на 22.12.2023, 01:21
Последние авторы
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 | * {{code language="none"}}Master{{/code}} | ||
135 | * {{code language="none"}}Segment{{/code}} | ||
136 | * {{code language="none"}}ADCC{{/code}} | ||
137 | * {{code language="none"}}ADCM{{/code}} | ||
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]], являющиеся типовой конфигурацией узлов {{code language="none"}}Master{{/code}} и {{code language="none"}}Segment{{/code}} ВМ, доступных для аналитической обработки данных под управлением РСУБД Greenplum. Для организации работы сервиса заказчик при необходимости конфигурирует узлы {{code language="none"}}Master-{{/code}} и {{code language="none"}}Segment{{/code}} в 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]] 🡰** |