Bagikan melalui

Cara memperbarui Azure Cloud Service (klasik)

  • Artikel

Penting

Cloud Services (klasik) sekarang tidak lagi digunakan untuk pelanggan baru dan akan dihentikan untuk semua pelanggan pada 31 Agustus 2024. Penyebaran baru sebaiknya menggunakan Azure Resource Manager yang baru berdasarkan model penyebaran Azure Cloud Services (dukungan tambahan) .

Memperbarui layanan awan, termasuk peran dan OS tamunya, adalah proses tiga langkah. Pertama, file biner dan konfigurasi untuk layanan awan baru atau versi OS harus diunggah. Selanjutnya, Azure mencadangkan sumber daya komputasi dan jaringan untuk layanan awan berdasarkan persyaratan versi layanan awan baru. Akhirnya, Azure melakukan peningkatan bergulir untuk memperbarui penyewa secara bertahap ke versi baru atau OS tamu, sambil mempertahankan ketersediaan Anda. Artikel ini membahas detail langkah terakhir ini - peningkatan bergulir.

Memperbarui Layanan Azure

Azure mengatur instans peran Anda ke dalam pengelompokan logis yang disebut domain pemutakhiran (UD). Meningkatkan domain (UD) adalah kumpulan instans peran logis yang diperbarui sebagai grup. Azure memperbarui layanan awan satu UD sekaligus, yang memungkinkan instans di UD lain untuk terus melayani lalu lintas.

Jumlah default domain peningkatan adalah 5. Anda dapat menentukan jumlah domain peningkatan yang berbeda dengan menyertakan atribut upgradeDomainCount dalam file definisi layanan (.csdef). Untuk informasi selengkapnya tentang atribut upgradeDomainCount, lihat Skema Definisi Azure Cloud Service (File.csdef).

Saat Anda melakukan pembaruan di tempat dari satu atau beberapa peran dalam layanan Anda, Azure memperbarui kumpulan instans peran sesuai dengan domain peningkatan tempat peran tersebut berada. Azure memperbarui semua instans di domain peningkatan tertentu - menghentikannya, memperbaruinya, membawanya kembali on-line - lalu pindah ke domain berikutnya. Dengan hanya menghentikan instans yang berjalan di domain peningkatan saat ini, Azure memastikan bahwa pembaruan terjadi dengan dampak sesingkat mungkin ke layanan yang sedang berjalan. Untuk informasi selengkapnya, lihat Bagaimana pembaruan dilakukan nanti di artikel ini.

Catatan

Meskipun persyaratan pembaruan dan peningkatan memiliki arti yang sedikit berbeda dalam konteks Azure, mereka dapat digunakan secara bergantian untuk proses dan deskripsi fitur dalam dokumen ini.

Layanan Anda harus menentukan setidaknya dua instans peran agar peran tersebut diperbarui tanpa waktu henti. Jika layanan hanya terdiri dari satu instans satu peran, layanan Anda tidak akan tersedia hingga pembaruan di tempat selesai.

Topik ini membahas informasi berikut tentang pembaruan Azure:

Perubahan layanan yang diperbolehkan selama pembaruan

Tabel berikut ini memperlihatkan perubahan yang diperbolehkan pada layanan selama pembaruan:

Perubahan yang diizinkan untuk hosting, layanan, dan peran Pembaruan di tempat Bertahap (pertukaran VIP) Hapus dan sebarkan ulang
Versi sistem operasi Ya Ya Ya
Tingkat kepercayaan .NET Ya Ya Ya
Ukuran komputer virtual1 Ya2 Ya Ya
Pengaturan penyimpanan lokal Hanya tambah2 Ya Ya
Menambahkan atau menghapus peran dalam layanan Ya Ya Ya
Jumlah instans dalam peran tertentu Ya Ya Ya
Jumlah atau tipe titik akhir untuk layanan Ya2 Tidak Ya
Nama dan nilai pengaturan konfigurasi Ya Ya Ya
Nilai (tapi bukan nama) dari pengaturan konfigurasi Ya Ya Ya
Tambah sertifikat baru Ya Ya Ya
Ubah sertifikat yang sudah ada Ya Ya Ya
Sebarkan kode baru Ya Ya Ya

1 Perubahan ukuran terbatas pada subkumpulan ukuran yang tersedia untuk layanan awan.

