Управление вертикальным увеличением масштаба кластера в Azure Data Explorer в соответствии с меняющимися потребностями

  • Статья

Изменение размера кластера соответствующим образом очень важно для обеспечения производительности обозревателя данных Azure. Статический размер кластера может привести к недостаточной или чрезмерной нагрузке, и ни одна из этих ситуаций не является оптимальной.

Так как спрос в кластере невозможно предсказать с абсолютной точностью, лучший подход — масштабировать кластер, добавляя и удаляя ресурсы емкости и ЦП при изменении спроса.

Есть два рабочих процесса масштабирования кластера Azure Data Explorer:

  • Горизонтальное масштабирование, которое также называется горизонтальным увеличением и уменьшением масштаба.
  • Вертикальное масштабирование, которое также называется вертикальным увеличением и уменьшением масштаба.

В этой статье описан рабочий процесс вертикального масштабирования.

Настройка вертикального масштабирования

  1. На портале Azure перейдите к ресурсу кластера Azure Data Explorer. В разделе Параметры выберите элемент Вертикально увеличить масштаб.

  2. В окне Увеличение масштаба вы увидите доступные номера SKU для кластера. Например, на следующем рисунке доступно восемь рекомендуемых номеров SKU. Разверните раскрывающийся список Оптимизировано для хранилища, Оптимизировано для вычислений и Разработка и тестирование , чтобы просмотреть дополнительные варианты.

    Вертикальное увеличение масштаба.

    SKU отключены, так как они являются текущими SKU или недоступны в регионе, где находится кластер.

  3. Чтобы изменить номер SKU, выберите новый номер SKU и нажмите кнопку Применить.

    Примечание

    • В процессе вертикального масштабирования при подготовке ресурсов нового кластера ресурсы старого кластера продолжают предоставлять услуги. Этот процесс может занять десятки минут. Переключение на новый кластер выполняется только после того, как ресурсы нового кластера будут готовы. Параллельный процесс делает процесс миграции SKU относительно простым, с минимальным перебоем службы во время процесса переключения, который занимает от одной до трех минут. Производительность запросов может быть затронута во время миграции номера SKU. Влияние может отличаться в зависимости от шаблонов использования.
    • Рекомендуется включить оптимизированное автомасштабирование , чтобы кластер можно было масштабировать после миграции. Рекомендации по миграции SKU см. в статье Изменение кластеров Data Explorer на более экономичный и более производительный SKU.
    • Кластеры с конфигурацией виртуальная сеть могут испытывать более длительные перебои в обслуживании.
    • Цена указывает на приблизительные затраты на виртуальные машины кластера и службу Azure Data Explorer. Другие расходы не включаются в цену. Оценку см. в оценщике затрат azure Data Explorer. Полные цены см. на странице цен на Data Explorer Azure.

Вы настроили операцию вертикального масштабирования для кластера Azure Data Explorer. Добавьте еще одно правило для горизонтального масштабирования. Если вам нужна помощь в устранении проблем с масштабированием кластера, отправьте запрос в службу поддержки на портале Azure.

См. также