Sdílet prostřednictvím

Řešení chyb HTTP 502 a 503 ve službě Azure App Service

Chyby HTTP 502 – Chybná brána a 503 – Nedostupná služba jsou běžné chyby, které můžete získat při pokusu o otevření aplikace hostované ve službě Azure App Service. Tento článek vám pomůže tyto chyby vyřešit.

Pokud potřebujete další pomoc v libovolném bodě tohoto článku, můžete kontaktovat odborníky na Azure na fórech MSDN Azure a Stack Overflow. Případně můžete na webu podpory Azure podat incident podpory Azure tak, že vyberete Získat podporu.

Příčinou těchto chyb je často problém na úrovni aplikace, například:

  • Žádosti trvají dlouho.
  • Aplikace používá vysokou paměť nebo procesor.
  • Výjimkou je, že aplikace nereaguje.

Řešení potíží se skládá ze tří úloh v sekvenčním pořadí:

  1. Sledujte a monitorujte chování aplikací.
  2. Shromážděte data.
  3. Zmírnit problém.

App Service nabízí možnosti pro jednotlivé úlohy.

Sledování a monitorování chování aplikací

Sledování stavu služby

Azure publicizuje přerušení služeb a snížení výkonu ve službě App Service. Stav služby můžete sledovat na webu Azure Portal. Další informace najdete v tématu Zobrazení oznámení o stavu služby pomocí webu Azure Portal.

Monitorování aplikace

Aplikaci můžete monitorovat a zjistit, jestli má nějaké problémy. Na stránce webu Azure Portal pro vaši aplikaci vyberte dlaždici Žádosti a chyby . V poli Metrika se zobrazí všechny metriky, které můžete přidat.

Mezi metriky, které můžete chtít monitorovat pro vaši aplikaci, patří:

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

Snímek obrazovky znázorňující možnosti metriky pro aplikaci na portálu

Další informace naleznete v tématu:

Shromažďování dat

Použití funkce diagnostiky

App Service poskytuje inteligentní a interaktivní prostředí, které vám pomůže s řešením potíží s aplikací bez nutnosti konfigurace. Funkce diagnostiky může zjistit problém a provést vás správnými informacemi pro řešení potíží a jejich řešení.

Pokud chcete získat přístup k diagnostice služby App Service, přejděte na webu Azure Portal do aplikace App Service nebo služby App Service Environment. V nabídce vlevo vyberte Diagnostika a řešení problémů.

Použití konzoly ladění Kudu

App Service je součástí konzoly, kterou můžete použít k ladění, zkoumání a nahrávání souborů. Poskytuje také koncové body JSON, které můžete použít k získání informací o vašem prostředí. Tato konzola je součástí řídicího panelu Kudu pro vaši aplikaci.

K řídicímu panelu se dostanete tak, že přejdete na odkaz https://<Your app name>.scm.azurewebsites.net/.

Kudu poskytuje:

  • Nastavení prostředí pro vaši aplikaci
  • Datový proud protokolu.
  • Výpis stavu diagnostiky.
  • Konzola ladění, ve které můžete spouštět rutiny PowerShellu a základní příkazy DOS.

Pokud vaše aplikace vyvolává výjimky s první šancí, můžete k vytvoření výpisů paměti použít Kudu a nástroj Sysinternals ProcDump. 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 blogovém příspěvku Kudu Řídicí panel – WordPress ve službě App Service.

Zmírnění problému

Škálujte aplikaci.

Ve službě Azure App Service můžete pro zvýšení výkonu a propustnosti upravit měřítko, ve kterém aplikaci spouštíte. Škálování aplikace zahrnuje dvě související akce:

  • Změna plánu služby App Service na vyšší cenovou úroveň
  • Konfigurace 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 ve službě Aplikace Azure Service.

Kromě toho se můžete rozhodnout, že aplikaci spustíte na více instancích. Tato volba vám poskytne nejen větší možnosti zpracování, ale také vám poskytne určitou odolnost proti chybám. Pokud proces přestane fungovat v jedné instanci, druhá instance bude dál obsluhovat požadavky.

Škálování můžete nastavit tak, aby bylo ruční nebo automatické.

Použít automatické opravy

Automatické opravy recykluje pracovní proces vaší aplikace na základě vámi zvoleného nastavení. Mezi tato nastavení patří změny konfigurace, požadavky, limity založené na paměti nebo doba potřebná k provedení požadavku.

Ve většině případů je recyklace procesu nejrychlejším způsobem, jak se zotavit z problému. I když aplikaci můžete kdykoli restartovat přímo v Azure portálu, automatické opravy to udělají za vás. Stačí přidat některé triggery do kořenového Web.config souboru pro vaši aplikaci. Tato nastavení fungují stejným způsobem, i když vaše aplikace není .NET.

Další informace najdete v tématu přehled diagnostiky služby Azure App Service.

Restartujte aplikaci.

Restartování aplikace je často nejjednodušší způsob, jak se zotavit z jednorázových problémů. Na stránce webu Azure Portal pro vaši aplikaci máte možnost aplikaci zastavit nebo restartovat.

Snímek obrazovky znázorňující možnosti zastavení a restartování aplikace na portálu

Aplikaci můžete také spravovat pomocí Azure PowerShellu. Další informace najdete v tématu Správa prostředků Azure pomocíAzure PowerShellu.