Ограничения

Multi-AZ

3

• Параметр Multi-AZ отображается только в том случае, если количество AZ в выбранном регионе больше или равно 3. Если это условие не выполнено, можно создать только кластер single-AZ.
• Для кластера multi-AZ пока можно выбрать только три AZ одновременно. Узлы серверов распределяются равномерно между тремя AZ.
• Количество узлов в кластере multi-AZ должно быть целым кратным 3.
• В кластере multi-AZ количество DN должно быть не более 2.

Хранилище

• Если вы хотите увеличить верхний предел объёма хранилища облачного SSD‑диска, обратитесь в службу поддержки.
• Объём доступного на local SSD disk пространства хранения зависит от типа выбранного data warehouse flavor.

• Cloud SSD disks предоставляют экономически эффективное решение для enterprise systems, требующих moderate performance.
• Local SSD disks не поддерживают disk scale-out.

Number of deployed CNs

Значение варьируется от 3 до количества узлов кластера. Максимальное значение — 20, а значение по умолчанию — 3.

В крупномасштабном кластере рекомендуется развернуть несколько CNs.

Maximum number of connections

• Number of CN connections: 100 to 262,143
• Number of DN connections: 100 to 262,143

Подробную информацию о CNs и DNs см. в Logical Cluster Architecture.

Количество узлов

256

Количество узлов в новом кластере не может превышать квоту, доступную пользователю, или 256. Если квота узлов недостаточна, нажмите Increase quota, чтобы отправить запрос в службу поддержки и запросить увеличение квоты узлов.

Теги

Каждый кластер может иметь максимум 20 тегов.

Для получения дополнительной информации см. "Overview" в Data Warehouse Service User Guide.

Период хранения автоматических бэкапов

Значение может принимать значения от 1 до 31 дня. Значение по умолчанию — 7 дней.

Система удаляет просроченные снапшоты, когда период хранения истекает.

Имя кластера

Введите от 4 до 64 символов. Допускаются только буквы (без учёта регистра), цифры, дефисы (-) и подчёркивания (_). Имя должно начинаться с буквы.

Учётная запись администратора

• Имя пользователя может содержать только строчные буквы, цифры и символ подчёркивания (_).
• Имя пользователя должно начинаться со строчной буквы или символа подчёркивания (_).
• Имя пользователя должно содержать от 6 до 64 символов.
• Имя пользователя не может быть ключевым словом базы данных DWS. Для получения подробной информации о ключевых словах базы данных DWS см. "SQL Reference" > "Keyword" в Data Warehouse Service Developer Guide.

Role name

Значение должно начинаться с буквы и может содержать не более 63 символов, включая буквы, цифры и символ подчёркивания (_).

Username

Значение должно начинаться с буквы и может содержать не более 63 символов, включая буквы, цифры и символ подчёркивания (_).

Snapshot name

Имя снимка должно быть длиной от 4 до 64 символов и начинаться с буквы. Регистронезависимое и содержит только буквы, цифры, дефисы (-) и символ подчёркивания (_).

Snapshot policy name

Имя политики должно быть уникальным, состоять из 4 до 92 символов и начинаться с буквы. Регистронезависимое и может содержать только буквы, цифры, дефисы (-) и символ подчёркивания (_).

Alarm rule name

Имя правила содержит от 6 до 64 символов и может содержать только буквы, цифры и косые черты (/).

DR name

Имя DR должно содержать от 4 до 64 символов без учёта регистра и начинаться с буквы. Оно может включать только буквы, цифры, дефисы (-) и подчёркивания (_).

Binding a load balancer

• Чтобы привязать ELB к кластеру DWS, ELB должен находиться в том же регионе, VPC и enterprise project, что и кластер.
• Привязывать к DWS можно только выделенные load balancers.
• При отсоединении ELB от кластера соответствующая информация о кластере удаляется в DWS, но load balancer не удаляется.

Adding or deleting a CN node

