Az "502 hibás átjáró" és az "503 szolgáltatás nem érhető el" HTTP-hibáinak elhárítása a Azure App Service
Az "502 hibás átjáró" és az "503 szolgáltatás nem érhető el" gyakori hibák a Azure App Service üzemeltetett alkalmazásban. Ez a cikk segít a hibák elhárításában.
Ha a cikk bármely pontján további segítségre van szüksége, forduljon az Azure szakértőihez az MSDN Azure-ban és a Stack Overflow fórumokon. Másik lehetőségként Azure-támogatás incidenst is beküldhet. Nyissa meg az Azure támogatási webhelyét , és kattintson a Támogatás kérése elemre.
Hibajelenség
Amikor megkeresi az alkalmazást, az "502 Hibás átjáró" VAGY EGY HTTP "503 Szolgáltatás nem érhető el" hibaüzenetet ad vissza.
Ok
Ezt a problémát gyakran az alkalmazásszintű problémák okozzák, például:
- hosszú ideig tartó kérések
- alkalmazás magas memóriát/CPU-t használ
- az alkalmazás egy kivétel miatt összeomlik.
Hibaelhárítási lépések az "502 hibás átjáró" és az "503 szolgáltatás nem érhető el" hibák elhárításához
A hibaelhárítás három különböző feladatra osztható, sorrendben:
App Service minden lépésnél különböző lehetőségeket kínál.
1. Az alkalmazás viselkedésének megfigyelése és monitorozása
Szolgáltatásállapot nyomon követése
A Microsoft Azure minden alkalommal közzétehető, amikor szolgáltatáskimaradás vagy teljesítménycsökkenés történik. A szolgáltatás állapotát az Azure Portalon követheti nyomon. További információ: Szolgáltatás állapotának nyomon követése.
Az alkalmazás monitorozása
Ezzel a beállítással megállapíthatja, hogy az alkalmazásnak vannak-e problémái. Az alkalmazás paneljén kattintson a Kérések és hibák csempére. A Metrika panelen megjelenik az összes felvehető metrika.
Az alkalmazáshoz monitorozni kívánt metrikák némelyike a következők:
- Átlagos memória-munkakészlet
- Átlagos válaszidő
- Processzoridő
- Memória-munkakészlet
- Kérelmek
További információkért lásd:
2. Adatgyűjtés
A diagnosztikai eszköz használata
App Service intelligens és interaktív felületet biztosít az alkalmazás konfiguráció nélküli hibaelhárításához. Amikor problémákba ütközik az alkalmazással, a diagnosztikai eszköz rámutat arra, hogy mi a baj, ha a megfelelő információkhoz vezet, hogy könnyebben és gyorsabban elhárítsa és elhárítsa a problémát.
A App Service diagnosztika eléréséhez lépjen a App Service alkalmazáshoz vagy App Service Environment a Azure Portal. A bal oldali navigációs sávon kattintson a Problémák diagnosztizálása és megoldása elemre.
A Kudu hibakeresési konzol használata
App Service tartalmaz egy hibakeresési konzolt, amellyel hibakeresésre, keresésre, fájlok feltöltésére és JSON-végpontokra is használhatja a környezettel kapcsolatos információk lekéréséhez. Ezt kudu konzolnak vagy az alkalmazás SCM-irányítópultjának nevezzük.
Ezt az irányítópultot a https://< Your alkalmazásnév.scm.azurewebsites.net/> hivatkozásra kattintva érheti el.
Néhány dolog, amit a Kudu nyújt:
- az alkalmazás környezeti beállításai
- naplóstream
- diagnosztikai memóriakép
- hibakeresési konzol, amelyen PowerShell-parancsmagokat és alapszintű DOS-parancsokat futtathat.
A Kudu másik hasznos funkciója, hogy abban az esetben, ha az alkalmazás első esélyt ad a kivételeknek, a Kudu és a SysInternals eszköz, a Procdump használatával memóriaképeket hozhat létre. Ezek a memóriaképek a folyamat pillanatképei, és gyakran segíthetnek az alkalmazás bonyolultabb problémáinak elhárításában.
A Kuduban elérhető funkciókkal kapcsolatos további információkért lásd: Azure Websites online eszközök, amelyekről tudnia kell.
3. A probléma elhárítása
Az alkalmazás skálázása
A Azure App Service nagyobb teljesítmény és átviteli sebesség érdekében módosíthatja azt a skálát, amelyen az alkalmazást futtatja. Az alkalmazások vertikális felskálázása két kapcsolódó műveletből áll: a App Service csomag magasabb tarifacsomagra való módosítása és bizonyos beállítások konfigurálása a magasabb tarifacsomagra való váltás után.
A skálázással kapcsolatos további információkért lásd: Alkalmazás skálázása Azure App Service.
Emellett dönthet úgy is, hogy egynél több példányon futtatja az alkalmazást. Ez nem csak nagyobb feldolgozási képességet biztosít, hanem némi hibatűrést is biztosít. Ha a folyamat leáll az egyik példányon, a másik példány továbbra is kiszolgálja a kéréseket.
Beállíthatja, hogy a skálázás manuális vagy automatikus legyen.
Az AutoHeal használata
Az AutoHeal a választott beállítások (például konfigurációmódosítások, kérések, memóriaalapú korlátok vagy a kérés végrehajtásához szükséges idő) alapján újra feldolgozja az alkalmazás feldolgozófolyamatát. A legtöbb esetben a folyamat újrahasznosítása a leggyorsabb módja a probléma helyreállításának. Bár az alkalmazást bármikor újraindíthatja közvetlenül az Azure Portalon belül, az AutoHeal automatikusan elvégzi. Mindössze néhány eseményindítót kell hozzáadnia az alkalmazás gyökér web.config. Vegye figyelembe, hogy ezek a beállítások ugyanúgy működnek, még akkor is, ha az alkalmazás nem .NET-alapú.
További információ: Azure-webhelyek automatikus javítása.
Az alkalmazás újraindítása
Gyakran ez a legegyszerűbb módja az egyszeri problémák utáni helyreállításnak. Az Azure Portalon, az alkalmazás paneljén lehetősége van az alkalmazás leállítására vagy újraindítására.
Az alkalmazást Azure PowerShell is kezelheti. További információ: Az Azure PowerShell használata az Azure Resource Manager eszközzel.