Memecahkan masalah error ketersediaan resource

Error ketersediaan resource terjadi saat zona tidak memiliki kapasitas yang cukup untuk menyediakan resource komputasi yang Anda minta untuk membuat, memulai ulang, atau mengupdate instance Compute Engine, atau untuk memesan resource zona.

Dokumen ini menjelaskan cara mengidentifikasi dan mengatasi error ketersediaan resource. Karena error ini menunjukkan kekurangan hardware fisik di suatu zona, bukan batas penggunaan project, penambahan kuota tidak akan menyelesaikannya. Atau, untuk memecahkan masalah batas kuota, lihat Memecahkan masalah error kuota.

Memahami error ketersediaan resource

Error ketersediaan resource terjadi saat zona tidak memiliki kapasitas yang memadai untuk satu atau beberapa resource fisik berikut:

  • Akselerator (jika ada)

  • Core CPU

  • Disk

  • Memori

Misalnya, Anda ingin membuat instance komputasi yang menggunakan jenis mesin a2-highgpu-2g dan memiliki dua disk SSD Lokal yang terpasang. Jenis mesin ini mencakup 24 vCPU pada Prosesor Intel Xeon Platinum 8273CL, memori 170 GB, dan dua GPU NVIDIA A100. Jika semua resource ini tersedia di zona yang Anda tentukan pada saat permintaan, permintaan Anda akan berhasil. Jika tidak, permintaan Anda akan gagal dengan error ketersediaan resource.

Saat terjadi error ketersediaan resource, Compute Engine akan menampilkan pesan error yang mirip dengan salah satu pesan berikut di konsol Google Cloud , Google Cloud CLI, atau respons API:

ZONE_RESOURCE_POOL_EXHAUSTED

ZONE_RESOURCE_POOL_EXHAUSTED_WITH_DETAILS

REGION_RESOURCE_POOL_EXHAUSTED_WITH_DETAILS

POOL_CAPACITY_INSUFFICIENT

The zone 'projects/PROJECT_ID/zones/ZONE' does not have
enough resources available to fulfill the request. Try a different zone, or try
again later.

A VM_TYPE_AND_SIZE VM instance with RESOURCE_ATTACHMENT is
currently unavailable in the ZONE zone.

Capacity changes frequently, so try your request in a different zone, with a
different VM hardware configuration, or at a later time. For more options, see
troubleshooting documentation.

A VM_TYPE_AND_SIZE VM instance with RESOURCE_ATTACHMENT is
currently unavailable in the ZONE zone because of REASON.

Consider trying your request in the AVAILABLE_ZONES zones, which
currently has capacity to accommodate your request.

If you cannot move your VM to AVAILABLE_ZONES, review the
instructions to resolve the REASON failure that are available in
troubleshooting documentation, then try your request again. If your workload
can't accommodate the suggested resolution, try your request with a different VM
hardware configuration or at a later time.

Anda dapat melihat pesan error untuk error ketersediaan resource sebagai berikut:

  • Untuk instance komputasi mandiri, instance komputasi yang dibuat secara massal, sole-tenant node, atau pemesanan, Compute Engine menampilkan pesan error ini di konsol Google Cloud , gcloud CLI, atau respons API.

  • Untuk grup instance terkelola (MIG), Compute Engine mencatat error ini ke dalam log di daftar error instance MIG. Untuk melihat pesan error dan batasan hardware yang menyebabkan error, lihat Mencantumkan error instance.

Mengatasi error ketersediaan resource

Error ketersediaan resource dibagi menjadi dua kategori: error konfigurasi yang dapat Anda perbaiki (misalnya, saat Anda mencoba meminta jenis mesin yang tidak didukung di suatu zona), dan batasan hardware fisik yang tidak dapat Anda kontrol.

Untuk mengatasi error ketersediaan resource, selesaikan langkah-langkah berikut. Jika Anda lebih suka mengevaluasi opsi berdasarkan hal yang dapat disesuaikan oleh workload Anda, lihat Ringkasan rekomendasi berdasarkan persyaratan workload.

  1. Atasi batasan resource tertentu: jika pesan error Anda menyertakan kode alasan, lihat Menyelesaikan error berdasarkan alasan error. Jika solusi khusus tersebut tidak menyelesaikan masalah, lanjutkan ke langkah berikutnya.

  2. Terapkan strategi kapasitas umum: jika pesan error Anda tidak menyertakan kode alasan, atau jika penyesuaian tertentu tidak memadai, lihat Menyelesaikan error umum.

  3. Tinjau rekomendasi khusus fitur: jika Anda masih belum menyelesaikan masalah, lihat salah satu bagian berikut berdasarkan metode atau fitur deployment Anda:

Jika Anda mengalami error ketersediaan resource saat mencoba membuat atau melakukan penskalaan otomatis cluster Google Kubernetes Engine (GKE), lihat Memecahkan masalah pembuatan cluster.

Mengatasi error berdasarkan alasan error

Saat Compute Engine memberikan data diagnostik mendetail untuk error ketersediaan resource, respons error akan mengidentifikasi penyebab utama spesifik yang mencegah Compute Engine memenuhi permintaan Anda.

