Traffic Manager – Gyakori kérdések (GYIK)

A Traffic Manager alapjai

Milyen IP-címet használ a Traffic Manager?

A Traffic Manager működése című cikkben leírtak szerint a Traffic Manager a tartománynévrendszer (DNS) szintjén működik. DNS-válaszokat küld az ügyfeleknek a megfelelő szolgáltatásvégpontra. Ezután az ügyfelek közvetlenül, nem a Traffic Manageren keresztül csatlakoznak a szolgáltatásvégpontokhoz.

Ezért a Traffic Manager nem biztosít végpontot vagy IP-címet az ügyfelek számára, hogy csatlakozzanak. Ha statikus IP-címet szeretne a szolgáltatáshoz, azt a szolgáltatásban kell konfigurálni, nem a Traffic Managerben.

Milyen típusú forgalom irányítható a Traffic Managerrel?

A Traffic Manager működése című cikkben leírtak szerint a Traffic Manager-végpontok bármely, az Azure-on belül vagy kívül üzemeltetett internetes szolgáltatás lehetnek. Ezért a Traffic Manager átirányíthatja a nyilvános internetről származó forgalmat egy olyan végpontkészletre, amely szintén internettel rendelkezik. Ha privát hálózaton belüli végpontokkal (például az Azure Load Balancer belső verziójával) rendelkezik, vagy ha a felhasználók DNS-kéréseket intéznek az ilyen belső hálózatoktól, akkor a Traffic Managerrel nem irányíthatja ezt a forgalmat.

Támogatja a Traffic Manager a "ragadós" munkameneteket?

A Traffic Manager működése című cikkben leírtak szerint a Traffic Manager DNS-szinten működik. DNS-válaszok használatával irányítja az ügyfeleket a megfelelő szolgáltatásvégpontokra. Az ügyfelek közvetlenül, nem a Traffic Manageren keresztül csatlakoznak a szolgáltatásvégponthoz. Ezért a Traffic Manager nem látja a HTTP-forgalmat az ügyfél és a kiszolgáló között.

Emellett a Traffic Manager által fogadott DNS-lekérdezés forrás IP-címe a rekurzív DNS-szolgáltatáshoz tartozik, nem az ügyfélhez. Ezért a Traffic Manager nem tudja nyomon követni az egyes ügyfeleket, és nem tud "ragadós" munkameneteket implementálni. Ez a korlátozás az összes DNS-alapú forgalomkezelő rendszerre jellemző, és nem a Traffic Managerre vonatkozik.

Miért jelenik meg HTTP-hiba a Traffic Manager használatakor?

A Traffic Manager működése című cikkben leírtak szerint a Traffic Manager DNS-szinten működik. DNS-válaszok használatával irányítja az ügyfeleket a megfelelő szolgáltatásvégpontokra. Ezután az ügyfelek közvetlenül, nem a Traffic Manageren keresztül csatlakoznak a szolgáltatásvégpontokhoz. A Traffic Manager nem látja a HTTP-forgalmat az ügyfél és a kiszolgáló között. A megjelenő HTTP-hibák tehát biztosan az alkalmazásból származnak. Ahhoz, hogy az ügyfél csatlakozzon az alkalmazáshoz, az összes DNS-feloldási lépés befejeződött. Ez magában foglalja a Traffic Manager által az alkalmazás forgalmi folyamatán végzett összes interakciót.

Ezért a további vizsgálatnak az alkalmazásra kell összpontosítania.

Az ügyfél böngészőjéből küldött HTTP-gazdagépfejléc a leggyakoribb problémaforrás. Győződjön meg arról, hogy az alkalmazás úgy van konfigurálva, hogy elfogadja a használt tartománynév megfelelő gazdagépfejlécét. A Azure-alkalmazás szolgáltatást használó végpontok esetében lásd: egyéni tartománynév konfigurálása webalkalmazáshoz Azure-alkalmazás Service-ben a Traffic Manager használatával.

Hogyan oldhatok meg 500-ra (belső kiszolgálóhiba) vonatkozó problémát a Traffic Manager használatakor?

Ha az ügyfél vagy az alkalmazás HTTP 500-ás hibát kap a Traffic Manager használata közben, ezt egy elavult DNS-lekérdezés okozhatja. A probléma megoldásához törölje a DNS-gyorsítótárat, és engedélyezze az ügyfél számára egy új DNS-lekérdezés kiadását.

Ha egy szolgáltatásvégpont nem válaszol, az adott végpontot használó ügyfelek és alkalmazások csak a DNS-gyorsítótár frissítéséig alaphelyzetbe állnak. A gyorsítótár időtartamát a DNS-rekord élettartamának (TTL) határozza meg. További információ: Traffic Manager és a DNS-gyorsítótár.

Tekintse meg a következő kapcsolódó gyakori kérdéseket is ebben a cikkben:

• Mi a DNS TTL, és hogyan befolyásolja a felhasználókat?
• Milyen magas vagy alacsony értékre állíthatom be a Traffic Manager-válaszok TTL-jét?
• Hogyan értelmezhető a profilomhoz érkező lekérdezések mennyisége?

Milyen teljesítményhatással jár a Traffic Manager használata?

A Traffic Manager működése című cikkben leírtak szerint a Traffic Manager DNS-szinten működik. Mivel az ügyfelek közvetlenül csatlakoznak a szolgáltatásvégpontokhoz, a Traffic Manager használata nem jár teljesítménybeli hatással a kapcsolat létrejötte után.

Mivel a Traffic Manager a DNS szintjén integrálható az alkalmazásokkal, további DNS-kereséseket kell beszúrni a DNS-feloldási láncba. A Traffic Manager hatása a DNS-feloldási időre minimális. A Traffic Manager a névkiszolgálók globális hálózatát használja, és bármilyen küldési hálózattal biztosítja, hogy a DNS-lekérdezések mindig a legközelebbi elérhető névkiszolgálóra legyenek irányítva. Emellett a DNS-válaszok gyorsítótárazása azt is jelenti, hogy a Traffic Manager használatával járó további DNS-késés csak a munkamenetek töredékére vonatkozik.

A Teljesítmény metódus a legközelebbi elérhető végpontra irányítja a forgalmat. A nettó eredmény az, hogy az ehhez a módszerhez társított általános teljesítményhatásnak minimálisnak kell lennie. A DNS-késés növelését el kell ellensúlyozni a végponthoz képest alacsonyabb hálózati késéssel.

Milyen alkalmazásprotokollokat használhatok a Traffic Managerrel?

A Traffic Manager működése című cikkben leírtak szerint a Traffic Manager DNS-szinten működik. A DNS-keresés befejezése után az ügyfelek közvetlenül, nem a Traffic Manageren keresztül csatlakoznak az alkalmazásvégponthoz. Ezért a kapcsolat bármilyen alkalmazásprotokollt használhat. Ha a TCP-t választja monitorozási protokollként, a Traffic Manager végpontállapot-monitorozása alkalmazásprotokollok használata nélkül is elvégezhető. Ha úgy dönt, hogy az állapotot egy alkalmazásprotokoll használatával ellenőrzi, a végpontnak képesnek kell lennie HTTP- vagy HTTPS GET-kérelmekre válaszolni.

Használhatom a Traffic Managert "meztelen" tartománynévvel?

Igen. Ha szeretné megtudni, hogyan hozhat létre aliasrekordot a tartománynév csúcsához egy Azure Traffic Manager-profilra való hivatkozáshoz, olvassa el az Aliasrekord konfigurálása a csúcstartománynevek Traffic Managerrel való támogatásához című témakört.

A Traffic Manager figyelembe veszi az ügyfél alhálózati címét a DNS-lekérdezések kezelésekor?

