Jendela pemeliharaan di Azure SQL Managed Instance

  • Artikel

Berlaku untuk:Azure SQL Managed Instance

Fitur jendela pemeliharaan memungkinkan Anda mengonfigurasi jadwal pemeliharaan untuk sumber daya Azure SQL Managed Instance yang membuat peristiwa pemeliharaan yang berdampak dapat diprediksi dan kurang mengganggu beban kerja Anda.

Catatan

Fitur jendela pemeliharaan hanya melindungi dari dampak yang direncanakan dari peningkatan atau pemeliharaan terjadwal. Ini tidak melindungi dari semua penyebab failover; pengecualian yang dapat menyebabkan gangguan koneksi singkat di luar jendela pemeliharaan termasuk kegagalan perangkat keras, dan konfigurasi ulang lainnya.

Notifikasi sebelumnya memungkinkan pelanggan mengonfigurasi notifikasi yang akan dikirim hingga 24 jam sebelum acara yang direncanakan.

Gambaran Umum

Azure secara berkala melakukan pemeliharaan terencana sumber daya instans terkelola SQL. Selama peristiwa pemeliharaan, instans terkelola SQL sepenuhnya tersedia tetapi dapat tunduk pada konfigurasi ulang singkat dalam Ketersediaan Perjanjian Tingkat Layanan (SLA) untuk instans terkelola SQL.

Jendela pemeliharaan ditujukan untuk beban kerja produksi yang tidak tahan terhadap konfigurasi ulang instans dan tidak dapat menyerap gangguan koneksi singkat yang disebabkan oleh peristiwa pemeliharaan terencana. Dengan memilih jendela pemeliharaan yang Anda sukai, Anda dapat meminimalkan dampak pemeliharaan terencana dengan menjadwalkannya terjadi di luar jam kerja puncak Anda. Beban kerja tangguh dan beban kerja nonproduksi dapat mengandalkan kebijakan pemeliharaan default Azure SQL.

Jendela pemeliharaan gratis dan dapat dikonfigurasi pada pembuatan atau untuk sumber daya yang ada. Jendela dapat dikonfigurasi menggunakan portal Microsoft Azure, PowerShell, CLI, atau API Azure.

Penting

Mengonfigurasi jendela pemeliharaan adalah operasi asinkron yang berjalan lama, mirip dengan mengubah tingkat layanan sumber daya Azure SQL. Sumber daya tersedia selama operasi, kecuali konfigurasi ulang singkat yang terjadi di akhir operasi dan biasanya berlangsung hingga 8 detik, bahkan jika transaksi berjalan lama terputus. Untuk meminimalkan dampak konfigurasi ulang, Anda harus melakukan operasi di luar jam sibuk.

Dapatkan lebih banyak prediksi dengan jendela pemeliharaan

Secara default, kebijakan pemeliharaan Azure SQL memblokir pembaruan yang paling berdampak mulai pukul 08.00 hingga 17.00 waktu setempat setiap hari untuk menghindari gangguan selama jam kerja puncak pada umumnya. Waktu lokal ditentukan oleh lokasi wilayah Azure yang menghosting sumber daya dan mungkin mengamati waktu musim panas sesuai dengan definisi zona waktu lokal.

Selama pemeliharaan, database tetap tersedia, tetapi beberapa pembaruan mungkin memerlukan failover. Jendela pemeliharaan default sistem (pukul 17.00 hingga 08.00) membatasi sebagian besar aktivitas untuk saat ini, tetapi pembaruan mendesak dapat terjadi di luarnya. Untuk memastikan semua pembaruan hanya terjadi selama jendela pemeliharaan, pilih opsi non-default.

Anda dapat menyesuaikan jendela untuk pembaruan pemeliharaan ke waktu yang sesuai dengan sumber daya Azure SQL Anda dengan memilih dari dua slot jendela pemeliharaan non-default:

  • Jendela Hari kerja: 22.00 hingga 06.00 waktu setempat Senin - Kamis
  • Jendela Hari kerja: 22.00 hingga 06.00 waktu setempat Jumat - Minggu

