Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Производительность кластера Azure Data Explorer зависит от соответствующего размера в соответствии с требованиями рабочей нагрузки. При изменении спроса кластер можно масштабировать вертикально, изменив единицу хранения запасов (SKU), чтобы добавить или удалить ресурсы ЦП и памяти.
Вертикальное масштабирование (масштабирование вверх или вниз) изменяет вычислительные мощности кластера, переключаясь на другую конфигурацию SKU с большим или меньшим количеством ресурсов. Этот процесс поддерживает данные при обновлении или понижении базовой инфраструктуры, чтобы лучше соответствовать вашим потребностям в производительности.
При необходимости используйте вертикальное масштабирование:
- Обработка увеличенной сложности запросов или требований к обработке данных
- Оптимизация затрат путем перехода на более подходящий номер SKU
- Повышение производительности рабочих нагрузок ЦП или памяти
Замечание
Сведения о горизонтальном масштабировании см. в статье о горизонтальном масштабировании. Одна из причин, по которым может потребоваться горизонтально масштабировать кластер, заключается в том, что необходимо обрабатывать массовые нагрузки трафика, превышающие то, что может управлять одним сервером.
Настройка вертикального масштабирования
На портале Azure перейдите к ресурсу кластера Azure Data Explorer. В разделе "Параметры" выберите "Увеличить масштаб".
В окне увеличения масштаба вы увидите доступные SKU (номера единиц хранения запасов) для вашего кластера. Например, на следующем рисунке доступно восемь рекомендуемых номеров SKU. Разверните раскрывающиеся списки "Оптимизированное хранилище", "Оптимизированное вычисление" и "Оптимизация разработки и тестирования", чтобы просмотреть дополнительные параметры.
Номера SKU отключены, так как они являются текущим номером SKU или недоступны в регионе, где находится кластер.
Чтобы изменить номер SKU, выберите новый номер SKU и нажмите кнопку "Применить".
Замечание
- Во время вертикального масштабирования при подготовке ресурсов нового кластера ресурсы старого кластера продолжают предоставлять службу. Этот процесс может занять десятки минут. Только когда ресурсы нового кластера будут готовы, переключение выполняется в новый кластер. Параллельный процесс делает процесс миграции SKU относительно простым, с минимальным нарушением работы службы во время процесса переключения, который занимает около трех минут. Производительность запросов может быть снижена во время миграции SKU. Влияние может отличаться из-за шаблонов использования.
- Рекомендуется включить оптимизированное автомасштабирование , чтобы разрешить кластеру масштабироваться после миграции. Рекомендации по миграции SKU см. в разделе "Изменение кластеров Обозревателя данных" на более экономичное и производительное SKU.
- Кластеры с конфигурацией виртуальной сети могут столкнуться с более длительными сбоями в обслуживании.
- Цена — это оценка затрат на виртуальные машины кластера и затраты на службу Azure Data Explorer. Другие расходы не включаются. Сведения об оценке см. в оценщике затрат Azure Data Explorer. Полные цены см. на странице цен Azure Data Explorer.
Теперь вы настроили вертикальное масштабирование для кластера Azure Data Explorer. Добавьте другое правило горизонтального масштабирования. Если вам нужна помощь с проблемами с масштабированием кластера, откройте запрос на поддержку на портале Azure.
Связанный контент
- Управление горизонтальным масштабированием кластера для динамического изменения количества экземпляров на основе указанных метрик.
- Мониторинг производительности, работоспособности и использования Azure Data Explorer с помощью метрик.