Igen. A DNS-lekérdezés forrás IP-címe (általában a DNS-feloldó IP-címe) mellett a Traffic Manager az ügyfél alhálózati címét is figyelembe veszi, ha az szerepel a DNS-feloldó által a végfelhasználó nevében küldött DNS-lekérdezésben. Ezek az IP-címek a földrajzi, a teljesítmény- és az alhálózati útválasztási módszerek optimalizálására szolgálnak. Pontosabban az RFC 7871 – A DNS-lekérdezések ügyfél-alhálózata egy olyan bővítménymechanizmust biztosít, amellyel a DNS (EDNS0) továbbíthatja az ügyfél alhálózati címét az azt támogató feloldóktól.

Mi a DNS TTL, és hogyan befolyásolja a felhasználókat?

Amikor egy DNS-lekérdezés a Traffic Managerbe ér, beállít egy értéket az élettartam (TTL) nevű válaszban. Ez az érték, amelynek mértékegysége másodpercben van, azt jelzi a DNS-feloldóknak, hogy mennyi ideig gyorsítótárazják ezt a választ. Bár a DNS-feloldók nem garantálják ennek az eredménynek a gyorsítótárazását, a gyorsítótár gyorsítótárazása lehetővé teszi számukra, hogy a Traffic Manager DNS-kiszolgálói helyett válaszoljanak a további lekérdezésekre a gyorsítótárból. Ez az alábbiak szerint befolyásolja a válaszokat:

• a magasabb TTL csökkenti a Traffic Manager DNS-kiszolgálókon található lekérdezések számát, ami csökkentheti az ügyfél költségeit, mivel a kiszolgált lekérdezések száma számlázható használat.
• egy magasabb TTL csökkentheti a DNS-kereséshez szükséges időt.
• A magasabb TTL azt is jelenti, hogy az adatok nem tükrözik a Traffic Manager által a próbaügynökökön keresztül beszerzett legfrissebb állapotinformációkat.

Milyen magas vagy alacsony értékre állíthatom be a Traffic Manager-válaszok TTL-jét?

Profilszinten beállíthatja, hogy a DNS TTL akár 0 másodperces, akár 2 147 483 647 másodperces (az RFC-1035-nek megfelelő maximális tartomány) legyen. A 0 TTL azt jelenti, hogy az alsóbb rétegbeli DNS-feloldók nem gyorsítótárazják a lekérdezési válaszokat, és az összes lekérdezés várhatóan eléri a Traffic Manager DNS-kiszolgálóit a megoldáshoz.

Hogyan értelmezhető a profilomhoz érkező lekérdezések mennyisége?

A Traffic Manager által biztosított metrikák egyike a profil által megválaszolt lekérdezések száma. Ezeket az információkat profilszintű összesítéssel szerezheti be, vagy feloszthatja tovább, hogy megtekintse a lekérdezések mennyiségét, ahol adott végpontok lettek visszaadva. Emellett riasztásokat is beállíthat, amelyek értesítik, ha a lekérdezési válasz kötete túllépi a megadott feltételeket. További részletekért, Traffic Manager-metrikák és riasztások.

Amikor törölöm a Traffic Manager-profilt, mennyi idő áll rendelkezésre a profil nevének újbóli felhasználására?

Traffic Manager-profil törlésekor a társított tartománynév egy ideig van fenntartva. Az ugyanabban a bérlőben lévő többi Traffic Manager-profil azonnal újra felhasználhatja a nevet. Egy másik Azure-bérlő azonban nem tudja ugyanazt a profilnevet használni, amíg a foglalás le nem jár. Ez a funkció lehetővé teszi, hogy fenntartsa a szolgáltatói jogosultságot a telepített névterek felett, így kiküszöbölheti azokat az aggodalmakat, amelyek miatt a nevet egy másik bérlő is felveheti.

Ha például a Traffic Manager-profil neve 1. címke, akkor label1.trafficmanager.net akkor is fenntartva a bérlő számára, ha törli a profilt. A gyermeknévterek( például xyz.label1 vagy 123.abc.label1 ) is fenntartottak. A foglalás lejárata után a név elérhetővé válik más bérlők számára. A letiltott profilhoz társított név határozatlan ideig van fenntartva. A név foglaltságával kapcsolatos kérdésekért forduljon a fiók képviselőjéhez.

Traffic Manager Földrajzi forgalom útválasztási módszere

Milyen használati esetekben hasznos a földrajzi útválasztás?

A földrajzi útválasztási típus bármely olyan esetben használható, amikor egy Azure-ügyfélnek földrajzi régiók alapján kell megkülönböztetnie a felhasználóit. A Földrajzi forgalom útválasztási módszerével például más felhasználói élményt biztosíthat az adott régiók felhasználóinak, mint a többi régióból származók. Egy másik példa a helyi adatelkonvertségre vonatkozó felhatalmazások betartása, amelyek megkövetelik, hogy egy adott régióból származó felhasználókat csak az adott régióban lévő végpontok szolgáljanak ki.

Hogyan döntse el, hogy teljesítmény-útválasztási vagy földrajzi útválasztási módszert kell-e használnom?

A két népszerű útválasztási módszer közötti fő különbség az, hogy a Teljesítmény útválasztási módszerben az elsődleges cél az, hogy a forgalmat a hívónak a legalacsonyabb késést biztosító végpontra küldje, míg a Földrajzi útválasztás esetében az elsődleges cél egy geokerítés kényszerítése a hívók számára, hogy szándékosan átirányíthassa őket egy adott végpontra. Az átfedés azért fordul elő, mert korreláció van a földrajzi közelség és az alacsonyabb késés között, bár ez nem mindig igaz. Előfordulhat, hogy egy másik földrajzi helyen található végpont jobb késési élményt nyújt a hívó számára, és ebben az esetben a teljesítményalapú útválasztás elküldi a felhasználót a végpontnak, de a földrajzi útválasztás mindig a földrajzi régióhoz hozzárendelt végpontra küldi őket. A további egyértelműség érdekében vegye figyelembe a következő példát : a földrajzi útválasztással nem gyakori leképezéseket végezhet, például az összes forgalmat elküldheti Ázsiából az USA végpontjaira, és az összes USA-beli forgalmat ázsia végpontjaira. Ebben az esetben a földrajzi útválasztás szándékosan pontosan azt teszi, amire konfigurálta, és a teljesítményoptimalizálás nem számít.

Feljegyzés

Lehetnek olyan forgatókönyvek, ahol teljesítmény- és földrajzi útválasztási képességekre is szükség lehet, mert ezek a beágyazott profilok nagyszerű választás lehetnek. Beállíthat például egy szülőprofilt földrajzi útválasztással, ahol az Észak-Amerika összes forgalmát egy olyan beágyazott profilba küldi, amely az USA-ban végpontokkal rendelkezik, és teljesítmény-útválasztással elküldi ezeket a forgalmat a csoport legjobb végpontjának.

Melyek azok a régiók, amelyeket a Traffic Manager támogat a földrajzi útválasztáshoz?

A Traffic Manager által használt ország-/régióhierarchiát itt találja. Bár ez a lap naprakész a módosításokról, az Azure Traffic Manager REST API-val programozott módon is lekérheti ugyanazokat az információkat.

Hogyan határozza meg a traffic manager, hogy honnan kérdezi le a felhasználó?

A Traffic Manager megvizsgálja a lekérdezés forrás IP-címét (ez valószínűleg egy helyi DNS-feloldó, amely a felhasználó nevében végzi a lekérdezést), és egy belső IP-címet használ a régiótérképhez a hely meghatározásához. Ez a térkép folyamatosan frissül, hogy figyelembe vegyék az internet változásait.

Garantált, hogy a Traffic Manager minden esetben pontosan meg tudja határozni a felhasználó földrajzi helyét?

Nem, a Traffic Manager nem tudja garantálni, hogy a DNS-lekérdezés forrás IP-címéből kikövetkeztetendő földrajzi régió mindig a felhasználó tartózkodási helyének felel meg a következő okok miatt:

• Először is, az előző gyikben leírtak szerint a forrás IP-címe egy DNS-feloldó, amely a felhasználó nevében végzi a keresést. Bár a DNS-feloldó földrajzi helye jó proxy a felhasználó földrajzi helyéhez, a DNS-feloldó szolgáltatás és az ügyfél által választott ADOTT DNS-feloldó szolgáltatás lábnyomától függően más lehet. Például egy Malajziában található ügyfél megadhatja az eszköz beállításai között egy DNS-feloldó szolgáltatást, amelynek DNS-kiszolgálóját Szingapúrban kiválasztják az adott felhasználó/eszköz lekérdezési megoldásainak kezeléséhez. Ebben az esetben a Traffic Manager csak a szingapúri helynek megfelelő IP-címet látja. Ezen a lapon az ügyfél alhálózati címtámogatásával kapcsolatos korábbi gyakori kérdéseket is megtekintheti.

• Másodszor, a Traffic Manager egy belső térkép használatával végzi el az IP-címet a földrajzi régiók fordításához. Bár ezt a térképet folyamatosan ellenőrzik és frissítik annak pontosságának növelése és az internet változó jellegének figyelembe vétele érdekében, továbbra is fennáll annak a lehetősége, hogy az információink nem az összes IP-cím földrajzi helyének pontos ábrázolása.

Egy végpontnak fizikailag ugyanabban a régióban kell lennie, mint a földrajzi útválasztáshoz konfiguráltnak?

Nem, a végpont helye nem korlátozza, hogy mely régiók rendelhetők hozzá. Az USA-közép-Azure-régióban például az összes indiai felhasználót átirányíthatja.

Hozzárendelhetek földrajzi régiókat olyan profil végpontjaihoz, amelyek nincsenek földrajzi útválasztásra konfigurálva?

Igen, ha egy profil útválasztási módszere nem földrajzi, az Azure Traffic Manager REST API-val földrajzi régiókat rendelhet a profil végpontjaihoz. A nem földrajzi útválasztási típusprofilok esetében a rendszer figyelmen kívül hagyja ezt a konfigurációt. Ha egy ilyen profilt később földrajzi útválasztási típusra módosít, a Traffic Manager használhatja ezeket a leképezéseket.

Miért kapok hibaüzenetet, amikor megpróbálok egy meglévő profil útválasztási módszerét Földrajzira módosítani?

A földrajzi útválasztással rendelkező profil összes végpontjának rendelkeznie kell legalább egy régióval. Ha egy meglévő profilt földrajzi útválasztási típussá szeretne alakítani, először az Azure Traffic Manager REST API-val kell társítania a földrajzi régiókat az összes végponthoz, mielőtt az útválasztási típust földrajzira módosítaná. Portál használata esetén először törölje a végpontokat, módosítsa a profil útválasztási módszerét földrajzira, majd adja hozzá a végpontokat a földrajzi régió leképezésével együtt.

Miért ajánlott, hogy az ügyfelek beágyazott profilokat hozzanak létre a végpontok helyett egy olyan profil alatt, amelyen engedélyezve van a földrajzi útválasztás?

Egy régió csak egy végponthoz rendelhető hozzá egy profilon belül, ha a földrajzi útválasztási módszert használja. Ha ez a végpont nem beágyazott típus, amelyhez gyermekprofil van csatolva, ha a végpont nem megfelelő állapotú, a Traffic Manager továbbra is forgalmat küld hozzá, mivel a forgalom nem küldhető el jobban. A Traffic Manager nem adja át a feladatátvételt egy másik végpontnak, még akkor sem, ha a hozzárendelt régió a nem megfelelő állapotú végponthoz rendelt régió "szülője" (például ha egy spanyolországi régióval rendelkező végpont állapota nem megfelelő, akkor nem adunk át feladatátvételt egy másik végpontnak, amelyhez európa régió van hozzárendelve). Ezzel biztosítható, hogy a Traffic Manager betartsa az ügyfél profiljában beállított földrajzi határokat. Annak érdekében, hogy egy végpont kifogástalan állapotba kerülése esetén a feladatátvétel egy másik végpontra történjen, javasoljuk, hogy az egyes végpontok helyett több végpontot tartalmazó beágyazott profilokhoz rendelje hozzá a földrajzi régiókat. Ily módon, ha a beágyazott gyermekprofil egyik végpontja meghibásodik, a forgalom át tud haladni egy másik végpontra ugyanazon a beágyazott gyermekprofilon belül.

Vannak olyan korlátozások az API-verzióra, amely támogatja ezt az útválasztási típust?

Igen, csak az API 2017-03-01-es és újabb verziója támogatja a földrajzi útválasztás típusát. A régebbi API-verziók nem használhatók földrajzi útválasztási típusú profilok létrehozására vagy földrajzi régiók végpontokhoz való hozzárendelésére. Ha egy régebbi API-verzióval kér le profilokat egy Azure-előfizetésből, a rendszer nem ad vissza földrajzi útválasztási típusú profilokat. Ezenkívül a régebbi API-verziók használatakor minden olyan visszaadott profil, amelynek végpontjai földrajzi régió-hozzárendeléssel rendelkeznek, nem jelenik meg a földrajzi régió hozzárendelése.

Traffic Manager alhálózati forgalomirányítási módszer

Milyen használati esetekben hasznos az alhálózati útválasztás?

Az alhálózati útválasztás lehetővé teszi a dns-kérések IP-címének forrás IP-címe által azonosított felhasználók meghatározott csoportjai számára nyújtott élményt. Ilyen például a különböző tartalmak megjelenítése, ha a felhasználók a vállalati központból csatlakoznak egy webhelyhez. Egy másik lehetőség, hogy a felhasználókat bizonyos INTERNET-címekről csak az IPv4-kapcsolatokat támogató végpontok elérésére korlátozza, ha ezek az INTERNET-szolgáltatók alparteljesítménysel rendelkeznek az IPv6 használatakor. Az alhálózati útválasztási módszer használatának másik oka a beágyazott profilkészlet más profiljaival együtt. Ha például földrajzi útválasztási módszert szeretne használni a felhasználók geokerítéséhez, de egy adott internetszolgáltató esetében más útválasztási módszert szeretne végrehajtani, akkor szülőprofilként használhatja az alhálózati útválasztási módszert tartalmazó profilt, és felülbírálhatja, hogy az internetszolgáltató egy adott gyermekprofilt használjon, és mindenki más számára a szokásos földrajzi profillal rendelkezzen.

Honnan tudja a Traffic Manager a végfelhasználó IP-címét?

A végfelhasználói eszközök általában DNS-feloldóval végzik el a DNS-keresést a nevükben. Az ilyen feloldók kimenő IP-címe az, amelyet a Traffic Manager forrás IP-címként lát. Emellett az alhálózati útválasztási módszer azt is megvizsgálja, hogy van-e EDNS0 kiterjesztett ügyfélalhálózati (ECS) információ, amelyet a kéréssel együtt továbbítottak. Ha ECS-információk találhatók, az útválasztás meghatározásához használt cím. ECS-információk hiányában a lekérdezés forrás IP-címét használják útválasztási célokra.

Hogyan adhatok meg IP-címeket az alhálózati útválasztás használatakor?

A végponthoz társítandó IP-címek kétféleképpen adhatók meg. Először használhatja a négy pontozott tizedes oktett jelölést kezdő és záró címmel a tartomány megadásához (például 1.2.3.4-5.6.7.8 vagy 3.4.5.6-3.4.5.6). Másodszor a CIDR jelölésével megadhatja a tartományt (például 1.2.3.0/24). Több tartományt is megadhat, és mindkét jelöléstípust használhatja egy tartománykészletben. Néhány korlátozás érvényes.

