Входная дверь Azure генерирует большую пропускную способность - PullRequest
0 голосов
/ 08 апреля 2019

В прошлом месяце я заметил значительное увеличение моего счета Azure из-за исходящей пропускной способности.Я использовал 1800 ГБ исходящих данных против ~ 200 ГБ в предыдущие периоды.После некоторых исследований я обнаружил, что это было вызвано службой входной двери Azure, которую я включил в прошлом месяце, и я не знал о дополнительных косвенных расходах, связанных с этой службой.

Я предоставлю свой анализ "вопрос "ниже, чтобы, надеюсь, не допустить, чтобы другие допустили ошибку, которую я сделал.

1 Ответ

0 голосов
/ 08 апреля 2019

Azure Front Door обеспечивает быстрое переключение между группами (так называемые «пулы») веб-приложений в зависимости от работоспособности приложений в пуле. Типичный сценарий аварийного переключения будет между различными регионами. Если у одного региона есть проблема, вы переключаетесь на другой регион.

Механизм, с помощью которого Front Door определяет работоспособность приложения, заключается в отправке HTTP-запроса, в котором результат 200 OK считается исправным.

В тот момент, когда вы включаете Azure Front Door на своем бэкэнде, он начинает проверять состояние вашего бэкэнд-приложения, и вы, возможно, начинаете платить, поэтому я провел некоторый анализ, и вот мои выводы:

Azure Front Door Requests and Bandwidth [Диапазон 4 часа, зернистость 1 минута]

  1. 08: 05 Запущено веб-приложение.

  2. 08: 30 Включена служба входной двери с настройками по умолчанию (интервал = 30 с, размер выборки = 4, требуется успешных выборок = 2). Обратите внимание на немедленный рост числа запросов с 0 до ~ 140 в минуту.

  3. 09: 03 Уменьшен интервал проверки работоспособности с 30 с до 15 с. Обратите внимание на немедленный рост запросов.

  4. 09: 40 Размер тела конечной точки датчика работоспособности увеличился в четыре раза: с 30 КБ до 119 КБ. Обратите внимание на немедленный рост пропускной способности.

  5. 09: 55 Уменьшен размер тела конечной точки датчика работоспособности до 0 КБ. Обратите внимание на немедленное снижение пропускной способности.

  6. 10: 08 Увеличен интервал проверки работоспособности с 15 до 90 секунд. Обратите внимание на немедленное отбрасывание запросов.

Кажется, что пропускная способность определяется как исходящая пропускная способность службы приложений (или какой-либо другой конечной службы) поверх пропускной способности службы Front Door. Я думаю, это потому, что входная дверь Azure является глобальной службой и поэтому не привязана к региону. Эти «скрытые» платежи не указаны на странице цен

Эта целевая страница по умолчанию приложения-функции Azure имеет размер 126 КБ: enter image description here

Takeaways

  1. По умолчанию парадная дверь Azure, кажется, посещает вашу конечную точку 140 раз в минуту и ​​генерирует 20 МБ трафика в минуту (с телом 30 КБ). Это 27 ГБ, или 1,90 евро в день (регионы ЕС / США).

  2. Не используйте целевую страницу приложения функции по умолчанию в качестве конечной точки проверки работоспособности (или любой большой домашней страницы). Я не уверен насчет лучших практик, но я бы подумал, что лучше всего подойдет пользовательская конечная точка, которая действительно проверяет работоспособность и возвращает пустое тело.

  3. Выберите интервал с умом. Удвоить интервал = удвоить затраты на пропускную способность.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...