Di konsol Google Cloud , gcloud CLI, atau Cloud Logging, akar masalah muncul dalam pesan error operasi:

ERROR: (gcloud.compute.instances.create) Could not fetch resource:
 - A n1-standard-1 VM instance with 2 local SSD(s) is currently unavailable in the us-central1-a zone, because of cpu_availability,local_ssd_availability root cause(s). Consider trying your request in the us-central1-b, us-central1-c zone(s), which currently has capacity to accommodate your request.

Di REST API, detail error muncul dalam array error.errors[] operasi, dengan penyebab utama ditampilkan dalam LocalizedMessage dan dalam detail google.rpc.ErrorInfo (domain: "compute.googleapis.com"):

{
  "code": "ZONE_RESOURCE_POOL_EXHAUSTED_WITH_DETAILS",
  "message": "A n1-standard-1 VM instance with 2 local SSD(s) is currently unavailable in the us-central1-a zone, because of cpu_availability,local_ssd_availability root cause(s). Consider trying your request in the us-central1-b, us-central1-c zone(s), which currently has capacity to accommodate your request.",
  "errorDetails": [
    {
      "errorInfo": {
        "domain": "compute.googleapis.com",
        "reason": "cpu_availability,local_ssd_availability",
        "metadata": {
          "vmType": "n1-standard-1",
          "zone": "us-central1-a",
          "attachment": "local-ssd:2",
          "zonesAvailable": "us-central1-b,us-central1-c"
        }
      }
    }
  ]
}

Bergantung pada kode error dalam respons Anda, lakukan tindakan berikut:

  • ZONE_RESOURCE_POOL_EXHAUSTED_WITH_DETAILS: Compute Engine mengidentifikasi penyebab utama yang mencegah pemenuhan di zona target. Jika zona lain di region yang sama memiliki kapasitas untuk permintaan Anda, detail error juga akan menyertakan daftar zona yang direkomendasikan (AVAILABLE_ZONES dalam pesan atau zonesAvailable dalam metadata ErrorInfo API). Jika detail error mencantumkan zona yang direkomendasikan, buat, migrasikan, atau cadangkan instance komputasi Anda di salah satu zona tersebut. Jika tidak ada zona lain di region tersebut yang memiliki kapasitas, pesan error tidak akan mencantumkan zona alternatif.

  • REGION_RESOURCE_POOL_EXHAUSTED_WITH_DETAILS: semua zona yang dievaluasi di region target Anda tidak memiliki kapasitas untuk permintaan Anda. Tinjau alasan batasan dalam pesan error, atau coba lagi permintaan Anda di region lain, dengan jenis mesin alternatif, atau dengan model penyediaan yang fleksibel.

  • POOL_CAPACITY_INSUFFICIENT: zona yang dipilih tidak memiliki resource yang cukup untuk membuat jumlah instance komputasi yang diminta. Minta lebih sedikit resource, pilih jenis mesin atau zona yang berbeda, atau gunakan model penyediaan flex-start, spot, atau terikat reservasi.

  • ACCELERATOR_INTERCONNECT_CONFIG_FAILED: Compute Engine tidak dapat mengonfigurasi topologi interkoneksi berkecepatan tinggi yang diperlukan untuk slice akselerator Anda, seperti TPU atau slice GPU multi-node. Tunggu beberapa menit dan coba lagi permintaan Anda. Jika masalah berlanjut, hubungi tim akun Anda atau dukungan.

Jika permintaan Anda mengalami batasan pada beberapa resource fisik secara bersamaan, Compute Engine akan menampilkan daftar kode reason yang dipisahkan koma, seperti "reason": "gpu_availability,local_ssd_availability". Jika respons error Anda menyertakan satu atau beberapa alasan batasan, tinjau langkah-langkah pemecahan masalah berikut untuk setiap batasan resource yang berlaku:

configuration_availability

Error configuration_availability menunjukkan bahwa zona target tidak mendukung kombinasi jenis mesin, platform CPU, atau antarmuka disk yang Anda minta. Tidak seperti error ketersediaan resource lainnya, error ini menunjukkan konfigurasi yang tidak didukung, bukan batasan resource sementara. Jika Anda mencoba lagi permintaan Anda di lain waktu, permintaan tersebut akan tetap gagal.

Untuk mengatasi error ini, selesaikan langkah-langkah berikut:

  1. Verifikasi dukungan hardware: untuk mengonfirmasi apakah zona target mendukung konfigurasi yang Anda minta, lihat Region dan zona yang tersedia serta Perbandingan seri mesin.

  2. Ubah permintaan Anda: jika konfigurasi hardware Anda tidak didukung di zona tersebut, coba salah satu tindakan berikut:

    • Ubah permintaan Anda untuk menggunakan jenis mesin, platform CPU, atau antarmuka disk yang didukung oleh zona target.

    • Coba lagi permintaan Anda di zona alternatif yang mendukung seri mesin, platform CPU, dan jenis disk yang Anda perlukan.

cpu_availability

Error cpu_availability menunjukkan bahwa zona tidak memiliki kapasitas untuk jumlah CPU atau vCPU yang Anda tentukan.

