Bagikan melalui

Ulasan Azure Well-Architected Framework - Azure SQL Database

  • Artikel

Azure SQL Database adalah mesin database platform as a service (PaaS) yang terkelola sepenuhnya yang menangani sebagian besar fungsi manajemen database tanpa keterlibatan pengguna. Fungsi manajemen termasuk peningkatan, patch, pencadangan, dan pemantauan.

Jenis sumber daya database tunggal membuat database di Azure SQL Database dengan sekumpulan sumber dayanya sendiri dan dikelola melalui server logis. Anda dapat memilih antara model pembelian berbasis DTU atau model pembelian berbasis vCore. Anda dapat membuat beberapa database dalam satu kumpulan sumber daya, dengan kumpulan elastis.

Bagian berikut menyertakan daftar periksa desain dan opsi desain yang direkomendasikan khusus untuk keamanan Azure SQL Database. Panduan ini didasarkan pada lima pilar keunggulan arsitektur:

  • Keandalan
  • Keamanan
  • Pengoptimalan biaya
  • Keunggulan operasional
  • Efisiensi kinerja

Prasyarat

Azure SQL Database dan keandalan

Azure SQL Database adalah mesin database platform as a service (PaaS) yang terkelola sepenuhnya yang menangani sebagian besar fungsi manajemen database tanpa keterlibatan pengguna. Fungsi manajemen meliputi:

  • Peningkatan
  • Patch
  • Pencadangan
  • Pemantauan

Layanan ini memungkinkan Anda membuat lapisan penyimpanan data yang sangat tersedia dan berperforma tinggi untuk aplikasi dan beban kerja Azure Anda. Azure SQL Database selalu berjalan pada versi stabil terbaru dari mesin database SQL Server dan OS yang di-patch dengan ketersediaan 99.99%.

Untuk informasi selengkapnya tentang bagaimana Azure SQL Database meningkatkan keandalan dan memungkinkan bisnis Anda terus beroperasi selama gangguan, lihat Kemampuan ketersediaan.

Bagian berikut mencakup pertimbangan desain, daftar periksa konfigurasi, dan opsi konfigurasi yang direkomendasikan khusus untuk Azure SQL Database dan keandalan.

Pertimbangan Desain