• A címtartományok nem fedhetők át, mivel minden IP-címet csak egyetlen végpontra kell leképezni
• A kezdőcím nem lehet több, mint a végcím
• A CIDR-jelölésnél a "/" előtti IP-címnek az adott tartomány hálózati címének kell lennie (például az 1.2.3.0/24 érvényes, de az 1.2.3.4.4/24 érvénytelen)

Hogyan adhatok meg tartalék végpontot az alhálózati útválasztás használatakor?

Ha alhálózati útválasztással rendelkező profilban van egy olyan végpont, amelyre nincs alhálózat leképezve, a többi végponttal nem egyező kérések ide lesznek irányítva. Erősen ajánlott, hogy ilyen tartalék végpont legyen a profiljában, mivel a Traffic Manager NXDOMAIN-választ ad vissza, ha egy kérés érkezik, és nincs leképezve végpontokra, vagy ha egy végponthoz van leképezve, de ez a végpont nem megfelelő.

Mi történik, ha egy végpont le van tiltva egy alhálózati útválasztási profilban?

Ha egy alhálózati útválasztással rendelkező profilban le van tiltva egy végpont, a Traffic Manager úgy viselkedik, mintha az adott végpont és az alhálózati leképezések nem léteznek. Ha olyan lekérdezés érkezik, amely megfelelt volna az IP-címleképezésének, és a végpont le van tiltva, a Traffic Manager egy tartalék végpontot ad vissza (amely nem rendelkezik leképezésekkel), vagy ha egy ilyen végpont nem található, NXDOMAIN-választ ad vissza.

Traffic Manager multiValue forgalomirányítási módszer

Milyen használati esetekben hasznos a MultiValue útválasztás?

A többértékű útválasztás több kifogástalan végpontot ad vissza egyetlen lekérdezési válaszban. Ennek fő előnye, hogy ha egy végpont nem megfelelő, az ügyfél több lehetőséget is kínál az újrapróbálkozáshoz anélkül, hogy újabb DNS-hívást kezdeményezne (amely ugyanazt az értéket adja vissza egy felsőbb rétegbeli gyorsítótárból). Ez olyan rendelkezésre állási szempontból érzékeny alkalmazásokra vonatkozik, amelyek minimalizálni szeretnék az állásidőt. A MultiValue útválasztási módszerhez az is használható, ha egy végpont IPv4- és IPv6-címekre egyaránt "kettős otthonos", és mindkét lehetőséget meg szeretné adni a hívónak, hogy a végponttal való kapcsolat kezdeményezésekor válasszon.

Hány végpontot ad vissza a rendszer a MultiValue-útválasztás használatakor?

Megadhatja a visszaadandó végpontok maximális számát, a MultiValue pedig legfeljebb annyi kifogástalan végpontot ad vissza, amikor egy lekérdezés érkezik. Ennek a konfigurációnak a maximális értéke 10.

Ugyanazt a végpontkészletet kapom meg, amikor többértékű útválasztást használ?

Nem garantálhatjuk, hogy az egyes lekérdezések ugyanazt a végpontkészletet adják vissza. Ezt az is befolyásolja, hogy egyes végpontok állapota esetleg nem megfelelő, és a válasz nem tartalmazza őket.

Valós felhasználói mérések

Mik a valós felhasználói mérések használatának előnyei?

Teljesítmény-útválasztási módszer használata esetén a Traffic Manager kiválasztja a végfelhasználó számára a legjobb Azure-régiót a csatlakozáshoz a forrás IP-cím és az EDNS-ügyfél alhálózatának vizsgálatával (ha átadta), és ellenőrzi a szolgáltatás által fenntartott hálózati késési intelligenciát. A valós felhasználói mérések ezt tovább növelik a végfelhasználói bázis számára azáltal, hogy a felhasználói tapasztalataik hozzájárulnak ehhez a késési táblához, továbbá biztosítják, hogy ez a táblázat megfelelően kiterjedjen a végfelhasználói hálózatokra, ahonnan a végfelhasználók csatlakoznak az Azure-hoz. Ez nagyobb pontosságot eredményez a végfelhasználó útválasztásában.

Használhatok valós felhasználói méréseket nem Azure-régiókkal?

A valós felhasználói mérések csak az Azure-régiók elérésének késését mérik és jelentik. Ha teljesítményalapú útválasztást használ a nem Azure-régiókban üzemeltetett végpontokkal, akkor is kihasználhatja ezt a funkciót, ha nagyobb késési információkat tartalmaz a végponthoz társítandó reprezentatív Azure-régióról.

Melyik útválasztási módszer élvezi a valós felhasználói mérések előnyeit?

A valós felhasználói méréseken keresztül szerzett további információk csak a teljesítmény-útválasztási módszert használó profilokra vonatkoznak. A Valós felhasználói mérések hivatkozás az összes profilból elérhető, amikor az Azure Portalon keresztül tekinti meg.

Külön kell engedélyeznem a valós felhasználói méréseket az egyes profilokban?

Nem, előfizetésenként csak egyszer kell engedélyeznie, és az összes mért és jelentett késési információ elérhető az összes profil számára.

Hogyan kikapcsolja a valós felhasználói méréseket az előfizetésemhez?

Ha leállítja a késési mérések gyűjtését és visszaküldését az ügyfélalkalmazásból, a valós felhasználói mérésekhez kapcsolódó díjakat megszüntetheti. Ha például weblapokba ágyazott JavaScript-mérést végez, a JavaScript eltávolításával vagy a lap renderelésekor kikapcsolhatja a meghívását.

A valós felhasználói méréseket a kulcs törlésével is kikapcsolhatja. A kulcs törlése után a Traffic Managernek ezzel a kulccsal küldött összes mérés el lesz vetve.

Használhatok valós felhasználói méréseket nem weblapokkal rendelkező ügyfélalkalmazásokkal?

Igen, a valós felhasználói mérések úgy lettek kialakítva, hogy a különböző típusú végfelhasználói ügyfeleken keresztül gyűjtött adatokat betöltsék. Ez a gyakori kérdések frissülnek, mivel az új típusú ügyfélalkalmazások támogatottak.

Hány mérés történik minden alkalommal, amikor a valós felhasználói méréseket engedélyező weblapot rendereli?

Ha valós felhasználói méréseket használ a megadott JavaScript-méréssel, minden oldalmegjelenítés hat mérést eredményez. Ezeket a rendszer ezután visszajelenti a Traffic Manager szolgáltatásnak. A szolgáltatásért a Traffic Manager szolgáltatásnak jelentett mérések száma alapján számítunk fel díjat. Ha például a felhasználó a mérések elvégzése közben navigál a weblapról, de még a jelentés előtt, a rendszer nem veszi figyelembe ezeket a méréseket számlázási célokra.

Késik a valós felhasználói mérések szkript futtatása a weblapomon?

Nem, a szkript meghívása előtt nincs programozott késleltetés.

Használhatok valós felhasználói méréseket csak a mérni kívánt Azure-régiókkal?

Nem, minden híváskor a Valós felhasználói mérések szkript hat Azure-régiót mér a szolgáltatás által meghatározottak szerint. Ez a különböző meghívások közötti változásokat állítja be, és amikor nagy számú ilyen hívás történik, a mérési lefedettség különböző Azure-régiókra terjed ki.

Korlátozhatjam a mérések számát egy adott számra?

A mérés JavaScript beágyazva van a weblapba, és teljes mértékben szabályozhatja, hogy mikor kezdje el és hagyja abba a használatát. Amíg a Traffic Manager szolgáltatás kérést kap a mérendő Azure-régiók listájára, a rendszer visszaadja a régiók egy készletét.

Láthatom az ügyfélalkalmazás által végzett méréseket a valós felhasználói mérések részeként?

Mivel a mérési logika az ügyfélalkalmazásból fut, teljes mértékben szabályozhatja, hogy mi történik, beleértve a késési méréseket is. A Traffic Manager nem jelenti az előfizetéshez társított kulcs alatt kapott mérések összesített nézetét.

Módosíthatom a Traffic Manager által biztosított mérési szkriptet?