Untuk mengatasi error ini, coba satu atau beberapa tindakan berikut:

  • Deploy di zona atau region alternatif: jika pesan error mencantumkan zona yang tersedia (AVAILABLE_ZONES), buat atau migrasikan instance komputasi Anda ke salah satu zona yang direkomendasikan tersebut. Jika pesan error tidak mencantumkan zona yang tersedia, coba minta resource di zona lain di region yang sama, atau di region yang berbeda.

  • Hapus batasan platform CPU: jika permintaan Anda menentukan platform CPU minimum (minCpuPlatform), tetapkan nilainya ke AUTOMATIC. Jika Anda memerlukan platform CPU tertentu, Compute Engine tidak dapat menempatkan instance komputasi Anda di platform CPU lain yang didukung oleh seri mesin Anda di zona tersebut.

  • Beralih ke seri mesin lain: jika seri mesin tertentu tidak memiliki kapasitas di zona target Anda, coba seri atau generasi mesin lain yang mendukung workload Anda, seperti N2, N2D, atau N4. Seri mesin yang berbeda menggunakan platform CPU dan server fisik yang berbeda. Seri mesin generasi yang lebih baru juga menawarkan performa per vCPU yang lebih tinggi, sehingga Anda dapat menjalankan workload dengan vCPU yang lebih sedikit.

  • Kurangi vCPU yang diminta: jika Anda menggunakan jenis mesin kustom, kurangi jumlah vCPU ke jumlah minimum yang diperlukan untuk workload Anda. Konfigurasi vCPU yang lebih kecil sesuai dengan server fisik yang memiliki sisa kapasitas terbatas, sehingga meningkatkan kemungkinan Compute Engine memenuhi permintaan Anda.

  • Bagi persyaratan komputasi di berbagai jenis mesin yang lebih kecil: jika aplikasi Anda mendukung arsitektur terdistribusi, bagi jejak komputasi Anda di berbagai jenis mesin yang lebih kecil dalam kelompok mesin yang sama. Misalnya, jika Anda tidak dapat membuat 80 instance komputasi menggunakan jenis mesin n2-standard-96 (masing-masing dengan 96 vCPU), coba buat 160 instance komputasi menggunakan jenis mesin n2-standard-48 (masing-masing dengan 48 vCPU).

gpu_availability

Error gpu_availability menunjukkan bahwa zona tidak memiliki kapasitas untuk model GPU yang Anda minta.

Untuk mengatasi error ini, coba satu atau beberapa tindakan berikut:

  • Deploy di zona atau region alternatif: jika pesan error mencantumkan zona yang tersedia (AVAILABLE_ZONES), buat atau migrasikan instance komputasi Anda ke salah satu zona yang direkomendasikan tersebut. Jika pesan error tidak mencantumkan zona yang tersedia, coba minta resource di zona atau region lain yang mendukung model GPU yang sama. Untuk mengetahui daftar region dan zona yang mendukung GPU, lihat Ketersediaan GPU.

  • Gunakan model penyediaan alternatif: jika Anda tidak dapat membuat instance GPU menggunakan model penyediaan standar, coba minta resource menggunakan model penyediaan flex-start, spot, atau terikat reservasi. Model penyediaan yang berbeda menggunakan kumpulan kapasitas yang terpisah. Untuk mengetahui informasi selengkapnya, lihat Model penyediaan instance Compute Engine.

local_ssd_availability

Error local_ssd_availability menunjukkan bahwa zona tidak memiliki kapasitas untuk jumlah atau jenis disk SSD Lokal yang Anda minta.

Jika workload Anda menoleransi penyimpanan persisten, beralihlah dari disk SSD Lokal ke volume Hyperdisk Extreme, Hyperdisk Balanced, atau Persistent Disk SSD. Untuk panduan tentang kompromi performa dan ketahanan, lihat Opsi penyimpanan sementara versus persisten.

memory_availability

Error memory_availability menunjukkan bahwa zona tidak memiliki kapasitas untuk jumlah memori yang Anda minta.

Untuk mengatasi error ini, coba salah satu atau kedua tindakan berikut:

  • Deploy di zona atau region alternatif: jika pesan error mencantumkan zona yang tersedia (AVAILABLE_ZONES), buat atau migrasikan instance komputasi Anda ke salah satu zona yang direkomendasikan tersebut. Jika pesan error tidak mencantumkan zona yang tersedia, coba minta resource di zona lain di region yang sama, atau di region yang berbeda.

  • Bagi persyaratan komputasi di berbagai jenis mesin yang lebih kecil: jika aplikasi Anda mendukung arsitektur memori terdistribusi, bagi jejak memori Anda di beberapa instance komputasi yang lebih kecil. Misalnya, jika Anda tidak dapat membuat instance komputasi dengan memori 1,88 TB (seperti m1-ultramem-80), bagi workload Anda ke beberapa instance komputasi yang lebih kecil yang menyediakan kapasitas memori gabungan tersebut.

resource_availability

