Řešení chyb HTTP typu 502 – chybná brána a Nedostupná služba 503 v Azure App Service

  • Článek

Chyby 502 – chybná brána a 503 – nedostupná služba jsou běžné chyby ve vaší aplikaci hostované v Azure App Service. Tento článek vám pomůže tyto chyby vyřešit.

Pokud budete kdykoli potřebovat další pomoc v tomto článku, můžete kontaktovat odborníky na Azure na fórech MSDN Azure a Stack Overflow. Případně můžete také zažádající podpora Azure incident. Přejděte na web podpory Azure a klikněte na Získat podporu.

Příznak

Když přejdete k aplikaci, vrátí chybu HTTP 502 – Chybná brána nebo chyba HTTP 503 – Nedostupná služba.

Příčina

Příčinou tohoto problému jsou často problémy na úrovni aplikace, jako jsou:

  • žádosti trvají dlouhou dobu
  • aplikace s vysokým využitím paměti nebo procesoru
  • aplikace se chybově ukončí kvůli výjimce.

Postup řešení potíží s chybami 502 – Chybná brána a 503 – Nedostupná služba

Řešení potíží je možné rozdělit do tří různých úloh v postupném pořadí:

  1. Sledování a monitorování chování aplikací
  2. Shromažďování dat
  3. Zmírnění problému

App Service nabízí různé možnosti v každém kroku.

1. Sledování a monitorování chování aplikace

Sledování Stav služby

Microsoft Azure zveřejní pokaždé, když dojde k přerušení služby nebo snížení výkonu. Stav služby můžete sledovat na webu Azure Portal. Další informace najdete v tématu Sledování stavu služby.

Monitorování aplikace

Tato možnost vám umožní zjistit, jestli má vaše aplikace nějaké problémy. V okně vaší aplikace klikněte na dlaždici Požadavky a chyby . V okně Metrika se zobrazí všechny metriky, které můžete přidat.

Mezi metriky, které můžete chtít u své aplikace monitorovat, patří:

  • Průměrná pracovní sada paměti
  • Průměrná doba odezvy
  • Čas procesoru
  • Pracovní sada paměti
  • Žádosti

Monitorování aplikace směrem k řešení chyb HTTP kvůli chybě 502 – chybná brána a 503 – nedostupná služba

Další informace naleznete v tématu:

2. Shromažďování dat

Použití diagnostického nástroje

App Service poskytuje inteligentní a interaktivní prostředí, které vám pomůže řešit potíže s aplikací bez nutnosti konfigurace. Když narazíte na problémy s aplikací, diagnostický nástroj vás upozorní na to, co je špatně, a provede vás správnými informacemi, které vám pomůžou snadněji a rychleji problém vyřešit a vyřešit.

Pokud chcete získat přístup k diagnostice App Service, přejděte do aplikace App Service nebo App Service Environment v Azure Portal. V levém navigačním panelu klikněte na Diagnostikovat a řešit problémy.

Použití konzoly ladění Kudu

App Service se dodává s konzolou ladění, kterou můžete použít k ladění, zkoumání a nahrávání souborů a také ke koncovým bodům JSON pro získání informací o vašem prostředí. Říká se tomu konzola Kudu nebo řídicí panel SCM pro vaši aplikaci.

K tomuto řídicímu panelu se dostanete tak, že přejdete na odkaz https://< Názvový název> aplikace.scm.azurewebsites.net/.

Kudu nabízí některé z těchto věcí:

  • nastavení prostředí pro vaši aplikaci
  • stream protokolu
  • výpis diagnostiky
  • konzola ladění, ve které můžete spouštět rutiny PowerShellu a základní příkazy dosu.

Další užitečnou funkcí Kudu je, že v případě, že vaše aplikace vyvolává první výjimky, můžete k vytvoření výpisů paměti použít Kudu a nástroj Procdump SysInternals. Tyto výpisy paměti jsou snímky procesu a často vám můžou pomoct při řešení složitějších problémů s aplikací.

Další informace o funkcích dostupných v Kudu najdete v tématu Online nástroje Azure Websites, o kterých byste měli vědět.

3. Zmírnění problému

Škálování aplikace

V Azure App Service můžete pro zvýšení výkonu a propustnosti upravit škálování, se kterým aplikaci spouštíte. Vertikální navýšení kapacity aplikace zahrnuje dvě související akce: změnu plánu App Service na vyšší cenovou úroveň a konfiguraci určitých nastavení po přepnutí na vyšší cenovou úroveň.

Další informace o škálování najdete v tématu Škálování aplikace v Azure App Service.

Kromě toho můžete aplikaci spustit na více instancích . To poskytuje nejen větší možnosti zpracování, ale také určitou odolnost proti chybám. Pokud proces selže na jedné instanci, druhá instance bude dál obsluhovat požadavky.

Měřítko můžete nastavit na Ruční nebo Automatické.

Použití funkce AutoHeal

Funkce AutoHeal recykluje pracovní proces pro vaši aplikaci na základě nastavení, která zvolíte (například změny konfigurace, požadavky, limity paměti nebo čas potřebný k provedení požadavku). Recyklace tohoto procesu je většinou nejrychlejší způsob, jak se z problému zotavit. I když můžete aplikaci kdykoli restartovat přímo z webu Azure Portal, AutoHeal to udělá automaticky za vás. Jediné, co musíte udělat, je přidat do kořenového web.config pro vaši aplikaci nějaké triggery. Mějte na paměti, že tato nastavení budou fungovat stejným způsobem i v případě, že vaše aplikace není v rozhraní .NET.

Další informace najdete v tématu Automatické opravy webů Azure.

Restartujte aplikaci.

To je často nejjednodušší způsob, jak se zotavit z jednorázových problémů. Na webu Azure Portal v okně vaší aplikace máte možnost aplikaci zastavit nebo restartovat.

Restartováním aplikace vyřešíte chyby HTTP kvůli chybě 502 – chybná brána a nedostupná služba 503

Aplikaci můžete také spravovat pomocí Azure PowerShell. Další informace najdete v tématu Použití Azure PowerShellu s Azure Resource Managerem.