Bár ön szabályozza, hogy mi van beágyazva a weblapra, határozottan elriasztjuk attól, hogy módosítsa a mérési szkriptet, hogy az megfelelően mérje és jelezhesse a késéseket.

Lehetséges lesz mások számára, hogy lássák a valós felhasználói mérésekhez használt kulcsot?

Amikor beágyazza a mérési szkriptet egy weblapra, mások is láthatják a szkriptet és a valós felhasználói mérések (RUM) kulcsot. Fontos azonban tudni, hogy ez a kulcs eltér az előfizetés azonosítójától, és a Traffic Manager hozza létre, hogy csak erre a célra legyen használva. A RUM-kulcs ismerete nem veszélyezteti az Azure-fiók biztonságát.

Mások visszaélhetnek a RUM-kulccsal?

Bár mások is használhatják az Ön kulcsát arra, hogy helytelen információkat küldjenek az Azure-ba, néhány helytelen mérés nem fogja módosítani az útválasztást, mivel figyelembe veszik az összes többi kapott mérést is. Ha módosítania kell a kulcsokat, újragenerálhatja a kulcsot, amikor a régi kulcs el lesz vetve.

El kell helyezni a mérés JavaScript-et az összes weblapomon?

A valós felhasználói mérések több értéket adnak a mérések számának növekedésével. Miután ezt mondta, az Ön döntése, hogy meg kell-e tenni az összes weblapon, vagy csak néhányat. Javasoljuk, hogy először helyezze el a leglátogatottabb oldalon, ahol a felhasználó várhatóan marad ezen az oldalon öt másodperc vagy több.

A Traffic Manager azonosíthatja a végfelhasználók adatait, ha valós felhasználói méréseket használok?

A megadott Mérés JavaScript használata esetén a Traffic Manager betekint a végfelhasználó ügyfél IP-címébe és a használt helyi DNS-feloldó forrás IP-címébe. A Traffic Manager csak csonkítás után használja az ügyfél IP-címét, hogy ne tudja azonosítani a méréseket küldő konkrét végfelhasználót.

A valós felhasználói méréseket mérő weblapnak a Traffic Managert kell használnia az útválasztáshoz?

Nem, nem kell a Traffic Managert használnia. A Traffic Manager útválasztási oldala külön működik a Valós felhasználó mérése résztől, és bár nagyszerű ötlet, hogy mindkettő ugyanabban a webtulajdonságban legyen, nem kell.

Üzemeltetnem kell bármilyen szolgáltatást az Azure-régiókban, hogy valós felhasználói méréseket használhassak?

Nem, nem kell kiszolgálóoldali összetevőt üzemeltetnie az Azure for Real User Measurements szolgáltatásban a működéshez. A Mérés JavaScript és a különböző Azure-régiókban futó szolgáltatás által letöltött egyetlen képpontos rendszerképet az Azure üzemelteti és felügyeli.

Növekedni fog az Azure-sávszélesség kihasználtsága, ha valós felhasználói méréseket használok?

Ahogy az előző válaszban is említettük, a valós felhasználói mérések kiszolgálóoldali összetevőit az Azure birtokolja és felügyeli. Ez azt jelenti, hogy az Azure-sávszélesség kihasználtsága nem nő, mert valós felhasználói méréseket használ. Ez nem tartalmaz olyan sávszélesség-használatot, amely kívül esik az Azure díján. Minimálisra csökkentjük a felhasznált sávszélességet úgy, hogy csak egyetlen képpontos képet töltünk le, hogy megmérjük a késést egy Azure-régióban.

Forgalomnézet

Mit tesz a Traffic View?

A Traffic View a Traffic Manager egyik funkciója, amely segít jobban megismerni a felhasználókat és a felhasználói élményüket. A Traffic Manager által fogadott lekérdezéseket és a szolgáltatás által fenntartott hálózati késési intelligenciát tartalmazó táblákat használja a következők biztosítására:

• Azok a régiók, ahol a felhasználók találhatók, amelyek az Azure-beli végpontokhoz csatlakoznak.
• A régiókból csatlakozó felhasználók mennyisége.
• Azok az Azure-régiók, amelyekbe átirányítja őket.
• A felhasználók késési élménye ezen Azure-régiókra történő útválasztás során.

Ezek az információk a földrajzi térkép átfedésén és a portál táblázatos nézeteien keresztül használhatók fel, amellett, hogy nyers adatokként is elérhetők lesznek a letöltéshez.

Hogyan használhatom a Traffic View szolgáltatást?

A Traffic View segítségével átfogó képet kaphat a Traffic Manager-profilok által fogadott forgalomról. Különösen használható annak megértésére, hogy a felhasználói bázis honnan csatlakozik, és ugyanilyen fontos, hogy mi az átlagos késési élményük. Ezután ezen információk segítségével megkeresheti azokat a területeket, amelyekre összpontosítania kell, például úgy, hogy az Azure-beli lábnyomot egy olyan régióra bővíti, amely alacsonyabb késéssel tudja kiszolgálni azokat a felhasználókat. A Traffic View használatával egy másik megállapítást kaphat a különböző régiókba érkező forgalom mintáinak megtekintéséhez, ami segíthet az ezekben a régiókban történő feltalálás növelésével vagy csökkentésével kapcsolatos döntések meghozatalában.

Miben különbözik a Traffic View az Azure Monitoron keresztül elérhető Traffic Manager-metrikáktól?

Az Azure Monitor a profil és a végpontok által fogadott forgalom összesített szintű megértésére használható. Lehetővé teszi a végpontok állapotának nyomon követését is az állapot-ellenőrzési eredmények felfedésével. Ha ezeket túl kell lépnie, és meg kell ismernie a végfelhasználói tapasztalatokat, amelyek regionális szinten csatlakoznak az Azure-hoz, a Traffic View segítségével ezt érheti el.

A Traffic View az EDNS-ügyfél alhálózati adatait használja?

Az Azure Traffic Manager által kiszolgált DNS-lekérdezések figyelembe veszik az ECS-információkat az útválasztás pontosságának növelése érdekében. Ha azonban olyan adatkészletet hoz létre, amely megmutatja, hogy a felhasználók honnan csatlakoznak, a Traffic View csak a DNS-feloldó IP-címét használja.

Hány napot használ a Traffic View?

A Traffic View úgy hozza létre a kimenetét, hogy feldolgozta az adatokat az Ön által megtekintett nap előtti hét napból. Ez egy mozgó ablak, és a legújabb adatokat használja minden alkalommal, amikor meglátogatja.

Hogyan kezeli a Traffic View a külső végpontokat?

Ha Az Azure-régiókon kívül üzemeltetett külső végpontokat használ egy Traffic Manager-profilban, dönthet úgy, hogy egy Azure-régióhoz rendeli, amely a késési jellemzők proxyja (ez valójában teljesítmény-útválasztási módszer használata esetén szükséges). Ha rendelkezik ezzel az Azure-régióleképezéssel, az Azure-régió késési metrikáit használja a Traffic View-kimenet létrehozásakor. Ha nincs megadva Azure-régió, a késési adatok üresek a külső végpontok adataiban.

Engedélyezni kell a Traffic View nézetet az előfizetésem minden egyes profiljához?

Az előzetes verzió időtartama alatt a Traffic View előfizetési szinten lett engedélyezve. Az általános rendelkezésre állás előtt végrehajtott fejlesztések részeként mostantól profilszinten engedélyezheti a Traffic View szolgáltatást, így részletesebben engedélyezheti ezt a funkciót. Alapértelmezés szerint a Traffic View le van tiltva egy profil esetében.

Feljegyzés

Ha az előzetes verzió ideje alatt engedélyezte a forgalomnézetet előfizetési szinten, most újra engedélyeznie kell azt az előfizetés alatt lévő összes profilhoz.

Hogyan kapcsolhatom ki a Forgalom nézetet?

