Odstranit potíže s výkonem registru

  • Článek

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

Příznaky

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

  • Vyžádání nebo nasdílení imagí pomocí rozhraní příkazového řádku Dockeru trvá déle, než se čekalo
  • Nasazení imagí do služby, jako je Azure Kubernetes Service, trvá déle, než se čekalo
  • V očekávaném čase nemůžete dokončit velký počet souběžných operací vyžádání nebo nabízení.
  • Zobrazí se chyba HTTP 429 podobná Too many requests
  • Operace vyžádání nebo nabízení změn v geograficky replikovaném registru trvá déle, než se čekalo, nebo selhání nabízení s chybou Error writing blob nebo Error writing manifest

Příčiny

  • Rychlost síťového připojení může zpomalit operace registru – řešení
  • Komprese nebo extrakce vrstvy obrázků může být v klientovi pomalá – řešení
  • Dosahujete nakonfigurovaného limitu ve vaší úrovni služby registru nebo prostředí – řešení
  • Geograficky replikovaný registr má repliky v blízkých oblastech – řešení
  • Načítáte z geograficky vzdálené repliky registru – řešení

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

Potenciální řešení

Kontrola očekávané rychlosti sítě

Zkontrolujte rychlost nahrávání a stahování z internetu nebo použijte nástroj, jako je AzureSpeed, k otestování nahrávání a stahování ze služby Azure Blob Storage, která hostuje vrstvy imagí registru.

Zkontrolujte velikost image s maximální podporovanou velikostí a podporovanou šířkou pásma pro stažení nebo nahrání šířky pásma pro vaši úroveň služby registru. Pokud je váš registr na úrovni Basic nebo Standard, zvažte upgrade, abyste zlepšili výkon.

Pokud chcete nasadit image do jiných služeb, zkontrolujte oblasti, ve kterých se registr a cíl nacházejí. Zvažte umístění registru a cíle nasazení ve stejných oblastech nebo v blízkosti sítě, aby se zlepšil výkon.

Související odkazy:

Kontrola hardwaru klienta

Typ disku a procesor klienta Dockeru můžou ovlivnit rychlost extrakce nebo komprimace vrstev imagí na klientovi v rámci operací vyžádání nebo nabízení. Například extrakce vrstev na pevném disku bude trvat déle než na disku SSD. Porovnejte operace vyžádání pro srovnatelné image z registru kontejneru Azure a veřejného registru, jako je Docker Hub.

Kontrola nakonfigurovaných limitů

Pokud do registru současně odesíláte nebo načítáte několik nebo vícevrstvých imagí, projděte si podporované limity ReadOps a WriteOps pro úroveň služby registru. Pokud je váš registr na úrovni Basic nebo Standard, zvažte upgrade, abyste zvýšili limity. Obraťte se také na svého poskytovatele sítě ohledně omezování sítě, ke kterému může dojít u mnoha souběžných operací.

Zkontrolujte konfiguraci démona Dockeru pro maximální počet souběžných nahrávání nebo stahování pro každou operaci nabízení nebo vyžádání obsahu v klientovi. V případě potřeby nakonfigurujte vyšší limity.

Vzhledem k tomu, že každá vrstva image vyžaduje samostatnou operaci čtení nebo zápisu registru, zkontrolujte počet vrstev v imagích. Zvažte strategie pro snížení počtu vrstev obrázků.

Související odkazy:

Konfigurace geograficky replikovaného registru

Klient Dockeru, který odešle image do geograficky replikovaného registru, nemusí odesílat všechny vrstvy imagí a jeho manifest do jedné replikované oblasti. K této situaci může dojít, protože Azure Traffic Manager směruje požadavky registru do replikovaného registru nejbližší sítě. Pokud má registr dvě oblasti replikace, můžou se vrstvy imagí a manifest distribuovat do dvou lokalit a operace nabízení selže, když se manifest ověří.

Pokud chcete optimalizovat analýzu DNS na nejbližší repliku při odesílání bitových kopií, nakonfigurujte geograficky replikovaný registr na stejné oblasti Azure jako zdroj operací odesílání nebo nejbližší oblast při práci mimo Azure.

Pokud chcete řešit potíže s operacemi s geograficky replikovaným registrem, můžete dočasně zakázat směrování Traffic Manageru na jednu nebo více replikací.

Související odkazy:

Konfigurace DNS pro geograficky replikovaný registr

Pokud se operace načítání z geograficky replikovaného registru zobrazují pomalu, konfigurace DNS na klientovi se může přeložit na geograficky vzdálený server DNS. V tomto případě může Traffic Manager směrovat požadavky na repliku, která je blízko serveru DNS, ale vzdálená od klienta. Spusťte nástroj, jako nslookup je nebo dig (v Linuxu), abyste zjistili repliku, do které Traffic Manager směruje požadavky registru. Příklad:

nslookup myregistry.azurecr.io

Potenciálním řešením je nakonfigurovat bližší server DNS.

Související odkazy:

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

Pokud vaše oprávnění k prostředkům registru povolují, zkontrolujte stav prostředí registru. Pokud jsou nahlášeny chyby, projděte si referenční informace o chybách pro potenciální řešení.

Pokud je v registru povolená kolekce protokolů prostředků, zkontrolujte protokol ContainterRegistryRepositoryEvents. Tento protokol ukládá informace pro operace, jako jsou události push nebo pull. Dotazování protokolu na selhání operací na úrovni úložiště

Související odkazy:

Další kroky

Pokud tady problém nevyřešíte, podívejte se na následující možnosti.