Error resource_availability menunjukkan bahwa zona tidak memiliki kapasitas untuk jenis mesin yang Anda minta. Untuk mengatasi error ini, coba satu atau beberapa tindakan berikut:

  • Tentukan zona alternatif.

  • Pilih jenis mesin alternatif yang mendukung workload Anda. Untuk panduan tentang memilih jenis mesin alternatif, lihat Rekomendasi untuk jenis mesin.

  • Jika workload Anda dapat menoleransi gangguan atau waktu mulai yang fleksibel, tentukan model penyediaan alternatif. Untuk mengetahui informasi selengkapnya, lihat Model penyediaan instance Compute Engine.

  • Jika Anda mengalami error ini saat meminta jenis mesin a3-highgpu-1g, a3-highgpu-2g, atau a3-highgpu-4g, pastikan Anda menyediakan instance komputasi menggunakan salah satu metode deployment yang didukung.

Menyelesaikan error umum

Jika pesan error Anda tidak menyertakan kode alasan, sesuaikan lokasi, konfigurasi hardware, atau waktu mulai instance komputasi Anda. Untuk meningkatkan peluang Compute Engine memenuhi permintaan Anda, coba satu atau beberapa tindakan berikut:

  • Coba region atau zona alternatif: jika workload Anda mengizinkan, minta resource di zona lain dalam region yang sama, atau di region yang berbeda. Saat Anda membuat MIG regional atau instance komputasi secara massal di suatu region, Compute Engine akan mendistribusikan instance komputasi di seluruh zona yang memiliki hardware yang tersedia. Untuk mengetahui informasi selengkapnya, lihat Fitur fleksibilitas lokasi.

  • Verifikasi properti pemesanan: jika Anda tidak dapat membuat instance komputasi meskipun memiliki pemesanan yang cocok dan belum sepenuhnya digunakan, verifikasi bahwa properti pemesanan dan instance komputasi cocok. Jika properti tidak cocok, Compute Engine akan mencoba menyediakan kapasitas on-demand di zona target, bukan menggunakan pemesanan. Upaya ini dapat gagal jika zona tidak memiliki kapasitas. Untuk memecahkan masalah error saat Anda menggunakan pemesanan, lihat Memecahkan masalah pemakaian pemesanan.

  • Terapkan fleksibilitas jenis mesin: daripada mengganti satu jenis mesin dengan satu jenis mesin lainnya, perluas opsi Anda. Saat Anda membuat MIG regional atau instance komputasi secara massal, tentukan beberapa jenis mesin pengganti dalam kebijakan fleksibilitas instance. Jika jenis mesin utama Anda tidak tersedia, Compute Engine akan menyediakan jenis mesin pengganti yang tersedia dari daftar Anda. Anda juga dapat membagi persyaratan komputasi ke berbagai jenis mesin yang lebih kecil dengan vCPU dan memori yang lebih sedikit. Untuk mengetahui informasi selengkapnya, lihat Fitur fleksibilitas jenis mesin dan Rekomendasi untuk jenis mesin.

  • Gunakan model penyediaan alternatif: jika Anda tidak dapat membuat instance komputasi menggunakan model penyediaan standar, coba minta resource menggunakan model penyediaan flex-start, terikat pemesanan, atau spot. Model penyediaan yang berbeda menggunakan kumpulan kapasitas yang terpisah. Untuk mengetahui informasi selengkapnya, lihat Model penyediaan instance Compute Engine.

  • Periksa kapasitas real-time: sebelum Anda membuat, memulai ulang, atau mengupdate Spot VM, periksa kemungkinan mendapatkan kapasitas (skor perolehan) dan waktu beroperasi yang diharapkan di berbagai jenis mesin dan lokasi. Karena skor ini tidak menjamin atau mencadangkan kapasitas, kirimkan permintaan Anda segera setelah Anda memeriksa ketersediaan. Untuk mendapatkan petunjuk, lihat Melihat ketersediaan Spot VM.

  • Coba lagi permintaan Anda di lain waktu: kapasitas di zona berubah seiring workload di seluruh Google Cloud menyelesaikan dan merilis hardware fisik. Jika workload Anda fleksibel terhadap waktu, coba lagi permintaan Anda di lain waktu. Untuk mengetahui informasi selengkapnya, lihat Fitur fleksibilitas waktu.

Menyelesaikan error saat Anda membuat instance komputasi mandiri

