Artikel ini mencakup pertanyaan yang sering diajukan tentang masalah penerapan untuk Microsoft Azure Cloud Services. Anda juga dapat berkonsultasi dengan halaman Ukuran Komputer Virtual (VM) Cloud Services untuk informasi ukuran.
Mengapa menyebarkan layanan cloud ke slot penahapan terkadang gagal dengan kesalahan alokasi sumber daya jika sudah ada penyebaran di slot produksi?
Jika layanan cloud memiliki penerapan di salah satu slot, seluruh layanan cloud disematkan ke kluster tertentu. Hal ini berarti bahwa jika penerapan sudah ada pada slot produksi, tahapan penerapan baru hanya dapat dialokasikan di kluster yang sama dengan slot produksi.
Kegagalan alokasi terjadi ketika kluster tempat layanan cloud Anda berada tidak memiliki sumber daya komputasi fisik yang cukup untuk memenuhi permintaan penyebaran Anda.
Untuk bantuan dalam mengurangi kegagalan alokasi tersebut, lihat Kegagalan alokasi Cloud Service: Solusi.
Mengapa proses scaling up atau scaling out pada penerapan layanan cloud terkadang mengakibatkan kegagalan alokasi?
Ketika layanan cloud diterapkan, biasanya layanan tersebut disematkan ke kluster tertentu. Hal ini berarti proses scaling up/out pada layanan cloud yang ada harus mengalokasikan contoh baru di kluster yang sama. Jika kluster mendekati kapasitas atau ukuran/jenis VM yang diinginkan tidak tersedia, permintaan mungkin gagal.
Untuk bantuan dalam mengurangi kegagalan alokasi tersebut, lihat Kegagalan alokasi Cloud Service: Solusi.
Mengapa menerapkan layanan cloud ke grup afinitas terkadang mengakibatkan kegagalan alokasi?
Fabric dalam kluster apa pun di wilayah tersebut dapat mengalokasikan penyebaran baru ke layanan cloud kosong, kecuali layanan cloud disematkan ke grup afinitas. Upaya penyebaran ke grup afinitas yang sama terjadi pada kluster yang sama. Jika kluster mendekati kapasitas, maka permintaan bisa gagal.
Untuk bantuan dalam mengurangi kegagalan alokasi tersebut, lihat Kegagalan alokasi Cloud Service: Solusi.
Mengapa mengubah ukuran VM atau menambahkan VM baru ke layanan cloud yang ada terkadang mengakibatkan kegagalan alokasi?
Kluster di pusat data mungkin memiliki konfigurasi jenis komputer yang berbeda (misalnya, seri A, seri Av2, seri D, seri Dv2, seri G, seri H, dll.), tetapi tidak semua kluster harus memiliki semua jenis VM. Misalnya, jika Anda mencoba menambahkan VM seri D ke layanan cloud yang sudah disebarkan dalam kluster khusus seri A, Anda mengalami kegagalan alokasi. Kegagalan ini juga terjadi jika Anda mencoba mengubah ukuran SKU VM (misalnya, beralih dari seri A ke seri D).
Untuk bantuan dalam mengurangi kegagalan alokasi tersebut, lihat Kegagalan alokasi Cloud Service: Solusi.
Untuk memeriksa ukuran yang tersedia di wilayah Anda, lihat Microsoft Azure: Produk tersedia berdasarkan wilayah.
Mengapa menerapkan layanan cloud terkadang gagal karena batasan/kuota/larangan pada langganan atau layanan saya?
Penerapan layanan cloud bisa gagal jika sumber daya yang perlu dialokasikan melebihi kuota default atau maksimum yang diperbolehkan untuk layanan Anda di level wilayah/pusat data. Untuk informasi lebih lanjut, lihat Batas Cloud Services.
Anda juga dapat melacak penggunaan/kuota saat ini untuk langganan Anda pada portal: Portal Microsoft Azure=> Langganan><langganan yang sesuai> +> “Penggunaan + kuota".
Informasi yang terkait penggunaan/konsumsi sumber daya juga dapat diambil melalui Azure Billing API. Lihat Gambaran umum API konsumsi Azure.
Bagaimana cara mengubah ukuran VM layanan cloud yang diterapkan tanpa menerapkannya kembali?
Anda tidak dapat mengubah ukuran VM dari layanan cloud yang disebarkan tanpa menyebarkannya kembali. Ukuran VM dibangun ke dalam CSDEF, yang hanya dapat diperbarui dengan penyebaran ulang.
Untuk informasi lebih lanjut, lihat Cara memperbarui layanan cloud.
Mengapa saya tidak dapat menyebarkan Cloud Services melalui model penyebaran klasik atau PowerShell saat menggunakan akun Azure Resource Manager Storage?
Karena Cloud Service adalah sumber daya Klasik yang tidak kompatibel langsung dengan model Azure Resource Manager, Anda tidak dapat mengaitkannya dengan akun Azure Resource Manager Storage. Berikut adalah beberapa opsi:
Menerapkan melalui REST API.
Saat Anda menyebarkan melalui model penyebaran klasik, Anda dapat mengatasi batasan dengan menentukan URL SAS ke penyimpanan blob, yang berfungsi dengan akun Penyimpanan Klasik dan Azure Resource Manager. Baca lebih lanjut tentang properti 'PackageUrl' di sini.
Menerapkan melalui portal Azure.
Solusi ini berfungsi dari portal Azure saat panggilan melewati proksi/shim yang memungkinkan komunikasi antara Sumber Daya Azure dan sumber daya Klasik.
Mengapa portal Azure memerlukan saya menyediakan akun penyimpanan untuk penerapan?
Di portal klasik, paket diunggah ke lapisan API manajemen secara langsung, lalu lapisan API akan memasukkan paket tersebut sementara ke akun penyimpanan internal. Proses ini menyebabkan masalah performa dan skalabilitas karena lapisan API tidak dirancang untuk menjadi layanan unggah file. Dalam portal Azure (model penyebaran Resource Manager), kami melewati langkah sementara pengunggahan pertama ke lapisan API, menghasilkan penyebaran yang lebih cepat dan lebih andal.
Adapun biayanya, itu kecil dan Anda dapat menggunakan kembali akun penyimpanan yang sama di semua penyebaran. Anda dapat menggunakan kalkulator biaya penyimpanan untuk menentukan biaya mengunggah paket layanan (CSPKG), mengunduh CSPKG, lalu menghapus CSPKG.