• Количество CN по умолчанию равно 3. Вы можете изменить количество CN в зависимости от числа выделенных узлов. Количество CN может быть от 2 до 20.
• Если один из ваших CN находится в ненормальном состоянии, можно удалить только этот CN. Если два и более CN находятся в ненормальном состоянии, их можно удалить только после восстановления CN от сбоев.

Managing resource load

• Во время офлайн‑масштабирования ресурсы нельзя управлять. Если включён план управления ресурсами, отключите его перед выполнением офлайн‑масштабирования.

Managing logical clusters

• Рекомендуется размещать таблицы в базе данных в одном логическом кластере.

Перезапуск кластера

Кластер не может предоставлять услуги во время перезапуска. Поэтому перед перезапуском убедитесь, что ни одна задача не запущена и все данные сохранены.

Если кластер обрабатывает транзакционные данные, например импорт данных, запрос данных, создание снимков или восстановление снимков, файлы могут быть повреждены, или кластер может не перезапуститься после перезапуска. Рекомендуется остановить все задачи кластера перед перезапуском кластера.

Запуск или остановка кластера

После остановки кластера базовые ресурсы ECS (vCPUs и memory) больше не резервируются. При повторном запуске сервиса он может не запуститься из‑за недостатка ресурсов. В этом случае подождите некоторое время и повторите попытку позже.

Масштабирование кластера

• Во время масштабирования кластера (расширения) кластер будет периодически отключаться. Будьте осторожны при выполнении этой операции.
• Некоторые функции кластера, включая перезапуск, остановку и запуск, изменение спецификаций, добавление или удаление CN, создание снимков и сброс пароля администратора базы данных, нельзя выполнять во время масштабирования кластера (расширения).
• Эту функцию можно включить вручную только когда информация о задачах кластера отображает To be redistributed после масштабирования (расширения).

Сокращение кластера

• При масштабировании кластера вниз несколько функций отключаются, включая перезапуск кластера, масштабирование кластера наружу, создание snapshot, управление узлами, интеллектуальное O&M, управление ресурсами, изменение параметров, конфигурацию безопасности, log service, сброс пароля администратора базы данных и удаление кластера.

Выполнение elastic specification changes

• Изменение elastic specification поддерживается только кластерами с совмещёнными и раздельными ресурсами хранения и вычислений, использующими ECS и EVS диски. Кластеры с локальными ECS не обладают этой возможностью.
• Остановите VM перед изменением flavor. Изменение flavor может быть выполнено только в офлайн-режиме и занимает от 5 до 10 минут.

Бэкап и восстановление кластера

• Бэкап кластера необходим для поддержания надёжности данных, особенно когда провайдер услуги не может восстановить данные через upstream re-import. Это помогает предотвратить потерю данных, вызванную человеческими или другими факторами.
• Если для кластера создаётся snapshot, кластер нельзя перезапустить, масштабировать, сбросить его пароль или изменить его конфигурации.

Обновление кластера

• Если вы используете версию 8.1.3 или более раннюю, вы не сможете откатить изменения или отправить задачи обновления, пока обновление кластера не завершится.
• DR не может быть установлен после установки hot patch в кластере.

Управление DR задачами

• Если задача DR остановлена или сталкивается с аномальной ситуацией, но кластер DR остаётся нормальным, он всё ещё может предоставлять сервисы чтения. После завершения переключения DR кластер DR может предоставлять как сервисы чтения, так и записи.
• После создания кластера DR функция snapshot у производственного кластера остаётся нормальной, но функция snapshot у кластера DR отключена, вместе с функцией восстановления как у производственного, так и у DR кластера.
• Логические кластеры и пулы ресурсов не поддерживаются.

Managing logs

• Эта функция не может быть использована, если OBS недоступен.
• При добавлении или удалении CNs существует риск потери данных. Чтобы снизить этот риск, отключите audit log dump во время выполнения таких изменений.