Azure SQL Database mencakup pertimbangan desain berikut:

  • Azure SQL Database tingkat Business Critical yang dikonfigurasi dengan geo-replikasi memiliki Tujuan waktu pemulihan (RTO) yang dijamin selama 30 detik untuk 100% jam yang disebarkan.

  • Menggunakan sharding untuk mendistribusikan data dan proses di banyak database yang terstruktur secara identik. Sharding memberikan alternatif pendekatan peningkatan skala tradisional untuk biaya dan elastisitas. Pertimbangkan untuk menggunakan sharding dalam mempartisi database secara horizontal. Sharding dapat memberikan isolasi kesalahan. Untuk informasi selengkapnya, lihat Meluaskan skala dengan Azure SQL Database.

  • Azure SQL Database tingkat Business Critical atau Premium yang tidak dikonfigurasi untuk tingkat Zone Redundant Deployment, General Purpose, Standard, atau Basic, atau tingkat Hyperscale dengan dua atau lebih replika memiliki jaminan ketersediaan. Untuk informasi selengkapnya tentang jaminan ketersediaan, lihat SLA untuk Azure SQL Database .

  • Menyediakan ketersediaan tinggi wilayah bawaan dan geo-replikasi turnkey ke wilayah Azure mana pun. Ini mencakup kecerdasan untuk mendukung fitur self-driving, seperti:

    • Penyetelan performa
    • Pemantauan ancaman
    • Penilaian kerentanan
    • Patching dan pembaruan basis kode sepenuhnya otomatis

  • Menentukan SLA performa aplikasi dan memantaunya dengan peringatan. Mendeteksi dengan cepat ketika performa aplikasi Anda secara tidak sengaja turun di bawah tingkat yang dapat diterima, yang penting untuk mempertahankan ketahanan yang tinggi. Menggunakan solusi pemantauan yang telah ditentukan sebelumnya untuk mengatur peringatan pada metrik performa kueri utama sehingga Anda dapat mengambil tindakan saat performa melanggar SLA. Buka Memantau Database Anda dan alat pemberitahuan untuk informasi selengkapnya.

  • Menggunakan pemulihan geografis untuk memulihkan dari ketidaktersediaan layanan. Anda dapat memulihkan database di server Database SQL atau database instans apa pun pada instans terkelola apa pun di wilayah Azure mana pun dari cadangan yang direplikasi secara geografis terbaru. Pemulihan geografis menggunakan cadangan replikasi geografis sebagai sumbernya. Anda dapat meminta pemulihan geografis bahkan jika database atau pusat data tidak dapat diakses karena ketidaktersediaan. Pemulihan geografis mengembalikan database dari cadangan geo-redundant. Untuk informasi selengkapnya, lihat Memulihkan database Azure SQL menggunakan pencadangan database otomatis.

  • Gunakan tingkat Business Critical yang dikonfigurasi dengan replikasi geo, yang memiliki tujuan titik Pemulihan (RPO) yang dijamin selama 5 detik untuk 100% jam yang disebarkan.

  • Kemampuan PaaS yang dibangun ke dalam Azure SQL Database memungkinkan Anda untuk fokus pada administrasi database khusus domain dan aktivitas pengoptimalan yang penting untuk bisnis Anda.

  • Menggunakanlihan pemulihan point-in-time untuk memulihkan dari kesalahan manusia. Pemulihan point-in-time mengembalikan database Anda ke titik waktu sebelumnya untuk memulihkan data dari perubahan yang dilakukan secara tidak sengaja. Untuk informasi selengkapnya, baca dokumentasi Pemulihan point-in-time (PITR).

  • Tingkat Business Critical atau Premium dikonfigurasi sebagai Zone Redundant Deployment yang memiliki jaminan ketersediaan. Untuk informasi selengkapnya tentang jaminan ketersediaan, lihat SLA untuk Azure SQL Database .

Daftar periksa

Sudahkah Anda mengonfigurasi Azure SQL Database dengan mempertimbangkan keandalan?

  • Gunakan Replikasi Geo Aktif untuk membuat sekunder yang dapat dibaca di wilayah yang berbeda.
  • Gunakan Grup Failover Otomatis yang dapat menyertakan satu atau beberapa database, biasanya digunakan oleh aplikasi yang sama.
  • Gunakan database Zona Redundan.
  • Pantau Azure SQL Database Anda yang mendekati real-time untuk mendeteksi insiden keandalan.
  • Terapkan Logika Coba Lagi.
  • Cadangkan kunci Anda.

Rekomendasi konfigurasi

Jelajahi tabel rekomendasi berikut untuk mengoptimalkan konfigurasi Azure SQL Database Anda untuk keandalan:

Rekomendasi Deskripsi
Gunakan Replikasi Geo Aktif untuk membuat sekunder yang dapat dibaca di wilayah yang berbeda. Jika database utama Anda gagal, lakukan failover manual ke database sekunder. Sampai Anda mengalihkan, database sekunder tetap baca-saja. Replikasi geo aktif memungkinkan Anda membuat replika yang dapat dibaca dan melakukan failover secara manual ke replika mana pun jika terjadi ketidaktersediaan pusat data atau peningkatan versi aplikasi. Hingga empat sekunder didukung di wilayah yang sama atau berbeda, dan sekunder juga dapat digunakan untuk kueri akses baca-saja. Kegagalan harus dimulai secara manual oleh aplikasi atau pengguna. Setelah kegagalan, primer baru memiliki titik akhir koneksi yang berbeda.
Gunakan Grup Failover Otomatis yang dapat menyertakan satu atau beberapa database, biasanya digunakan oleh aplikasi yang sama. Anda dapat menggunakan database sekunder yang dapat dibaca untuk menurunkan beban kerja kueri baca saja. Karena grup autofailover melibatkan beberapa database, database ini harus dikonfigurasi di server utama. Grup failover otomatis mendukung replikasi semua database dalam grup ke hanya satu server sekunder atau instans di wilayah yang berbeda. Pelajari selengkapnya tentang Grup AutoFailover dan Desain DR.
Gunakan database Zona Redundan. Secara default, kluster node untuk model ketersediaan premium dibuat di pusat data yang sama. Dengan diperkenalkannya Zona Ketersediaan Azure, SQL Database dapat menempatkan replika database Bisnis Penting yang berbeda ke zona ketersediaan yang berbeda di wilayah yang sama. Untuk menghilangkan satu titik kegagalan, cincin kontrol juga diduplikasi di beberapa zona sebagai tiga cincin gateway (GW). Perutean ke cincin gateway tertentu dikendalikan oleh Azure Traffic Manager (ATM). Karena konfigurasi zone-redundant di tingkat layanan Premium atau Business Critical tidak membuat redundansi database tambahan, Anda dapat mengaktifkannya tanpa biaya tambahan. Pelajari selengkapnya tentang Database zone-redundant.
Pantau Azure SQL Database Anda yang mendekati real-time untuk mendeteksi insiden keandalan. Gunakan salah satu solusi yang tersedia untuk memantau SQL DB guna mendeteksi potensi insiden keandalan lebih awal dan membuat database Anda lebih andal. Memilih solusi pemantauan yang mendekati real-time untuk bereaksi cepat terhadap insiden. Lihat Analitik Azure SQL untuk informasi selengkapnya.
Terapkan Logika Coba Lagi. Meskipun Azure SQL Database tangguh dalam hal kegagalan infrastruktur transitif, kegagalan ini dapat memengaruhi konektivitas Anda. Ketika kesalahan sementara terjadi saat bekerja dengan SQL Database, pastikan kode Anda dapat mencoba lagi panggilan tersebut. Untuk informasi selengkapnya, lihat cara menerapkan logika coba lagi.
Cadangkan kunci Anda. Jika Anda tidak menggunakan kunci enkripsi di Azure Key Vault untuk melindungi data Anda, cadangkan kunci Anda.

Azure SQL Database dan keamanan

SQL Database menyediakan berbagai fitur keamanan dan kepatuhan bawaan untuk membantu aplikasi Anda memenuhi berbagai persyaratan keamanan dan kepatuhan.

Daftar periksa desain

Sudahkah Anda merancang beban kerja dan mengonfigurasi Azure SQL Database dengan ingat keamanan?

Rekomendasi

Rekomendasi Keuntungan
Tinjau versi TLS minimum. Tentukan apakah Anda memiliki aplikasi warisan yang memerlukan TLS yang lebih lama atau koneksi yang tidak terenkripsi. Harap diperhatikan bahwa setelah menerapkan versi TLS, Anda tidak dapat kembali ke pengaturan default. Tinjau dan konfigurasikan versi TLS minimum untuk koneksi SQL Database melalui portal Azure. Jika tidak, atur versi TLS terbaru ke minimum.
Ledger Pertimbangkan untuk merancang tabel database berdasarkan Ledger untuk memberikan audit, bukti perubahan, dan kepercayaan semua perubahan data.
Always Encrypted Pertimbangkan untuk merancang akses aplikasi berdasarkan Always Encrypted untuk melindungi data sensitif di dalam aplikasi dengan mendelegasikan akses data ke kunci enkripsi.
Titik akhir privat dan tautan privat Koneksi titik akhir privat memberlakukan komunikasi yang aman dengan mengaktifkan konektivitas privat ke Azure SQL Database. Anda dapat menggunakan titik akhir privat untuk mengamankan koneksi dan menolak akses jaringan publik secara default. Azure Private Link untuk Azure SQL Database adalah jenis titik akhir privat yang direkomendasikan untuk Azure SQL Database.
Penilaian kerentanan otomatis Pantau hasil pemindaian penilaian kerentanan dan rekomendasi tentang cara memulihkan kerentanan database.
Perlindungan Tingkat Lanjut terhadap Ancaman Deteksi aktivitas anomali yang menunjukkan upaya yang tidak biasa dan berpotensi berbahaya untuk mengakses atau mengeksploitasi database dengan Perlindungan Ancaman Tingkat Lanjut untuk Azure SQL Database. Perlindungan Ancaman Tingkat Lanjut mengintegrasikan peringatannya dengan Pertahanan Microsoft untuk Cloud.
Audit Lacak peristiwa database dengan Audit untuk Azure SQL Database.
Identitas Terkelola Pertimbangkan untuk mengonfigurasi identitas terkelola (UMI) yang ditetapkan pengguna. Identitas terkelola untuk sumber daya Azure menghilangkan kebutuhan untuk mengelola kredensial dalam kode.
Autentikasi khusus Microsoft Entra Pertimbangkan untuk menonaktifkan autentikasi berbasis SQL dan hanya mengizinkan autentikasi Microsoft Entra.

Definisi kebijakan

Tinjau garis besar keamanan Azure untuk definisi bawaan Azure SQL Database dan Azure Policy.

Semua definisi kebijakan bawaan yang terkait dengan Azure SQL tercantum dalam kebijakan Bawaan.

Tinjau Tutorial: Mengamankan database di Azure SQL Database.

Azure SQL Database dan pengoptimalan biaya

Azure SQL Database adalah mesin database platform as a service (PaaS) yang terkelola sepenuhnya yang menangani sebagian besar fungsi manajemen database tanpa keterlibatan pengguna. Fungsi manajemen meliputi:

  • Peningkatan
  • Patch
  • Pencadangan
  • Pemantauan

Layanan ini memungkinkan Anda membuat lapisan penyimpanan data yang sangat tersedia dan berperforma tinggi untuk aplikasi dan beban kerja Azure Anda. SQL Database mencakup kecerdasan bawaan yang membantu Anda secara dramatis mengurangi biaya menjalankan dan mengelola database melalui pemantauan dan penyetelan kinerja otomatis.

Untuk informasi lebih lengkap tentang bagaimana Azure SQL Database menyediakan fitur hemat biaya, referensikan Rencanakan dan kelola biaya untuk Azure SQL Database.

Bagian berikut mencakup daftar periksa konfigurasi dan opsi konfigurasi yang direkomendasikan khusus untuk Azure SQL Database dan pengoptimalan biaya.

Daftar periksa

Sudahkah Anda mengonfigurasi Azure SQL Database dengan mempertimbangkan optimalisasi biaya?

Rekomendasi konfigurasi

Jelajahi tabel rekomendasi berikut untuk mengoptimalkan konfigurasi Azure SQL Database Anda untuk penghematan biaya:

Rekomendasi Deskripsi
Optimalkan kueri. Optimalkan kueri, tabel, dan database menggunakan Wawasan Performa Kueri dan Rekomendasi Performa untuk membantu mengurangi konsumsi sumber daya, dan tiba pada konfigurasi yang sesuai.
Mengevaluasi penggunaan sumber daya. Evaluasi penggunaan sumber daya untuk semua database dan tentukan apakah mereka telah berukuran dan disediakan dengan benar. Untuk database non-produksi, pertimbangkan untuk menurunkan skala sumber daya sebagaimana berlaku. DTU atau vCore untuk database dapat diskalakan sesuai permintaan, misalnya, saat menjalankan pengujian beban atau pengujian penerimaan pengguna.
Menyempurnakan konsumsi penyimpanan cadangan Untuk database vCore di Azure SQL Database, penyimpanan yang digunakan oleh setiap jenis cadangan (penuh, diferensial, dan log) dilaporkan pada panel pemantauan database sebagai metrik terpisah. Konsumsi penyimpanan cadangan hingga ukuran data maksimum untuk database tidak dikenakan biaya. Konsumsi penyimpanan cadangan berlebih akan tergantung pada beban kerja dan ukuran maksimum database masing-masing. Untuk informasi selengkapnya, lihat Konsumsi penyimpanan cadangan.
Evaluasi Azure SQL Database Tanpa Server. Pertimbangkan untuk menggunakan Azure SQL Database tanpa server melalui Tingkat Komputasi yang Disediakan. Tanpa server adalah tingkat komputasi untuk database tunggal yang secara otomatis menskalakan komputasi berdasarkan permintaan beban kerja dan tagihan untuk jumlah komputasi yang digunakan per detik. Tingkat komputasi tanpa server juga secara otomatis menjeda database selama periode tidak aktif saat hanya penyimpanan yang ditagih. Ini secara otomatis melanjutkan database ketika aktivitas kembali. Azure SQL Database tanpa server tidak cocok untuk semua skenario. Jika Anda memiliki database dengan pola penggunaan yang tidak dapat diprediksi atau bursty yang diselingi dengan periode penggunaan rendah atau diam, tanpa server adalah solusi yang dapat membantu Anda mengoptimalkan performa harga.
Pertimbangkan kapasitas yang dipesan untuk Azure SQL Database. Anda dapat mengurangi biaya komputasi yang terkait dengan Azure SQL Database dengan menggunakan Diskon Reservasi. Setelah menentukan total kapasitas komputasi dan tingkat performa untuk database Azure SQL di suatu wilayah, Anda dapat menggunakan informasi ini untuk mencadangkan kapasitas. Penyimpanan dapat berlangsung satu atau tiga tahun. Untuk informasi selengkapnya, referensikan Hemat biaya untuk sumber daya dengan kapasitas yang dipesan.
Kumpulan elastis membantu Anda mengelola dan menskalakan beberapa database di Azure SQL Database Kumpulan elastis Azure SQL Database adalah solusi sederhana dan hemat biaya untuk mengelola dan menskalakan beberapa database yang memiliki permintaan penggunaan yang bervariasi dan tidak dapat diprediksi. Database dalam kumpulan elastis berada di satu server dan berbagi sejumlah sumber daya dengan harga yang ditentukan. Untuk informasi selengkapnya, lihat Kumpulan elastis untuk mengelola dan menskalakan beberapa database.

Untuk informasi selengkapnya, lihat Merencanakan dan mengelola biaya untuk Azure SQL Database.

Azure SQL Database dan keunggulan operasional

Azure SQL Database adalah mesin database platform as a service (PaaS) yang terkelola sepenuhnya yang menangani sebagian besar fungsi manajemen database tanpa keterlibatan pengguna. Fungsi manajemen meliputi:

  • Peningkatan
  • Patch
  • Pencadangan
  • Pemantauan

Layanan ini memungkinkan Anda membuat lapisan penyimpanan data yang sangat tersedia dan berperforma tinggi untuk aplikasi dan beban kerja Azure Anda. Azure SQL Database menyediakan kemampuan pemantauan dan penyetelan tingkat lanjut yang didukung oleh kecerdasan buatan untuk membantu Anda memecahkan masalah dan memaksimalkan performa database dan solusi Anda.

Untuk informasi selengkapnya tentang bagaimana Azure SQL Database mempromosikan keunggulan operasional dan memungkinkan bisnis Anda untuk terus beroperasi selama gangguan, lihat Pemantauan dan penyetelan performa di Azure SQL Database.

Bagian berikut ini mencakup pertimbangan desain, daftar periksa konfigurasi, dan opsi konfigurasi yang direkomendasikan khusus untuk Azure SQL Database, dan keunggulan operasional.

Pertimbangan Desain

Azure SQL Database mencakup pertimbangan desain berikut:

  • Azure SQL Database tingkat Business Critical yang dikonfigurasi dengan geo-replikasi memiliki Tujuan waktu pemulihan (RTO) yang dijamin selama 30 detik untuk 100% jam yang disebarkan.

  • Menggunakan sharding untuk mendistribusikan data dan proses di banyak database yang terstruktur secara identik. Sharding memberikan alternatif pendekatan peningkatan skala tradisional untuk biaya dan elastisitas. Pertimbangkan untuk menggunakan sharding dalam mempartisi database secara horizontal. Sharding dapat memberikan isolasi kesalahan. Untuk informasi selengkapnya, lihat Meluaskan skala dengan Azure SQL Database.

  • Azure SQL Database tingkat Business Critical atau Premium yang tidak dikonfigurasi untuk tingkat Zone Redundant Deployment, General Purpose, Standard, atau Basic, atau tingkat Hyperscale dengan dua atau lebih replika memiliki jaminan ketersediaan. Untuk informasi selengkapnya, lihat SLA untuk Azure SQL Database.

  • Menyediakan ketersediaan tinggi wilayah bawaan dan geo-replikasi turnkey ke wilayah Azure mana pun. Ini mencakup kecerdasan untuk mendukung fitur self-driving, seperti:

    • Penyetelan performa
    • Pemantauan ancaman
    • Penilaian kerentanan
    • Patching dan pembaruan basis kode sepenuhnya otomatis

  • Menentukan SLA performa aplikasi dan memantaunya dengan peringatan. Mendeteksi dengan cepat ketika performa aplikasi Anda secara tidak sengaja turun di bawah tingkat yang dapat diterima, yang penting untuk mempertahankan ketahanan yang tinggi. Menggunakan solusi pemantauan yang telah ditentukan sebelumnya untuk mengatur peringatan pada metrik performa kueri utama sehingga Anda dapat mengambil tindakan saat performa melanggar SLA. Buka Pantau Database Anda untuk informasi selengkapnya.

  • Menggunakan pemulihan geografis untuk memulihkan dari ketidaktersediaan layanan. Anda dapat memulihkan database di server Database SQL atau database instans apa pun pada instans terkelola apa pun di wilayah Azure mana pun dari cadangan yang direplikasi secara geografis terbaru. Pemulihan geografis menggunakan cadangan replikasi geografis sebagai sumbernya. Anda dapat meminta pemulihan geografis bahkan jika database atau pusat data tidak dapat diakses karena ketidaktersediaan. Pemulihan geografis mengembalikan database dari cadangan geo-redundant. Untuk informasi selengkapnya, lihat Memulihkan database Azure SQL menggunakan pencadangan database otomatis.

  • Gunakan tingkat Business Critical yang dikonfigurasi dengan replikasi geo, yang memiliki tujuan titik Pemulihan (RPO) yang dijamin selama 5 detik untuk 100% jam yang disebarkan.

  • Kemampuan PaaS yang dibangun ke dalam Azure SQL Database memungkinkan Anda untuk fokus pada administrasi database khusus domain dan aktivitas pengoptimalan yang penting untuk bisnis Anda.

  • Menggunakanlihan pemulihan point-in-time untuk memulihkan dari kesalahan manusia. Pemulihan point-in-time mengembalikan database Anda ke titik waktu sebelumnya untuk memulihkan data dari perubahan yang dilakukan secara tidak sengaja. Untuk informasi selengkapnya, baca dokumentasi Pemulihan point-in-time (PITR).

  • Tingkat Business Critical atau Premium dikonfigurasi sebagai Zone Redundant Deployments. Untuk informasi selengkapnya tentang jaminan ketersediaan, lihat SLA untuk Azure SQL Database .

Daftar periksa

Sudahkah Anda mengonfigurasi Azure SQL Database dengan mempertimbangkan keunggulan operasional?

  • Gunakan Replikasi Geo Aktif untuk membuat sekunder yang dapat dibaca di wilayah yang berbeda.
  • Gunakan Grup Failover Otomatis yang dapat menyertakan satu atau beberapa database, biasanya digunakan oleh aplikasi yang sama.
  • Gunakan database Zona Redundan.
  • Pantau Azure SQL Database Anda yang mendekati real-time untuk mendeteksi insiden keandalan.
  • Terapkan Logika Coba Lagi.
  • Cadangkan kunci Anda.

Rekomendasi konfigurasi

Jelajahi tabel rekomendasi berikut untuk mengoptimalkan konfigurasi Azure SQL Database Anda untuk keunggulan operasional:

Rekomendasi Deskripsi
Gunakan Replikasi Geo Aktif untuk membuat sekunder yang dapat dibaca di wilayah yang berbeda. Jika database utama Anda gagal, lakukan failover manual ke database sekunder. Sampai Anda mengalihkan, database sekunder tetap baca-saja. Replikasi geo aktif memungkinkan Anda membuat replika yang dapat dibaca dan melakukan failover secara manual ke replika mana pun jika terjadi ketidaktersediaan pusat data atau peningkatan versi aplikasi. Hingga empat sekunder didukung di wilayah yang sama atau berbeda, dan sekunder juga dapat digunakan untuk kueri akses baca-saja. Kegagalan harus dimulai secara manual oleh aplikasi atau pengguna. Setelah kegagalan, primer baru memiliki titik akhir koneksi yang berbeda.
Gunakan Grup Failover Otomatis yang dapat menyertakan satu atau beberapa database, biasanya digunakan oleh aplikasi yang sama. Anda dapat menggunakan database sekunder yang dapat dibaca untuk menurunkan beban kerja kueri baca saja. Karena grup autofailover melibatkan beberapa database, database ini harus dikonfigurasi di server utama. Grup failover otomatis mendukung replikasi semua database dalam grup ke hanya satu server sekunder atau instans di wilayah yang berbeda. Pelajari selengkapnya tentang Grup Auto-Failover dan desain DR.
Gunakan database Zona Redundan. Secara default, kluster node untuk model ketersediaan premium dibuat di pusat data yang sama. Dengan diperkenalkannya Zona Ketersediaan Azure, SQL Database dapat menempatkan replika database Bisnis Penting yang berbeda ke zona ketersediaan yang berbeda di wilayah yang sama. Untuk menghilangkan satu titik kegagalan, cincin kontrol juga diduplikasi di beberapa zona sebagai tiga cincin gateway (GW). Perutean ke cincin gateway tertentu dikendalikan oleh Azure Traffic Manager (ATM). Karena konfigurasi zone-redundant di tingkat layanan Premium atau Business Critical tidak membuat redundansi database tambahan, Anda dapat mengaktifkannya tanpa biaya tambahan. Pelajari selengkapnya tentang Database zone-redundant.
Pantau Azure SQL Database Anda yang mendekati real-time untuk mendeteksi insiden keandalan. Gunakan salah satu solusi yang tersedia untuk memantau SQL DB guna mendeteksi potensi insiden keandalan lebih awal dan membuat database Anda lebih andal. Memilih solusi pemantauan yang mendekati real-time untuk bereaksi cepat terhadap insiden. Lihat Analitik Azure SQL untuk informasi selengkapnya.
Terapkan Logika Coba Lagi. Meskipun Azure SQL Database tangguh dalam hal kegagalan infrastruktur transitif, kegagalan ini dapat memengaruhi konektivitas Anda. Ketika kesalahan sementara terjadi saat bekerja dengan SQL Database, pastikan kode Anda dapat mencoba lagi panggilan tersebut. Untuk informasi selengkapnya, lihat cara menerapkan logika coba lagi dan Logika coba lagi yang dapat dikonfigurasi dalam pengenalan SqlClient.
Cadangkan kunci Anda. Jika Anda tidak menggunakan kunci enkripsi di Azure Key Vault untuk melindungi data Anda, cadangkan kunci Anda.

