Disiplin peningkatan untuk SQL Managed Instance dengan dukungan Azure Arc

Layanan data dengan dukungan Azure Arc memungkinkan Anda mendapatkan versi evergreen SQL yang hanya tersedia di SQL Managed Instance berkemampuan Arc. Berdasarkan sifat menjadi evergreen, SQL Managed Instance berkemampuan Arc menyediakan peningkatan berbasis layanan terkelola sehingga Anda dapat memperoleh manfaat dari inovasi dalam infrastruktur Azure Anda segera setelah tersedia, tidak seperti penginstalan lokal atau lingkungan multicloud.

Artikel ini menyediakan pertimbangan dan rekomendasi desain utama untuk mengonfigurasi dan mengelola proses peningkatan untuk layanan data dengan dukungan Azure Arc Anda.

Arsitektur

Mode terhubung langsung

Diagram berikut menampilkan alur peningkatan layanan data dalam mode Terhubung langsung .

Cuplikan layar yang memperlihatkan alur peningkatan layanan data dalam mode Terhubung langsung.

Mode tersambung secara tidak langsung

Diagram berikut menampilkan alur peningkatan layanan data dalam mode Terhubung secara tidak langsung .

Cuplikan layar yang memperlihatkan alur peningkatan layanan data dalam mode Terhubung secara tidak langsung.

Tingkat layanan Tujuan Umum

Diagram berikut menampilkan proses peningkatan untuk SQL Managed Instance berkemampuan Arc di tingkat layanan Tujuan Umum.

Cuplikan layar yang memperlihatkan proses pra-peningkatan SQL Managed Instance berkemampuan Arc di tingkat layanan Tujuan Umum.

Cuplikan layar yang memperlihatkan proses peningkatan SQL Managed Instance berkemampuan Arc di tingkat layanan Tujuan Umum.

Tingkat layanan Penting Bisnis

Diagram berikut menampilkan proses peningkatan untuk SQL Managed Instance berkemampuan Arc di tingkat layanan Business Critical.

Cuplikan layar yang memperlihatkan proses pra-peningkatan SQL Managed Instance yang diaktifkan Arc di tingkat layanan Business Critical.

Cuplikan layar yang memperlihatkan proses peningkatan SQL Managed Instance berkemampuan Arc di tingkat layanan Business Critical.

Cuplikan layar yang memperlihatkan peluncuran peningkatan replika sekunder yang tersisa dalam peningkatan tingkat layanan Business Critical.

Cuplikan layar yang menunjukkan failover tingkat SQL dan instansiasi pod terakhir dalam peningkatan tingkat layanan Business Critical.

Mempertimbangkan rancangan

Peningkatan Pengontrol Data Azure Arc

  • Peningkatan dapat dilakukan menggunakan berbagai alat, seperti Azure CLI, portal Azure, atau Kubernetes. Pertimbangkan alat mana yang akan digunakan tergantung pada mode konektivitas yang digunakan, baik mode terhubung Langsung atau Tidak Langsung, dan alat yang paling nyaman untuk Anda gunakan.
  • Tinjau Pengontrol Data Azure Arc Anda untuk memeriksa apakah Anda memiliki layanan data pratinjau, seperti PostgreSQL dengan dukungan Azure Arc, yang disebarkan bersama SQL Managed Instance berkemampuan Arc. Anda tidak dapat melakukan peningkatan di tempat jika Anda memiliki campuran pratinjau dan layanan yang tersedia secara umum yang disebarkan pada Pengontrol Data yang sama.
  • Tinjau versi semua SQL Managed Instance dengan dukungan Arc yang digunakan oleh Pengontrol Data untuk mengonfirmasi bahwa mereka berada pada versi yang sama dengan Pengontrol Data sebelum melakukan peningkatan.
  • Pertimbangkan jalur peningkatan yang didukung untuk menentukan versi yang benar berikutnya untuk Pengontrol Data Anda sebelum peningkatan.

Catatan

Peningkatan Pengontrol Data Azure Arc tidak menyebabkan waktu henti untuk SQL Managed Instance yang diaktifkan Arc.

Mode terhubung langsung

