A rendelkezésre állás monitorozása URL-pingelési tesztekkel
A név URL-pingelési tesztje egy kicsit hibás. Ezek a tesztek nem használják az Internet Control Message Protocol (ICMP) protokollt a webhely rendelkezésre állásának ellenőrzésére. Ehelyett fejlettebb HTTP-kérési funkciót használnak annak ellenőrzésére, hogy egy végpont válaszol-e. Mérik a válaszhoz társított teljesítményt. Emellett egyéni sikerességi feltételeket is beállíthatnak, olyan speciális funkciókkal együtt, mint a függő kérések elemzése és az újrapróbálkozások engedélyezése.
Rendelkezésre állási teszt létrehozásához egy meglévő Application Insights-erőforrást kell használnia, vagy létre kell hoznia egy Application Insights-erőforrást.
Fontos
2026. szeptember 30-án kivezetjük az URL-pingelési teszteket. Váltsa át a standard tesztekre ezt megelőzően.
A standard tesztek futtatásához költség tartozik. A standard teszt létrehozása után a rendszer díjat számít fel a tesztvégrehajtásokért.
A folyamat megkezdése előtt tekintse meg az Azure Monitor díjszabását .
Megjegyzés
Az URL-ping tesztek klasszikus tesztekként vannak kategorizálva. Ezek a Klasszikus teszt hozzáadása területen találhatók a Rendelkezésre állás panelen. További speciális funkciókért lásd: Standard tesztek.
Teszt létrehozása
Az első rendelkezésreállási kérés létrehozása:
Az Application Insights-erőforrásban nyissa meg a Rendelkezésre állás panelt , és válassza a Klasszikus teszt hozzáadása lehetőséget.
Nevezze el a tesztet, és válassza az URL-ping lehetőséget a termékváltozathoz.
Adja meg a tesztelni kívánt URL-címet.
Módosítsa a beállításokat az igényeinek megfelelően az alábbi táblázat segítségével. Válassza a Létrehozás lehetőséget.
Beállítás Leírás URL-cím Az URL-cím bármely tesztelni kívánt weblap lehet, de láthatónak kell lennie a nyilvános interneten. Az URL-cím tartalmazhat lekérdezési sztringet. Például egy kicsit gyakorolhatja az adatbázist. Ha az URL-cím átirányításra van feloldva, legfeljebb 10 átirányítást követhet. Függő kérések elemzése A teszt lekér képeket, szkripteket, stílusfájlokat és más fájlokat, amelyek a vizsgált weblap részei. A rögzített válaszidőbe a fájlok lekérése is beleszámít. A teszt meghiúsul, ha ezen erőforrások bármelyike nem tölthető le sikeresen a teljes teszt időkorlátja alatt. Ha a beállítás nincs engedélyezve, a teszt csak a megadott URL-címen kéri le a fájlt. A beállítás engedélyezése szigorúbb ellenőrzést eredményez. A teszt meghiúsulhat olyan esetekben, amelyek nem észlelhetők a webhelyen való manuális böngészés során. Újrapróbálkozások engedélyezése Ha a teszt sikertelen, a program rövid idő múlva újrapróbálkozott. Csak akkor jelent hibát, ha három egymást követő kísérlet meghiúsul. Ezután a rendszer a teszteket a szokásos tesztelési gyakorisággal végzi el. Az újrapróbálkozás ideiglenesen fel van függesztve a következő sikeres műveletig. Ez a szabály függetlenül van alkalmazva minden egyes teszthelyen. Ezt a lehetőséget javasoljuk. Az újrapróbálkozások átlagosan a hibák körülbelül 80 százaléka eltűnik. Teszt gyakorisága Ez a beállítás határozza meg, hogy milyen gyakran fut a teszt az egyes teszthelyekről. Az alapértelmezett 5 perces gyakorisággal és öt teszthelyen a webhely tesztelése átlagosan percenként történik. Teszthelyek Ennek a beállításnak az értékei azok a helyek, ahonnan a kiszolgálók webes kéréseket küldenek az URL-címre. Javasoljuk, hogy legalább 5 teszthelyet biztosítson , hogy meg tudja különböztetni a webhely problémáit a hálózati problémáktól. Legfeljebb 16 hely választható ki.
Ha az URL-cím nem látható a nyilvános internetről, választhatja, hogy szelektíven nyitja meg a tűzfalat, hogy csak a teszttranzakciókat engedélyezze. A rendelkezésreállási tesztek ügynökeire vonatkozó tűzfalkivételekkel kapcsolatos további információért tekintse meg az IP-címekkel foglalkozó útmutatót.
Megjegyzés
Határozottan javasoljuk a tesztelést több helyről, legalább öt helyről. Ez a megközelítés segít megelőzni azokat a téves riasztásokat, amelyek egy adott hely átmeneti problémáiból adódhatnak. Azt is megállapítottuk, hogy az optimális konfiguráció az, hogy a teszthelyek száma megegyezik a riasztási hely küszöbértékével + 2.
Sikerességi feltételek
Beállítás | Leírás |
---|---|
Teszt időtúllépése | Csökkentse ezt az értéket, hogy riasztást kapjon a lassú válaszokról. A teszt sikertelennek számít, ha a webhelyről érkező válaszok nem érkeztek meg ezen az időszakon belül. Ha a Függő kérések elemzése lehetőséget választotta, az összes képnek, stílusfájlnak, szkriptnek és egyéb függő erőforrásnak meg kell érkeznie ezen az időszakon belül. |
HTTP-válasz | A visszaadott állapotkód, amely sikeresnek számít. Az a kód, amely azt jelzi, hogy egy normál weblap lett visszaadva, 200. |
Tartalomegyezés | Teszteljük, hogy a sztringek pontosan megkülönböztetik-e a kis- és nagybetűket. Egyszerű sztringnek kell lennie, helyettesítő karakterek nélkül (például "Üdvözöljük!"). Ne feledje, hogy ha megváltozik a lap tartalma, előfordulhat, hogy frissítenie kell azt. A tartalomegyezés csak az angol karaktereket támogatja. |
Riasztások
Beállítás | Leírás |
---|---|
Közel valós idejű (előzetes verzió) | Javasoljuk, hogy közel valós időben működő riasztásokat használjunk. Ezt a riasztástípust a rendelkezésreállási teszt létrehozása után konfigurálhatja. |
Riasztási hely küszöbértéke | A riasztási hely küszöbértéke és a teszthelyek száma közötti optimális kapcsolat a riasztási hely küszöbértéke = a teszthelyek száma – 2, legalább öt teszthellyel. |
Földrajzi helyek területcímkéi
A földrajzi hely attribútumához a következő népességcímkéket használhatja, amikor rendelkezésre állási URL-pingelési tesztet helyez üzembe az Azure Resource Manager használatával.
Azure Government
Megjelenített név | Népesség neve |
---|---|
USGov Virginia | usgov-va-azr |
USGov Arizona | usgov-phx-azr |
USGov Texas | usgov-tx-azr |
USDoD kelet | usgov-ddeast-azr |
USDoD Central | usgov-ddcentral-azr |
Azure China
Megjelenített név | Népesség neve |
---|---|
Kelet-Kína | mc-cne-azr |
Kelet-Kína 2. régiója | mc-cne2-azr |
Észak-Kína | mc-cnn-azr |
Észak-Kína 2. régiója | mc-cnn2-azr |
Azure
Megjelenített név | Népesség neve |
---|---|
Kelet-Ausztrália | emea-au-syd-edge |
Dél-Brazília | latam-br-gru-edge |
Az USA középső régiója | us-fl-mia-edge |
Kelet-Ázsia | apac-hk-hkn-azr |
USA keleti régiója | us-va-ash-azr |
Dél-Franciaország (korábban Franciaország középső régiója) | emea-ch-zrh-edge |
Közép-Franciaország | emea-fr-pra-edge |
Kelet-Japán | apac-jp-kaw-edge |
Észak-Európa | emea-gb-db3-azr |
USA északi középső régiója | us-il-ch1-azr |
USA déli középső régiója | us-tx-sn1-azr |
Délkelet-Ázsia | apac-sg-sin-azr |
Az Egyesült Királyság nyugati régiója | emea-se-sto-edge |
Nyugat-Európa | emea-nl-ams-azr |
USA nyugati régiója | us-ca-sjc-azr |
Az Egyesült Királyság déli régiója | emea-ru-msa-edge |
A rendelkezésre állási teszt eredményeinek megtekintése
A rendelkezésre állási teszt eredményeit vonal- és pontdiagram nézetekkel is megjelenítheti.
Néhány perc elteltével válassza a Frissítés lehetőséget a teszteredmények megtekintéséhez.
A pontdiagram nézet a diagnosztikai tesztlépés részleteit tartalmazó teszteredmények mintáit jeleníti meg. A tesztmotor a sikertelen tesztek diagnosztikai adatait tárolja. A sikeres tesztek esetében a végrehajtások részhalmazainak diagnosztikai adatait is tárolja. Vigye az egérmutatót bármelyik zöld vagy piros pont fölé a teszt nevének és helyének megtekintéséhez.
Válasszon ki egy adott tesztet vagy helyet, vagy csökkentse az időtartamot, hogy további eredményeket jelenítsen meg az érdeklődési időszak körül. A Search Explorerrel megtekintheti az összes végrehajtás eredményét, vagy elemzési lekérdezésekkel egyéni jelentéseket futtathat ezen az adatokon.
Tesztek megtekintése és szerkesztése
Teszt szerkesztéséhez, ideiglenes letiltásához vagy törléséhez jelölje ki a teszt neve melletti három pontot (...). A konfiguráció módosításainak propagálása akár 20 percet is igénybe vehet az összes tesztügynökre a módosítás után.
Előfordulhat, hogy le szeretné tiltani a rendelkezésre állási teszteket vagy a hozzájuk társított riasztási szabályokat, miközben karbantartást végez a szolgáltatásban.
Műveletek, ha hibákat lát
Jelöljön ki egy piros elemet.
A rendelkezésre állási teszt eredményeiből az összes összetevő tranzakciós adatait láthatja. Ezután:
- Tekintse át a hibaelhárítási jelentést annak megállapításához, hogy mi okozhatta a teszt meghiúsulását, amíg az alkalmazás továbbra is elérhető.
- Megvizsgálhatja a kiszolgálótól érkezett választ.
- Hiba diagnosztizálása a sikertelen rendelkezésre állási teszt feldolgozása során gyűjtött, korrelált kiszolgálóoldali telemetriával.
- A probléma vagy munkaelem naplózása a Gitben vagy az Azure Boardsban a probléma nyomon követéséhez. A hiba tartalmazni fog egy hivatkozást erre az eseményre.
- Megnyithatja a webes teszt eredményét a Visual Studióban.
A végpontok közötti tranzakciódiagnosztikával kapcsolatos további információkért tekintse meg a tranzakciódiagnosztika dokumentációját.
Válassza ki a kivételsort annak a kiszolgálóoldali kivételnek a részleteinek megtekintéséhez, amely miatt a szintetikus rendelkezésre állási teszt meghiúsult. A hibakeresési pillanatképet is lekérheti a kódszintű diagnosztikához.
A nyers eredmények mellett két fő rendelkezésre állási metrikát is megtekinthet a Metrics Explorerben:
- Rendelkezésre állás: Az összes tesztvégrehajtás során sikeres tesztek százalékos aránya.
- Teszt időtartama: A teszt átlagos időtartama az összes tesztvégrehajtás során.
Automation
- Használjon PowerShell-szkripteket a rendelkezésre állási teszt automatikus beállításához.
- Állítson be egy olyan webhookot , amelyet riasztás létrehozásakor hívunk meg.