Jika permintaan Anda untuk membuat instance komputasi mandiri gagal karena batasan hardware, coba satu atau beberapa tindakan berikut:

  • Ubah metode permintaan Anda: instance komputasi mandiri menawarkan fleksibilitas rendah selama batasan hardware di suatu zona. Jika workload Anda mengizinkan, buat instance komputasi secara massal. Metode pembuatan ini memungkinkan Anda melakukan hal berikut:

    • Menambahkan fleksibilitas lokasi: Anda dapat membuat instance komputasi di region, bukan di satu zona. Pendekatan ini memungkinkan Compute Engine mendistribusikan instance komputasi di seluruh zona yang memiliki hardware yang tersedia.

    • Menambahkan fleksibilitas jenis mesin: Anda dapat menentukan beberapa jenis mesin pengganti dalam kebijakan fleksibilitas instance. Dengan pendekatan ini, Compute Engine dapat memilih jenis mesin lain yang tercantum jika pilihan utama Anda tidak tersedia.

  • Kurangi resource yang diminta: pilih jenis mesin yang telah ditetapkan dengan vCPU yang lebih sedikit, memori yang lebih sedikit, atau disk terpasang yang lebih sedikit. Konfigurasi hardware yang lebih kecil sesuai dengan server fisik yang memiliki sisa kapasitas terbatas.

  • Membuat jenis mesin kustom: jenis mesin kustom menggunakan server fisik yang sama dengan jenis mesin yang telah ditetapkan dalam seri mesin yang sama, dan tidak memiliki kumpulan kapasitas terpisah. Agar sesuai dengan server fisik dengan kapasitas terbatas, minta vCPU yang lebih sedikit daripada jenis mesin yang telah ditetapkan yang lebih besar (misalnya, minta jenis mesin kustom dengan 20 vCPU, bukan n2-standard-32). Untuk seri mesin yang dioptimalkan akselerator (seperti G2), jenis mesin kustom masih memerlukan GPU fisik dan tidak dapat mengatasi kekurangan GPU. Untuk mengetahui petunjuknya, lihat Membuat VM dengan jenis mesin kustom.

  • Mengubah jenis penyimpanan: jika jenis mesin Anda mendukung opsi penyimpanan alternatif, beralihlah antara Google Cloud Hyperdisk dan Persistent Disk. Persistent Disk SSD dan Persistent Disk Seimbang menggunakan storage pool fisik yang sama. Jika satu jenis disk tidak memiliki kapasitas di suatu zona, jenis disk lainnya juga tidak akan tersedia dalam sebagian besar kasus. Jika volume Persistent Disk tidak memiliki kapasitas, verifikasi bahwa project Anda memiliki kuota yang cukup untuk Hyperdisk, dan beralihlah ke jenis mesin yang mendukung volume Hyperdisk. Untuk meninjau seri mesin yang mendukung volume Persistent Disk dan Hyperdisk, lihat Perbandingan seri mesin.

Menyelesaikan error saat Anda membuat instance komputasi secara massal

Saat Anda membuat instance komputasi secara massal (bulkInsert), Compute Engine memeriksa kapasitas di awal tanpa mengantrekan atau mencoba ulang permintaan Anda. Secara default, jumlah minimum (minCount) sama dengan total jumlah yang diminta (count). Jadi, jika Compute Engine tidak dapat membuat semua instance komputasi yang diminta pada saat permintaan Anda, permintaan tersebut akan gagal dan tidak membuat instance komputasi.

Jika permintaan Anda untuk membuat instance komputasi secara massal gagal karena batasan hardware, coba satu atau beberapa tindakan berikut. Untuk panduan tentang cara mengevaluasi konsekuensi dan praktik terbaik, lihat Mengevaluasi dan mengadopsi infrastruktur yang fleksibel.

  • Accept partial capacity (minCount): jika workload Anda dapat dimulai dengan instance komputasi yang lebih sedikit daripada jumlah total yang Anda minta, tetapkan nilai yang lebih rendah di kolom minCount. Setelan ini memungkinkan permintaan Anda berhasil selama Compute Engine dapat menyediakan setidaknya jumlah minimum instance komputasi Anda.

  • Membuat instance komputasi di suatu region: jika Anda membuat instance komputasi secara massal di zona tertentu, permintaan Anda akan gagal jika zona tersebut tidak memiliki kapasitas. Sebagai gantinya, targetkan region agar Compute Engine memilih zona yang memiliki hardware yang tersedia. Secara default, pembuatan massal regional menggunakan bentuk distribusi target ANY_SINGLE_ZONE, yang menempatkan semua instance komputasi di satu zona yang memiliki kapasitas. Jika tidak ada satu zona pun yang dapat memuat seluruh batch Anda dan instance komputasi Anda dapat mencakup beberapa zona, tetapkan bentuk distribusi target ke BALANCED atau ANY. Untuk mengetahui petunjuknya, lihat Membuat VM secara massal di suatu region.

  • Gunakan jenis mesin pengganti: dalam permintaan massal regional, konfigurasikan kebijakan fleksibilitas instance dengan jenis mesin pengganti yang kompatibel. Jika perlu, Anda juga dapat membatasi penempatan ke zona tertentu menggunakan flag --location-policy. Jika jenis mesin utama Anda tidak tersedia, Compute Engine akan menyediakan jenis mesin pengganti yang tersedia dari daftar Anda.

  • Bagi permintaan Anda di berbagai lokasi atau dari waktu ke waktu: jika tidak ada satu zona atau region yang memiliki kapasitas yang cukup untuk batch penuh Anda, bagi permintaan Anda menjadi batch yang lebih kecil di berbagai zona atau region, atau buat permintaan Anda secara bertahap dari waktu ke waktu. Jangan mengirim beberapa permintaan yang lebih kecil ke zona yang sama yang telah habis secara bersamaan.

  • Longgarkan batasan penempatan rapat: jika Anda menentukan kebijakan penempatan rapat saat membuat instance komputasi, pertimbangkan untuk meningkatkan nilai jarak maksimum atau menghapus kebijakan untuk melonggarkan batasan penempatan. Nilai jarak maksimum yang lebih rendah menempatkan instance komputasi lebih dekat untuk mengurangi latensi jaringan, tetapi meningkatkan risiko terjadinya error ketersediaan resource. Untuk mengetahui informasi selengkapnya, lihat Tentang kebijakan penempatan rapat.

