Tanya jawab umum untuk Azure Cloud Services (dukungan yang diperluas)

• Cloud Services(klasik): microsoft.classiccompute/domainnames
• Cloud Services (dukungan diperpanjang): microsoft.compute/cloudservices

Cloud Services (dukungan perpanjangan) tersedia di semua wilayah publik dan sovereign cloud.

Pelanggan harus meminta kuota menggunakan proses yang sama dengan produk Azure Resource Manager lainnya. Kuota di Azure Resource Manager bersifat regional dan permintaan kuota terpisah akan diperlukan untuk setiap wilayah.

Cloud Services (dukungan yang diperluas) tidak mendukung konsep logis layanan yang dihosting, yang mencakup dua slot (Produksi & Penahapan). Setiap penyebaran adalah penyebaran Cloud Services (dukungan diperpanjang) independen. Untuk menguji dan melakukan tahapan rilis baru layanan cloud, sebarkan Microsoft Azure Cloud Services (dukungan yang diperluas) dan tandai sebagai VIP yang dapat ditukar dengan Microsoft Azure Cloud Services (dukungan yang diperluas) lain

Konsep nama layanan yang dihosting tidak ada lagi, Anda tidak dapat membuat Cloud Service kosong (dukungan yang diperluas).

Tidak, Cloud Services (dukungan yang diperluas) tidak mendukung Pemeriksaan Kesehatan Sumber Daya (RHC).

Tidak ada perubahan dalam metrik instans peran.

Tidak ada perubahan pada desain, arsitektur, atau komponen peran web dan pekerja.

Ketika beberapa panggilan Skala terjadi pada Layanan Cloud yang sama (untuk peran yang berbeda) pada perkiraan waktu yang sama, karena kondisi balapan, komponen Platform Microsoft menjadi tidak sinkron sehingga menyebabkan kegagalan. Microsoft bekerja secara aktif untuk menyelesaikan masalah ini. Solusi sementara yang disarankan adalah tidak secara otomatis menskalakan semua peran secara bersamaan.

Tidak ada perubahan pada desain, arsitektur, atau komponen instans peran.

Tidak ada perubahan pada metode peluncuran. Cloud Services (klasik) dan Cloud Services (dukungan diperpanjang) akan mendapatkan pembaruan yang sama.

Penyebaran Cloud Services (dukungan diperpanjang) hanya mendukung status Berhenti- Dialokasikan yang muncul sebagai "berhenti" di portal Azure. Status Dihentikan- Dibatalkan alokasinya tidak didukung.

Penyebaran Cloud Services (dukungan yang diperluas) tidak dapat menskalakan di beberapa kluster, zona ketersediaan, dan wilayah.

ID Penyebaran, juga dikenal sebagai ID Privat, dapat diakses menggunakan CloudServiceInstanceView API. Ini juga tersedia di portal Azure di bawah bilah Peran dan Instans Cloud Services (dukungan diperpanjang)

Cloud Services (dukungan diperpanjang) menggunakan alamat IP Publik Azure Key Vault and Basic (ARM). Pelanggan yang memerlukan sertifikat perlu menggunakan Azure Key Vault untuk manajemen sertifikat (pelajari selengkapnya tentang harga Azure Key Vault.) Setiap alamat IP Publik untuk Cloud Services (dukungan yang diperluas) dibebankan secara terpisah (pelajari selengkapnya tentang harga Alamat IP Publik.)

Bug dalam penagihan Bandwidth diperbaiki pada November 2022, yang mengakibatkan pelanggan mungkin melihat peningkatan penagihan berdasarkan transfer data mereka ke wilayah atau internet lain. Untuk referensi tambahan, kunjungi halaman harga bandwidth Azure.

Perjanjian Tingkat Layanan (SLA) untuk Cloud Services (dukungan yang diperluas) sama dengan SLA untuk Cloud Services (klasik). Silakan lihat Dokumen Lisensi.

Load balancer, grup keamanan jaringan, dan tabel rute harus berada di wilayah dan grup sumber daya yang sama.

Key Vault, jaringan virtual, alamat IP publik, grup keamanan jaringan, dan tabel rute harus tinggal di wilayah yang sama.

Alamat IP publik, load balancer, grup keamanan jaringan, dan tabel rute harus berada dalam jaringan virtual yang sama.

File template dan parameter dapat diteruskan sebagai parameter menggunakan REST, PowerShell dan CLI. Mereka juga dapat diunggah menggunakan portal Azure.

File templat dan parameter hanya digunakan untuk otomatisasi penyebaran. Seperti Cloud Services (klasik), Anda dapat membuat sumber daya dependen secara manual terlebih dahulu lalu penyebaran Cloud Services (dukungan diperpanjang) menggunakan PowerShell, perintah CLI, atau melalui Portal dengan csdef, cscfg yang ada.

Tidak ada perubahan yang diperlukan untuk kode aplikasi Anda yang dikemas dalam cspkg. Aplikasi Anda yang ada akan terus berfungsi seperti sebelumnya.

Format paket CTP tidak didukung di Cloud Services (dukungan yang diperluas). Namun, memungkinkan batas ukuran paket yang ditingkatkan sebesar 800 MB

CSES tidak mendukung Dukungan Identitas Terkelola. Jadi, Akun penyimpanan berdasarkan desain tidak mengizinkan CSES untuk mengakses file paket saat akun penyimpanan hanya diaktifkan VNet yang dipilih dalam pengaturan.

