Troubleshoot registry performance

  • Cikk

Ez a cikk segítséget nyújt az Azure-tárolóregisztrációs adatbázis teljesítményével kapcsolatos problémák elhárításához.

Hibajelenségek

Az alábbiak közül egy vagy több is szerepelhet:

  • Képek lekérése vagy leküldése a Docker CLI-vel a vártnál tovább tart
  • A rendszerképek üzembe helyezése egy olyan szolgáltatásban, mint az Azure Kubernetes Service, a vártnál tovább tart
  • Nem tud nagyszámú egyidejű lekéréses vagy leküldéses műveletet végrehajtani a várt időben
  • A következőhöz hasonló HTTP 429-hiba jelenik meg: Too many requests
  • A georeplikált beállításjegyzék lekéréses vagy leküldéses műveletei a vártnál tovább tarthatnak, vagy a leküldés hiba Error writing blob vagy Error writing manifest

Causes

  • A hálózati kapcsolat sebessége lelassíthatja a beállításjegyzék műveleteit – megoldás
  • A képréteg tömörítése vagy kinyerése lassú lehet az ügyfélen – megoldás
  • Egy konfigurált korlátot ér el a beállításjegyzék szolgáltatási szintjén vagy környezetében – megoldás
  • A földrajzilag replikált beállításjegyzék replikákkal rendelkezik a közeli régiókban – megoldás
  • Egy földrajzilag távoli beállításjegyzék-replikából próbál lekéredni – megoldás

Ha itt nem oldja meg a problémát, további lehetőségekért tekintse meg a Speciális hibaelhárítás és a Következő lépések című témakört .

Lehetséges megoldások

A várt hálózati sebesség ellenőrzése

Ellenőrizze az internetes feltöltési és letöltési sebességet, vagy használjon egy olyan eszközt, mint az AzureSpeed, amellyel tesztelheti a feltöltést és a letöltést az Azure Blob Storage-ból, amely a beállításjegyzék lemezképrétegeit üzemelteti.

Ellenőrizze a rendszerkép méretét a maximális támogatott mérettel, valamint a beállításjegyzék-szolgáltatási szint támogatott letöltési vagy feltöltési sávszélességével. Ha a beállításjegyzék alapszintű vagy standard szinten van, érdemes lehet frissíteni a teljesítmény javítása érdekében.

A rendszerkép más szolgáltatásokba való üzembe helyezéséhez ellenőrizze azokat a régiókat, ahol a beállításjegyzék és a cél található. A teljesítmény javítása érdekében fontolja meg a beállításjegyzék és az üzembehelyezési cél helyének azonos vagy hálózatközeli régiókban való keresését.

Kapcsolódó hivatkozások:

Ügyfélhardver ellenőrzése

A Docker-ügyfél lemeztípusa és processzora befolyásolhatja a képrétegek kinyerésének vagy tömörítésének sebességét az ügyfélen a lekéréses vagy leküldéses műveletek részeként. A merevlemez-meghajtók rétegeltávolítása például hosszabb időt vesz igénybe, mint egy szilárd állapotú lemezen. Hasonlítsa össze az Azure-tárolóregisztrációs adatbázisból származó hasonló rendszerképek lekérési műveleteit és egy nyilvános beállításjegyzéket, például a Docker Hubot.

Konfigurált korlátok áttekintése

Ha egyszerre több vagy több rétegű lemezképet küld vagy húz le a beállításjegyzékbe, tekintse át a beállításjegyzék szolgáltatási szintjének támogatott ReadOps- és WriteOps-korlátait. Ha a beállításjegyzék alapszintű vagy standard szinten van, fontolja meg a frissítést a korlátok növelése érdekében. Ellenőrizze a hálózati szolgáltatónál is, hogy a hálózat szabályozása több egyidejű művelet esetén is bekövetkezhet-e.

Tekintse át a Docker démonkonfigurációját az ügyfél minden leküldéses vagy lekéréses műveletének egyidejű feltöltéséhez vagy letöltéséhez. Szükség esetén konfiguráljon magasabb korlátokat.

Mivel minden képréteghez külön beállításjegyzék-olvasási vagy írási művelet szükséges, ellenőrizze a képeken lévő rétegek számát. Fontolja meg a képrétegek számának csökkentésére szolgáló stratégiákat.

Kapcsolódó hivatkozások:

Georeplikált beállításjegyzék konfigurálása

Előfordulhat, hogy a rendszerképet georeplikált beállításjegyzékbe leküldő Docker-ügyfél nem küldi le az összes képréteget és annak jegyzékfájlját egyetlen replikált régióba. Ez a helyzet azért fordulhat elő, mert az Azure Traffic Manager a beállításjegyzék-kérelmeket a hálózat legközelebbi replikált beállításjegyzékéhez irányítja. Ha a beállításjegyzék két közeli replikációs régióval rendelkezik, a rendszerképrétegek és a jegyzékfájl elosztható a két helyre, és a leküldéses művelet meghiúsul a jegyzékfájl ellenőrzésekor.

A DNS-feloldás optimalizálása érdekében a legközelebbi replikára történő feloldás érdekében a képek tolása során konfiguráljon egy georeplikált nyilvántartást ugyanabban az Azure régióban, mint a tolatási műveletek forrása, vagy a legközelebbi régióban, ha az Azure-on kívül dolgozik.

A georeplikált beállításjegyzékkel végzett műveletek hibaelhárításához ideiglenesen letilthatja a Traffic Manager útválasztását egy vagy több replikációra.

Kapcsolódó hivatkozások:

DNS konfigurálása georeplikált beállításjegyzékhez

Ha a georeplikált beállításjegyzékből történő lekérési műveletek lassúnak tűnnek, az ügyfél DNS-konfigurációja feloldható egy földrajzilag távoli DNS-kiszolgálóra. Ebben az esetben előfordulhat, hogy a Traffic Manager útválasztási kérelmeket küld egy olyan replikához, amely a DNS-kiszolgálóhoz közel van, de távol van az ügyféltől. Futtasson egy eszközt, például nslookup vagy dig (Linuxon) annak a replikának a meghatározásához, amelybe a Traffic Manager a beállításjegyzék-kérelmeket irányítja. Például:

nslookup myregistry.azurecr.io

A lehetséges megoldás egy közelebbi DNS-kiszolgáló konfigurálása.

Kapcsolódó hivatkozások:

Speciális hibaelhárítás

Ha a beállításjegyzék-erőforrásokra vonatkozó engedélyei engedélyezik, ellenőrizze a beállításjegyzék-környezet állapotát. Ha hibajelentés történik, tekintse át a lehetséges megoldásokra vonatkozó hibahivatkozást .

Ha az erőforrásnaplók gyűjtése engedélyezve van a beállításjegyzékben, tekintse át a ContainterRegistryRepositoryEvents naplót. Ez a napló olyan műveletek adatait tárolja, mint a leküldéses vagy lekéréses események. Az adattárszintű művelet hibáinak naplójának lekérdezése.

Kapcsolódó hivatkozások:

További lépések

Ha itt nem oldja meg a problémát, tekintse meg az alábbi lehetőségeket.