Оптимизированное автоматическое масштабирование ADX быстрее масштабируется, чем уменьшается?

По моим наблюдениям, кластер ADX с «Оптимизированным автомасштабированием» быстро масштабируется (в течение 1-2 часов) при увеличении нагрузки кластера (на основе таких показателей, как использование кэша, загрузка данных, ЦП и т. Д., Но когда эта нагрузка снижается) В нормальном режиме кластер очень-очень медленно масштабируется, и на самом деле, даже когда это происходит, он не возвращается к старому количеству узлов даже через день или два. Это влияет на стоимость. Так что похоже, что каким-то образом ADX имеет тенденцию к большому количеству узлов в том смысле, что он, вероятно, устанавливает гораздо более строгие критерии для уменьшения масштаба, чем для увеличения. Это не очень прозрачно. Кто-нибудь знает об этом? Я заметил, что кластер быстро увеличился с 60 до 80-х на основе реальной нагрузки, но даже когда все показатели вернулись к состоянию, когда он работал в 60-е годы, кластер продолжал задерживаться около 79 узлов в течение нескольких дней, что влияло на стоимость.


person Dhiraj    schedule 17.05.2020    source источник


Ответы (1)


Оптимизированное автомасштабирование обозревателя данных Azure отслеживает критические метрики использования, чтобы убедиться, что ресурсов достаточно для выполнения всех необходимых операций, таких как выполнение запросов и прием данных. Логика масштабирования или масштабирования в кластере очень похожа и содержит разные пороговые значения, чтобы предотвратить состояние, при котором кластер постоянно масштабируется. Вы правы, что мы более консервативны при принятии решения о масштабировании кластера, чтобы гарантировать, что производительность и использование не пострадают; поэтому нам потребуется больше времени, чтобы проанализировать метрики кластера и решить, можем ли мы сделать его меньше (6-часовой временной интервал против 1-часового временного интервала в случае горизонтального масштабирования). Как только более высокая нагрузка снизится и вернется в предыдущее состояние, кластер должен вернуться к исходному размеру. Вы также можете изменить размер кластера вручную, если хотите снизить стоимость, и после этого включить Оптимизированное автомасштабирование, чтобы увидеть, увеличивает ли кластер. Если вы по-прежнему считаете, что кластер не масштабируется должным образом, откройте заявку в службу поддержки.

person Gabi Lehner    schedule 17.05.2020
comment
спасибо, очень проницательно, поэтому можем ли мы сказать, что даже до сокращения даже одного узла он будет отслеживать ключевые метрики как минимум в течение 6 часов? - person Dhiraj; 17.05.2020