Azure SQL Database dan efisiensi performa

Azure SQL Database adalah mesin database platform as a service (PaaS) yang terkelola sepenuhnya yang menangani sebagian besar fungsi manajemen database tanpa keterlibatan pengguna. Fungsi manajemen meliputi:

  • Peningkatan
  • Patch
  • Pencadangan
  • Pemantauan

Bagian berikut menyertakan daftar periksa desain dan opsi desain yang direkomendasikan khusus untuk efisiensi performa Azure SQL Database.

Daftar periksa desain

Sudahkah Anda merancang beban kerja dan mengonfigurasi Azure SQL Database dengan ingat efisiensi performa?

Rekomendasi

Rekomendasi Keuntungan
Mendiagnosis dan memecahkan masalah pemanfaatan CPU yang tinggi. Azure SQL Database menyediakan alat bawaan untuk mengidentifikasi penyebab penggunaan CPU yang tinggi dan untuk mengoptimalkan performa beban kerja.
Memahami masalah pemblokiran dan kebuntuan. Pemblokiran karena konkurensi dan sesi yang dihentikan karena kebuntuan memiliki penyebab dan hasil yang berbeda.
Menyetel aplikasi dan database untuk performa. Sesuaikan aplikasi dan database Anda untuk meningkatkan performa. Tinjau praktik terbaik.
Tinjau pelaporan dan skala pemanfaatan portal Azure yang sesuai. Setelah penyebaran, gunakan pelaporan bawaan di portal Azure untuk meninjau penggunaan database puncak dan rata-rata secara teratur dan ukuran yang tepat ke atas atau ke bawah. Anda dapat dengan mudah menskalakan database tunggal atau kumpulan elastis tanpa kehilangan data dan waktu henti minimal.
Tinjau Hasil Rekomendasi Performa. Di menu Performa Cerdas halaman database di portal Azure, tinjau dan pertimbangkan tindakan pada salah satu Rekomendasi Performa dan terapkan indeks, skema, dan masalah parameterisasi apa pun.
Tinjau Wawasan Performa Kueri. Tinjau Wawasan Performa Kueri untuk laporan Azure SQL Database untuk mengidentifikasi kueri yang memakan sumber daya teratas, kueri yang berjalan lama, dan banyak lagi.
Mengonfigurasi Penyetelan otomatis. Memberikan performa puncak dan beban kerja yang stabil melalui penyetelan performa berkelanjutan berdasarkan AI dan pembelajaran mesin. Pertimbangkan untuk menggunakan Azure Automation untuk mengonfigurasi pemberitahuan email untuk penyetelan otomatis.
Mengevaluasi potensi penggunaan objek database dalam memori. Teknologi dalam memori memungkinkan Anda meningkatkan performa aplikasi Anda, dan berpotensi mengurangi biaya database Anda. Pertimbangkan untuk merancang beberapa objek database dalam aplikasi OLTP volume tinggi.
Manfaatkan Penyimpanan Kueri. Diaktifkan secara default di Azure SQL Database, Penyimpanan Kueri berisi banyak performa kueri dan data konsumsi sumber daya, serta fitur penyetelan tingkat lanjut seperti petunjuk Penyimpanan Kueri dan koreksi paket otomatis. Tinjau Default Penyimpanan Kueri di Azure SQL Database.
Terapkan logika coba lagi untuk kesalahan sementara. Aplikasi harus menyertakan logika coba lagi transaksi otomatis untuk kesalahan sementara termasuk kesalahan koneksi umum. Manfaatkan logika interval coba lagi eksponensial.

Sumber Daya Tambahan:

Untuk informasi tentang fitur yang didukung, lihat Fitur dan Mengatasi perbedaan Transact-SQL selama migrasi ke SQL Database.

Bermigrasi ke Azure SQL Database? Tinjau Panduan Migrasi Azure Database kami.

Tonton episode Data Exposed yang mencakup topik Azure SQL dan banyak lagi.

Langkah berikutnya