Standard teszt
A standard teszt egy olyan rendelkezésre állási teszttípus, amely egyetlen kérés elküldésével ellenőrzi egy webhely rendelkezésre állását. Amellett, hogy ellenőrzi, hogy egy végpont válaszol-e, és méri-e a teljesítményt, a standard tesztek közé tartozik az SSL-tanúsítvány érvényessége, a proaktív élettartam-ellenőrzés, a HTTP-kérések végrehajtása (például GET, ésHEAD ), az egyéni fejlécek és POSTa HTTP-kéréshez társított egyéni adatok.
Rendelkezésre állási teszt létrehozásához egy meglévő alkalmazás-Elemzések erőforrást kell használnia, vagy létre kell hoznia egy alkalmazás-Elemzések erőforrást.
Tipp.
Ha jelenleg más rendelkezésre állási teszteket, például URL-pingelési teszteket használ, a többi mellett standard teszteket is hozzáadhat. Ha standard teszteket szeretne használni a többi teszt helyett, adjon hozzá egy Standard tesztet, és törölje a régi tesztet.
Standard teszt létrehozása
Standard teszt létrehozása:
Nyissa meg az alkalmazás Elemzések erőforrást, és válassza a Rendelkezésre állás panelt.
Válassza a Standard teszt hozzáadása lehetőséget.
Adja meg a teszt nevét, URL-címét és az alábbi táblázatban ismertetett egyéb beállításokat. Válassza a Létrehozás parancsot.
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. Tehát például kísérletezhet egy kicsit az adatbázissal. Ha az URL feloldása egy átirányítást eredményez, legfeljebb 10 átirányításig követjük. Függő kérések elemzése A teszt képeket, szkripteket, stílusfájlokat és más fájlokat kér le, amelyek a vizsgált weblap részét képezik. 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őtúllépése alatt. Ha a beállítás nincs kiválasztva, 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 sikertelen lehet olyan esetekben, amelyek nem feltétlenül észlelhetők a webhely manuális böngészése során. Felhívjuk figyelmét, hogy legfeljebb 15 függő kérést elemezünk. Újrapróbálkozás engedélyezése Ha a teszt sikertelen, rövid idő elteltével ú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. Átlagosan körülbelül a hibák 80%-a megszűnik az újrapróbálkozáskor. SSL-tanúsítvány érvényesítési tesztje A webhelyen ellenőrizheti az SSL-tanúsítványt, így meggyőződhet arról, hogy megfelelően van telepítve, érvényes, megbízható, és nem ad hibát egyik felhasználónak sem. Proaktív élettartam-ellenőrzés Ezzel a beállítással megadhatja az SSL-tanúsítvány lejárata előtt megadott időtartamot. A lejárat után a teszt sikertelen lesz. Teszt gyakorisága Beállítja, hogy a teszt milyen gyakran fusson az egyes teszthelyekről. Öt perces alapértelmezett gyakorisággal és öt teszthellyel a helyén átlagosan percenként egy teszt történik. Tesztelési helyek Azok a helyek, ahonnan a kiszolgálóink webes kéréseket küldenek az ÖN URL-címére. Az ajánlott teszthelyek minimális száma öt , 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. Egyéni fejlécek Az üzemeltetési paramétereket meghatározó kulcsértékpárok. HTTP-kérési parancs Adja meg, hogy milyen műveletet szeretne elvégezni a kéréssel. Kérelem törzse A HTTP-kérelemhez társított egyéni adatok. Feltöltheti saját fájljait, megadhatja a tartalmát, vagy letilthatja ezt a funkciót.
Sikeresség feltétele
| Beállítás | Leírás |
|---|---|
| Tesztelési időtúllépés | Csökkentse ezt az értéket, hogy értesítést kapjon a lassú válaszokról. A teszt akkor számít hibának, ha a webhelyről érkező válaszok nem érkeztek meg ebben az időszakban. Ha a függő kérések elemzése lehetőséget választotta, az összes képnek, stílusfájlnak, szkriptnek és más 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. A 200-es szám az a kód, amely azt jelzi, hogy a rendszer egy normál weblapot adott vissza. |
| Tartalomegyezés | Egy sztring, például "Üdvözöljük!" Teszteljük, hogy minden válaszban pontosan megkülönbözteti-e a kis- és nagybetűket. Egyszerű sztringnek kell lennie helyettesítő karakterek nélkül. Ne felejtse el, hogy ha a lap tartalma megváltozik, előfordulhat, hogy frissítenie kell. A tartalomegyeztetés csak angol karaktereket támogat. |
Riasztások
| Beállítás | Leírás |
|---|---|
| Közel valós idejű | Javasoljuk, hogy közel valós idejű riasztásokat használjunk. Az ilyen típusú riasztás konfigurálása a rendelkezésre állási teszt létrehozása után történik. |
| Riasztási hely küszöbértéke | Legalább 3/5 helyet ajánlunk. A riasztási hely küszöbértéke és a teszthelyek száma közötti optimális kapcsolat a teszthelyek riasztási helyének küszöbértéke = – 2, amely legalább öt teszthelyet jelent. |
Földrajzi helyek területcímkéi
A rendelkezésre állási URL-pingelési teszt azure Resource Managerrel történő üzembe helyezésekor a következő sokaságcímkéket használhatja a földrajzi hely attribútumhoz.
Azure Government
| Megjelenített név | Sokasá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 |
A 21Vianet által üzemeltetett Microsoft Azure
| Megjelenített név | Sokasá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 | Sokasá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ényei vonal- és pontdiagram-nézetekkel is megjeleníthetők.
Néhány perc elteltével válassza a Frissítés lehetőséget a teszt eredményeinek megtekintéséhez.
A Pontdiagram nézet a diagnosztikai tesztlépés részleteit tartalmazó teszteredmények mintáit jeleníti meg. A tesztmotor tárolja a hibákat tartalmazó tesztek diagnosztikai adatait. 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/piros pont fölé a teszt, a teszt neve és a hely megtekintéséhez.
Válasszon ki egy adott tesztet vagy helyet. Vagy csökkentheti az időtartamot, hogy további eredményeket jelenítsen meg a kamatidőszak körül. A Kereséskezelővel megtekintheti az összes végrehajtás eredményét. Vagy Log Analytics-lekérdezésekkel egyéni jelentéseket futtathat ezen az adatokon.
Tesztek vizsgálata é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 módosítás után akár 20 percet is igénybe vehet, amíg a konfigurációmódosítások az összes tesztügynökre propagálásra kerülnek.
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áson.
Ha hibákat lát
Jelöljön ki egy piros elemet.
A rendelkezésre állási teszt eredményéből az összes összetevő tranzakciós adatait láthatja. A következőkre van lehetőség:
- Tekintse át a hibaelhárítási jelentést annak megállapításához, hogy mi okozhatta a teszt sikertelen voltát, de az alkalmazás továbbra is elérhető.
- Megvizsgálhatja a kiszolgálótól érkezett választ.
- A sikertelen rendelkezésre állási teszt feldolgozása során gyűjtött korrelált kiszolgálóoldali telemetriával diagnosztizálja a hibát.
- A probléma nyomon követéséhez naplózza a problémát vagy a munkaelemet a Gitben vagy az Azure Boardsban. 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ódiagnosztikai felülettel 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 a kódszintű diagnosztikához is lekérheti.
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.
- Tesztelés időtartama: Az összes tesztvégrehajtás átlagos tesztideje.