Kapcsolatok hibaelhárítása

  • Cikk

Ebben a cikkben hibaelhárítási segítséget nyújtunk az ügyfélalkalmazás Azure Cache for Redishez való csatlakoztatásához. Csatlakozás tivitási problémák két típusra oszlanak: időszakos csatlakozási problémákra és folyamatos csatlakozási problémákra.

Időszakos csatlakozási problémák

Előfordulhat, hogy az ügyfélalkalmazás esetében időszakos csatlakozási problémák jelentkeznek, amelyeket olyan események okoznak, mint például a javítások vagy a kapcsolatok számának hirtelen megnövekedése.

Kiszolgáló karbantartása

Időnként a gyorsítótárat tervezett vagy nem tervezett kiszolgálókarbantartás érinti. Az alkalmazás negatív hatásokat tapasztalhat a karbantartás során. A metrikát a Errors (Type: Failover) portálon ellenőrizheti. A feladatátvételek hatásainak minimalizálása érdekében tekintse meg a Csatlakozás rugalmasságát.

Csatlakoztatott ügyfelek száma

Ellenőrizze, hogy a metrika maximális összesített Connected Clients értéke közel van-e vagy nagyobb-e egy adott gyorsítótármérethez engedélyezett kapcsolatok maximális számánál. Az ügyfélkapcsolatok méretezéséről további információt az Azure Cache for Redis teljesítményével kapcsolatban talál.

Kubernetes által üzemeltetett alkalmazások

  • Ha az ügyfélalkalmazást a Kubernetes üzemelteti, ellenőrizze, hogy az ügyfélalkalmazást vagy a fürtcsomópontokat futtató pod nincs-e memória-/processzor-/hálózati terhelés alatt. Az ügyfélalkalmazást futtató podokra hatással lehetnek az ugyanazon a csomóponton futó más podok, és szabályozhatják a Redis-kapcsolatokat vagy az I/O-műveleteket.
  • Ha Istio-t vagy bármely más szolgáltatáshálót használ, ellenőrizze, hogy a szolgáltatásháló proxyja az 13000-13019-ös vagy az 15000-15019-ös portot foglalja-e le. Ezeket a portokat az ügyfelek a fürtözött Azure Cache for Redis-csomópontokkal való kommunikációhoz használják, és csatlakozási problémákat okozhatnak ezeken a portokon.

Linux-alapú ügyfélalkalmazás

Ha optimista TCP-beállításokat használ Linuxon, az ügyfélalkalmazások csatlakozási problémákat tapasztalhatnak. Lásd Csatlakozás 15 percig tartó standokat.

Folyamatos kapcsolat

Ha az alkalmazás nem tud csatlakozni az Azure Cache for Redishez, lehetséges, hogy a gyorsítótár valamelyik konfigurációja nem megfelelően van beállítva. Az alábbi szakaszok javaslatokat nyújtanak a gyorsítótár megfelelő konfigurálásához.

Kapcsolat tesztelése a redis-cli használatával

A redis-cli használatával tesztelje a kapcsolatot. A parancssori felülettel kapcsolatos további információkért használja a Redis parancssori eszközt az Azure Cache for Redis használatával.

Kapcsolat tesztelése a PSPING használatával

Ha a redis-cli nem tud csatlakozni, a PSPING használatával tesztelheti a kapcsolatot a PowerShellben.

psping -q <cache DNS endpoint>:<Port Number>

Ellenőrizheti, hogy az elküldött csomagok száma megegyezik a fogadott csomagokéval. Az ellenőrzés biztosítja, hogy ne legyen megszakadás a kapcsolatban.

Virtuális hálózati konfiguráció

A virtuális hálózati konfiguráció ellenőrzésének lépései:

  1. Ellenőrizze, hogy egy virtuális hálózat van-e hozzárendelve a gyorsítótárhoz az Azure Portal Erőforrás menüjének Gépház "Virtuális hálózat" szakaszából.
  2. Győződjön meg arról, hogy az ügyfél gazdagépe ugyanabban a virtuális hálózatban van, mint az Azure Cache For Redis.
  3. Ha az ügyfélalkalmazás az Azure Cache For Redistől eltérő virtuális hálózaton található, mindkét virtuális hálózatnak engedélyeznie kell a virtuális hálózatok közötti társviszony-létesítést ugyanazon az Azure-régión belül.
  4. Ellenőrizze, hogy a bejövő és a kimenő szabályok megfelelnek-e a követelménynek.
  5. További információ: Virtuális hálózat konfigurálása – Prémium szintű Azure Cache for Redis-példány.

A privát végpont konfigurációja

