Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Tento článek obsahuje řešení běžných problémů se spravovanými fondy DevOps.
Chyby při vytváření fondu
| Kód chyby | Popis |
|---|---|
PoolProvisioningFailed |
Selhání vytvoření poolu kvůli oprávněním organizace Azure DevOps |
UnauthorizedAccessToVirtualNetwork |
Selhání vytváření fondu kvůli oprávněním VNet |
Selhání při vytváření fondu kvůli nedostatečným oprávněním organizace Azure DevOps
Vytvoření poolu selže s chybou podobnou některé z následujících chybových zpráv.
Přihlášený uživatel nebyl v organizaci Azure DevOps nalezen.
Validation failure "PoolProvisioningFailed": "Failed to provision agent pool. Exception: The logged in user, <your user>, was not found in the Azure DevOps organization provided, <your Azure DevOps organization>."
Řešení tohoto problému:
- Vaše organizace Azure DevOps musí být připojená k ID Microsoft Entra a přihlášený uživatel Azure musí být členem (a ne hostem) tohoto tenanta. Viz požadavky na spravované fondy DevOps – Připojte svou organizaci Azure DevOps k ID Microsoft Entra a ověřte členství.
Přihlášený uživatel nemá oprávnění Spravovat v organizaci Azure DevOps.
Validation failure "PoolProvisioningFailed": "Failed to provision agent pool. Exception: The logged in user, <your user>, does not have Manage permissions in the Azure DevOps organization provided, <your Azure DevOps organization>."
Řešení tohoto problému:
- Váš přihlášený uživatel Azure musí mít správná oprávnění Azure DevOps k vytvoření fondu. Podívejte se na požadavky Azure DevOps – ověření oprávnění Azure DevOps.
Selhání vytvoření fondu kvůli oprávněním VNetu
Vytvoření fondu selže s chybou UnauthorizedAccessToVirtualNetwork podobnou následující chybě: Validation failure "UnauthorizedAccessToVirtualNetwork": "DevOpsInfrastructure service principal does not have Read access to virtual network <your VNet> in resource group <your resource group>. Give Reader and Network Contributor access to DevOpsInfrastructure service principal and try again..
Řešení tohoto problému:
- Spravované DevOps fondy vyžadují přístup k vaší virtuální síti. Viz Udělení přístupu čtenáře a přispěvatele sítě ke služebnímu principálu DevOpsInfrastructure.
- Podsíť virtuální sítě musí být delegována na
Microsoft.DevOpsInfrastructure/pools. Viz Delegování podsítě na Microsoft.DevOpsInfrastructure/pools.
Zpoždění při spuštění potrubí
Při použití spravovaných fondů DevOps můžete narazit na situace, kdy je dlouhé zpoždění, než se pipeline po spuštění začne provádět. Tato část průvodce odstraňováním potíží popisuje běžné položky, které můžou ovlivnit výkon fondů. Další informace najdete v tématu Správa nákladů a výkonu.
- Kontrola nedostatečných paralelních úloh
- Kontrola maximální konfigurace agentů
- Zvažte předkonfigurování agentů pomocí plánu pohotovostních agentů.
- Zvažte použití stavových fondů s obdobím odkladu k udržování agentů online.
- Zkontrolujte chybové kódy časového limitu
Kontrola nedostatečných paralelních úloh
Agenti spravovaných fondů DevOps jsou považováni za vlastnoručně hostované agenty ve službě Azure DevOps a ke spuštění vyžadují vlastnoručně hostované paralelní úlohy. Například, pokud je počet vašeho vlastního hostování paralelních úloh 10, pak vaše organizace může současně spouštět pouze 10 vlastních pipeline úloh. Pokud je ve frontě více než 10 potrubí, může se najednou spustit pouze 10.
Zkontrolujte počet paralelních úloh ve vlastní lokalitě a ujistěte se, že máte dostatečnou kapacitu pro splnění souběžných potřeb zpracování vaší úlohy. Další informace najdete v tématu Konfigurace a platba za paralelní úlohy.
Kontrola maximální konfigurace agentů
Nastavení Maximální počet agentů konfiguruje maximální počet spuštěných agentů ve spravovaném fondu DevOps. Pokud je nastavení Maximální počet agentů 5, spravované fondy DevOps mohou spouštět maximálně pět souběžných pipeline. Pokud je ve frontě více než pět kanálů, další kanály se nespustí, dokud nebude k dispozici jeden z pěti dostupných agentů.
Poznámka:
Maximální počet agentů konfiguruje maximální počet agentů, které je možné zřídit současně, ale počet souběžných paralelních úloh vaší organizace určuje počet úloh, které se dají spustit současně. Ujistěte se, že máte ve své organizaci k dispozici dostatek místně hostovaných paralelních úloh, aby vaši agenti mohli spouštět úlohy. Další informace najdete v tématu o cenách paralelních úloh Azure DevOps Services.
Zvažte předběžné zřizování agentů pomocí plánu pohotovostního agenta.
Pokud je režim pohotovostního agenta zakázán, agenti spravovaných DevOps fondů se spustí podle potřeby, když je pipeline zařazena do fronty. Obvykle trvá spuštění nového agenta jen chvíli, ale někdy může trvat až 15 minut.
Pokud je povolený režim pohotovostního agenta , můžete určit plán a počet agentů, kteří budou připraveni splnit požadavky vaší úlohy.
Další informace najdete v tématu Správa nákladů a výkonu – Předběžné zřizování s využitím pohotovostních agentů.
Automatický pohotovostní režim pro nové fondy
Správa fondů DevOps používá historická data o využití fondu, která pomáhají vytvářet předpovědi škálování automatického pohotovostního režimu . Nové bazény nemají žádná historická data, takže agenti můžou být vytvořeni na vyžádání. Chcete-li zvýšit výkon, můžete přepnout do režimu ručního pohotovostního režimu pro první měsíc a přepnout do režimu automatického pohotovostního režimu, jakmile spravované fondy DevOps měly čas sledovat využití fondu.
Zkontrolujte procento pohotovostních agentů, pokud používáte pohotovostní agenty s více obrázky.
Pokud používáte pohotovostní agenty s více obrazy, zkontrolujte historii využití jednotlivých obrazů a porovnejte ji s procentním nastavením pohotovostního agenta vašich obrazů, aby byl váš poměr pohotovosti v souladu s vaším využitím. Pokud máte například jednu image Windows a jednu image Ubuntu a vaše úloha používá Windows 75% času, ujistěte se, že je image Windows nakonfigurovaná s procentem pohotovostního agenta 75.
Zvažte použití stavových fondů s obdobím odkladu k udržování agentů online.
Jednou z možností zlepšení výkonu agenta bez použití pohotovostních agentů je použití stavových agentů s krátkou čekací dobou. Když stavový agent s obdobím odkladu dokončí úlohu, zůstane po dobu trvání určenou obdobím odkladu online a čeká na další úlohy. Pokud dojde k nárůstům zatížení, můžete nakonfigurovat období odkladu, které udržuje agenty online, když jsou úlohy stabilní, a během pomalejších období je spustí úplně od začátku.
Další informace naleznete v tématu Pohotovostní agenti a Stavové fondy.
Zkontrolovat kódy chyb časového limitu
Pokud vyprší časový limit přiřazení agenta, můžete zkontrolovat kód chyby v části Kódy chyb na stránce Přehled .
Kanál se nepovede úspěšně dokončit
Zkontrolujte, jestli nedošlo k aktualizaci image.
Pokud vaše kanály začnou po aktualizaci image selhat, můžete dočasně nakonfigurovat kanály tak, aby používaly předchozí verzi image. Neúspěšné kanály můžete nakonfigurovat tak, aby používaly předchozí verzi image pro jednotlivé kanály, nebo můžete nakonfigurovat předchozí verzi image pro všechny kanály ve spravovaném fondu DevOps, které tuto image používají.
Pokud chcete zjistit, zda se vaše potrubí nedaří kvůli změně verze obrazu, porovnejte verzi obrazu u neúspěšného spuštění potrubí s verzí obrazu z posledního úspěšného spuštění.
Přejděte do kanálu a zkontrolujte historii spuštění kanálu pro váš kanál.
Zobrazte podrobnosti o spuštění dvou běhů kanálu, které chcete porovnat, a vyberte úlohu, abyste si zobrazili diagnostické informace o této úloze. Pokud vaše pipeline obsahuje více úloh, zvolte úlohu, která se spouští pomocí vašeho spravovaného fondu DevOps.
Zvolte Inicializovat úlohu a načtěte verzi obrazu z části Aktuální verze obrazu.
Pokud se verze image liší mezi nedávným neúspěšným spuštěním pipeline a předchozím úspěšným spuštěním, může být příčinou selhání aktualizace image. Při řešení původní příčiny máte dvě možnosti, jak se dočasně vrátit k předchozí verzi image.
- Pokud chcete spustit jenom kanál, který selhává, pomocí předchozí verze image, přidejte do kanálu poptávku
ImageVersionOverride, abyste určili předchozí verzi. Další informace naleznete v tématu ImageVersionOverride. - Pokud chcete aktualizovat nastavení fondu tak, aby se všechny kanály používající image spouštěly pomocí předchozí verze, aktualizujte nastavení image a zadejte požadovanou verzi.
- Pokud používáte image Azure Pipelines, musíte k určení verze použít šablony ARM nebo Azure CLI , protože image Azure Pipelines nakonfigurované pomocí webu Azure Portal vždy používají nejnovější verzi.
- Pokud používáte vybrané image z marketplace nebo imagí Galerie Azure Compute, můžete verzi zadat pomocí Azure Portalu, šablon ARM a Azure CLI.
Spravované fondy DevOps udržují posledních 20 imagí dostupných pro vybrané image z marketplace a posledních 10 imagí pro image Azure Pipelines. Předchozí verze snímků galerie Azure Compute jsou spravovány vlastníky těchto galerií Azure Compute.