Menyelesaikan error saat Anda membuat, menskalakan, atau memperbaiki MIG

Tidak seperti permintaan pembuatan mandiri atau massal, MIG menyediakan instance komputasi sebanyak yang diizinkan oleh kapasitas saat ini. Untuk instance komputasi yang belum dapat dibuat oleh MIG, grup akan mencatat error ke dalam log di List instance errors dan terus mencoba membuat ulang di latar belakang.

Jika MIG Anda mengalami error ketersediaan resource saat membuat, menyebarkan skala, atau memperbaiki instance komputasi, coba satu atau beberapa tindakan berikut:

  • Tunggu atau sesuaikan ukuran target: jika kekurangan hardware bersifat sementara dan workload Anda dapat berjalan dengan kapasitas parsial, biarkan MIG terus mencoba lagi, atau kurangi ukuran target MIG.

  • Perbarui template instance: jika daftar error instance menampilkan error configuration_availability (hardware yang tidak didukung di zona) atau kehabisan kapasitas persisten pada satu jenis mesin, buat dan luncurkan template instance yang telah diperbarui yang menggunakan jenis mesin yang didukung atau lebih tersedia, atau model penyediaan alternatif. Pendekatan ini berfungsi pada MIG zona atau regional yang ada tanpa perlu bermigrasi ke grup baru.

  • Ganti MIG zona yang macet dengan MIG regional: jika MIG zona mengalami kekurangan kapasitas berulang dan workload Anda memerlukan ketahanan multi-zona yang berkelanjutan, buat MIG regional, migrasikan workload Anda ke grup baru, dan hapus MIG zona asli. MIG regional meningkatkan kemungkinan mendapatkan hardware karena dapat menyediakan instance komputasi di beberapa zona dalam region.

  • Konfigurasikan bentuk distribusi target yang fleksibel: dengan bentuk distribusi EVEN, MIG regional menyediakan instance komputasi dalam jumlah yang sama di setiap zona. Jika satu zona tidak memiliki kapasitas, zona lain di region tersebut akan tetap membuat bagian instance komputasinya, sementara zona yang terbatas akan mencoba kembali bagiannya. MIG berskala otomatis dengan bentuk distribusi EVEN juga terus melakukan penyebaran skala di zona yang tersedia. Perilaku ini membuat grup yang ukurannya diubah secara manual berada di bawah ukuran target penuhnya hingga kapasitas pulih di zona yang dibatasi. Untuk menghindari batasan ini, konfigurasikan MIG regional Anda untuk menggunakan bentuk distribusi target yang sesuai dengan persyaratan workload Anda:

    • BALANCED: menyebarkan instance komputasi ke seluruh zona yang memiliki kapasitas yang tersedia sekaligus menjaga distribusi semerata mungkin. Gunakan bentuk ini untuk workload penyaluran dan batch dengan ketersediaan tinggi.

    • ANY: menempatkan instance komputasi di zona mana pun yang memiliki kapasitas yang tersedia dan memprioritaskan pemesanan yang tidak digunakan di region tersebut. Gunakan bentuk ini untuk workload batch yang tidak memerlukan distribusi seimbang di seluruh zona.

    • ANY_SINGLE_ZONE: menempatkan semua instance komputasi di satu zona yang memiliki kapasitas yang tersedia, sehingga menghindari latensi lintas zona dan biaya egress jaringan. Gunakan bentuk ini untuk workload yang terkait erat dan sensitif terhadap latensi.

  • Konfigurasikan fleksibilitas jenis mesin di MIG regional Anda: di MIG regional yang menggunakan bentuk distribusi BALANCED, ANY, atau ANY_SINGLE_ZONE, tambahkan jenis mesin pengganti dalam kebijakan fleksibilitas instance (instanceFlexibilityPolicy). Jika jenis mesin utama tidak tersedia saat MIG melakukan penyebaran skala, MIG akan menyediakan jenis mesin berikutnya yang tersedia dalam daftar Anda. Secara default, perbaikan hanya mencoba ulang jenis mesin asli instance komputasi yang gagal. Agar perbaikan juga dapat menggunakan jenis mesin pengganti, aktifkan update saat perbaikan dengan menetapkan kolom instanceLifecyclePolicy.forceUpdateOnRepair ke "YES". Untuk workload zona tunggal, gunakan MIG regional dengan bentuk ANY_SINGLE_ZONE atau pilih satu zona target. Untuk mengetahui informasi selengkapnya, lihat Tentang fleksibilitas instance di MIG.

  • Mengizinkan perbaikan di zona alternatif: di MIG regional stateless yang menggunakan bentuk distribusi BALANCED atau ANY, konfigurasikan grup untuk membuat ulang instance komputasi yang gagal di zona lain selama perbaikan. Setelan ini hanya berlaku saat MIG memperbaiki instance komputasi yang ada yang gagal. Untuk menempatkan instance komputasi baru di zona yang tersedia selama pembuatan atau penyebaran skala, gunakan bentuk distribusi BALANCED atau ANY. Untuk mengaktifkan perbaikan zona alternatif, tetapkan kolom instanceLifecyclePolicy.onRepair.allowChangingZone dan kolom instanceLifecyclePolicy.forceUpdateOnRepair ke "YES". Untuk mengetahui petunjuknya, lihat Memperbaiki VM di zona alternatif.

  • Mengantrekan permintaan kapasitas untuk hardware yang langka: untuk workload batch atau AI/ML yang memerlukan hardware yang langka (seperti GPU) dan dapat menoleransi waktu mulai yang fleksibel, gunakan permintaan pengubahan ukuran MIG untuk mengantrekan permintaan Anda dan menyediakan instance komputasi yang diminta secara bersamaan saat kapasitas tersedia, atau buat MIG dengan VM Flex-start.

  • Longgarkan batasan penempatan rapat: jika Anda menentukan kebijakan penempatan rapat saat membuat instance komputasi, pertimbangkan untuk meningkatkan nilai jarak maksimum atau menghapus kebijakan untuk melonggarkan batasan penempatan. Nilai jarak maksimum yang lebih rendah menempatkan instance komputasi lebih dekat untuk mengurangi latensi jaringan, tetapi meningkatkan risiko terjadinya error ketersediaan resource. Untuk mengetahui informasi selengkapnya, lihat Tentang kebijakan penempatan rapat.

  • Memantau distribusi instance komputasi: selama pembuatan dan penyebaran skala grup, saat MIG regional yang menggunakan bentuk distribusi BALANCED, ANY, atau ANY_SINGLE_ZONE memenuhi ukuran targetnya menggunakan zona yang tersedia atau jenis mesin pengganti, grup tidak mencatat error ketersediaan resource ke dalam log. Namun, selama perbaikan, jika jenis mesin asli instance komputasi yang gagal tidak tersedia, MIG akan mencatat error ZONE_RESOURCE_POOL_EXHAUSTED meskipun Anda mengaktifkan update saat perbaikan. Untuk melihat tempat Compute Engine menempatkan instance komputasi Anda di berbagai zona dan jenis mesin, periksa tab Monitoring untuk MIG di konsolGoogle Cloud atau lihat dasbor Cloud Monitoring. Untuk mengetahui petunjuknya, lihat Memantau distribusi instance di MIG.