Hari jendela pemeliharaan yang tercantum menunjukkan hari awal di tiap jendela pemeliharaan delapan jam. Misalnya, "22:00 sampai 06:00 waktu setempat, Senin - Kamis" berarti bahwa jendela pemeliharaan mulai pukul 22:00 waktu setempat pada setiap hari (Senin sampai Kamis) dan selesai pada pukul 06:00 waktu setempat pada hari berikutnya (Selasa sampai Jumat).

Setelah pemilihan jendela pemeliharaan dibuat dan konfigurasi layanan selesai, pemeliharaan terencana hanya terjadi selama jendela pilihan Anda. Meskipun peristiwa pemeliharaan biasanya selesai dalam satu jendela, beberapa di antaranya mungkin mencakup dua atau lebih jendela yang berdekatan.

Penting

Azure SQL Managed Instance mengikuti praktik penyebaran yang aman di mana wilayah berpasangan Azure dijamin tidak akan disebarkan secara bersamaan. Namun, tidak dimungkinkan untuk memprediksi wilayah mana yang akan ditingkatkan terlebih dahulu, sehingga urutan penyebaran tidak dijamin. Terkadang, instans utama Anda akan ditingkatkan terlebih dahulu, dan kadang-kadang akan menjadi sekunder.

  • Dalam situasi di mana instans terkelola SQL Anda memiliki grup failover, dan grup tidak selaras dengan pemasangan wilayah Azure, Anda harus memilih jadwal jendela pemeliharaan yang berbeda untuk instans terkelola SQL utama dan sekunder Anda. Misalnya, Anda dapat memilih jendela pemeliharaan Hari Kerja untuk jendela pemeliharaan geo-sekunder dan Akhir Pekan untuk instans terkelola SQL geo-primer Anda.

  • Dalam keadaan yang sangat jarang terjadi di mana penundaan tindakan dapat menyebabkan dampak serius, seperti menerapkan patch keamanan penting, jendela pemeliharaan yang dikonfigurasi mungkin akan ditimpa sementara.

Pemberitahuan lanjutan

Pemberitahuan pemeliharaan dapat dikonfigurasi untuk memberi tahu Anda tentang peristiwa pemeliharaan terencana yang akan datang untuk Azure SQL Managed Instance Anda. Pemberitahuan tiba 24 jam sebelumnya, sebelum jendela pemeliharaan terbuka, dan di akhir jendela pemeliharaan. Untuk informasi selengkapnya, lihat Pemberitahuan Lanjutan.

Ketersediaan fitur

Jenis langganan yang didukung

Mengonfigurasi dan menggunakan jendela pemeliharaan tersedia untuk jenis penawaran berikut: Prabayar, Penyedia Solusi Cloud (CSP), Microsoft Perjanjian Enterprise, atau Perjanjian Pelanggan Microsoft.

Penawaran yang dibatasi untuk penggunaan dev/test saja tidak memenuhi syarat (seperti Dev/Test bayar sesuai pemakaian atau Enterprise Dev/Test sebagai contoh).

Catatan

Penawaran Azure adalah jenis langganan Azure yang Anda miliki. Misalnya, langganan dengan tarif bayar sesuai penggunaan, Azure di Lisensi Terbuka, dan Visual Studio Enterprise adalah semua penawaran Azure. Setiap penawaran atau paket memiliki syarat dan manfaat yang berbeda. Penawaran atau paket Anda ditampilkan pada Gambaran umum langganan. Untuk informasi selengkapnya tentang mengalihkan langganan Anda ke penawaran lain, lihat Mengubah langganan Azure Anda ke penawaran lain.

Tujuan tingkat layanan yang didukung

Memilih jendela pemeliharaan selain default tersedia di semua SLO kecuali untuk kumpulan Azure SQL Managed Instance.

Dukungan wilayah Azure SQL Managed Instance untuk jendela pemeliharaan