Mode tersambung secara tidak langsung

  • Tentukan apakah peningkatan Pengontrol Data Azure Arc dalam mode Terhubung tidak langsung harus diimplementasikan menggunakan alat Azure CLI atau Kubernetes.
  • Tinjau prasyarat untuk peningkatan menggunakan alat Kubernetes dan Azure CLI.
  • Tentukan apakah Anda akan menggunakan Registri Artefak Microsoft jika kluster Anda memiliki konektivitas internet atau registri privat jika kluster Anda celah udara untuk menarik gambar layanan data dengan dukungan Azure Arc.
  • Rencanakan izin Kubernetes yang diperlukan untuk akun layanan yang digunakan untuk meningkatkan Pengontrol Data Azure Arc menggunakan alat Kubernetes.
  • Periksa informasi repositori untuk memastikan itu valid dan gambar baru telah ditarik ke dalamnya.

Peningkatan SQL Managed Instance dengan dukungan Azure Arc

Pertimbangan umum

  • Peningkatan ke Pengontrol Data Azure Arc harus dilakukan sebelum meningkatkan SQL Managed Instance berkemampuan Arc. Ekstensi kluster arcdata dan versi ekstensi SQL Managed Instance terkait dan harus sama.
  • Tentukan apakah Anda akan menggunakan peningkatan otomatis atau manual SQL Managed Instance berkemampuan Arc tergantung pada kebutuhan Anda.
  • Dalam kasus peningkatan otomatis, hanya satu jendela pemeliharaan yang dapat ditentukan untuk Pengontrol Data. Pertimbangkan jumlah jendela pemeliharaan berbeda yang diperlukan untuk beban kerja yang berbeda untuk mengidentifikasi jumlah pengontrol data yang diperlukan.

Tingkat layanan Tujuan Umum

  • Selama peningkatan tingkat layanan Tujuan Umum, pod Kubernetes dihentikan dan disediakan ulang dengan versi baru. Penting untuk memahami aplikasi dan efek sisi klien dari peningkatan di mana ada waktu henti dalam jumlah singkat saat pod baru dibuat.
  • Tinjau arsitektur aplikasi Anda untuk memahami apakah aplikasi tersebut memiliki ketahanan dan logika coba lagi yang diperlukan untuk mendukung dampak singkat selama peningkatan.

Tingkat layanan Penting Bisnis

  • Selama peningkatan tingkat layanan Business Critical dengan beberapa replika, replika sekunder ditingkatkan terlebih dahulu. Salah satu replika sekunder yang ditingkatkan dipromosikan untuk menjadi replika utama baru sementara primer lama menjadi sekunder dan ditingkatkan. Selama transisi dari primer lama ke primer baru, ada saat-saat singkat waktu henti ketika failover terjadi. Penting untuk memahami dampak aplikasi dan sisi klien dari peningkatan ketika failover terjadi.
  • Tinjau arsitektur aplikasi Anda untuk memahami apakah mereka memiliki ketahanan dan logika coba lagi yang diperlukan untuk mendukung dampak singkat selama peningkatan.

Rekomendasi desain

Peningkatan Pengontrol Data Azure Arc

  • Jika Anda meningkatkan menggunakan Azure CLI, verifikasi bahwa versi ekstensi Azure CLI arcdata sesuai dengan versi gambar yang ingin Anda tingkatkan di log versi.

  • Di lingkungan multi-kluster, lakukan peningkatan terlebih dahulu di lingkungan pengujian/pengembangan untuk memvalidasi potensi masalah atau melanggar perubahan.

  • Lakukan dry run sebelum peningkatan untuk memvalidasi skema versi, token otorisasi repositori privat jika digunakan, dan bahwa registri ada sebelum mencoba peningkatan aktual.

  • Buat proses untuk memantau peningkatan Pengontrol Data Azure Arc baru.

  • Jangan mencampur SQL Managed Instance yang mendukung PostgreSQL dan Arc pada Pengontrol Data yang sama karena PostgreSQL masih dalam pratinjau saat SQL Managed Instance yang diaktifkan Arc tersedia secara umum. Pertimbangkan kluster terpisah dengan Pengontrol Datanya sendiri untuk menguji PostgreSQL.

  • Hindari menggunakan fitur pratinjau di lingkungan produksi Anda dan hanya gunakan fitur pratinjau untuk tujuan evaluasi pada instans dev/test.

  • Buat inventaris versi pengontrol data yang disebarkan saat ini. Azure Resource Graph dapat digunakan untuk mengkueri pengontrol data yang Anda sebarkan saat ini.

      resources
      | where type == 'microsoft.azurearcdata/datacontrollers'
      | extend version = tostring(properties.k8sRaw.status.runningVersion)
      | project name,location,resourceGroup,version
    
  • Tinjau panduan pemecahan masalah untuk memahami cara mendapatkan log yang diperlukan untuk mengatasi masalah peningkatan apa pun.

