Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Azure VM Image Builder adalah layanan terkelola yang membangun dan menyesuaikan image mesin virtual (VM), lalu mendistribusikan image yang dihasilkan ke target seperti Azure Compute Gallery atau hard disk virtual (VHD) di Azure Blob Storage. Layanan ini tidak mengharuskan Anda untuk memelihara infrastruktur build berumur panjang.
Saat Anda menggunakan Azure, keandalan adalah tanggung jawab bersama. Microsoft menyediakan berbagai kemampuan untuk mendukung ketahanan dan pemulihan. Anda bertanggung jawab untuk memahami cara kerja kemampuan tersebut dalam semua layanan yang Anda gunakan, dan memilih kemampuan yang Anda butuhkan untuk memenuhi tujuan bisnis dan tujuan waktu aktif Anda.
Artikel ini menjelaskan cara membuat Azure VM Image Builder tahan terhadap berbagai potensi pemadaman dan masalah, termasuk kesalahan sementara, kegagalan zona ketersediaan, kegagalan di seluruh wilayah, dan pemeliharaan layanan. Ini juga menjelaskan opsi pencadangan dan pemulihan, solusi multiregion kustom, dan informasi utama tentang perjanjian tingkat layanan (SLA) Azure VM Image Builder.
Rekomendasi penyebaran produksi
Pertimbangkan rekomendasi berikut saat Anda merancang alur pembuatan gambar produksi:
Tentukan templat image Anda dengan menggunakan infrastruktur sebagai kode, seperti Bicep atau Terraform, dan simpan definisi dalam source control.
Distribusikan gambar yang sudah selesai ke wilayah tempat beban kerja Anda berjalan, seperti melalui replikasi Azure Compute Gallery, untuk menghindari dependensi lintas wilayah yang tidak perlu selama pembuatan VM, peluasan skala, dan operasi pencitraan ulang.
Simpan skrip kustomisasi, paket, dan dependensi build lainnya dalam penyimpanan yang memiliki karakteristik redundansi yang dibutuhkan oleh beban kerja Anda.
Gambaran umum arsitektur keandalan
Bagian ini menjelaskan beberapa aspek penting tentang cara kerja layanan yang paling relevan dari perspektif keandalan. Bagian ini memperkenalkan arsitektur logis, yang mencakup beberapa sumber daya dan fitur yang Anda sebarkan dan gunakan. Ini juga membahas arsitektur fisik, yang memberikan detail tentang cara kerja layanan di bawah sampul.
Arsitektur logika
Saat Anda menggunakan VM Image Builder, Anda menyebarkan templat gambar ke satu wilayah Azure, yang menjadi wilayah asal templat.
Setelah membuat templat, Anda menjalankan build, yang menjalankan serangkaian langkah untuk membuat gambar VM. Langkah-langkah tersebut mungkin menjalankan skrip atau menyertakan paket yang ingin Anda sematkan dalam gambar.
Layanan ini membuat atau menggunakan grup sumber daya penahapan dan menyebarkan infrastruktur build di langganan Anda. Setelah build, layanan menghapus sumber daya sementara, termasuk VM build dan sumber daya jaringan terkait. Grup sumber daya penahapan dan sumber daya penyimpanannya tetap ada selama sumber daya templat gambar ada.
VM Image Builder mendistribusikan gambar jadi ke satu atau beberapa target yang Anda tentukan. Target yang umum meliputi:
Azure Compute Gallery (sebelumnya dikenal sebagai Shared Image Gallery): Compute Gallery menyediakan replikasi multiregion gambar VM. Misalnya, Anda dapat membangun gambar di satu wilayah dan mendistribusikan versi gambar Azure Compute Gallery yang dihasilkan ke beberapa wilayah target.
Azure Blob Storage: Layanan dapat menyimpan VHD di akun penyimpanan yang digunakan VM Image Builder atau di akun penyimpanan dan kontainer blob yang Anda tentukan.
Jika Anda menggunakan akun penyimpanan yang dikelola layanan sebagai tujuan distribusi VHD, layanan menyimpan VHD dalam grup sumber daya penahapan. Saat Anda menghapus templat gambar, layanan juga menghapus VHD. Untuk mempertahankan VHD secara independen dari templat gambar, pindahkan ke akun penyimpanan kustom atau salin ke lokasi lain sebelum Anda menghapus templat.
Azure Compute Gallery dan Blob Storage adalah layanan terpisah dari VM Image Builder. Anda dapat mendistribusikan gambar ke beberapa target, termasuk target di wilayah Azure yang berbeda. Model distribusi ini membantu Anda memisahkan wilayah tempat Anda membangun image dari wilayah tempat Anda menggunakan image tersebut.
Note
VM Image Builder juga mendukung image terkelola, yang merupakan target distribusi warisan. Artikel ini tidak mencakup managed image. Untuk skenario produksi, gunakan Azure Compute Gallery.
Arsitektur fisik
VM Image Builder menggunakan Build Image Terisolasi untuk menjalankan proses kustomisasi dan validasi image inti. Layanan ini menyebarkan sumber daya Azure Container Instances khusus dan VM build di grup sumber daya penahapan di langganan Anda. Sumber daya Container Instances menjalankan HashiCorp Packer untuk menyesuaikan dan memvalidasi image, dan VM Image Builder mengoordinasikan build.
Untuk menjalankan build gambar, daftarkan penyedia sumber daya Microsoft.ContainerInstance dan pastikan langganan Anda memiliki kuota Container Instances yang memadai. Untuk informasi selengkapnya tentang arsitektur layanan, wilayah yang didukung, dan proses build, lihat gambaran umum Azure VM Image Builder.
Layanan Azure yang terpisah, seperti Azure Compute Gallery dan Blob Storage, menyimpan gambar yang sudah selesai. Konfigurasikan setiap target distribusi untuk memenuhi persyaratan ketahanan Anda.
Ketahanan terhadap kesalahan sementara
Kesalahan sementara adalah kegagalan yang bersifat sementara dan intermiten dalam komponen. Mereka sering terjadi di lingkungan terdistribusi seperti cloud, dan mereka adalah bagian normal dari operasi. Kesalahan sementara memperbaiki diri setelah waktu yang singkat. Penting bahwa aplikasi Anda dapat menangani kesalahan sementara, biasanya dengan mencoba kembali permintaan yang terpengaruh.
Semua aplikasi yang dihosting cloud harus mengikuti panduan penanganan kesalahan sementara Azure saat berkomunikasi dengan API, database, dan komponen lain yang dihosting cloud. Untuk informasi selengkapnya, lihat Rekomendasi untuk menangani kesalahan sementara.
Anda biasanya berinteraksi dengan Azure VM Image Builder dengan menggunakan portal Azure, Azure CLI, Azure PowerShell, atau infrastruktur sebagai kode seperti Bicep. Pipeline build Anda bertanggung jawab untuk menangani kegagalan sementara. Jika Azure Resource Manager mengembalikan respons kesalahan sementara, coba lagi permintaan dengan backoff yang sesuai.
Jika build lastRunStatus gagal, periksa log kustomisasi dan validasinya, serta output eksekusi distribusi sebelum Anda menjalankannya kembali. Detail ini membantu Anda menentukan apakah kondisi kesalahan sementara, langkah penyesuaian, atau operasi distribusi image menyebabkan kegagalan. Untuk informasi selengkapnya, lihat Memecahkan masalah kegagalan build VM Image Builder.
Operasi build juga dapat bergantung pada sistem eksternal, seperti akun penyimpanan, repositori paket, lokasi gambar sumber, dan target distribusi. Rancang langkah dan alur kustomisasi Anda untuk mendukung percobaan kembali setelah masalah sementara pada jaringan, platform, atau dependensi.
Ketahanan terhadap kegagalan zona ketersediaan
Operasi build dan image final berperilaku berbeda selama kegagalan zona.
Build: VM Image Builder tidak mendukung zona ketersediaan dan tidak memberikan jaminan ketahanan zona untuk templat gambar atau operasi build. Jika kegagalan zona memengaruhi sumber daya yang digunakan build, build mungkin gagal dimulai atau mungkin terganggu. VM Image Builder tidak secara otomatis memindahkan build ke zona lain.
Jika Anda perlu menjalankan build gambar selama pemadaman zona, sebarkan templat gambar anda dan sumber daya pendukung di beberapa wilayah Azure. Untuk informasi selengkapnya, lihat Solusi multiregion kustom untuk ketahanan.
Gambar: Image yang telah selesai dibuat tetap tersedia jika penyimpanannya tahan terhadap zona.
Azure Compute Gallery: versi image Azure Compute Gallery dapat menggunakan penyimpanan redundan zona (ZRS) di wilayah target yang mendukung zona ketersediaan. Untuk setiap wilayah target, pilih ZRS sebagai jenis replikasi akun penyimpanan. Defaultnya adalah penyimpanan redundan lokal (LRS), yang tidak tahan terhadap kegagalan zona. Untuk informasi selengkapnya, lihat ketersediaan tinggi Azure Compute Gallery.
VHD dalam Azure Blob Storage: Jika Anda tidak menggunakan akun penyimpanan kustom, VM Image Builder membuat akun penyimpanan ZRS secara default di wilayah yang mendukung zona ketersediaan. Jika Anda menggunakan akun penyimpanan kustom, Anda bertanggung jawab untuk mengonfigurasi redundansinya untuk memenuhi kebutuhan Anda. Gunakan ZRS untuk menyimpan salinan VHD di beberapa zona ketersediaan. Untuk informasi selengkapnya tentang cara kerja ZRS, lihat Keandalan dalam Azure Blob Storage.
Ketahanan terhadap kegagalan di seluruh wilayah
Operasi build dan image hasil build berperilaku berbeda selama kegagalan di seluruh wilayah.
Build: Azure VM Image Builder adalah layanan wilayah tunggal dan tidak menyediakan failover multiregion bawaan. Jika wilayah yang menghosting templat gambar Anda menjadi tidak tersedia, templat gambar dan operasi build di wilayah tersebut juga tidak tersedia. Layanan tidak secara otomatis melakukan failover ke wilayah lain.
Jika Anda perlu menjalankan build gambar selama pemadaman wilayah, sebarkan templat gambar Anda dan sumber daya pendukung di beberapa wilayah Azure. Untuk informasi selengkapnya, lihat Solusi multiregion kustom untuk ketahanan.
Gambar: Gambar yang sudah selesai tetap tersedia jika penyimpanannya tahan terhadap kegagalan di seluruh wilayah.
Azure Compute Gallery: Anda dapat mengonfigurasi Azure Compute Gallery untuk mereplikasi versi gambar ke beberapa wilayah. Replikasi bersifat asinkron, dan Anda dapat menggunakan versi image di wilayah target hanya setelah replikasi ke wilayah tersebut selesai.
Selama gangguan di satu wilayah, replika yang selesai tetap tersedia untuk penyebaran VM di wilayah target yang sehat. Namun, jika wilayah yang berisi sumber daya galeri tidak tersedia, Anda tidak dapat membuat atau memperbarui sumber daya galeri. Jika Anda perlu terus menerbitkan versi image selama gangguan pada region, pertahankan galeri terpisah di region build yang terpisah. Untuk informasi selengkapnya, lihat replikasi Azure Compute Gallery dan praktik terbaik.
VHD dalam Azure Blob Storage: Tujuan VHD yang dikelola layanan default tidak menyediakan geo-redundansi. Di wilayah yang mendukung zona ketersediaan, ia menggunakan ZRS, yang tidak melindungi dari kegagalan di seluruh wilayah.
Di wilayah dengan wilayah berpasangan, Anda dapat mendistribusikan VHD ke akun penyimpanan kustom yang menggunakan penyimpanan geo-redundan (GRS) atau penyimpanan geo-zona-redundan (GZRS). GRS akses baca (RA-GRS) dan GZRS akses baca (RA-GZRS) menyediakan akses baca-saja melalui titik akhir sekunder, tetapi mereka tidak melakukan failover. Untuk memulihkan akses baca-tulis normal di wilayah yang dipasangkan, mulai failover yang dikelola pelanggan atau salin VHD dari titik akhir sekunder ke akun penyimpanan terpisah. Replikasi geografis bersifat asinkron, sehingga failover yang tidak direncanakan mungkin menyebabkan hilangnya data yang tidak direplikasi. Periksa properti Waktu Sinkronisasi Terakhir akun penyimpanan sebelum failover jika memungkinkan.
Untuk informasi selengkapnya tentang perilaku failover Blob Storage dan pendekatan alternatif untuk mereplikasi data antara region yang tidak berpasangan, lihat Keandalan dalam Azure Blob Storage.
Solusi multiregion kustom untuk ketahanan
Jika Anda perlu terus mem-build image selama gangguan di suatu region, Anda bertanggung jawab untuk menyebarkan dan mengoperasikan lingkungan build independen di beberapa wilayah.
Pilih wilayah yang mendukung VM Image Builder. Di setiap wilayah build, siapkan templat gambar dan dependensi khusus wilayahnya, termasuk identitas terkelola dan penetapan peran, konfigurasi jaringan, artefak penyesuaian, gambar sumber atau replika gambar, dan target distribusi.
Jika Anda perlu menerbitkan gambar saat wilayah galeri tidak tersedia, gunakan sumber daya Compute Gallery independen di setiap wilayah build. Mereplikasi versi gambar dari satu galeri tidak menjadikan galeri sebagai sumber daya yang sepenuhnya multiregion.
Tentukan sumber daya ini dengan menggunakan infrastruktur sebagai kode, dan perlakukan definisi tersebut sebagai sumber kebenaran. Jaga agar lingkungan regional tetap sinkron saat konfigurasi berubah, dan uji secara teratur bahwa setiap lingkungan dapat membangun dan mendistribusikan image.
Pencadangan dan pemulihan
Azure VM Image Builder tidak menggantikan proses pencadangan dan pemulihan Anda. Dalam kebanyakan kasus, artefak yang penting untuk pemulihan adalah image final yang Anda terbitkan ke Azure Compute Gallery atau penyimpanan VHD.
Untuk meningkatkan pemulihan dari kerusakan atau gangguan tidak terencana yang berkepanjangan, ikuti rekomendasi berikut:
Pertahankan gambar yang diterbitkan di Azure Compute Gallery atau target distribusi lainnya sesuai dengan persyaratan retensi Anda.
Jika Anda membuat VHD dan menggunakan tujuan VHD default, salin VHD ke penyimpanan tahan lama Anda sendiri sebelum Anda menghapus templat gambar.
Gunakan kontrol versi untuk menyimpan dan membuat versi definisi templat gambar.
Gunakan kontrol sumber atau jenis penyimpanan tahan lama lainnya untuk menyimpan dan membuat versi skrip dan paket kustomisasi.
Validasi secara teratur bahwa setiap lingkungan pemulihan yang telah disebarkan sebelumnya dapat membangun dan mendistribusikan image.
Ketahanan terhadap pemeliharaan layanan
Microsoft mengelola pemeliharaan untuk Azure VM Image Builder. VM Image Builder tidak melayani lalu lintas aplikasi saat runtime, sehingga pemeliharaan tidak memengaruhi VM yang sudah Anda buat dari gambar yang diterbitkan. Jika build tertunda atau terganggu selama pemeliharaan atau peristiwa layanan lain, periksa status dan lognya, dan jalankan ulang.
Gunakan Azure Service Health untuk memantau pemeliharaan terencana dan insiden layanan yang mungkin memengaruhi wilayah build Anda.
Perjanjian tingkat layanan
Azure VM Image Builder tidak menyediakan perjanjian tingkat layanan ketersediaan (SLA).
SLA apa pun yang berlaku untuk target distribusi atau layanan penyimpanan berlaku secara terpisah dan tidak memberikan komitmen ketersediaan untuk templat VM Image Builder atau operasi build.