Bagikan melalui

Memecahkan masalah Kumpulan DevOps Terkelola

Artikel ini menyediakan solusi untuk masalah Umum Kumpulan DevOps Terkelola.

Kesalahan pembuatan kumpulan

Kode kesalahan Deskripsi
PoolProvisioningFailed Kegagalan pembuatan kumpulan karena izin organisasi Azure DevOps
UnauthorizedAccessToVirtualNetwork Kegagalan pembuatan kumpulan karena izin VNet

Kegagalan pembuatan kumpulan karena izin organisasi Azure DevOps

Pembuatan kumpulan gagal dengan kesalahan yang mirip dengan pesan kesalahan berikut.

Pengguna yang masuk tidak ditemukan di organisasi Azure DevOps

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

Untuk mengatasi masalah:

Pengguna yang masuk tidak memiliki izin Kelola di organisasi 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>."

Untuk mengatasi masalah:

Kegagalan pembuatan kumpulan karena izin VNet

Pembuatan kumpulan gagal dengan kesalahan yang UnauthorizedAccessToVirtualNetwork mirip dengan kesalahan berikut: 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..

Untuk mengatasi masalah ini:

Penundaan dalam memulai pipa

Saat menggunakan Kumpulan DevOps Terkelola, Anda mungkin mengalami situasi di mana ada penundaan panjang sebelum alur mulai berjalan setelah dipicu. Bagian panduan pemecahan masalah ini menjelaskan item umum yang dapat memengaruhi performa kumpulan Anda. Untuk informasi selengkapnya, lihat Mengelola biaya dan performa.

Periksa tugas paralel yang tidak memadai

Agen Kumpulan DevOps Terkelola dianggap sebagai agen yang dikelola sendiri oleh Azure DevOps dan memerlukan pekerjaan paralel yang dihost sendiri untuk dijalankan. Misalnya, jika jumlah paralel yang dihost sendiri organisasi Anda adalah 10, organisasi Anda hanya dapat menjalankan 10 pekerjaan alur yang dihost sendiri secara bersamaan. Jika lebih dari 10 pipeline diantrekan, hanya 10 yang dapat berjalan dalam satu waktu.

Periksa jumlah pekerjaan paralel yang dihost sendiri untuk memastikan bahwa Anda memiliki kapasitas yang cukup untuk memenuhi kebutuhan alur bersamaan dari beban kerja Anda. Untuk informasi lebih lanjut, lihat Konfigurasikan dan bayar untuk pekerjaan paralel.

Periksa Konfigurasi Agen Maksimum

Pengaturan agen maksimum mengonfigurasi jumlah maksimum agen yang berjalan di Pool DevOps Terkelola Anda. Jika pengaturan Agen Maksimum adalah 5, Kumpulan DevOps Terkelola dapat menjalankan maksimal lima pipelines secara bersamaan. Jika lebih dari lima alur diantrekan, alur tambahan tidak akan dimulai sampai salah satu dari lima agen yang tersedia tersedia.

Nota

Agen maksimal mengonfigurasi jumlah maksimum agen yang dapat disediakan secara bersamaan, tetapi jumlah tugas paralel yang dihosting sendiri oleh organisasi Anda menentukan jumlah tugas yang dapat berjalan secara serentak. Pastikan Anda memiliki cukup tugas paralel yang di-host secara mandiri di organisasi Anda untuk memungkinkan agen Anda menjalankan tugas. Untuk informasi selengkapnya, lihat penetapan harga pekerjaan paralel di Azure DevOps Services.

Mempertimbangkan pra-penyediaan agen menggunakan jadwal agen cadangan

Jika mode agen siaga dinonaktifkan, agen Kumpulan DevOps Terkelola dimulai sesuai permintaan ketika alur diantrekan, dan sementara biasanya agen baru hanya membutuhkan beberapa saat untuk memulai, kadang-kadang dapat memakan waktu hingga 15 menit.

Saat mode agen siaga diaktifkan, Anda dapat menentukan jadwal dan jumlah agen untuk tetap siap memenuhi tuntutan beban kerja Anda.

Untuk informasi selengkapnya, lihat Mengelola biaya dan performa - Pra-penyediaan dengan agen siaga.

Mode siaga otomatis untuk kumpulan baru

Mengelola Kumpulan DevOps menggunakan data penggunaan kumpulan historis untuk membantu memprediksi penskalaan mode siaga otomatis . Kumpulan baru tidak memiliki data historis, sehingga agen mungkin dibuat sesuai permintaan. Untuk meningkatkan performa, Anda dapat beralih ke mode siaga manual untuk bulan pertama, dan beralih ke mode siaga otomatis setelah Kumpulan DevOps Terkelola memiliki waktu untuk mengamati penggunaan kumpulan Anda.

Periksa persentase agen siaga jika menggunakan agen siaga dengan beberapa gambar

Jika Anda menggunakan agen siaga dengan beberapa gambar, periksa riwayat penggunaan per gambar dan bandingkan dengan persentase agen siaga pengaturan gambar Anda untuk memastikan rasio siaga Anda cocok dengan penggunaan Anda. Misalnya, jika Anda memiliki satu gambar Windows dan satu gambar Ubuntu, dan beban kerja Anda menggunakan Windows 75% saat itu, pastikan gambar Windows Anda dikonfigurasi dengan persentase agen siaga 75.

Pertimbangkan untuk menggunakan pool Stateful dengan periode tenggang untuk membuat agen tetap online.

Salah satu opsi untuk meningkatkan performa agen tanpa menggunakan agen siaga adalah menggunakan agen stateful dengan masa tenggang yang singkat. Ketika agen stateful dengan masa tenggang menyelesaikan pekerjaan, ia tetap online selama durasi yang ditentukan masa tenggang tersebut dan menunggu pekerjaan tambahan. Jika beban kerja Anda mengalami ledakan, Anda dapat mengonfigurasi masa tenggang yang membuat agen tetap online saat pekerjaan stabil, dan memulainya dari awal selama periode yang lebih lambat.

Untuk informasi selengkapnya, lihat agen Siaga dan kumpulan Stateful .

Memeriksa kode kesalahan batas waktu

Jika penetapan agen Anda habis, Anda dapat memeriksa kode kesalahan di bagian Kode Kesalahan pada halaman Gambaran Umum.

Alur gagal diselesaikan

Periksa untuk melihat apakah telah ada pembaruan gambar

Jika alur Anda mulai gagal setelah pembaruan gambar, Anda dapat mengonfigurasi alur untuk sementara waktu untuk menggunakan versi gambar sebelumnya. Anda dapat mengonfigurasi pipeline yang gagal untuk menggunakan versi gambar sebelumnya berdasarkan per pipeline, atau Anda dapat mengonfigurasi versi gambar sebelumnya untuk semua pipeline di Kumpulan DevOps Terkelola yang menggunakan gambar tersebut.

Untuk melihat apakah alur Anda gagal karena perubahan versi gambar, bandingkan versi gambar pada eksekusi alur yang gagal dengan versi gambar dari eksekusi alur terakhir yang berhasil.

  1. Buka alur Anda dan tinjau riwayat eksekusi alur untuk alur Anda.

    Cuplikan layar jalur pemrosesan.

  2. Lihat detail eksekusi untuk dua eksekusi alur yang ingin Anda bandingkan, dan pilih pekerjaan alur untuk melihat informasi diagnostik tentang pekerjaan tersebut. Jika alur kerja Anda memiliki beberapa tugas, pilih tugas yang berjalan menggunakan Pool DevOps Terkelola Anda.

    Cuplikan layar detail eksekusi alur.

  3. Pilih Inisialisasi pekerjaan, dan ambil versi gambar dari bagian Versi gambar saat ini .

    Cuplikan layar versi citra aliran kerja pipa.

Jika versi gambar berbeda antara eksekusi alur yang gagal baru-baru ini dan eksekusi yang berhasil sebelumnya, kegagalan dapat disebabkan oleh pembaruan gambar. Anda memiliki dua pilihan untuk kembali ke versi gambar sebelumnya sementara Anda memecahkan masalah akar penyebabnya.

  • Untuk menjalankan hanya alur yang gagal menggunakan versi gambar sebelumnya, tambahkan ImageVersionOverride permintaan ke alur Anda untuk menentukan versi sebelumnya. Untuk informasi selengkapnya, lihat ImageVersionOverride.
  • Untuk memperbarui pengaturan kumpulan sehingga semua alur kerja yang menggunakan gambar ini berjalan dengan menggunakan versi sebelumnya, perbarui pengaturan Gambar Anda dan tentukan versi yang diinginkan.

Kumpulan DevOps Terkelola menyimpan 20 gambar terakhir untuk gambar Marketplace yang Dipilih dan 10 gambar terakhir untuk gambar Azure Pipelines. Versi sebelumnya dari gambar Azure Compute Gallery dikelola oleh pemilik Azure Compute Galleries tersebut.

Lihat juga

  • Last updated on