2 Memerlukan Azure SDK 1.5 atau versi yang lebih baru.

Peringatan

Mengubah ukuran komputer virtual akan menghancurkan data lokal.

Item berikut ini tidak didukung selama pembaruan:

  • Mengubah nama peran. Hapus lalu tambahkan peran dengan nama baru.
  • Mengubah jumlah Domain Peningkatan.
  • Mengurangi ukuran sumber daya lokal.

Jika Anda membuat pembaruan lain untuk definisi layanan Anda, seperti mengurangi ukuran sumber daya lokal, Anda harus melakukan pembaruan swap VIP sebagai gantinya. Untuk informasi selengkapnya, lihat Penyebaran Swap.

Bagaimana peningkatan berlanjut

Anda dapat memutuskan apakah Anda ingin memperbarui semua peran dalam layanan Anda atau satu peran dalam layanan. Dalam kedua kasus, semua contoh dari setiap peran yang sedang ditingkatkan dan milik domain pemutakhiran pertama dihentikan, ditingkatkan, dan dibawa kembali secara online. Setelah domain kembali online, instans di domain kedua dihentikan, ditingkatkan, dan dibawa dikembalikan online. Layanan awan dapat memiliki paling banyak satu peningkatan aktif pada satu waktu. Peningkatan selalu dilakukan terhadap versi terbaru layanan awan.

Diagram berikut ini menggambarkan bagaimana peningkatan berlanjut jika Anda memutakhirkan semua peran dalam layanan:

Meningkatkan layanan

Diagram berikutnya ini menggambarkan bagaimana pembaruan berlangsung jika Anda meningkatkan hanya satu peran:

Tingkatkan peran

Selama pembaruan otomatis, Azure Fabric Controller secara berkala mengevaluasi kesehatan layanan awan untuk menentukan kapan aman untuk berjalan di UD berikutnya. Evaluasi kesehatan ini dilakukan berdasarkan per peran dan hanya mempertimbangkan contoh dalam versi terbaru (yaitu instans dari UD yang telah berjalan). Ini memverifikasi bahwa jumlah minimum instans peran, untuk setiap peran, telah mencapai status terminal yang memuaskan.

Batas Waktu Mulai Instans Peran

Fabric Controller akan menunggu 30 menit untuk setiap instans peran untuk mencapai keadaan Dimulai. Jika durasi waktu habis berlalu, Fabric Controller akan terus berjalan ke instans peran berikutnya.

Dampak untuk mendorong data selama peningkatan Cloud Service

Saat meningkatkan layanan dari satu instans ke beberapa instans, layanan Anda akan diturunkan saat peningkatan dilakukan karena cara Azure meningkatkan layanan. Perjanjian tingkat layanan yang menjamin ketersediaan layanan hanya berlaku untuk layanan yang disebarkan dengan lebih dari satu instans. Daftar berikut ini menjelaskan bagaimana data pada setiap drive dipengaruhi oleh setiap skenario peningkatan layanan Azure:

Skenario Drive C Drive D Drive E
Mulai ulang VM Diawetkan Diawetkan Diawetkan
Mulai ulang portal Diawetkan Diawetkan Dihancurkan
Reimage portal Diawetkan Dihancurkan Dihancurkan
Peningkatan Di Tempat Diawetkan Diawetkan Dihancurkan
Migrasi node Dihancurkan Dihancurkan Dihancurkan

Perhatikan bahwa, dalam daftar di atas, drive E: mewakili root drive peran, dan tidak boleh dikodekan secara permanen. Sebagai gantinya, gunakan variabel lingkungan %RoleRoot% untuk mewakili drive.

Untuk meminimalkan waktu henti saat meningkatkan layanan instans tunggal, terapkan layanan multi-instans baru ke server pementasan dan lakukan pertukaran VIP.

Pembatalan pembaruan

Azure memberikan fleksibilitas dalam mengelola layanan selama pembaruan dengan memungkinkan Anda memulai operasi tambahan pada layanan, setelah permintaan pembaruan awal diterima oleh Azure Fabric Controller. Pembatalan hanya dapat dilakukan ketika pembaruan (perubahan konfigurasi) atau peningkatan dalam keadaan sedang berlangsung pada penyebaran. Pembaruan atau peningkatan dianggap sedang berlangsung selama setidaknya ada satu instans layanan yang belum diperbarui ke versi baru. Untuk menguji apakah pembatalan diperbolehkan, periksa nilai bendera RollbackAllowed, yang dikembalikan oleh operasi Dapatkan Penyebaran dan operasi Dapatkan Properti Layanan Awan, diatur ke true.