Menyelesaikan error saat Anda membuat sole-tenant node

Jika Compute Engine tidak dapat mengalokasikan server fisik untuk sole-tenant node Anda, coba salah satu atau kedua tindakan berikut:

  • Gunakan jenis node yang berbeda: pilih template node atau jenis node yang berbeda yang menawarkan konfigurasi hardware yang berbeda. Untuk mengetahui informasi selengkapnya, lihat Ringkasan sole-tenancy.

  • Optimalkan kapasitas node dengan overcommit CPU: jika Anda mencoba menambahkan node karena kehabisan kapasitas untuk instance komputasi baru di node yang ada, pertimbangkan untuk mengaktifkan overcommit CPU. Fitur ini memungkinkan Anda meningkatkan kepadatan instance komputasi di server fisik saat ini, sehingga tidak perlu menyediakan node tambahan. Untuk mengetahui informasi selengkapnya, lihat Melakukan overcommit CPU pada VM sole-tenant.

Menyelesaikan error saat Anda membuat slice TPU

Jika permintaan Anda untuk membuat atau menskalakan slice TPU gagal karena zona tidak memiliki hardware fisik yang terhubung, coba satu atau beberapa tindakan berikut:

  • Gunakan Flex-start VM, pemesanan untuk masa mendatang dalam mode Calendar, atau resource dalam antrean: alih-alih mengirimkan permintaan TPU on-demand yang tidak dipesan, gunakan Flex-start VM atau pemesanan untuk masa mendatang dalam mode Calendar untuk menjadwalkan atau mengantrekan permintaan slice TPU Anda di Compute Engine. Jika Anda menyediakan TPU melalui Cloud TPU API, bukan Compute Engine, gunakan Queued Resources API untuk mengantrekan permintaan Anda hingga kapasitas yang berdekatan tersedia di zona tersebut.

  • Evaluasi topologi yang lebih kecil: jika framework machine learning (ML) Anda mendukung ukuran slice yang lebih kecil, minta topologi yang lebih kecil. Slice TPU yang lebih besar memerlukan hardware fisik yang terhubung dan berada di lokasi yang sama, yang mungkin tidak tersedia di satu zona. Jika model Anda memerlukan interkoneksi antar-chip (ICI) bandwidth tinggi di semua TPU, Anda mungkin perlu menyesuaikan setelan untuk sharding atau paralelisasi model. Untuk mengetahui informasi selengkapnya, lihat Topologi TPU.

  • Coba lagi setelah error konfigurasi interkoneksi: jika permintaan Anda gagal dengan error ACCELERATOR_INTERCONNECT_CONFIG_FAILED, tunggu beberapa menit, lalu coba lagi permintaan Anda. Jika masalah berlanjut, hubungi tim akun Anda atau dukungan.