Bármelyik profil forgalmi nézetét kikapcsolhatja a Portál vagy a REST API használatával.

Hogyan működik a Traffic View számlázási működése?

A Traffic View díjszabása a kimenet létrehozásához használt adatpontok számán alapul. Jelenleg az egyetlen támogatott adattípus a profil által kapott lekérdezések. Emellett csak akkor kell fizetnie a feldolgozásért, amely akkor történt, amikor engedélyezve van a Traffic View. Ez azt jelenti, hogy ha egy hónapban egy bizonyos ideig engedélyezi a Traffic View nézetet, és más időszakokban kikapcsolja azt, akkor csak azok az adatpontok számítanak bele a számlába, amelyek akkor lettek feldolgozva, amikor a funkció engedélyezve volt.

Traffic Manager-végpontok

Használhatom a Traffic Managert több előfizetés végpontjaival?

Az Azure Web Apps nem használhat végpontokat több előfizetésből. Az Azure Web Apps megköveteli, hogy a Web Appsben használt egyéni tartománynév csak egyetlen előfizetésen belül legyen használva. A Web Apps nem használható több, azonos tartománynévvel rendelkező előfizetésből.

Más végponttípusok esetén a Traffic Manager több előfizetés végpontjaival is használható. A Resource Managerben bármely előfizetés végpontjai hozzáadhatók a Traffic Managerhez, amennyiben a Traffic Manager-profilt konfiguráló személy olvasási hozzáféréssel rendelkezik a végponthoz. Ezek az engedélyek azure-beli szerepköralapú hozzáférés-vezérléssel (Azure RBAC-szerepkör) adhatóak meg. Más előfizetések végpontjai az Azure PowerShell vagy az Azure CLI használatával vehetők fel.

Használhatom a Traffic Managert a Cloud Service átmeneti tárolóhelyeivel?

Igen. A Cloud Service előkészítési pontjai külső végpontként konfigurálhatók a Traffic Managerben. Az állapotellenőrzések továbbra is az Azure Endpoints díjszabása szerint kerülnek felszámításra.

Támogatja a Traffic Manager az IPv6-végpontokat?

A Traffic Manager jelenleg nem biztosít IPv6-címzhető névkiszolgálót. A Traffic Managert azonban továbbra is használhatják az IPv6-végpontokhoz csatlakozó IPv6-ügyfelek, ha az ügyfél rekurzív DNS-kiszolgálója támogatja az IPv4-et. Az ügyfél nem küld DNS-kérést közvetlenül a Traffic Managernek. Ehelyett az ügyfél rekurzív DNS-szolgáltatást használ. Egy csak IPv6-ügyfél kéréseket küld a rekurzív DNS-szolgáltatásnak az IPv6-on keresztül. A rekurzív szolgáltatásnak ezután képesnek kell lennie kapcsolatba lépni a Traffic Manager névkiszolgálóival az IPv4 használatával. A Traffic Manager a végpont DNS-nevével vagy IP-címével válaszol.

Használhatom a Traffic Managert egynél több webalkalmazással ugyanabban a régióban?

A Traffic Manager általában a különböző régiókban üzembe helyezett alkalmazások felé irányítja a forgalmat. Azonban akkor is használható, ha egy alkalmazás egynél több üzembe helyezéssel rendelkezik ugyanabban a régióban. A Traffic Manager Azure-végpontjai nem teszik lehetővé több webalkalmazás-végpont hozzáadását ugyanazon Azure-régióból ugyanahhoz a Traffic Manager-profilhoz.

Hogyan áthelyezni a Traffic Manager-profilom Azure-végpontjait egy másik erőforráscsoportba vagy előfizetésbe?

A Traffic Manager-profilhoz társított Azure-végpontok nyomon követése az erőforrás-azonosítójukkal történik. Amikor egy végpontként használt Azure-erőforrást (például nyilvános IP-címet, klasszikus felhőszolgáltatást, WebAppot vagy más, beágyazott módon használt Traffic Manager-profilt) egy másik erőforráscsoportba vagy előfizetésbe helyez át, megváltozik az erőforrás-azonosítója. Ebben a forgatókönyvben jelenleg a Traffic Manager-profilt először törölnie kell, majd vissza kell adnia a végpontokat a profilhoz.

További információ: Végpont áthelyezése.

Traffic Manager-végpontmonitorozás

A Traffic Manager rugalmas az Azure-régiók hibáival szemben?

A Traffic Manager a magas rendelkezésre állású alkalmazások azure-beli kézbesítésének kulcsfontosságú összetevője. A magas rendelkezésre állás biztosításához a Traffic Managernek kivételesen magas rendelkezésre állási szinttel kell rendelkeznie, és ellenállónak kell lennie a regionális meghibásodásokkal szemben.

A Traffic Manager-összetevők kialakításuk szerint rugalmasak bármely Azure-régió teljes meghibásodásával szemben. Ez a rugalmasság az összes Traffic Manager-összetevőre vonatkozik: a DNS-névkiszolgálókra, az API-ra, a tárolási rétegre és a végpontfigyelési szolgáltatásra.

Egy teljes Azure-régió leállása esetén a Traffic Manager várhatóan továbbra is normálisan fog működni. A több Azure-régióban üzembe helyezett alkalmazások a Traffic Managerre támaszkodva irányíthatják a forgalmat az alkalmazásuk elérhető példányára.

Hogyan befolyásolja az erőforráscsoport-hely kiválasztása a Traffic Managert?

A Traffic Manager egyetlen globális szolgáltatás. Ez nem regionális. Az erőforráscsoport helyének kiválasztása nem tesz különbséget az adott erőforráscsoportban üzembe helyezett Traffic Manager-profilok között.

Az Azure Resource Managerhez minden erőforráscsoportnak meg kell adnia egy helyet, amely meghatározza az adott erőforráscsoportban üzembe helyezett erőforrások alapértelmezett helyét. Amikor létrehoz egy Traffic Manager-profilt, az egy erőforráscsoportban jön létre. Minden Traffic Manager-profil globális helyet használ, felülírva az alapértelmezett erőforráscsoportot.

Hogyan meghatározni az egyes végpontok aktuális állapotát?

Az egyes végpontok aktuális monitorozási állapota az általános profilon kívül az Azure Portalon is megjelenik. Ez az információ a Traffic Monitor REST API-val, a PowerShell-parancsmagokkal és a platformfüggetlen Azure CLI-vel is elérhető.

Az Azure Monitor használatával nyomon követheti a végpontok állapotát, és vizuálisan megjelenítheti őket. Az Azure Monitor használatáról további információt az Azure Monitoring dokumentációjában talál.

Figyelhetem a HTTPS-végpontokat?

Igen. A Traffic Manager támogatja a HTTPS-alapú próbat. Konfigurálja a HTTPS protokollt a monitorozási konfigurációban.

A Traffic Manager nem tud tanúsítványérvényesítést biztosítani, beleértve a következőket:

• A kiszolgálóoldali tanúsítványok nincsenek érvényesítve
• Az SNI kiszolgálóoldali tanúsítványai nincsenek érvényesítve
• Az ügyféltanúsítványok nem támogatottak

Használok IP-címet vagy DNS-nevet végpont hozzáadásakor?

A Traffic Manager háromféleképpen támogatja a végpontok hozzáadását – DNS-névként, IPv4-címként és IPv6-címként. Ha a végpont IPv4 vagy IPv6-címként van hozzáadva, a lekérdezési válasz A vagy AAAA típusú. Ha a végpont DNS-névként lett hozzáadva, akkor a lekérdezési válasz rekordtípusa CNAME. Végpontok hozzáadása IPv4- vagy IPv6-címként csak akkor engedélyezett, ha a végpont külső típusú. A három végpontcímzési típus minden útválasztási módszert és monitorozási beállítást támogat.

Milyen típusú IP-címeket használhatok végpontok hozzáadásakor?

A Traffic Manager lehetővé teszi az IPv4- vagy IPv6-címek használatát végpontok megadásához. Az alábbiakban néhány korlátozást talál:

• A fenntartott magánhálózati IP-címtereknek megfelelő címek nem engedélyezettek. Ezek a címek közé tartoznak az RFC 1918, az RFC 6890, az RFC 5737, az RFC 3068, az RFC 2544 és az RFC 5771
• A cím nem tartalmazhat portszámokat (megadhatja a profilkonfigurációs beállításokban használandó portokat)
• Ugyanazon profil két végpontja nem rendelkezhet ugyanazzal a cél IP-címmel

Használhatok különböző végpontcímzési típusokat egyetlen profilon belül?

Nem, a Traffic Manager nem teszi lehetővé a végpontcímzési típusok kombinálását egy profilon belül, kivéve a MultiValue útválasztási típussal rendelkező profilokat, ahol az IPv4- és az IPv6-címzési típusok kombinálhatók

Mi történik, ha egy bejövő lekérdezés rekordtípusa eltér a végpontok címzési típusához társított rekordtípustól?

Amikor egy profilon lekérdezés érkezik, a Traffic Manager először megkeresi a visszaadandó végpontot a megadott útválasztási módszer és a végpontok állapotának megfelelően. Ezután megvizsgálja a bejövő lekérdezésben kért rekordtípust és a végponthoz társított rekordtípust, mielőtt választ ad vissza az alábbi táblázat alapján.

A MultiValue-tól eltérő útválasztási módszerrel rendelkező profilok esetén:

Bejövő lekérdezési kérelem	Végpont típusa	Válasz megadva
BÁRMELY	A / AAAA / CNAME	Célvégpont
A	A/CNAME	Célvégpont
A	AAAA	NODATA
AAAA	AAAA / CNAME	Célvégpont
AAAA	A	NODATA
CNAME	CNAME	Célvégpont
CNAME	A/AAAA	NODATA

Többértékű útválasztási metódussal rendelkező profilok esetén:

Bejövő lekérdezési kérelem	Végpont típusa	Válasz megadva
BÁRMELY	Az A és az AAAA keveréke	Célvégpontok
A	Az A és az AAAA keveréke	Csak A típusú célvégpontok
AAAA	Az A és az AAAA keveréke	Csak AAAA típusú célvégpontok
CNAME	Az A és az AAAA keveréke	NODATA

Használhatok olyan profilt, amely IPv4/IPv6-címmel ellátott végpontokat használ beágyazott profilban?

Igen, azzal a kivétellel, hogy a MultiValue típusú profilok nem lehetnek szülőprofilok beágyazott profilkészletekben.

Leállítottam egy webalkalmazás-végpontot a Traffic Manager-profilomban, de még az újraindítás után sem kapok forgalmat. Hogyan javíthatom ki ezt a problémát?

Ha egy Azure-webalkalmazás végpontja le van állítva, a Traffic Manager leállítja az állapotellenőrzést, és csak azután indítja újra az állapot-ellenőrzéseket, hogy észleli, hogy a végpont újraindult. A késés elkerülése érdekében a végpont újraindítása után tiltsa le, majd újra a Traffic Manager-profilban.

Használhatom a Traffic Managert akkor is, ha az alkalmazásom nem támogatja a HTTP-t vagy a HTTPS-t?

Igen. Megadhatja a TCP-t a monitorozási protokollként, a Traffic Manager pedig TCP-kapcsolatot kezdeményezhet, és megvárhatja a végpont válaszát. Ha a végpont válaszsal válaszol a kapcsolat létrehozására, az időtúllépési időszakon belül a végpont kifogástalan állapotúként van megjelölve.

Milyen konkrét válaszokra van szükség a végponttól a TCP-monitorozás használatakor?

A TCP-monitorozás használatakor a Traffic Manager háromirányú TCP-kézfogást indít el egy SYN-kérés elküldésével a végpontnak a megadott porton. Ezután megvárja egy SYN-ACK-választ a végponttól egy ideig (az időtúllépési beállításokban megadva).

• Ha SYN-ACK-válasz érkezik a figyelési beállításokban megadott időtúllépési időszakon belül, akkor a végpont kifogástalannak minősül. A FIN vagy FIN-ACK a Traffic Manager várt válasza, amikor rendszeresen leállítja a szoftvercsatornát.
• Ha a megadott időtúllépés után SYN-ACK-válasz érkezik, a Traffic Manager egy RST-vel válaszol a kapcsolat alaphelyzetbe állításához.

Milyen gyorsan helyezi el a Traffic Manager a felhasználókat egy nem kifogástalan végponttól?

A Traffic Manager több beállítást is biztosít, amelyek segítségével szabályozhatja a Traffic Manager-profil feladatátvételi viselkedését az alábbiak szerint:

• A szondázási időköz 10 másodpercre állításával megadhatja, hogy a Traffic Manager gyakrabban mintavételozza a végpontokat. Ez biztosítja, hogy a lehető leghamarabb észlelni lehessen a nem megfelelő állapotú végpontokat.
• Megadhatja, hogy mennyi ideig kell várni, amíg egy állapot-ellenőrzési kérelem túllépi az időkorlátot (a minimális időtúllépési érték 5 másodperc).
• megadhatja, hogy hány hiba fordulhat elő, mielőtt a végpont nem megfelelő állapotúként van megjelölve. Ez az érték akár 0 is lehet, ebben az esetben a végpont állapota nem megfelelő, amint az első állapotellenőrzés meghiúsul. Ha azonban a minimális 0 értéket használja a hibák tolerált számához, az azt eredményezheti, hogy a végpontok ki vannak vonva a forgatásból a próbaidő során esetlegesen előforduló átmeneti problémák miatt.
• A DNS-válasz élettartamát (TTL) 0-ra állíthatja be. Ez azt jelenti, hogy a DNS-feloldók nem tudják gyorsítótárba állítani a választ, és minden új lekérdezés olyan választ kap, amely tartalmazza a Traffic Manager legfrissebb állapotadatait.

Ezen beállítások használatával a Traffic Manager 10 másodperc alatt biztosít feladatátvételt, miután a végpont nem megfelelő állapotba kerül, és dns-lekérdezést végez a megfelelő profilon.

Hogyan adhatok meg különböző monitorozási beállításokat a profil különböző végpontjaihoz?

A Traffic Manager monitorozási beállításai profilszintenként vannak megadva. Ha csak egy végponthoz kell eltérő monitorozási beállítást használnia, akkor ezt úgy teheti meg, hogy a végpont beágyazott profilként van megállítva, amelynek a monitorozási beállításai eltérnek a szülőprofiltól.

Hogyan rendelhetek HTTP-fejléceket a Traffic Manager állapotellenőrzéseihez a végpontokhoz?

A Traffic Manager lehetővé teszi egyéni fejlécek megadását a végpontok felé kezdeményezett HTTP(S) állapotellenőrzésekben. Ha egyéni fejlécet szeretne megadni, ezt a profil szintjén teheti meg (az összes végpontra alkalmazható), vagy megadhatja azt a végpont szintjén. Ha egy fejléc mindkét szinten van definiálva, akkor a végpont szintjén megadottak felülbírálják az 1. profilszintet. Ennek egyik gyakori felhasználási esete a gazdagépfejlécek megadása, hogy a Traffic Manager-kérések megfelelően legyenek átirányítva egy több-bérlős környezetben üzemeltetett végpontra. Ennek másik felhasználási esete a Traffic Manager-kérelmek azonosítása a végpont HTTP(S) kérésnaplóiból

Milyen gazdagépfejlécet használnak a végpontállapot-ellenőrzések?

Ha nincs megadva egyéni gazdagépfejléc-beállítás, a Traffic Manager által használt gazdagépfejléc a profilban konfigurált végponti cél DNS-neve, ha ez elérhető.

