Řešení potíží s výkonem registru

Tento článek vám pomůže řešit problémy, se kterými se můžete setkat s výkonem služby Azure Container Registry.

Příznaky

Může zahrnovat jednu nebo více z následujících možností:

  • Vyžádané nebo nabízené obrázky s Docker CLI trvá déle, než se očekávalo.
  • Nasazení imagí do služby, jako je třeba služba Azure Kubernetes, trvá déle, než se čekalo.
  • V očekávaném čase nemůžete dokončit velký počet souběžných operací Pull nebo push.
  • Zobrazí se chyba HTTP 429 podobná Too many requests
  • Operace vyžádání nebo Push v geograficky replikovaném registru trvá déle, než se čekalo, nebo se vložení nepovede s chybou Error writing blob nebo Error writing manifest

Příčiny

  • Rychlost síťového připojení může zpomalit operace v registru – řešení
  • Komprese vrstev imagí nebo extrakce může být u klienta – řešení nízká.
  • Dosáhli jste nakonfigurovaného limitu úrovně služby registru nebo prostředí – řešení
  • Váš geograficky replikovaný registr má repliky v přilehlých oblastech – řešení
  • Vyhráváte z geograficky vzdálené repliky registru – řešení

Pokud tento problém nevyřešíte, přečtěte si téma Pokročilé řešení potíží a Další kroky pro další možnosti.

Možná řešení

Kontrolovat očekávanou rychlost sítě

Zkontrolujte nahrávání a rychlost stahování v Internetu nebo použijte nástroj, jako je například AzureSpeed, k testování nahrávání a stahování z úložiště objektů BLOB v Azure, které je hostitelem vrstev imagí registru.

Ověřte velikost obrazu s maximální podporovanou velikostí a podporovanou šířkou pásma pro stažení nebo nahrání pro vaši úroveň služby registru. Pokud je váš registr na úrovni Basic nebo Standard, zvažte možnost upgradovat, aby se zlepšil výkon.

V případě nasazení bitové kopie do jiných služeb ověřte oblasti, ve kterých se nachází registr a cíl. Pokud chcete zvýšit výkon, zvažte nalezení registru a cíle nasazení ve stejné oblasti nebo v oblastech pro zavření sítě.

Související odkazy:

Kontrolovat hardware klienta

Typ disku a procesor v klientovi Docker může ovlivnit rychlost extrakce nebo komprimace vrstev imagí v klientovi v rámci operace vyžádání nebo push. Například extrakce vrstvy na pevném disku bude trvat déle než na disku Solid-State. Porovnejte operace získání srovnatelných imagí z Azure Container registry a veřejného registru, jako je Docker Hub.

Kontrola nakonfigurovaných omezení

Pokud v registru současně přenášíte nebo načítáte více nebo mnoho imagí s více vrstvami, zkontrolujte podporovaná omezení ReadOps a WriteOps pro úroveň služby registru. Pokud je váš registr na úrovni Basic nebo Standard, zvažte možnost upgradovat, aby se limity zvýšily. Projděte si také poskytovatele sítě o omezování sítě, ke kterému může dojít při mnoha souběžných operacích.

Zkontrolujte konfiguraci démona Docker pro maximální počet souběžných nahrávání nebo stahování pro každou operaci Push nebo Pull na klientovi. V případě potřeby nakonfigurujte vyšší omezení.

Vzhledem k tomu, že každá vrstva obrázku vyžaduje samostatnou operaci čtení nebo zápisu v registru, ověřte počet vrstev ve vašich obrázcích. Zvažte strategie pro snížení počtu vrstev imagí.

Související odkazy:

Konfigurace geograficky replikovaného registru

Klient Docker, který nahraje image do geograficky replikovaného registru, nemusí do jedné replikované oblasti vložit všechny vrstvy obrázků a jejich manifest. k této situaci může dojít, protože Azure Traffic Manager směruje požadavky registru do replikovaného registru nejbližšího ze sítě. Pokud registr obsahuje dvě blízké oblasti replikace, vrstvy obrázků a manifesty, mohou být distribuovány do těchto dvou lokalit a při ověření manifestu dojde k chybě operace push.

K optimalizaci překladu DNS na nejbližší replice při vkládání imagí nakonfigurujete geograficky replikovaný registr ve stejných oblastech Azure jako zdroj nabízených operací nebo nejbližší oblast při práci mimo Azure.

k řešení potíží s geograficky replikovaným registrem můžete také dočasně zakázat směrování Traffic Manager do jedné nebo více replikací.

Související odkazy:

Konfigurace DNS pro geograficky replikovaný registr

Pokud se operace získání dat z geograficky replikovaného registru zobrazí pomalu, konfigurace DNS na klientovi se může přeložit na geograficky vzdálený server DNS. v takovém případě může Traffic Manager směrovat požadavky do repliky, která je v síti blízko serveru DNS, ale od klienta. spusťte nástroj, jako je například nslookup nebo dig (na platformě Linux), určete repliku, na kterou Traffic Manager směrují požadavky registru. Příklad:

nslookup myregistry.azurecr.io

Potenciálním řešením je konfigurace serveru DNS s bližším využitím.

Související odkazy:

Řešení potíží na pokročilé úrovni

Pokud vaše oprávnění k prostředkům registru povolí, Projděte si stav prostředí registru. Pokud dojde k chybám, přečtěte si referenční informace o chybě pro potenciální řešení.

Pokud je v registru povolená kolekce protokolů prostředků , přečtěte si protokol ContainterRegistryRepositoryEvents. V tomto protokolu jsou uloženy informace o operacích, jako jsou akce push nebo Pull. Dotazování protokolu na selhání operací na úrovni úložiště.

Související odkazy:

Další kroky

Pokud se vám problém nevyřeší, přečtěte si následující možnosti.