Mode terhubung langsung

Mode tersambung secara tidak langsung

Peningkatan SQL Managed Instance dengan dukungan Azure Arc

Rekomendasi umum

  • Selalu perbarui SQL Managed Instance dengan dukungan Arc Anda dengan versi terbaru yang tersedia untuk menerima patch terbaru, perbaikan bug, dan fitur. Saat ini, layanan data Arc tidak mendukung melompati rilis selama peningkatan. Jadi, jika ada beberapa rilis untuk ditingkatkan, Anda harus meningkatkan ke rilis berurutan untuk sampai ke versi terbaru. Disarankan untuk tidak menyimpang terlalu jauh dari rilis terbaru.

  • Pastikan kebijakan pencadangan "pemulihan titik waktu" Anda dikonfigurasi sehingga Anda dapat memulihkan jika ada masalah selama peningkatan. Tinjau kelangsungan bisnis dan area desain penting pemulihan bencana dan gunakan kubectl describe sqlmi perintah terhadap instans Anda untuk memverifikasi pengaturan retensi saat ini.

  • Dalam lingkungan atau skenario multi-kluster dengan beberapa penyebaran SQL Managed Instance berkemampuan Arc yang mewakili lingkungan yang berbeda, lakukan peningkatan terlebih dahulu di lingkungan dev/test, seperti lingkungan pengembangan, untuk memvalidasi potensi masalah atau melanggar perubahan.

  • Lakukan dry run sebelum peningkatan untuk memvalidasi skema versi, token otorisasi repositori privat jika digunakan, dan bahwa registri ada sebelum mencoba peningkatan aktual.

  • Gunakan Azure CLI untuk melakukan peningkatan skala SQL Managed Instance dengan dukungan Arc Anda.

  • Gunakan peningkatan otomatis untuk beban kerja yang dapat mentolerir peningkatan segera dan menolak peningkatan otomatis untuk beban kerja yang memerlukan jam sibuk terjadwal untuk melakukan peningkatan.

  • Jika peningkatan otomatis digunakan, pastikan untuk menentukan jendela pemeliharaan yang sesuai untuk memungkinkan peningkatan terjadi selama jam sibuk.

  • Dalam kasus peningkatan manual, pastikan Anda membuat irama reguler untuk melakukan peningkatan agar tetap dalam versi yang didukung.

    Catatan

    Anda juga dapat melakukan polling Registri Artefak Microsoft untuk versi gambar kontainer baru.

  • Buat proses untuk memantau status peningkatan menggunakan alat Azure CLI atau Kubernetes.

  • Tinjau versi yang sesuai dari berbagai komponen sebelum melakukan peningkatan untuk memvalidasi bahwa versi komponen yang benar sudah ada.

Tingkat layanan Tujuan Umum

Tingkat layanan Penting Bisnis

  • Sebarkan instans Business Critical dengan tiga replika alih-alih dua untuk mencapai ketersediaan yang lebih tinggi dan lebih sedikit waktu henti selama aktivitas peningkatan dan failover.
  • Lakukan peningkatan selama jam nonkritis untuk meminimalkan dampak pada data pengguna dan organisasi.

Langkah berikutnya

Untuk informasi selengkapnya tentang cloud hibrid dan perjalanan multicloud, lihat artikel berikut ini: