Исправление ошибок HTTP 502 и HTTP 503 — Azure App Service

  • Статья

«502 — недопустимый шлюз» и «503 — служба недоступна» — распространенные ошибки, возникающие при работе приложения, размещенного в Службе приложений Azure. Эта статья поможет вам устранить эти ошибки.

Если вам потребуется дополнительная помощь по любому из вопросов, рассматриваемых в статье, вы можете обратиться к экспертам по Azure на форумах MSDN Azure и Stack Overflow. Кроме того, можно зарегистрировать обращение в службу поддержки Azure. Перейдите на сайт службы поддержки Azure и щелкните Поддержка.

Симптом

При открытии приложения браузер возвращает ошибку HTTP «502 — недопустимый шлюз» или HTTP «503 — служба недоступна».

Причина

Эта проблема часто связана с проблемами на уровне приложения, например:

  • слишком долгое выполнение запросов;
  • слишком высокие требования приложения к памяти и процессору;
  • сбой приложения из-за исключения.

Действия по устранению ошибок «502 — недопустимый шлюз» и «503 — служба недоступна»

Процесс устранения неполадок можно разделить на три последовательных задачи.

  1. Наблюдение за поведением приложения.
  2. Сбор данных.
  3. Устранение проблемы.

Служба приложений содержит несколько параметров для каждого из этих этапов.

1. Наблюдение за поведением приложения

Мониторинг работоспособности службы

Microsoft Azure информирует о каждом случае прерывания работы или снижения производительности службы. Можно следить за работоспособностью службы на портале Azure. Дополнительные сведения см. в статье Получение информации о работоспособности службы.

Отслеживание работы приложения

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

Метрика содержит все метрики, которые вы можете добавить.

Некоторые из этих метрик помогут вам отслеживать работу приложения, например,

  • средний размер рабочего набора памяти;
  • Среднее время ответа
  • время ЦП;
  • рабочий набор памяти;
  • Requests

Дополнительные сведения см. в разделе:

  • Мониторинг приложений в Службе приложений Azure
  • Создание оповещений для служб Azure с помощью портала Azure

2. Сбор данных

Использование средства диагностики

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

Чтобы открыть диагностику службы приложений, перейдите на портале Azure к приложению службы приложений или к среде службы приложений. На панели навигации слева щелкните Диагностика и решение проблем.

Использование консоли отладки Kudu

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

консоль Kudu или панель SCM приложения.

Вы можете открыть эту панель по ссылке https://<имя_вашего_приложения>.scm.azurewebsites.net/.

Вот некоторые возможности консоли Kudu:

  • настройки среды для вашего приложения;
  • потоковая передача журналов;
  • диагностический дамп;
  • консоль отладки с возможностью запуска командлетов PowerShell и основных команд DOS.

У консоли Kudu есть еще одна очень полезная функция. Если приложение создает обрабатываемые исключения, с помощью консоли Kudu и средства SysInternals Procdump вы можете получать дампы памяти. Эти дампы памяти представляют собой снимок процессов и могут помочь в устранении сложных проблем в приложении.

Дополнительные сведения о возможностях консоли Kudu см. в статье Azure Websites online tools you should know about (Интерактивные инструменты веб-сайтов Azure, о которых вам нужно знать).

3. Устранение проблемы

Масштабирование приложения

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

Дополнительные сведения о масштабировании см. в статье Увеличение масштаба приложения в Azure.

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

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

Использование функции AutoHeal

Функция AutoHeal перезапускает рабочий процесс вашего приложения при определенных условиях, которые вы определяете в настройках (например, при изменении конфигурации, при определенном количестве запросов, при достижении ограничений памяти или времени выполнения запроса). В большинстве случаев повторный запуск процесса будет самым быстрым способом устранения проблемы. Хотя приложение всегда можно вручную перезапустить на портале Azure, функция AutoHeal позволяет выполнять перезапуск автоматически. Для этого достаточно добавить в корневой файл web.config вашего приложения некоторые триггеры. Эти параметры одинаково работают во всех приложениях, а не только в приложениях .NET.

Дополнительные сведения см. в статье об автоматическом восстановлении веб-сайтов Microsoft Azure.

Перезапуск приложения

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

Вы также можете управлять приложением с помощью Azure PowerShell. Дополнительные сведения см. в статье Использование Azure PowerShell с диспетчером ресурсов Azure.

502 Плохой шлюз Код ошибки сервера HyperText Transfer Protocol (HTTP)502 Bad Gateway указывает на то,что сервер,действуя как прокси,получил недействительный ответ от вышестоящего источника.


Код ошибки сервера HyperText Transfer Protocol (HTTP)502 Bad Gateway указывает на то,что сервер,действуя в качестве шлюза или прокси,получил недопустимый ответ от вышестоящего сервера.

Как правило, неисправный шлюз с ошибкой 502 указывает на проблему с сервером веб-сайта, а не на вашу сторону. Это означает, что вам не нужно идти и исследовать свой маршрутизатор или проверять, не перегрызла ли мышь кабель Ethernet.

Ошибка 502 Bad Gateway — это общий показатель того, что что-то не так со связью веб-сайта с сервером. Поскольку это всего лишь общая ошибка, она на самом деле не говорит вам о точной проблеме веб-сайта. Когда это произойдет, ваш веб-сайт будет показывать посетителям веб-страницу с ошибкой, как показано на фотографии ниже.


Код ответа на ошибку сервера 502 Bad Gateway по протоколу передачи гипертекста (HTTP) указывает, что сервер, выступая в качестве шлюза или прокси, получил недопустимый ответ от вышестоящего сервера.

Примечание: Шлюз может относиться к разным вещам в сети и ошибка 502, как правило , не то , что вы можете исправить, но требует исправления с помощью веб — сервера или прокси, которые пытаются получить доступ через.

Status

502 Bad Gateway

Specifications

Specification
HTTP-семантика
# status.502

Browser compatibility

DesktopMobile
ChromeEdgeFirefoxInternet ExplorerOperaSafariWebView AndroidChrome AndroidFirefox для AndroidOpera AndroidSafari на IOS
Samsung Internet
502

Yes

12

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

Yes

See also

  • 504
  • HTTP/1. 1:Определения кода состояния

HTTP

  • 500 Ошибка внутреннего сервера

    Код ответа HyperText Transfer Protocol (HTTP)500 Internal Server Error указывает на то,что возникшее непредвиденное условие не позволило выполнить работу.

  • 501 Не выполнено

    Код ошибки ответа сервера HyperText Transfer Protocol (HTTP)501 Not Implemented означает,что не поддерживается функциональность,необходимая для выполнения запроса.

  • 503 Сервис недоступен

    Код ошибки ответа сервера HyperText Transfer Protocol (HTTP)503 Service Unavailable указывает на неготовность обработки запроса.

  • 504 Тайм-аут шлюза

    Код ошибки ответа сервера HyperText Transfer Protocol (HTTP)504 Gateway Timeout указывает на то,что,действуя как прокси-сервер,не получил от восходящего потока его

  • 1
  • …
  • 395
  • 396
  • 397
  • 398
  • 399
  • …
  • 405
  • Next

Ошибки HTTP 502 Classic Load Balancer

Чтение за 4 минуты

Я вижу ошибки HTTP 502, когда мой клиент отправляет запросы на веб-сайт через Classic Load Balancer (CLB). Как я могу устранить эту проблему?

Краткое описание

Ошибки HTTP 502 (неверный шлюз) могут возникать по одной из следующих причин:

  • Веб-сервер или связанные внутренние серверы приложений, работающие на инстансах EC2, возвращают сообщение, которое невозможно проанализировать с помощью классической загрузки. Балансир.
  • Веб-сервер или связанные внутренние серверы приложений возвращают собственное сообщение об ошибке 502.

Чтобы найти источник этих ошибок 502:

  • Включите журналы доступа Elastic Load Balancing (ELB) на своем классическом балансировщике нагрузки, чтобы увидеть серверную часть и код ответа ELB для каждого запроса. Запись журнала доступа содержит два поля: elb_status_code и backend_status_code . Используйте эти коды, чтобы определить источник ошибки 502.
  • Просмотрите метрики балансировщика нагрузки Amazon CloudWatch, чтобы увидеть сгенерированные сервером ошибки 502, которые отображаются в метрике HTTPCode_Backend_5XX . Ошибки 502, сгенерированные ELB, отображаются под метрикой HTTPCode_ELB_5XX .

Если серверный ответ является источником ошибки ELB 502, проблема может быть вызвана:

  • Ответ, содержащий более одного CRLF между каждым заголовком.
  • Ответ, содержащий заголовок Content-Length, содержащий нецелое число.
  • Ответ, содержащий больше байтов в теле, чем значение заголовка Content-Length.

Если ваши внутренние серверы генерируют ошибку 502, обратитесь к владельцу приложения. Если ошибка 502 генерируется классическим балансировщиком нагрузки, ответ HTTP от серверной части имеет неверный формат. Выполните следующие действия, чтобы устранить ошибки 502, созданные ELB:

Решение

1.    Проверьте, соответствует ли текст ответа, возвращаемый серверным приложением, спецификациям HTTP. См. следующую документацию RFC Editor:
RFC 7230 — HTTP/1.1: Синтаксис и маршрутизация сообщений
RFC 7231 — HTTP/1. 1: Семантика и контент
RFC 7232 — HTTP/1.1: Условные запросы
RFC 7233 — HTTP/1.1: Запросы диапазона
RFC 7234 — HTTP/1.1 : Кэширование
RFC 7235 — HTTP/1.1: Аутентификация

2.    Подтвердите, что заголовок ответа имеет правильный синтаксис: ключ и значение, например Content-Type:text. Убедитесь, что Content-Length или кодировка передачи не пропущены в заголовке ответа HTTP. Дополнительные сведения о полях HTTP-заголовков веб-сервера см. в документации Управления по присвоению номеров в Интернете в разделе Список полей HTTP-заголовков. Изучите ответы HTTP, выполнив команду, аналогичную следующей:

 
 curl -vko /dev/null server_instance_IP

3.    Проверьте журнал доступа ELB на наличие повторяющихся ошибок HTTP 502. Ошибки 502 для elb_status_code и backend_status_code указывают на проблему с одним или несколькими экземплярами веб-сервера. Определите, какие экземпляры веб-сервера демонстрируют проблему, а затем проверьте журналы веб-серверов внутренних экземпляров веб-сервера. См. следующие расположения журналов для некоторых распространенных веб-серверов и операционных систем:

Журналы Apache

  • Журналы веб-серверов для CentOS, RHEL, Fedora и Amazon Linux находятся в каталоге /var/log/httpd/.
  • Журналы веб-сервера для Debian и Ubuntu Linux находятся в каталогах /var/log/apache2 и /var/log/lighthttpd/.

Журналы NGINX

  • Расположение журнала доступа NGINX определяется в файле nginx.conf: access_log /path/to/access.log
  • Расположение по умолчанию: /var/log/nginx/access.log

Журналы IIS

Журналы веб-сервера для Windows IIS 7, IIS 7.5 и IIS 8.0 хранятся в каталоге inetpub\logs\Logfiles. Дополнительные сведения о журналах Internet Information Server (IIS) см. в документации Microsoft в разделе Код состояния HTTP в IIS 7.0 и более поздних версиях. Если вы подтвердили, что ваши ошибки 502 сгенерированы ELB и что ответ вашей серверной части соответствует соглашениям RFC, обратитесь в службу поддержки AWS.

Сопутствующая информация

Устранение неполадок классического балансировщика нагрузки: метрики кода ответа

Учебное пособие: создание классического балансировщика нагрузки

Управление идентификацией и доступом для Elastic Load Balancing

Настройка проверок работоспособности для Classic Load Balancer

Elastic Load Balancing Управление тайм-аутом соединения

Темы

Сеть и доставка контента

Теги

Эластичная балансировка нагрузки

Язык

Английский

AWS OFFICIALОбновлено 8 месяцев назад

Нет комментариев

