Ограничения

Multi-AZ

3

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

Хранилище

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

• Cloud SSD disks предлагают экономичное решение для enterprise systems, которым требуется умеренная производительность.
• 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 символов. Допускаются только буквы (без учёта регистра), цифры, дефисы (-) и подчёркивания (_). Имя должно начинаться с буквы.

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

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

Role name

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

Username

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

Snapshot name

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

Snapshot policy name

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

Alarm rule name

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

DR name

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

Привязка load balancer

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

Добавление или удаление узла CN

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

Управление нагрузкой ресурсов

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

Управление логическими кластерами

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

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

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

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

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

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

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

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

Сжатие кластера

• При масштабировании кластера вниз несколько функций отключаются, включая cluster restart, cluster scale-out, создание Снапшота, node management, intelligent O&M, resource management, parameter modification, security configurations, log service, database administrator password resetting и cluster deletion.

Выполнение изменений elastic specification.

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

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

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

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

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

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

• Если DR task остановлена или сталкивается с аномальной ситуацией, но DR cluster остаётся нормальным, он всё ещё может предоставлять read services. После завершения DR switchover DR cluster может предоставлять как read, так и write services.
• После создания DR cluster функция Снапшота в производственном кластере остаётся нормальной, но функция Снапшота в DR cluster отключена, вместе с функцией восстановления для обоих, производственного и DR кластеров.
• Логические кластеры и resource pools не поддерживаются.

Управление logs.

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