Menyelesaikan error saat Anda membuat pemesanan

Jika permintaan Anda untuk memesan resource gagal karena batasan kapasitas, coba satu atau beberapa tindakan berikut:

  • Melihat ketersediaan mendatang dalam mode kalender: jika Anda membuat permintaan pemesanan untuk masa mendatang dalam mode kalender, lihat ketersediaan resource mendatang sebelum mengirimkan permintaan. Jika Anda menentukan resource yang tersedia selama slot waktu tertentu, Anda akan meningkatkan kemungkinanGoogle Cloud menyetujui permintaan Anda. Untuk mengetahui petunjuknya, lihat Melihat ketersediaan resource di masa mendatang.

  • Kurangi jumlah instance komputasi yang direservasi: coba reservasi jumlah instance komputasi yang lebih kecil. Jika Anda memerlukan instance komputasi yang dipesan dalam jumlah besar, pertimbangkan untuk membuat beberapa pemesanan yang lebih kecil untuk instance komputasi tersebut di berbagai region atau zona.

  • Longgarkan batasan penempatan rapat: jika Anda menentukan kebijakan penempatan rapat saat membuat pemesanan on-demand, pertimbangkan untuk meningkatkan nilai jarak maksimum atau menghapus kebijakan untuk melonggarkan batasan penempatan. Kebijakan penempatan rapat membantu Anda memesan instance komputasi yang berdekatan satu sama lain untuk mengurangi latensi jaringan, tetapi meningkatkan risiko terjadinya error ketersediaan resource. Untuk mengetahui informasi selengkapnya, lihat Tentang kebijakan penempatan rapat.

Menyelesaikan error saat Anda mengupdate jenis mesin

Untuk mengupdate jenis mesin instance komputasi yang ada, Anda harus menghentikan instance komputasi sebelum menerapkan perubahan. Jika Anda mencoba memulai instance komputasi dengan jenis mesin baru dan permintaan gagal karena batasan hardware, instance komputasi Anda akan tetap dihentikan hingga Anda memulainya lagi.

Untuk mengupdate dan memulai ulang instance komputasi, coba salah satu atau kedua tindakan berikut:

  • Kembalikan ke jenis mesin asli atau gunakan jenis mesin alternatif: jika konfigurasi hardware target tidak tersedia, ubah jenis mesin kembali ke konfigurasi sebelumnya atau gunakan jenis mesin perantara yang mendukung workload Anda. Setelah melakukan salah satu tindakan ini, mulai ulang instance komputasi Anda. Karena instance komputasi berjalan pada konfigurasi tersebut sebelum Anda menghentikannya, pengembalian ini memungkinkan Anda memulai ulang workload sambil mengevaluasi opsi alternatif atau meminta kapasitas di zona lain.

  • Pindahkan workload Anda ke zona lain: jika jenis mesin target Anda tidak tersedia di zona saat ini, pindahkan workload Anda ke zona yang memiliki kapasitas. Karena instance komputasi adalah resource zona, ambil snapshot boot disk dan disk yang terpasang. Kemudian, buat instance komputasi pengganti di zona target dengan jenis mesin baru. Untuk mengetahui petunjuknya, lihat Memindahkan instance VM antar-zona atau region.

Ringkasan rekomendasi berdasarkan persyaratan workload

Untuk mengevaluasi pendekatan alternatif berdasarkan aspek workload yang dapat Anda sesuaikan, lihat tabel berikut:

Yang harus Anda simpan Yang dapat Anda sesuaikan Rekomendasi Fitur yang berlaku
Lokasi (zona atau region tertentu) Seri atau jenis mesin Konfigurasikan jenis mesin pengganti dengan fleksibilitas instance, atau bagi persyaratan komputasi ke jenis mesin yang lebih kecil yang mendukung workload Anda.
Jenis mesin (konfigurasi tertentu) Lokasi Minta resource di region atau zona yang berbeda, gunakan bentuk distribusi target yang fleksibel (BALANCED, ANY, atau ANY_SINGLE_ZONE), atau aktifkan perbaikan zona alternatif untuk MIG regional yang menggunakan bentuk BALANCED atau ANY.
Hardware tertentu (seperti model GPU tertentu) Waktu mulai atau model penyediaan Gunakan Flex-start VM, permintaan ubah ukuran MIG, Spot VM (termasuk saat Anda membuat instance komputasi secara massal), pemesanan untuk masa mendatang dalam mode kalender, atau resource dalam antrean untuk TPU.
Startup langsung untuk instance komputasi yang tersedia Jumlah instance komputasi awal Tetapkan nilai minCount yang lebih rendah saat Anda membuat instance komputasi secara massal untuk menerima kapasitas parsial, atau gunakan MIG untuk segera memulai instance komputasi yang tersedia saat grup mencoba kembali mendapatkan instance komputasi yang tersisa.

Langkah berikutnya