Комментарий к этой статье

Релевантный контент

  • 502 Плохой шлюз

    AWS-User-4020712lg… год назадlg…

  • нагрузка EC2 балансировщик внезапно показывает 502 ошибки Bad Gateway

    aa-surialabslg…

    спросил 3 года назадlg…

  • Получение 502 Bad Gateway для веб-сайта vitalticks.in

    vitalticks pvt tdlg. ..

    задано 8 месяцев назадlg…

  • продолжается 502 (Bad Gateway) ошибка

    mikeh200lg…

    задано 6 месяцев назадlg…

  • 502 ошибки с Application Load Balancer I dle Timeout / Apache2 Keep- Alive Timeout

    rePost-User-4397606lg…

    спросил месяц назадlg…

  • Как устранить ошибки HTTP 502 Application Load Balancer?

    AWS OFFICIALОбновлено месяц назад

  • Почему я получаю ошибку HTTP 5xx при подключении к веб-серверам, работающим на инстансах EC2, настроенных на использование классической балансировки нагрузки?

    AWS OFFICIAL Обновлено 5 лет назад

  • Как устранить ошибки 504, возникающие при использовании классического балансировщика нагрузки?

    AWS ОФИЦИАЛЬНО Обновлено 7 месяцев назад

  • Как устранить неполадки, связанные с функцией закрепления сеанса классического балансировщика нагрузки?

    ОФИЦИАЛЬНЫЙ AWSОбновлено 5 лет назад

  • Рабочий процесс автоматизации поддержки (SAW) Runbook: устранение неполадок Classic Load Balancer

    EXPERT

    Maya Karaliclg. ..

    опубликовано 2 месяца назадlg…

Почему я вижу NGINX 502 Bad Gateway: PHP-FPM?

Содержание

  1. Введение
  2. Ключевые выводы
  3. Что означает NGINX 502 Bad Gateway?
  4. Для чего используется PHP-FPM?
  5. Возможные причины ошибки 502 Bad Gateway
    1. NGINX не работает
    2. PHP-FPM не запущен
    3. Время ожидания PHP-FPM истекло
    4. Брандмауэр блокирует запросы
    5. Имя домена не разрешено
    6. Сервер недоступен
  6. Использование MetricFire для мониторинга NGINX
  7. Как решить ошибку 502?
    1. В качестве посетителя
    2. Как разработчик
  8. Мониторинг системных показателей с помощью Hosted Graphite by MetricFire
  9. Заключение

Введение

Ошибка NGINX 502 Bad Gateway — распространенная ошибка среди пользователей веб-сайтов. Существуют различные возможные причины этой ошибки и различные способы ее решения. В этой статье мы рассмотрим основные возможные причины и способы их решения пользователями и веб-разработчиками.

                 

Используйте платформу MetricFire для анализа производительности вашей системы и устранения ошибок. Чтобы получить более подробную информацию о MetricFire и о том, как интегрировать его с вашей системой, закажите демонстрацию с нашей командой или зарегистрируйтесь в MetricFire для получения бесплатной пробной версии.

Ключевые выводы
  1. NGINX Error 502 Bad Gateway — это сообщение об ошибке, указывающее, что сервер получает сообщение об ошибке от другого сервера и не может подключиться к PHP-FPM или PHP-FPM не отвечает.
  2. Использование PHP-FPM с NGINX может повысить производительность веб-сайтов и снизить потребление ресурсов.
  3. Некоторые из возможных причин ошибки: не работающий NGINX или PHP-FPM, блокировка запросов брандмауэром, запрещенное доменное имя или недоступный сервер.
  4. Чтобы устранить ошибку, посетители веб-сайта могут перезагрузить страницу, очистить кеш браузера и удалить файлы cookie, попробовать использовать другой браузер или перезагрузить маршрутизатор.
    5. Платформа
  5. MetricFire может использоваться для мониторинга состояния NGINX, а его подключаемый модуль Telegraf позволяет пользователям получать визуализацию состояния своего сервера NGINX и ошибок 502.

Что означает NGINX 502 Bad Gateway?