Memilih jendela pemeliharaan untuk Azure SQL Managed Instance selain default saat ini tersedia di wilayah berikut:

  • Australia Tengah 1
  • Australia Tengah 2
  • Australia Timur
  • Australia Tenggara
  • Brasil Selatan
  • Brasil Tenggara
  • Kanada Tengah
  • Kanada Timur
  • India Tengah
  • US Tengah
  • Tiongkok Timur 2
  • Tiongkok Utara 2
  • AS Timur
  • AS Timur 2
  • Asia Timur
  • Prancis Tengah
  • Prancis Selatan
  • Jerman Barat Tengah
  • Jerman Utara
  • Jepang Timur
  • Jepang Barat
  • Korea Tengah
  • Korea Selatan
  • US Tengah Utara
  • Eropa Utara
  • Norwegia Timur
  • Norwegia Barat
  • Afrika Selatan Utara
  • Afrika Selatan Barat
  • US Tengah Selatan
  • India Selatan
  • Asia Tenggara
  • Swiss Utara
  • Swiss Barat
  • UAE Tengah
  • Arab Saudi Utara
  • UK Selatan
  • UK Barat
  • US Gov Arizona
  • US Gov Texas
  • US Gov Virginia
  • AS Tengah Bagian Barat
  • Eropa Barat
  • India Barat
  • US Barat
  • US Barat 2
  • AS Barat 3

Pemeliharaan gateway

Di Azure SQL Managed Instance, simpul gateway dihosting dalam kluster virtual dan memiliki jendela pemeliharaan yang sama dengan instans terkelola SQL.

Penting

Kebijakan koneksi pengalihan disarankan untuk meminimalkan jumlah gangguan selama peristiwa pemeliharaan, lihat jenis koneksi.

Pertimbangan untuk Azure SQL Managed Instance

Azure SQL Managed Instance terdiri dari komponen layanan yang dihosting pada serangkaian komputer virtual terisolasi khusus yang berjalan di dalam subnet jaringan virtual pelanggan. Komputer virtual ini diatur dalam grup untuk membentuk kluster virtual yang dapat menghosting beberapa instans terkelola. Karena jendela pemeliharaan yang dikonfigurasi untuk instans dalam subnet yang sama dapat memengaruhi jumlah grup komputer virtual dalam kluster virtual dan operasi manajemen kluster virtual, ada beberapa hal yang perlu dipertimbangkan sebelum mengonfigurasi jendela pemeliharaan.

Konfigurasi jendela pemeliharaan adalah operasi yang berjalan lama

Semua instans yang dihosting dalam grup komputer virtual yang sama memiliki jendela pemeliharaan yang sama. Secara default, semua instans terkelola dihosting dalam grup dengan jendela pemeliharaan default. Jika Anda menentukan jendela pemeliharaan lain, baik saat Anda membuat instans, atau setelah dibuat, instans ditempatkan ke dalam grup komputer terpisah dengan jendela pemeliharaan yang sesuai. Jika tidak ada grup seperti itu di kluster, grup baru dibuat untuk mengakomodasi konfigurasi baru instans. Jika Anda mengonfigurasi instans tambahan di kluster virtual untuk menggunakan jendela pemeliharaan yang sama, instans tersebut juga ditambahkan ke grup, yang berarti grup mungkin perlu diubah ukurannya. Menambahkan instans ke grup komputer baru, dan mengubah ukuran grup komputer yang ada, dapat meningkatkan durasi operasi untuk mengonfigurasi jendela pemeliharaan.

Durasi yang diharapkan untuk mengonfigurasi jendela pemeliharaan untuk instans terkelola dapat dihitung menggunakan perkiraan durasi operasi manajemen instans.

Penting

Saat Anda mengonfigurasi jendela pemeliharaan, langkah terakhir operasi memerlukan konfigurasi ulang instans yang biasanya berlangsung hingga 8 detik, bahkan jika mengganggu transaksi yang berjalan lama. Untuk meminimalkan dampak, konfigurasikan jendela pemeliharaan di luar jam kerja sibuk.

Persyaratan ruang alamat IP

Setiap grup komputer virtual baru dalam subnet memerlukan alamat IP tambahan sesuai dengan alokasi alamat IP kluster virtual. Mengubah jendela pemeliharaan untuk instans terkelola yang ada juga memerlukan kapasitas IP tambahan sementara, mirip dengan saat menskalakan jumlah vCore untuk tingkat layanan masing-masing.

Perubahan alamat IP

Mengonfigurasi atau mengubah jendela pemeliharaan mengubah alamat IP instans ke alamat IP yang berbeda dalam rentang alamat IP subnet.

Penting

Pastikan bahwa grup keamanan jaringan (NSG) dan aturan firewall tidak memblokir lalu lintas data setelah alamat IP berubah.

Serialisasi operasi manajemen kluster virtual

Operasi yang memengaruhi kluster virtual, seperti peningkatan layanan atau mengubah ukuran kluster virtual (seperti menambahkan node komputasi baru atau menghapus yang tidak digunakan), diserialisasikan. Dengan demikian, operasi kluster virtual baru tidak dapat dimulai sampai operasi sebelumnya selesai. Jika jendela pemeliharaan ditutup sebelum operasi pemeliharaan yang sedang berlangsung selesai, operasi pemeliharaan yang sedang berlangsung ditangguhkan hingga jendela pemeliharaan berikutnya. Operasi manajemen lain yang dikirimkan selama waktu tersebut juga ditangguhkan, dan dilanjutkan selama atau setelah jendela pemeliharaan berikutnya setelah operasi pemeliharaan asli yang sedang berlangsung selesai. Tidak umum bagi operasi pemeliharaan untuk memakan waktu lebih lama dari satu jendela pemeliharaan per grup komputer virtual dalam kluster, tetapi dapat terjadi untuk operasi pemeliharaan yang sangat kompleks.

Serialisasi operasi manajemen kluster virtual adalah perilaku umum yang berlaku untuk kebijakan pemeliharaan default juga. Saat Anda mengonfigurasi jadwal jendela pemeliharaan, periode antara dua jendela yang berdekatan bisa beberapa hari. Meskipun jarang terjadi, jika operasi pemeliharaan mencakup dua jendela, operasi yang baru dikirimkan dapat ditangguhkan selama beberapa hari, berpotensi memblokir operasi yang memerlukan simpul komputasi tambahan, seperti membuat baru, atau mengubah ukuran instans yang ada.

Mengambil daftar peristiwa pemeliharaan

Azure Resource Graph adalah layanan Azure yang dirancang untuk memperluas Manajemen Sumber Daya Azure. Azure Resource Graph Explorer menyediakan eksplorasi sumber daya yang efisien dan berkinerja dengan kemampuan untuk melakukan kueri dalam skala besar di seluruh rangkaian langganan tertentu sehingga Anda dapat mengelola lingkungan Anda secara efektif.

Anda dapat menggunakan Azure Resource Graph Explorer untuk mengkueri peristiwa pemeliharaan. Untuk pengenalan tentang cara menjalankan kueri ini, lihat Mulai Cepat: Menjalankan kueri Resource Graph pertama Anda menggunakan Azure Resource Graph Explorer.

Untuk memeriksa peristiwa pemeliharaan untuk semua instans terkelola SQL dalam langganan Anda, gunakan kueri sampel berikut di Azure Resource Graph Explorer:

servicehealthresources
| where type =~ 'Microsoft.ResourceHealth/events'
| extend impact = properties.Impact
| extend impactedService = parse_json(impact[0]).ImpactedService
| where  impactedService =~ 'SQL Managed Instance'
| extend eventType = properties.EventType, status = properties.Status, description = properties.Title, trackingId = properties.TrackingId, summary = properties.Summary, priority = properties.Priority, impactStartTime = todatetime(tolong(properties.ImpactStartTime)), impactMitigationTime = todatetime(tolong(properties.ImpactMitigationTime))
| where eventType == 'PlannedMaintenance'
| order by impactStartTime desc

Untuk referensi lengkap kueri sampel dan cara menggunakannya di seluruh alat seperti PowerShell atau Azure CLI, kunjungi sampel kueri Azure Resource Graph untuk Azure Service Health.

Konten terkait