Catatan

Masuk akal untuk memanggil Pemutaran kembali pada pembaruan atau peningkatan di tempat karena peningkatan swap VIP melibatkan penggantian satu seluruh instans yang berjalan dari layanan Anda dengan yang lain.

Pembatalan pembaruan yang sedang berlangsung memiliki efek berikut pada penyebaran:

  • Setiap instans peran yang belum diperbarui atau ditingkatkan ke versi baru tidak diperbarui atau ditingkatkan, karena instans tersebut sudah menjalankan versi target layanan.
  • Setiap instans peran yang telah diperbarui atau ditingkatkan ke versi baru file paket layanan (*.cspkg) atau file konfigurasi layanan (*.cscfg) (atau kedua file tersebut) dikembalikan ke versi pra-peningkatan file ini.

Ini secara fungsional disediakan oleh fitur-fitur berikut:

  • Operasi Rollback Update Or Upgrade, yang dapat dipanggil pada pembaruan konfigurasi (dipicu oleh panggilan Ubah Konfigurasi Penyebaran)atau peningkatan (dipicu oleh panggilan Upgrade Deployment)selama setidaknya ada satu contoh dalam layanan yang belum diperbarui ke versi baru.

  • Elemen Terkunci dan elemen RollbackAllowed, yang dikembalikan sebagai bagian dari isi respons operasi Get Deployment dan Get Cloud Service Properties:

    1. Elemen Terkunci memungkinkan Anda mendeteksi kapan operasi bermutasi dapat dipanggil pada penyebaran tertentu.
    2. Elemen RollbackAllowed memungkinkan Anda mendeteksi kapan operasi Rollback Update Or Upgrade dapat dipanggil pada penyebaran tertentu.

    Untuk melakukan pembatalan, Anda tidak perlu memeriksa elemen Terkunci dan RollbackAllowed. Cukup untuk mengkonfirmasi bahwa RollbackAllowed diatur ke true. Elemen-elemen ini hanya dikembalikan jika metode ini dipanggil dengan menggunakan header permintaan yang diatur ke "x-ms-version: 2011-10-01" atau versi yang lebih baru. Untuk informasi selengkapnya tentang header penerapan versi, lihat Penerapan Versi Manajemen Layanan.

Ada beberapa situasi di mana pembatalan pembaruan atau peningkatan tidak didukung, ini adalah sebagai berikut:

  • Pengurangan sumber daya lokal - Jika pembaruan meningkatkan sumber daya lokal untuk peran platform Azure tidak memungkinkan bergulir kembali.
  • Batasan kuota - Jika pembaruan adalah operasi menurunkan skala, Anda mungkin tidak lagi memiliki kuota komputasi yang memadai untuk menyelesaikan operasi pembatalan. Setiap langganan Azure memiliki kuota yang terkait dengannya yang menentukan jumlah maksimum core yang dapat digunakan oleh semua layanan yang dihosting yang termasuk dalam langganan tersebut. Jika melakukan pembatalan pembaruan yang diberikan akan menempatkan langganan Anda di atas kuota maka pembatalan tidak akan diaktifkan.
  • Kondisi balapan - Jika pembaruan awal telah selesai, pembatalan tidak dimungkinkan.

Contoh kapan pembatalan pembaruan mungkin berguna adalah jika Anda menggunakan operasi Peningkatan Penyebaran dalam mode manual untuk mengontrol laju di mana peningkatan di tempat utama ke layanan yang dihosting Azure Anda diluncurkan.

Selama peluncuran peningkatan, Anda memanggil Penyebaran Peningkatan dalam mode manual dan mulai berjalan meningkatkan domain. Jika pada titik tertentu, saat Anda memantau peningkatan, Anda mencatat beberapa instans peran di domain peningkatan pertama yang Anda periksa telah menjadi tidak responsif, Anda dapat memanggil operasi Rollback Update Or Upgrade pada penyebaran, yang akan membuat instans yang belum tersentuh yang belum ditingkatkan dan pembatalan instans yang telah ditingkatkan ke paket layanan dan konfigurasi sebelumnya.