502 Bad Gateway означает, что сервер, к которому вы обращаетесь, получает сообщение об ошибке от другого сервера. Это происходит, когда один сервер действует как прокси для получения информации от другого сервера. При подключении к другому серверу выдает ошибку. NGINX возвращает ошибку 502, если не может подключиться к PHP-FPM или PHP-FPM не отвечает.

          

Существуют разные названия ошибки 502, которые вы можете увидеть на разных сайтах. Например:

  • Ошибка HTTP 502 — неверный шлюз.
  • HTTP 502.
  • 502 Служба временно перегружена.
  • Временная ошибка (502).
  • 502 Неверный шлюз NGINX.
  • 502 Плохой шлюз.
  • Ошибка 502.
  • 502 Ошибка прокси-сервера.

             

Также внешний вид страницы с ошибкой 502 можно настроить на разных сайтах так же, как это делается для ошибки 404 not found. Причины ошибки 502 бывают разные. Ниже мы рассмотрим основные из них, а также возможные способы исправления этой ошибки.

                          

Для чего используется PHP-FPM?

PHP-FPM (менеджер процессов PHP-FastCGI) — это инструмент обработки веб-запросов для приложений PHP. PHP-FPM вместе с NGINX позволяет значительно повысить производительность веб-сайтов и одновременно снизить потребление ресурсов.

                

PHP работает как изолированная служба, если вы используете PHP-FPM. Веб-запросы обрабатываются через сокет TCP/IP, NGINX обрабатывает только HTTP-запросы, а PHP-FPM интерпретирует PHP-код. Использование отдельных сервисов очень важно для повышения эффективности.

                                     

                                                 

9000 6 Возможные причины 502 Bad Gateway

Давайте рассмотрим некоторые из возможных причин 502 Bad Gateway.

           

NGINX не запущен

Если вы видите ошибку 502, вам нужно проверить, работает ли NGINX. Для этого выполните следующую команду:

 systemctl status nginx

        

Если в ответе вы видите, что статус неактивен (мертв), то вам необходимо запустить NGINX.

         

PHP-FPM не запущен

Следующая причина ошибки 502 заключается в том, что PHP-FPM не запущен. Если вы работаете в Linux, вы можете проверить, работает ли PHP-FPM, используя следующую команду:

 ps aux | grep php-fpm

     

Если в результате выполнения этой команды не отображаются процессы PHP-FPM, вам необходимо запустить PHP-FPM для устранения ошибки 502.

     

Истечение времени ожидания PHP-FPM

Если сервер слишком долго отвечает, ошибка 502 может быть вызвана тайм-аутом PHP-FPM. В этом случае PHP-FPM закрывает соединение еще до отправки ответа, а NGINX возвращает ошибку 502. Чтобы решить эту проблему, вы можете увеличить тайм-аут PHP-FPM, или вам придется исследовать свое приложение и выяснить, почему оно слишком долго не отвечает.

                         

Брандмауэр блокирует запросы

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

           

Имя домена не разрешено

Имя домена не разрешено к указанному IP-адресу или ко всем IP-адресам. В этом случае вам нужно изменить DNS-сервер и подождать, пока изменения не распространятся и не станут активными глобально.

           

Сервер недоступен

Исходный сервер не работает или нет связи с этим сервером.

Использование MetricFire для мониторинга NGINX

Знаете ли вы, что с помощью MetricFire можно визуализировать статусы NGINX? MetricFire принимает метрики временных рядов, поэтому, если ваши метрики отправляются в формате, который может принимать Graphite, MetricFire может вам подойти. Для интеграции NGINX с MetricFire мы используем плагин Telegraf. Это позволяет вам получить визуализацию в вашем NGINX, которая вам нужна. Вы можете увидеть ошибки 502, а также статус вашего сервера NGINX.

            

Как устранить ошибку 502?

