Megosztás:

Adatbázis teljesítmény hibaelhárítása

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

Okok

  • 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 regisztrációs beállítások szolgáltatási szintjén vagy környezetében – megoldás
  • A földrajzi replikációval rendelkező nyilvántartás replikákkal rendelkezik a közeli régiókban – megoldás
  • Egy földrajzilag távoli nyilvántartási másolatból kérdez le - 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 kép méretét a maximális támogatott mérettel, valamint a regiszterszolgáltatás szintjéhez tartozó támogatott letöltési vagy feltöltési sávszélességgel. 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 képek más szolgáltatásokhoz való telepítéséhez ellenőrizze azokat a régiókat, ahol a regisztrációs adatbázis é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 és egy nyilvános beállításjegyzékből, például a Docker Hubból származó összehasonlítható rendszerképek lekérési műveleteit.

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 képet földrajzilag replikált tárolóba küldő Docker-ügyfél nem küldi le az összes képréteget és annak manifesztjé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 regisztrációs adatbázis két közeli replikációs régióval rendelkezik, a képrétegek és a jegyzék eloszthatók a két helyre, és a push művelet sikertelen lesz, amikor a jegyzéket ellenőrzik.

A DNS-feloldás optimalizálásához a legközelebbi replikára való feloldáskor a képek feltöltése során konfiguráljon egy georeplikált regisztert ugyanabban az Azure régióban, mint a feltöltési műveletek forrása, vagy a legközelebbi régióban, ha az Azure-on kívül dolgozik.

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

Kapcsolódó hivatkozások:

DNS konfigurálása földrajzilag replikált regisztrációs adatbázishoz

Ha a földrajzilag replikált regisztrációból történő lekérések lassúnak tűnnek, az ügyfél DNS-konfigurációja lehet, hogy egy földrajzilag távoli DNS-szerverhez irányítja a lekérést. 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élda:

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:

Következő lépések

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

  • Last updated on