Ошибка 429 too many requests как исправить

Причина. Чрезмерные объемы вызовов приводят к тому, что Azure ограничит вашу подписку

Кластер Kubernetes в Azure (с AKS или без нее), который выполняет частое увеличение или уменьшение масштаба или использует средство автомасштабирования кластера, может вызвать большой объем HTTP-вызовов. Этот том вызовов может привести к сбою, так как он превышает назначенную квоту для подписки Azure.

Дополнительные сведения об этих ошибках см. в разделах Регулирование запросов Azure Resource Manager и Устранение ошибок регулирования API. Сведения о том, как проанализировать и определить причину этих ошибок и получить рекомендации по их устранению, см. в статье Анализ и выявление ошибок с помощью диагностики и решения проблем AKS.

Решение 1. Обновление до более поздней версии Kubernetes

Запустите Kubernetes 1.18. x или более поздней версии. Эти версии содержат множество улучшений, описанных в статье Об ошибках регулирования AKS/429 и поддержке больших кластеров без регулирования. Однако если вы по-прежнему видите регулирование (из-за фактической загрузки или количества клиентов в подписке), можно попробовать следующие решения.

Решение 2. Увеличение интервала сканирования автомасштабирования

Если вы обнаружите, что в диагностических отчетах «Регулирование автомасштабирования кластера обнаружено» , вызванное автомасштабированием кластера, можно попытаться увеличить интервал сканирования средства автомасштабирования , чтобы уменьшить количество вызовов масштабируемых наборов виртуальных машин (VMSS) из автомасштабирования кластера.

Решение 3. Перенастройка сторонних приложений для меньшего количества вызовов

При фильтрации по пользовательским агентам в диагностике «Просмотр частоты запросов и сведений о регулировании» вы обнаружите сторонние приложения (например, приложения мониторинга), которые выполняют чрезмерное количество запросов GET, измените параметры этих приложений, чтобы уменьшить частоту вызовов GET. Кроме того, убедитесь, что клиенты приложений используют экспоненциальную обратную передачу при вызове API Azure.

Решение 4. Разделение кластеров на разные подписки или регионы

Если существует множество кластеров и пулов узлов, использующих масштабируемые наборы виртуальных машин, попробуйте разделить кластеры на разные подписки или регионы (в пределах одной подписки). Большинство ограничений API Azure являются общими ограничениями на уровне региона подписки. Например, все кластеры и клиенты в пределах одной и восточной части США используют ограничение для API GET масштабируемых наборов виртуальных машин. Таким образом, вы можете перемещать или масштабировать новые кластеры AKS в новом регионе и разблокировать регулирование API Azure. Этот метод помогает, если ожидается высокая активность кластеров (например, если у вас активное средство автомасштабирования кластера). Это также помогает, если у вас много клиентов (например, Rancher, Terraform и т. д.). Так как все кластеры отличаются по эластичности и количеству клиентов, опрашивая API Azure, нет общих рекомендаций по количеству кластеров, которые можно запускать для каждого региона подписки. Для получения конкретных рекомендаций можно создать запрос в службу поддержки.

Анализ и выявление ошибок с помощью диагностики и решения проблем AKS

Для кластера AKS можно использовать функцию диагностики и решения проблем AKS , чтобы проанализировать и определить причину этих ошибок и получить рекомендации по их устранению. Перейдите к кластеру в портал Azure и выберите Диагностика и решение проблем в области навигации слева, чтобы открыть AKS Диагностика и решение проблем. Найдите и откройте раздел Регулирование запросов ресурсов Azure, где можно получить отчет с серией диагностика. Эти диагностика могут показать, произошло ли в кластере регулирование скорости запросов (429 ответов) Resource Manager Azure (ARM) или поставщика ресурсов (RP) и откуда поступает регулирование. Например:

• Для кластера обнаружено регулирование скорости запросов. Эта диагностика предоставляет некоторые общие рекомендации, если в текущем кластере AKS обнаружено регулирование.
• Обнаружено регулирование автомасштабирования кластера. Эта диагностика показывает, было ли обнаружено регулирование и возникло ли из средства автомасштабирования кластера. Чтобы уменьшить объем запросов от средства автомасштабирования кластера, используйте следующие методы:
  • Увеличьте интервал сканирования автомасштабирования, чтобы уменьшить количество вызовов из автомасштабирования кластера в масштабируемые наборы виртуальных машин. Этот метод может отрицательно повлиять на время, затраченное на масштабирование, так как средство автомасштабирования кластера дольше ожидает перед вызовом поставщика вычислительных ресурсов Azure (CRP) для новой виртуальной машины.
  • Убедитесь, что для кластера установлена минимальная версия Kubernetes 1.18. Kubernetes версии 1.18 и более поздних версий лучше обрабатывают частоту запросов при получении 429 ответов регулирования. Мы настоятельно рекомендуем оставаться в поддерживаемых версиях Kubernetes для получения исправлений для системы безопасности.
  • Узел: узел, на котором обнаружены ответы http status 429. Регулирование azure Resource Manager происходит от management.azure.com ; все остальное является поставщиком ресурсов нижнего уровня.
  • Агент пользователя: запросы с указанным агентом пользователя, которые были отрегулировали.
  • Операция: операции, в которых обнаружены ответы HTTP-состояния 429.
  • IP-адрес клиента: IP-адрес клиента, отправляющего регулируемые запросы.

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

  Пример 1. Регулирование автомасштабирования кластера

  В этом примере анализируется регулирование, вызванное автомасштабированием кластера.

  Если вы обнаружите, что регулирование автомасштабирования кластера было обнаружено в статье Диагностика и решение проблем> сизвестными проблемами, доступностью и производительностью> регулированиязапросов ресурсов Azure, это означает, что запросы, выданные автомасштабированием кластера, были отрегулированы.

  

  Количество регулируемых запросов и время их регулирования можно найти в диагностике Регулирования — Azure Resource Manager.

  

  Вы можете найти количество всех запросов ARM за один и тот же период времени.

  

  Для поиска сведений о регулировании можно проверка диагностику Просмотр частоты запросов и сведения о регулировании. Выберите 429s by User Agent в раскрывающемся списке Выбор фильтра , и вы увидите, что запросы автомасштабирования регулируются с 15:00 до 16:00.

  

  Вы также можете найти общее количество регулируемых запросов для средства автомасштабирования кластера и других пользовательских агентов.

  

  Вы также можете фильтровать регулирование по операциям. В этом случае операция удаления виртуальной машины VMSS регулируется.

  

  Вы можете найти количество регулируемых запросов и все запросы, сгруппированные по операциям.

  

  Затем вы можете следовать рекомендациям в рекомендуемом действии , чтобы уменьшить регулирование.

  

  Пример 2. Регулирование поставщика облачных служб

  В этом примере приведены ограничения, вызванные поставщиком облачных служб. Это часто происходит при работе с ресурсами в больших кластерах, например при подготовке Azure Load Balancer в кластере с более чем 500 узлами.

  Если вы найдете регулирование в кластере, вы можете просмотреть сведения о регулировании в разделе Просмотр сведений о частоте запросов и регулировании . Выберите 429s by User Agent в раскрывающемся списке Выбор фильтра , и вы увидите, что запросы поставщиков облачных служб были отрегулированы с 03:00 до 06:00.

  

  

  Вы также можете отфильтровать по операциям, чтобы узнать, что для регулируемых операций задано значение «Network/loadBalancers/read».

  

  Для уменьшения этого регулирования можно использовать предварительную версию функции AKS Node на основе IP-адресов Load Balancer.

  Свяжитесь с нами для получения помощи

  Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.

  Ошибка HTTP 429 Too Many Requests и методы ее исправления

  

  При взаимодействии с веб-ресурсами можно столкнуться с различными проблемами. Одна их таких проблем – ошибка с кодом 429 Too Many Requests. Существует две самые распространенные причины возникновения этой ошибки сервера, с которыми нам предстоит разобраться самостоятельно.

  Причины появления ошибки сервера 429

  DDoS-атаки

  Начать следует с того, что чаще всего ошибка 429 сопровождается надписью «The user has sent too many requests in a given amount of time», что означает превышение ограничений по запросам к сайту. Соответственно, именно так происходит предотвращение DDoS-атак, которые и являются основной причиной появления рассматриваемой проблемы. Помимо самого кода, вы увидите и несколько других параметров:

  1. Общее количество запросов.
  2. Запросы с конкретного IP-адреса в секунду.
  3. Количество одновременных запросов.
  4. Общее количество запросов с одного IP-адреса.

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

  В случае, когда есть уверенность в том, что ошибка http 429 появилась именно из-за атак на ваш ресурс, советую ознакомиться с отдельным материалом, в котором вы узнаете, как обезопасить себя от DDoS эффективными инструментами и банальными мерами предосторожности.

  Некорректная работа плагинов WordPress

  Вторая распространенная причина, которая может быть связана с регулярным появлением неполадки 429, – некорректное функционирование плагинов под управлением CMS WordPress. Для решения этой проблемы потребуется выполнить несколько несложных действий.

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

  Что касается использования плагинов, то тут всегда лучше подключать только проверенные и качественные решения. Со списком таких плагинов предлагаю ознакомиться в материале по следующей ссылке.

  Если после проверки неполадка все еще не исчезла, переключитесь на стандартную тему WordPress, которая называется Twenty Seventeen. Это действие поможет понять, связана ли ошибка сервера 429 со скриптами, которые входят в пользовательский шаблон оформления сайта. В том случае, когда трудность действительно была связана с темой, придется переделать ее вручную или же подыскать новый вариант для своего веб-ресурса.

  Действия со стороны обычного пользователя

  Обычный пользователь, который сталкивается с неполадкой 429 при попытке просмотреть конкретный сайт, не сможет ничего предпринять самостоятельно, чтобы решить ее. Однако, если есть возможность, стоит обратиться напрямую к владельцу интернет-ресурса или администраторам, сообщив им о появившейся ошибке. Так вы дадите понять, что сайт работает не так, как это нужно, и ускорите процесс решения трудностей.

  Ошибка HTTP с кодом 429 – неприятная ситуация, которая может коснуться каждого владельца сайта. Из приведенного выше материала вы поняли, что существует две основные причины, которые могут ее вызывать. Теперь остается только разобраться с каждой из них и провести проверочные работы, чтобы оперативно исправить сложившуюся ситуацию.

  Похожие публикации:

  1. Visual studio как скомпилировать проект в exe
  2. Как посмотреть свойства компьютера на windows xp
  3. Как сделать задержку в unity
  4. Как создать форму в c