Megosztás:


Felügyelt DevOps-készletek hibáinak elhárítása

Ez a cikk megoldásokat tartalmaz a felügyelt DevOps-készletek gyakori problémáira.

Készletlétrehozás hibái

Hibakód Leírás
PoolProvisioningFailed Készletlétrehozási hiba az Azure DevOps szervezeti engedélyei miatt
UnauthorizedAccessToVirtualNetwork Medence létrehozási hiba VNet-engedélyek miatt

Csoportlétrehozási hiba az Azure DevOps szervezet engedélyei miatt

A készlet létrehozása egy, az alábbi hibaüzenetekhez hasonló hibával meghiúsul.

A bejelentkezett felhasználó nem található az Azure DevOps-szervezetben

  • 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>."

A hiba megoldása érdekében:

A bejelentkezett felhasználó nem rendelkezik Felügyeleti engedélyekkel az Azure DevOps-szervezetben

  • 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>."

A hiba megoldása érdekében:

Készletlétrehozási hiba VNet-engedélyek miatt

A készlet létrehozása egy olyan hibával meghiúsul, amely a következőhöz hasonló: UnauthorizedAccessToVirtualNetworkValidation 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..

A probléma megoldása:

Késések a csővezeték indításában

Felügyelt DevOps-készletek használatakor olyan helyzetekbe ütközhet, amikor hosszú késés van, mielőtt egy pipeline elindulna az aktiválása után. A hibaelhárítási útmutató ezen szakasza olyan gyakori tényezőket ismertet, amelyek befolyásolhatják az Ön rendszereinek teljesítményét. További információ: Költség és teljesítmény kezelése.

Párhuzamos feladatok elegendőségének ellenőrzése

A felügyelt DevOps-készletek ügynökeit az Azure DevOps saját üzemeltetésű ügynököknek tekinti, és megköveteli a saját üzemeltetésű párhuzamos feladatok futtatását. Ha például a szervezet saját üzemeltetésű párhuzamos száma 10, a szervezet egyszerre csak 10 saját üzemeltetésű folyamatfeladatot futtathat. Ha több mint 10 pipeline van várólistán, egyszerre legfeljebb 10 futtatható.

Ellenőrizze a saját üzemeltetésű párhuzamos feladatok számát, hogy elegendő kapacitással rendelkezzen a számítási feladat egyidejű folyamatigényeinek kielégítéséhez. További információ: Párhuzamos feladatok konfigurálása és fizetése.

Ügynökök maximális konfigurációjának ellenőrzése

A Maximális ügynökök beállítás a felügyelt DevOps-készletben futó ügynökök maximális számát konfigurálja. Ha a Maximális ügynökök beállítása 5, a felügyelt DevOps-készletek legfeljebb öt egyidejű folyamatot futtathatnak. Ha ötnél több folyamat van várólistán, a további folyamatok csak akkor indulnak el, ha az öt elérhető ügynök egyike elérhető.

Megjegyzés

A maximális ügynökök az egyidejűleg kiosztható ügynökök maximális számát konfigurálják, de a szervezet saját üzemeltetésű párhuzamos feladatainak száma határozza meg az egyidejűleg futtatható feladatok számát. Győződjön meg arról, hogy elegendő saját üzemeltetésű párhuzamos feladat áll rendelkezésre a szervezetben ahhoz, hogy az ügynökök futtathassanak feladatokat. További információ: Azure DevOps Services párhuzamos feladatok díjszabása.

Fontolja meg az ügynökök előzetes telepítését ügynök készenléti ütemezés használatával.

Ha a készenléti ügynök üzemmód le van tiltva, a felügyelt DevOps-készletek ügynökei igény szerint indulnak el, amikor egy folyamat várólistára kerül, és bár egy friss ügynök indítása általában csak néhány percet vesz igénybe, néha akár 15 percet is igénybe vehet.

Ha a Készenléti ügynök mód engedélyezve van, megadhatja az ütemezést és az ügynökök számát, hogy készen álljon a számítási feladatok igényeinek kielégítésére.

További információ: Költség és teljesítmény kezelése – Előzetes üzembe helyezés készenléti ügynökökkel.

Automatikus készenléti mód új készletekhez