A privátvégpont-konfiguráció ellenőrzésének lépései:

  1. Public Network Access a jelölő alapértelmezés szerint le van tiltva egy privát végpont létrehozásakor. Győződjön meg arról, hogy megfelelően állította be a Public Network Access jelzőt. Ha a gyorsítótárat az Azure Portalon használja, a beállításhoz tekintse meg a bal oldali Erőforrás menü Privát végpont elemét.
  2. Ha a gyorsítótár privát végpontjához próbál csatlakozni a gyorsítótár virtuális hálózatán kívülről, Public Network Access engedélyezni kell.
  3. Ha törölte a privát végpontot, győződjön meg arról, hogy a nyilvános hálózati hozzáférés engedélyezve van.
  4. Ellenőrizze, hogy a privát végpont megfelelően van-e konfigurálva. További információért lásd a privát végpont új Azure Cache for Redis-példánnyal való létrehozását ismertető részt.
  5. Ellenőrizze, hogy az alkalmazás csatlakozik-e <cachename>.redis.cache.windows.net a 6380-at tartalmazó porthoz. Javasoljuk, hogy kerülje a(z) <cachename>.privatelink.redis.cache.windows.net cím használatát a konfigurációban vagy a kapcsolati sztringben.
  6. Futtasson egy, a privát végponthoz csatolt virtuális hálózaton belülihez hasonló nslookup <hostname> parancsot annak ellenőrzéséhez, hogy a parancs feloldja-e a gyorsítótár privát IP-címét.

Tűzfalszabályok

Ha rendelkezik az Azure Cache for Redishez konfigurált tűzfallal, győződjön meg arról, hogy az ügyfél IP-címe hozzá lett adva a tűzfalszabályokhoz. Az Azure Portal Gépház erőforrás menüjében ellenőrizheti a tűzfalat.

Külső gyártótól származó tűzfal vagy külső proxy

Amikor külső tűzfalat vagy proxyt használ a hálózaton, ellenőrizze, hogy az Azure Cache for Redis végpontja (*.redis.cache.windows.net) engedélyezett-e a 6379 és 6380 portokon. Fürtözött gyorsítótár vagy georeplikáció használatakor előfordulhat, hogy további portokat kell engedélyeznie.

Nyilvános IP-cím módosítása

Ha hálózatkezelési vagy biztonsági erőforrást konfigurált a gyorsítótár nyilvános IP-címének használatához, ellenőrizze, hogy megváltozott-e a gyorsítótár nyilvános IP-címe. További információ: Nyilvános IP-cím helyett gazdaeszköznév használata a gyorsítótárhoz.

Georeplikálás a prémium szintű gyorsítótárakkal rendelkező virtuális hálózatok injektálásával

Bár a prémium szintű gyorsítótárakkal virtuális hálózatok injektálása is lehetséges, javasoljuk az Azure Private Link használatát.

For more information, see:

A virtuális hálózatok gyorsítótárainak georeplikálása a következő kikötésekkel támogatott:

  • Az ugyanabban a virtuális hálózatban lévő gyorsítótárak közötti georeplikációs szolgáltatás támogatott.
  • A különböző virtuális hálózatok gyorsítótárai közötti georeplikálása is támogatott.
    • Ha a virtuális hálózatok ugyanabban a régióban találhatók, virtuális hálózatok közötti társviszony-létesítéssel vagy VPN Gateway virtuális hálózatok közötti kapcsolattal csatlakoztathatja őket.
    • Ha a virtuális hálózatok különböző régiókban találhatók, a virtuális hálózatok közötti társviszony-létesítéssel végzett georeplikálás nem támogatott. Az 1. virtuális hálózatban (1. régióban) lévő ügyfél virtuális gép nem tudja elérni a gyorsítótárat a 2. virtuális hálózatban (2. régió) a DNS-nevével, mert az alapvető belső terheléselosztókra vonatkozó korlátozás miatt. A virtuális hálózatok társviszony-létesítési korlátozásairól további információt a Virtuális hálózat – Társviszony-létesítés – Követelmények és korlátozások című témakörben talál. Javasoljuk, hogy használjon VPN Gateway virtuális hálózatok közötti kapcsolatot.

A virtuális hálózat hatékony konfigurálásához és a georeplikációs problémák elkerüléséhez helyesen kell konfigurálnia a bejövő és a kimenő portokat is. A virtuális hálózatok leggyakoribb helytelen konfigurációs problémáinak elkerüléséről további információt a georeplikációs társportok követelményei című témakörben talál.

Kapcsolódó tartalom

Ezek a cikkek további információt nyújtanak a kapcsolatról és a rugalmasságról: