Application Insights rendelkezésreállási tesztek

  • Cikk

A webalkalmazás vagy a webhely üzembe helyezése után ismétlődő teszteket állíthat be a rendelkezésre állás és a válaszképesség figyelésére. Az alkalmazás Elemzések a világ minden pontjáról rendszeres időközönként küld webes kéréseket az alkalmazásnak. Riasztást küld, ha az alkalmazás nem válaszol vagy túl lassan válaszol.

A nyilvános internetről elérhető HTTP- vagy HTTPS-végpontok rendelkezésre állási tesztjeit beállíthatja. Nem kell módosítania a tesztelt webhelyet. Sőt, nem is kell, hogy egy webhely, hogy a saját. Tesztelheti egy REST API rendelkezésre állását, amelytől a szolgáltatás függ.

A tesztek típusai

Fontos

Két közelgő rendelkezésre állási teszt lesz megszüntetve. 2024. augusztus 31-én az Application Elemzések többlépéses webes tesztjei megszűnnek. Javasoljuk a felhasználóknak, hogy a nyugdíjazási dátum előtt váltanak alternatív rendelkezésre állási tesztekre. Ezt a dátumot követően le fogjuk bontani a mögöttes infrastruktúrát, amely megszakítja a fennmaradó többlépéses teszteket. 2026. szeptember 30-án a Elemzések alkalmazás URL-pingelési tesztjei megszűnnek. A meglévő URL-pingelési tesztek törlődnek az erőforrásokból. Tekintse át a standard tesztek díjszabását, és 2026. szeptember 30-a előtt váltson át ezek használatára, hogy továbbra is futtathasson egylépéses rendelkezésre állási teszteket az alkalmazás Elemzések erőforrásaiban.

A rendelkezésre állási teszteknek négy típusa van:

  • Standard teszt: Ez az egyetlen kérelemteszt hasonló az URL-pingelési teszthez. Ez magában foglalja a TLS/SSL-tanúsítvány érvényességét, a proaktív élettartam-ellenőrzést, a HTTP-kérési igét (például GET, , HEADvagy POST), az egyéni fejléceket és a HTTP-kéréshez társított egyéni adatokat.
  • Egyéni trackAvailability teszt: Ha úgy dönt, hogy létrehoz egy egyéni alkalmazást a rendelkezésre állási tesztek futtatásához, a TrackAvailability() metódussal elküldheti az eredményeket az Alkalmazás Elemzések.
  • Klasszikus tesztek (a rendelkezésre állási tesztek régebbi verziói)
    • URL-pingelési teszt: Ezt a tesztet az Azure Portalon hozhatja létre annak ellenőrzéséhez, hogy egy végpont válaszol-e, és méri-e a válaszhoz kapcsolódó teljesítményt. Az egyéni sikerességi feltételeket speciálisabb funkciókkal is párosíthatja, például elemezheti a függő kéréseket, és újrapróbálkozást tehet lehetővé.
    • Többlépéses webes teszt (elavult): Ezt a felvételt lejátszhatja egy webkérelmek sorozatáról az összetettebb forgatókönyvek teszteléséhez. A többlépéses webes tesztek a Visual Studio Enterprise-ban jönnek létre, és feltölthetők a portálra, ahol futtathatja őket.

Fontos

A régebbi klasszikus tesztek, az URL-pingteszt és a többlépéses webes teszt a nyilvános internet DNS-infrastruktúrájára támaszkodnak a tesztelt végpontok tartományneveinek feloldásához. Ha privát DNS-t használ, győződjön meg arról, hogy a nyilvános tartománynév-kiszolgálók feloldják a teszt összes tartománynevét. Ha ez nem lehetséges, használhat helyette egyéni TrackAvailability teszteket .

Alkalmazásonként legfeljebb 100 rendelkezésre állási tesztet hozhat létre Elemzések erőforrásonként.

Feljegyzés

A rendelkezésre állási teszteket az Azure-adattitkosítás a rest szabályzatok szerint titkosítva tárolja.

Hibaelhárítás

Figyelmeztetés

Nemrég engedélyeztük a TLS 1.3-at a rendelkezésre állási tesztekben. Ha ennek eredményeként új hibaüzenetek jelennek meg, győződjön meg arról, hogy a TLS 1.3-as verziójú Windows Server 2022-en futó ügyfelek csatlakozhatnak a végponthoz. Ha nem tudja ezt megtenni, érdemes lehet ideiglenesen letiltani a TLS 1.3-at a végponton, hogy a rendelkezésre állási tesztek visszaálljanak a régebbi TLS-verziókra.
További információkért tekintse meg a hibaelhárítási cikket. Tekintse meg a dedikált hibaelhárítási cikket.

Gyakori kérdések

Ez a szakasz választ ad a gyakori kérdésekre.

Futtathatok rendelkezésre állási webes teszteket egy intranetes kiszolgálón?

Webes tesztjeink olyan jelenléti pontokon futnak, amelyek a világ különböző pontjain vannak elosztva. Két megoldás létezik:

  • Tűzfalajtó: A webtesztelők hosszú és módosítható listájából engedélyezheti a kiszolgálóra irányuló kéréseket.
  • Egyéni kód: Írjon saját kódot, hogy rendszeres kéréseket küldjön a kiszolgálónak az intraneten belülről. Erre a célra Visual Studio-webteszteket is futtathat. A tesztelő az API használatával elküldheti az eredményeket az Application Elemzések-nakTrackAvailability().

Következő lépések