Memulai beberapa operasi bermutasi pada penyebaran yang sedang berlangsung

Dalam beberapa kasus, Anda mungkin ingin memulai beberapa operasi bermutasi secara bersamaan pada penyebaran yang sedang berlangsung. Misalnya, Anda dapat melakukan pembaruan layanan dan, sementara pembaruan tersebut sedang diluncurkan di seluruh layanan Anda, Anda ingin membuat beberapa perubahan, misalnya untuk mengembalikan pembaruan, menerapkan pembaruan yang berbeda, atau bahkan menghapus penyebaran. Kasus di mana ini mungkin diperlukan adalah jika peningkatan layanan berisi kode buggy yang menyebabkan instans peran yang ditingkatkan berulang kali crash. Dalam hal ini, Azure Fabric Controller tidak akan dapat membuat kemajuan dalam menerapkan peningkatan itu karena jumlah instans yang tidak mencukupi di domain yang ditingkatkan sehat. Status ini disebut sebagai penyebaran macet. Anda dapat melepaskan penyebaran dengan mengembalikan pembaruan atau menerapkan pembaruan baru di atas yang gagal.

Setelah permintaan awal untuk memperbarui atau meningkatkan layanan telah diterima oleh Azure Fabric Controller, Anda dapat memulai operasi bermutasi berikutnya. Artinya, Anda tidak perlu menunggu operasi awal selesai sebelum Anda dapat memulai operasi bermutasi lain.

Memulai operasi pembaruan kedua saat pembaruan pertama sedang berlangsung akan melakukan mirip dengan operasi pembatalan. Jika pembaruan kedua dalam mode otomatis, domain peningkatan pertama akan segera ditingkatkan, mungkin mengarah ke instans dari beberapa domain pemutakhiran yang offline pada titik waktu yang sama.

Operasi bermutasi adalah sebagai berikut: Ubah Konfigurasi Penyebaran, Penyebaran Peningkatan, Status Penyebaran Pembaruan, Hapus Penyebaran, dan Pembaruan Atau Peningkatan Pembatalan.

Dua operasi, Dapatkan Penyebaran dan Dapatkan Properti Layanan Awan, kembalikan bendera Terkunci yang dapat diperiksa untuk menentukan apakah operasi bermutasi dapat dipanggil pada penyebaran tertentu.

Untuk memanggil versi metode ini yang mengembalikan bendera Terkunci, Anda harus mengatur header permintaan ke "x-ms-version: 2011-10-01" atau yang lebih baru. Untuk informasi selengkapnya tentang header penerapan versi, lihat Penerapan Versi Manajemen Layanan.

Distribusi peran di seluruh domain peningkatan

Azure mendistribusikan instans peran secara merata di sejumlah domain peningkatan yang dapat dikonfigurasi sebagai bagian dari file definisi layanan (.csdef). Jumlah maksimum domain peningkatan adalah 20 dan defaultnya adalah 5. Untuk informasi selengkapnya tentang cara mengubah file definisi layanan, lihat Skema Definisi Layanan Azure (File.csdef).

Misalnya, jika peran Anda memiliki sepuluh instans, secara default setiap domain peningkatan berisi dua instans. Jika peran Anda memiliki 14 instans, maka empat domain peningkatan berisi tiga instans, dan domain kelima berisi dua.

Domain peningkatan diidentifikasi dengan indeks berbasis nol: domain peningkatan pertama memiliki ID 0, dan domain peningkatan kedua memiliki ID 1, dan seterusnya.

Diagram berikut ini menggambarkan bagaimana layanan daripada berisi dua peran didistribusikan ketika layanan menentukan dua domain peningkatan. Layanan ini menjalankan delapan instans peran web dan sembilan instans peran pekerja.

Distribusi Distribusi Domain Peningkatan

Catatan

Perhatikan bahwa Azure mengontrol bagaimana instans dialokasikan di seluruh domain peningkatan. Tidak dimungkinkan untuk menentukan instans mana yang dialokasikan ke domain mana.

Langkah berikutnya

Cara Mengelola Layanan Awan
Cara Memantau Layanan Awan
Cara Mengonfigurasi Layanan Awan