A DevOps-készletek kezelése az előzménykészlet használati adatait használja az automatikus készenléti mód skálázási előrejelzéseinek létrehozásához. Az új készletek nem rendelkeznek előzményadatokkal, ezért az ügynökök igény szerint hozhatók létre. A teljesítmény javítása érdekében az első hónapban manuális készenléti üzemmódra válthat, és automatikus készenléti üzemmódra válthat, miután a felügyelt DevOps-készleteknek volt ideje megfigyelni a készlet használatát.

Ellenőrizze a készenléti ügynökök százalékos arányát, ha több képpel rendelkező készenléti ügynököket használ.

Ha készenléti ügynököket használ több rendszerképpel, ellenőrizze az egyes képek használati előzményeit, és hasonlítsa össze a Készenléti ügynök százalék beállításával, hogy a készenléti arány megegyezzen a tényleges használattal. Ha például egy Windows-lemezkép és egy Ubuntu-rendszerkép van, és a számítási feladat az idő Windows 75% használja, győződjön meg arról, hogy a Windows rendszerképe 75 százalékos készenléti ügynökaránysal van konfigurálva.

Fontolja meg az állapotfüggő készletek használatát türelmi idővel, hogy az ügynökök online maradjanak.

Az ügynökteljesítmény készenléti ügynökök használata nélküli javítására az egyik lehetőség az állapotalapú ügynökök rövid türelmi időszakkal történő használata. Ha egy türelmi időszakkal rendelkező állapotalapú ügynök befejez egy feladatot, a türelmi időszak által meghatározott ideig online marad, és további feladatokra vár. Ha a munkaterhelés szakaszosan jelentkezik, beállíthat egy türelmi időszakot, amely az ügynököket online állapotban tartja, amikor a feladatok állandóak, és lassúbb időszakokban újraindítja őket.

További információ: Készenléti ügynökök és állapotfüggő csoportok.

Időtúllépési hibakódok ellenőrzése

Ha az ügynök-hozzárendelés túllépi az időkorlátot, az Áttekintés lap Hibakódok szakaszában ellenőrizheti a hibakódot.

A csővezeték nem fejeződik be sikeresen

Ellenőrizze, hogy történt-e képfrissítés

Ha a pipeline-ek egy képfájl frissítés után meghiúsulnak, ideiglenesen konfigurálhatja a pipeline-eket az előző képfájl verzió használatára. Konfigurálhatja a sikertelen folyamatokat úgy, hogy az előző rendszerkép-verziót folyamatonként használják, vagy konfigurálhatja az előző rendszerképverziót a rendszerképet használó felügyelt DevOps-készlet összes folyamatához.

Annak megállapításához, hogy a folyamatok a rendszerképverzió módosítása miatt meghiúsulnak-e, hasonlítsa össze a sikertelen folyamaton futó rendszerkép verzióját a legutóbbi sikeres folyamatfuttatás rendszerképverziójával.

  1. Lépjen a csővezetékére, és tekintse át a csővezeték futtatási előzményeit.

    A futtatási folyamatok képernyőképe.

  2. Tekintse meg az összehasonlítani kívánt két folyamatfuttatás futtatási adatait, és válassza ki a folyamatfeladatot a diagnosztikai információk megtekintéséhez. Ha a folyamat több feladattal is rendelkezik, válassza ki azt a feladatot, amely a felügyelt DevOps-készlet használatával fut.

    Képernyőkép a folyamatfuttatás részleteiről.

  3. Válassza az Inicializálási feladat lehetőséget, és kérje le a képverziót az Aktuális képverzió szakaszból.

    Képernyőkép a folyamatfuttatási rendszerkép verziójáról.

Ha a rendszerképverziók eltérnek a legutóbbi sikertelen folyamatfuttatástól és az előző sikeres futtatástól, a hibát egy képfrissítés okozhatja. A kiváltó okok elhárítása során két lehetősége van arra, hogy ideiglenesen visszatérjen az előző képverzióra.

A felügyelt DevOps-készletek az elmúlt 20 lemezképet a kiválasztott piactéri rendszerképekhez, az azure Pipelines-rendszerképekhez pedig az elmúlt 10 lemezképet biztosítják. Az Azure Compute Gallery-rendszerképek korábbi verzióit ezen Azure Compute Gallery-gyűjtemények tulajdonosai tartják karban.

Lásd még