Tidak, penerapan Cloud Services (dukungan diperpanjang) terkait dengan klaster seperti Cloud Services (klasik). Oleh karena itu, kegagalan alokasi akan terus ada jika klaster penuh.

Memperkirakan waktu yang diperlukan dan migrasi kompleksitas tergantung pada berbagai variabel. Perencanaan adalah langkah paling efektif untuk memahami ruang lingkup pekerjaan, pemblokir, dan kompleksitas migrasi.

Jaringan virtual adalah sumber daya yang diperlukan untuk penyebaran apa pun di Azure Resource Manager. Penyebaran Cloud Services (dukungan diperpanjang) harus berada di dalam jaringan virtual.

Di Azure Resource Manager, komponen penyebaran Cloud Services (dukungan diperpanjang) Anda diekspos sebagai sumber daya untuk visibilitas yang lebih baik dan kontrol yang ditingkatkan. Jenis sumber daya yang sama digunakan di Cloud Services (klasik) namun mereka hanya tersembunyi. Salah satu contoh sumber daya tersebut adalah Public Load Balancer, yang sekarang merupakan sumber daya 'baca saja' eksplisit yang secara otomatis dibuat oleh platform

Subnet yang berisi penyebaran Cloud Services (dukungan yang diperluas) tidak dapat dibagikan dengan penyebaran dari produk komputasi lain seperti Virtual Machines, Virtual Machines Scale Sets, Service Fabric, dll.

Cloud Services (dukungan diperpanjang) mendukung metode alokasi IP statis & dinamis. Alamat IP statis direferensikan sebagai IP yang dipesan dalam file cscfg.

Pelanggan ditagih untuk penggunaan Alamat IP di Cloud Services (dukungan diperpanjang) sama seperti pengguna ditagih untuk alamat IP yang terkait dengan komputer virtual.

IP yang dipesan tidak dapat ditambahkan, dihapus, atau diubah selama pembaruan atau peningkatan penyebaran. Jika alamat IP perlu diubah, silakan gunakan Layanan Cloud yang dapat ditukar atau sebarkan dua Cloud Services dengan CName di Azure DNS\Traffic Manager sehingga IP dapat diarahkan ke salah satunya.

Ya. Cloud Services (dukungan diperpanjang) juga dapat diberi nama DNS. Dengan Azure Resource Manager, label DNS adalah properti opsional dari alamat IP publik yang ditetapkan ke Cloud Service. Format nama DNS untuk penerapan berbasis Azure Resource Manager adalah <userlabel>.<region>.cloudapp.azure.com

Tidak. Referensi jaringan virtual adalah wajib selama pembuatan cloud service. Untuk layanan cloud yang ada, referensi jaringan virtual tidak dapat diubah. Ruang alamat jaringan virtual itu sendiri dapat dimodifikasi menggunakan API VNet.

Cloud Services (dukungan yang diperluas) telah mengadopsi proses yang sama dengan penawaran komputasi lainnya di mana sertifikat berada dalam Key Vault yang dikelola pelanggan. Ini memungkinkan pelanggan untuk memiliki kontrol penuh atas rahasia & sertifikat mereka.

Tidak. Key Vault adalah sumber daya regional dan pelanggan memerlukan satu Key Vault di setiap wilayah. Namun, satu Key Vault dapat digunakan untuk semua penyebaran dalam wilayah tertentu.

Ya. Kami tidak mengizinkan referensi brankas kunci lintas langganan di Cloud Services untuk melindungi dari eskalasi serangan hak istimewa melalui CS-ES. Langganan bukan batas yang akan disilangkan CS-ES untuk referensi ke rahasia. Alasan kami tidak mengizinkan referensi langganan silang adalah sebagai langkah akhir yang penting untuk mencegah pengguna jahat menggunakan CS-ES sebagai mekanisme eskalasi hak istimewa untuk mengakses rahasia pengguna lain. Langganan bukanlah batas keamanan, tetapi pertahanan secara mendalam adalah persyaratan. Namun, Anda dapat menggunakan ekstensi Key Vault untuk mendapatkan dukungan lintas langganan dan lintas wilayah untuk sertifikat Anda. Harap lihat dokumentasi di sini

Ya. Alasan kami memberlakukan batas wilayah adalah untuk mencegah pengguna membuat arsitektur yang memiliki dependensi lintas wilayah. Isolasi wilayah adalah prinsip desain utama aplikasi berbasis cloud. Namun, Anda dapat menggunakan ekstensi Key Vault untuk mendapatkan dukungan lintas langganan dan lintas wilayah untuk sertifikat Anda. Harap lihat dokumentasi di sini

Ketika beberapa panggilan Skala terjadi pada Layanan Cloud yang sama (untuk peran yang berbeda) pada perkiraan waktu yang sama, karena kondisi balapan, komponen Platform Microsoft menjadi tidak sinkron sehingga menyebabkan kegagalan. Microsoft bekerja secara aktif untuk menyelesaikan masalah ini. Solusi sementara yang disarankan adalah tidak secara otomatis menskalakan semua peran secara bersamaan.

Skenario ini tidak didukung melalui Visual Studio. Harap sebarkan melalui PowerShell atau Portal.

Langkah berikutnya

Untuk mulai menggunakan Cloud Services (dukungan diperpanjang), lihat Menerapkan Cloud Services (dukungan diperpanjang) menggunakan PowerShell