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 perlu meminta kuota menggunakan proses yang sama dengan produk Azure Resource Manager lainnya. Kuota di Azure Resource Manager bersifat regional dan permintaan kuota terpisah 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 pekerja dan web.

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 bukan untuk menskalakan semua peran secara otomatis 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 yang diperluas) mendapatkan pembaruan yang sama.

Penyebaran Cloud Services (dukungan yang diperluas) hanya mendukung status Dihentikan- Dialokasikan, yang muncul sebagai "dihentikan" 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 Service (dukungan yang diperluas)

Cloud Services (dukungan yang diperluas) menggunakan alamat IP Publik Azure Key Vault dan Basic (Azure Resource Manager). 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 lebih lanjut, kunjungi halaman harga bandwidth Azure.

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

Penyeimbang beban, grup keamanan jaringan, dan tabel rute perlu tinggal di wilayah dan grup sumber daya yang sama.

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

Alamat IP publik, penyeimbang muatan, grup keamanan jaringan, dan tabel rute perlu berada di jaringan virtual yang sama.

File templat 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 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 ketika akun penyimpanan hanya diaktifkan jaringan virtual yang dipilih dalam pengaturan.

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

Memperkirakan waktu yang diperlukan dan migrasi kompleksitas tergantung pada berbagai variabel. Perencanaan adalah langkah paling efektif untuk memahami cakupan 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 disembunyikan. 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, 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 jaringan virtual.

Cloud Services (dukungan yang diperluas) mengadopsi proses yang sama dengan penawaran komputasi lain di mana sertifikat berada dalam Key Vault yang dikelola pelanggan. Proses 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 dilintasi CS-ES untuk referensi ke rahasia. Alasan kami tidak mengizinkan referensi lintas langganan adalah sebagai langkah terakhir yang penting untuk mencegah pengguna berbahaya 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. 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. 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 bukan untuk menskalakan semua peran secara otomatis secara bersamaan.

Skenario ini tidak didukung melalui Visual Studio. Sebarkan melalui PowerShell atau Portal.

Langkah berikutnya

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