Melyek azok az IP-címek, amelyekről az állapotellenőrzések származnak?

Ebből a cikkből megtudhatja, hogyan kérdezheti le azon IP-címek listáját, amelyekből a Traffic Manager állapotellenőrzései származhatnak. A REST API, az Azure CLI vagy az Azure PowerShell használatával lekérheti a legújabb listát. Tekintse át a felsorolt IP-címeket, és győződjön meg arról, hogy az ip-címekről érkező bejövő kapcsolatok engedélyezve vannak a végpontokon annak állapotának ellenőrzéséhez.

Példa az Azure PowerShell használatára:

$serviceTags = Get-AzNetworkServiceTag -Location eastus
$result = $serviceTags.Values | Where-Object { $_.Name -eq "AzureTrafficManager" }
$result.Properties.AddressPrefixes

Feljegyzés

A nyilvános IP-címek értesítés nélkül változhatnak. Győződjön meg arról, hogy a szolgáltatáscímke-felderítési API-val vagy letölthető JSON-fájllal lekéri a legújabb információkat.

Hány állapotellenőrzésre számíthatok a Traffic Managertől a végpontomon?

A végpontot elérő Traffic Manager-állapotellenőrzések száma az alábbiaktól függ:

• a monitorozási időközhöz beállított érték (a kisebb időköz azt jelenti, hogy a végponton több kérés lesz leállítva egy adott időszakban).
• azoknak a helyeknek a száma, ahonnan az állapot-ellenőrzések származnak (az ip-címek, ahonnan ezekre az ellenőrzésekre számíthat, az előző gyakori kérdések között szerepelnek).

Hogyan kaphatok értesítést, ha az egyik végpontom leáll?

A Traffic Manager által biztosított metrikák egyike a profil végpontjainak állapota. Ezt a profil összes végpontjának összesítéseként tekintheti meg (például a végpontok 75%-a kifogástalan), vagy végpontonkénti szinten. A Traffic Manager-metrikák az Azure Monitoron keresztül érhetők el, és riasztási képességeivel értesítéseket kaphat a végpont állapotának változása esetén. További információ: Traffic Manager-metrikák és riasztások.

Traffic Manager beágyazott profilok

Hogyan beágyazott profilokat konfigurálni?

A beágyazott Traffic Manager-profilok az Azure Resource Manager és a klasszikus Azure REST API-k, az Azure PowerShell-parancsmagok és a platformfüggetlen Azure CLI-parancsok használatával is konfigurálhatók. Az új Azure Portalon is támogatottak.

Hány rétegben támogatja a Traffic Manger a beágyazást?

A profilokat akár 10 szint mélyre is beágyazhatja. A "hurkok" nem engedélyezettek.

Keverhetek más végponttípusokat beágyazott gyermekprofilokkal ugyanabban a Traffic Manager-profilban?

Igen. A különböző típusú végpontok profilon belüli kombinálására nincs korlátozás.

Hogyan vonatkozik a számlázási modell a beágyazott profilokra?

A beágyazott profilok használatának nincs negatív árképzési hatása.

A Traffic Manager számlázásának két összetevője van: végpontállapot-ellenőrzések és DNS-lekérdezések milliói

• Végpontállapot-ellenőrzések: A szülőprofilban végpontként konfigurált gyermekprofilért nem jár díj. A gyermekprofil végpontjainak monitorozása a szokásos módon történik.
• DNS-lekérdezések: Minden lekérdezés csak egyszer van megszámolva. Egy szülőprofilra vonatkozó lekérdezés, amely egy gyermekprofilból ad vissza végpontot, csak a szülőprofilba lesz beleszámítva.

A részletekért tekintse meg a Traffic Manager díjszabási oldalát.

Hatással van a beágyazott profilok teljesítményére?

Nem, a beágyazott profilok használatakor nincs teljesítménybeli hatás.

A Traffic Manager névkiszolgálói belsőleg haladnak át a profilhierarchián az egyes DNS-lekérdezések feldolgozásakor. A szülőprofilra küldött DNS-lekérdezések egy gyermekprofil végpontjával rendelkező DNS-választ kaphatnak. A rendszer egyetlen CNAME rekordot használ, akár egyetlen profilt, akár beágyazott profilt használ. Nincs szükség CNAME rekord létrehozására a hierarchia minden egyes profiljához.

Hogyan számítja ki a Traffic Manager egy beágyazott végpont állapotát egy szülőprofilban?

A szülőprofil nem végez közvetlenül állapotellenőrzést a gyermeken. Ehelyett a gyermekprofil végpontjainak állapotát használják a gyermekprofil általános állapotának kiszámításához. Ez az információ propagálja a beágyazott profil hierarchiáját a beágyazott végpont állapotának meghatározásához. A szülőprofil ezzel az összesített állapotmal határozza meg, hogy a forgalom irányítható-e a gyermekhez.

Az alábbi táblázat a Traffic Manager beágyazott végpontok állapotellenőrzéseinek viselkedését ismerteti.

Gyermekprofil-figyelő állapota	Szülővégpont-figyelő állapota	Jegyzetek
Letiltva. A gyermekprofil le lett tiltva.	Leállítva	A szülővégpont állapota le van állítva, nem le van tiltva. A letiltott állapot arra van fenntartva, hogy jelezve legyen, hogy letiltotta a végpontot a szülőprofilban.
Leromlott. Legalább egy gyermekprofil-végpont csökkentett állapotban van.	Online: a gyermekprofil online végpontjainak száma legalább a MinChildEndpoints értéke. CheckingEndpoint: a gyermekprofil Online és CheckingEndpoint végpontjainak száma legalább a MinChildEndpoints értéke. Csökkentett: egyébként.	A forgalom a CheckingEndpoint állapot végpontjára van irányítva. Ha a MinChildEndpoints túl magas, a végpont mindig csökken.
Online. Legalább egy gyermekprofil-végpont online állapotú. Nincs csökkentett állapotú végpont.	Lásd fentebb.
Ellenőrzőpontok. Legalább egy gyermekprofil-végpont a "CheckingEndpoint". Egyetlen végpont sem "Online" vagy "Degraded"	Lásd fentebb.
Inaktív. Az összes gyermekprofil-végpont le van tiltva vagy leállítva, vagy ez a profil nem rendelkezik végpontokkal.	Leállítva

Fontos

Ha gyermekprofilokat kezel egy szülőprofil alatt az Azure Traffic Managerben, probléma léphet fel, ha egyidejűleg letilt és engedélyez két gyermekprofilt. Ha ezek a műveletek egyszerre történnek, előfordulhat, hogy a két végpont le van tiltva, és a szülőprofil sérült állapotba kerül.

A probléma elkerülése érdekében körültekintően járjon el a gyermekprofilok egyidejű módosításakor. Fontolja meg a műveletek kismértékben történő megdöbbentését, hogy megelőzze a forgalomkezelési konfiguráció nem szándékos megszakításait.

Miért nem tudom hozzáadni az Azure Cloud Services kiterjesztett támogatási végpontjait a Traffic Manager-profilomhoz?

Ahhoz, hogy Azure Cloud Extended-végpontokat lehessen hozzáadni egy Traffic Manager-profilhoz, az erőforráscsoportnak kompatibilisnek kell lennie az Azure Service Management (ASM) API-val. A régebbi erőforráscsoportban található profiloknak meg kell felelnie az ASM API szabványainak, amelyek tiltják a nyilvános IP-címek végpontjainak vagy végpontjainak a profiltól eltérő előfizetésből való felvételét. A probléma megoldásához fontolja meg a Traffic Manager-profil és a társított erőforrások áthelyezését az ASM API-val kompatibilis új erőforráscsoportba.

Következő lépések:

• További információ a Traffic Manager végpontfigyeléséről és az automatikus feladatátvételről.
• További információ a Traffic Manager forgalomirányítási módszereiről.