Чаще всего ошибка 502 возникает из-за проблем на стороне сайта. Однако бывают случаи, когда причина кроется в устройстве пользователя. Вы можете проверить, есть ли проблемы с подключением только у вас или другие люди также не могут установить подключение к этому веб-сайту. Для этого воспользуйтесь одним из инструментов, проверяющих статус сайта и рабочий он или нет. Например, используйте один из следующих инструментов или похожие: isitdownrightnow.com, downforeveryoneorjustme.com. Чтобы узнать больше о причине ошибки 502, вы можете изучить файл журнала NGINX на своем компьютере (/var/log/nginx/error.log).

                  

Как посетитель

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

  1. Перезагрузите страницу в браузере. Часто ошибка 502 носит временный характер и может помочь простая перезагрузка.
  2. Очистите кеш браузера и удалите файлы cookie. Браузер может сохранять старые или поврежденные файлы и данные, которые могут вызвать ошибку 502.
  3. Попробуйте использовать другой браузер. Проблема может быть в конкретном браузере, который вы используете, и ошибка не возникнет в другом браузере.
  4. Перезагрузите компьютер и сетевое оборудование. Возможно в этом проблема и после перезагрузки ошибка исчезнет.
  5. Проверьте плагины и расширения в вашем браузере. Если вы используете какие-либо плагины или расширения и сайт работает в другом браузере, возможно, они блокируют соединение. Отключите все установленные плагины и расширения и снова проверьте подключение.
  6. Измените свой DNS-сервер. Изменение DNS-сервера может устранить ошибку 502. Вы можете выбрать Open DNS или DNS-серверы Google.

              

Как разработчик

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

  1. Проверить, доступен ли ваш сервер.
  2. Проверьте журналы брандмауэра на наличие необычных сбоев.
  3. Если вы используете Cloudflare, то он возвращает вашим посетителям ошибку 502 Bad Gateway при достижении определенного предела. Попробуйте отключить Cloudflare.

             

Мониторинг системных показателей с помощью Hosted Graphite by MetricFire

Для выявления узких мест и устранения ошибок, таких как ошибка 502, полезно отслеживать показатели вашей системы и технологии, которые вы используете в своем приложении. MetricFire имеет платформу с открытым исходным кодом, которая предоставляет вам инструменты для мониторинга и анализа показателей вашей системы. MetricFire предлагает хостинг Graphite и хостинг Grafana. Grafana — это веб-приложение для аналитики и визуализации данных. Он позволяет создавать различные настраиваемые информационные панели, которые могут включать диаграммы, графики и уведомления. Вы можете легко отслеживать свой экземпляр Nginx с помощью MetricFire.

                    

Давайте рассмотрим некоторые основные функции Grafana:

  1. Шаблоны информационных панелей. Вы можете спроектировать свою панель инструментов в шаблонах, как если бы вы писали код. С помощью шаблонов вы можете использовать один и тот же дизайн в разных средах.
  2. Аннотации. Вы можете создавать журналы и комментарии к диаграмме вручную или автоматически.
  3. Пользовательские плагины. Grafana может устанавливать внешние плагины, которые позволяют расширить ее базовую функциональность.
    4. Поддержка SQL
  4. . Благодаря поддержке SQL вы можете легко извлекать данные из различных источников данных.
  5. Оповещения. Grafana может отправлять пользователям уведомления о важных событиях.

                       

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

              

Hosted Graphite и Grafana позволяют отслеживать производительность вашей системы в режиме реального времени. MetricFire предлагает услуги хостинга для обоих инструментов, что позволяет вам сосредоточиться на производительности вашей системы и отслеживать ее показатели в браузере.

               

Чтобы узнать больше о том, как интегрировать Graphite и Grafana в вашу систему, закажите демонстрацию с нашей командой или зарегистрируйтесь для получения бесплатной пробной версии MetricFire сегодня.

                                   

Заключение

В этой статье мы рассмотрели, что означает ошибка 502, каковы возможные причины ее появления и варианты ее устранения. Мы также выяснили, что для устранения ошибок в вашей системе важно использовать инструменты мониторинга, такие как размещенные Graphite и Grafana, предлагаемые MetricFire.

          

Закажите демонстрацию у экспертов MetricFire или подпишитесь на бесплатную пробную версию сегодня и узнайте больше о наших функциях.

No related posts.