Penyimpanan: Praktik terbaik untuk performa SQL Server pada komputer virtual Azure

Berlaku untuk:SQL Server di Azure VM

Artikel ini menyediakan praktik dan panduan terbaik penyimpanan untuk mengoptimalkan performa untuk SQL Server Anda di Azure Virtual Machines (VM). Pelajari cara memilih jenis disk yang tepat, mengonfigurasi kumpulan penyimpanan, dan menerapkan strategi penembolokan untuk memaksimalkan performa database Anda.

Biasanya ada trade-off antara mengoptimalkan biaya dan mengoptimalkan performa. Seri praktik terbaik performa ini difokuskan untuk mendapatkan performa terbaik untuk SQL Server di Azure VM. Jika beban kerja Anda tidak terlalu berat, Anda mungkin tidak memerlukan setiap pengoptimalan yang direkomendasikan. Pertimbangkan kebutuhan performa, biaya, dan pola beban kerja Anda saat Anda mengevaluasi rekomendasi ini.

Untuk mempelajari selengkapnya, lihat artikel lain dalam seri ini: Daftar periksa, Ukuran komputer virtual, Keamanan, Konfigurasi HADR, dan Mengumpulkan garis besar.

Daftar periksa

Tinjau daftar periksa berikut untuk ringkasan singkat tentang praktik terbaik penyimpanan yang dibahas dalam artikel ini dengan lebih mendetail.

• Pantau aplikasi dan tentukan persyaratan bandwidth dan latensi penyimpanan untuk data, log, dan file SQL Server sebelum menentukan jenis disk.
• Jika tersedia, konfigurasikan tempdb data dan file log pada volume D: SSD lokal saat Anda menyebarkan komputer virtual baru, atau setelah Anda menginstal SQL Server secara manual. Ekstensi SQL IaaS Agent menangani folder dan izin yang diperlukan setelah provisi ulang.
• Untuk mengoptimalkan performa penyimpanan, rencanakan IOPS tertinggi tidak cache yang tersedia, serta gunakan penyimpanan sementara data sebagai fitur performa untuk pembacaan data sambil menghindari pembatasan cakram dan mesin virtual.
• Saat menggunakan VM SQL Server seri Ebdsv5 atau Ebsv5 , gunakan Premium SSD v2 untuk performa harga terbaik. Anda dapat menyebarkan komputer virtual SQL Server Anda dengan Premium SSD v2 dengan menggunakan portal Azure (saat ini dalam pratinjau).
• Jika beban kerja Anda memerlukan lebih dari 160.000 IOPS, gunakan Premium SSD v2 atau Azure Ultra Disks.
• Tempatkan data, log, dan tempdb file pada drive terpisah.
  • Untuk drive data, gunakan disk premium P30 dan P40 atau yang lebih kecil untuk memastikan ketersediaan dukungan cache. Saat menggunakan seri VM Ebdsv5, gunakan Premium SSD v2 yang memberikan performa harga yang lebih baik untuk beban kerja yang memerlukan throughput IOPS dan I/O tinggi.
  • Untuk rencana kapasitas drive log dan performa pengujian dibandingkan dengan biaya saat mengevaluasi disk Premium SSD v2 atau disk Premium SSD P30 - P80
    • Jika latensi penyimpanan submillisecond diperlukan, gunakan Premium SSD v2 atau disk ultra Azure untuk log transaksi.
    • Untuk penyebaran komputer virtual seri M, pertimbangkan akselerator penulisan daripada menggunakan disk ultra Azure.
  • Tempatkan tempdb pada disk sementara (disk sementara bersifat sementara, dan default ke D:\) untuk sebagian besar beban kerja SQL Server yang bukan bagian dari instans kluster failover (FCI) setelah memilih ukuran VM yang optimal.
    • Jika kapasitas drive lokal tidak cukup untuk tempdb, pertimbangkan untuk meningkatkan ukuran VM. Untuk informasi selengkapnya, lihat Kebijakan cache data file.
  • Tempatkan instans kluster failover (FCI) pada penyimpanan bersama tempdb.
    • Jika beban kerja FCI sangat bergantung pada tempdb performa disk, maka sebagai konfigurasi tingkat lanjut, tempatkan tempdb pada drive SSD ephemeral lokal (default D:\), yang bukan bagian dari penyimpanan FCI. Konfigurasi ini memerlukan pemantauan dan tindakan kustom untuk memastikan drive SSD sementara (default D:\) lokal tersedia sepanjang waktu karena kegagalan drive ini tidak akan memicu tindakan dari FCI.
• Menggabungkan beberapa disk data Azure menggunakan Ruang Penyimpanan demi meningkatkan bandwidth I/O hingga batas IOPS dan throughput dari komputer virtual target.
• Atur cache host menjadi baca-saja untuk disk file data.
• Atur cache host ke tanpa untuk disk file log.
  • Jangan mengaktifkan cache baca/tulis pada disk yang berisi data SQL Server atau file log.
  • Selalu hentikan layanan SQL Server sebelum mengubah pengaturan cache disk Anda.
• Saat memigrasikan beberapa beban kerja yang berbeda ke cloud, Azure Elastic SAN dapat menjadi solusi penyimpanan konsolidasi hemat biaya. Namun, saat menggunakan Azure Elastic SAN, mencapai IOPS/throughput yang diinginkan untuk beban kerja SQL Server sering memerlukan kapasitas provisi berlebih. Meskipun biasanya tidak sesuai untuk beban kerja SQL Server tunggal, Anda dapat memperoleh solusi hemat biaya saat menggabungkan beban kerja berkinerja rendah dengan SQL Server.
• Untuk pengembangan dan pengujian beban kerja, dan pengarsipan cadangan jangka panjang pertimbangkan menggunakan penyimpanan standar. Tidak disarankan untuk menggunakan HDD/SSD Standar untuk beban kerja produksi.
• Disk Bursting berbasis kredit (P1-P20) hanya boleh dipertimbangkan untuk beban kerja pengembangan dan pengujian yang lebih kecil dan sistem tingkat departemen.
• Untuk mengoptimalkan performa penyimpanan, rencanakan untuk IOPS tertinggi yang tersedia tanpa cache, dan gunakan caching data sebagai fitur performa untuk pembacaan data sambil menghindari pembatasan disk komputer virtual.
• Format disk data Anda untuk menggunakan ukuran unit alokasi sebesar 64 KB untuk semua file data yang ditempatkan pada drive selain drive sementara D:\ (yang memiliki alokasi default 4 KB). Komputer virtual SQL Server yang disebarkan melalui Azure Marketplace dilengkapi dengan disk data yang diformat dengan ukuran unit alokasi dan interleave untuk kumpulan penyimpanan yang diatur menjadi 64 KB.
• Konfigurasikan akun penyimpanan di wilayah yang sama dengan komputer virtual SQL Server.
• Nonaktifkan penyimpanan geo-redundan Azure (geo-replikasi) dan gunakan LRS (penyimpanan lokal-redundan) pada akun penyimpanan.
• Aktifkan Penilaian Praktik Terbaik SQL untuk mengidentifikasi kemungkinan masalah performa dan mengevaluasi bahwa komputer virtual SQL Server Anda dikonfigurasi untuk mengikuti praktik terbaik.
• Tinjau dan pantau batas disk dan VM menggunakan metrik pemanfaatan IO Penyimpanan.
• Kecualikan file SQL Server dari pemindaian perangkat lunak antivirus, termasuk file data, file log, dan file cadangan.
• Mengubah ukuran kumpulan penyimpanan dengan tepat.

Untuk membandingkan daftar periksa penyimpanan dengan praktik terbaik lainnya, lihat daftar periksa praktik terbaik performa yang komprehensif.

Gambaran Umum

Untuk menemukan konfigurasi paling efektif untuk beban kerja SQL Server pada komputer virtual Azure, mulailah dengan mengukur performa penyimpanan aplikasi bisnis Anda. Setelah persyaratan penyimpanan diketahui, pilih komputer virtual yang mendukung IOPS dan throughput yang diperlukan dengan rasio memori-ke-vCore yang sesuai.

Pilih ukuran komputer virtual dengan skalabilitas penyimpanan yang cukup untuk beban kerja Anda dan campuran disk (biasanya di kumpulan penyimpanan) yang memenuhi persyaratan kapasitas dan performa bisnis Anda.

Jenis disk tergantung pada jenis file yang dihosting pada disk dan persyaratan performa puncak Anda.

Tips

Menyediakan SQL Server VM melalui portal Azure membantu memandu Anda melalui proses konfigurasi penyimpanan dan menerapkan sebagian besar praktik terbaik penyimpanan seperti membuat kolam penyimpanan terpisah khusus untuk data dan file log Anda, mengonfigurasi tempdb pada drive D:\, dan mengaktifkan kebijakan cache yang optimal. Untuk informasi selengkapnya tentang penyediaan dan konfigurasi penyimpanan, lihat konfigurasi penyimpanan SQL VM.

Tipe disk Mesin Virtual

Anda memiliki pilihan dalam tingkat performa untuk disk Anda. Jenis disk terkelola yang tersedia sebagai penyimpanan yang mendasar (tercantum oleh peningkatan kemampuan performa) adalah Hard Disk Drive Standar (HDD), Solid-State Drive Standar (SSD), SSD Premium, Premium SSD v2, dan Ultra Disks.

Untuk HDD Standar, SSD Standar, dan SSD Premium, performa disk meningkat dengan ukuran disk, dikelompokkan menurut label disk premium seperti P1 dengan ruang 4 GiB dan 120 IOPS ke P80 dengan penyimpanan 32 TiB dan 20.000 IOPS. Penyimpanan premium mendukung cache penyimpanan yang membantu meningkatkan performa baca dan tulis untuk beban kerja berat. Untuk informasi lebih lanjut, lihat Gambaran umum disk terkelola.

Performa Premium SSD v2 dan Ultra Disk dapat diubah secara independen dari ukuran disk, untuk detailnya lihat Performa disk Ultra dan performa Premium SSD v2. Jika beban kerja Anda memerlukan lebih dari 160.000 IOPS, pertimbangkan untuk menggunakan SSD Premium v2 atau Ultra Disk.

Ada juga tiga peran disk utama yang perlu dipertimbangkan untuk SQL Server Anda di Azure VM - disk OS, disk sementara, dan disk data Anda. Hati-hati memilih apa yang disimpan pada drive sistem operasi (C:\) dan drive sementara (D:\).

Disk sistem operasi

Disk sistem operasi adalah VHD yang dapat di-boot dan dipasang sebagai versi sistem operasi yang berjalan dan dilabeli sebagai drive C:\. Saat Anda membuat mesin virtual (VM) Azure, platform akan melampirkan setidaknya satu disk ke VM sebagai disk sistem operasi. Drive C:\ adalah lokasi default untuk pemasangan aplikasi dan konfigurasi file.

Untuk lingkungan SQL Server produksi, jangan gunakan disk sistem operasi untuk file data, file log, log kesalahan.

Disk sementara

Banyak Azure VM berisi jenis disk lain yang disebut disk sementara (berlabel sebagai D:\ drive). Tergantung pada seri VM dan ukuran kapasitas disk ini akan bervariasi. Disk sementara bersifat fana, yang berarti penyimpanannya dibuat ulang, yaitu, dibatalkan alokasinya dan dialokasikan lagi, ketika VM dimulai ulang, atau dipindahkan ke host yang berbeda (misalnya untuk pemulihan layanan).

Drive penyimpanan sementara tidak disimpan ke penyimpanan jarak jauh, sehingga tidak boleh digunakan untuk menyimpan file database pengguna, file log transaksi, atau file apa pun yang harus dipertahankan. Misalnya, Anda dapat menggunakannya untuk ekstensi kumpulan buffer, file halaman, dan tempdb.

Tempatkan tempdb pada drive SSD sementara lokal D:\ untuk beban kerja SQL Server, kecuali jika konsumsi cache lokal menjadi masalah. Jika Anda menggunakan VM yang tidak memiliki disk sementara, disarankan untuk menempatkan tempdb pada disk atau pool penyimpanan yang terisolasi dengan penembolokan diatur ke baca-saja. Untuk mempelajari lebih lanjut, lihat kebijakan cache data tempdb.

Disk penyimpanan data

Disk data adalah disk penyimpanan jarak jauh yang sering dibuat di kumpulan penyimpanan untuk melebihi kapasitas dan performa yang dapat ditawarkan disk tunggal ke VM.

Lampirkan jumlah minimum disk yang memenuhi persyaratan IOPS, throughput, dan kapasitas beban kerja Anda. Jangan melebihi jumlah maksimum disk data dari VM terkecil yang Anda rencanakan untuk mengubah ukurannya.

Tempatkan data dan file log pada disk data yang dianggap paling sesuai dengan persyaratan performa.

Format disk data Anda untuk menggunakan ukuran unit alokasi sebesar 64 KB untuk semua file data yang ditempatkan pada drive selain drive sementara D:\ (yang memiliki alokasi default 4 KB). Komputer virtual SQL Server yang disebarkan melalui Azure Marketplace dilengkapi dengan disk data yang diformat dengan ukuran unit alokasi dan interleave untuk kumpulan penyimpanan yang diatur menjadi 64 KB.

Catatan

Dimungkinkan juga untuk menghosting file database SQL Server Anda langsung di penyimpanan Azure Blob atau pada penyimpanan SMB seperti berbagi file premium Azure, tetapi sebaiknya gunakan disk terkelola Azure untuk performa, keandalan, dan ketersediaan fitur terbaik.

Premium SSD v2

Anda harus menggunakan disk Premium SSD v2 saat menjalankan beban kerja SQL Server di wilayah yang didukung, jika batasan saat ini cocok untuk lingkungan Anda. Bergantung pada konfigurasi Anda, SSD Premium v2 bisa lebih murah daripada SSD Premium, sekaligus memberikan peningkatan performa. Dengan Premium SSD v2, Anda dapat secara individual menyesuaikan throughput atau IOPS Anda secara independen dari ukuran disk Anda. Mampu menyesuaikan opsi performa secara individual memungkinkan penghematan biaya yang lebih besar ini dan memungkinkan Anda untuk membuat skrip perubahan untuk memenuhi persyaratan performa selama periode kebutuhan yang diantisipasi atau diketahui.

Sebaiknya gunakan Premium SSD v2 saat menggunakan seri komputer virtual Ebdsv5 atau Ebsv5 karena ini adalah solusi yang lebih hemat biaya untuk mesin throughput I/O tinggi ini. Jika beban kerja Anda memerlukan lebih dari 160.000 IOPS, pertimbangkan untuk menggunakan SSD Premium v2 atau Ultra Disk.

Anda dapat menyebarkan komputer virtual SQL Server Anda dengan Premium SSD v2 dengan menggunakan portal Azure (saat ini dalam pratinjau).

Jika Anda menyebarkan komputer virtual SQL Server dengan menggunakan portal Azure dan ingin menggunakan Premium SSD v2, saat ini Anda terbatas pada komputer virtual seri Ebdsv5 atau Ebsv5. Namun, jika Anda membuat VM secara manual dengan penyimpanan Premium SSD v2 lalu menginstal SQL Server secara manual pada VM, Anda dapat menggunakan seri VM apa pun yang mendukung Premium SSD v2. Pastikan untuk mendaftarkan komputer virtual SQL Server Anda dengan ekstensi SQL IaaS Agent sehingga Anda dapat memanfaatkan semua manfaat yang disediakan oleh ekstensi.

Azure Elastic SAN

Azure Elastic SAN adalah penawaran penyimpanan terlampir jaringan yang memberi pelanggan solusi yang fleksibel dan dapat diskalakan dengan potensi untuk mengurangi biaya melalui konsolidasi penyimpanan. Azure Elastic SAN memberikan solusi penyimpanan blok yang hemat biaya, berkinerja, dan andal yang terhubung ke berbagai layanan komputasi Azure melalui protokol iSCSI. Elastic SAN memungkinkan transisi yang mulus dari kumpulan penyimpanan SAN yang ada ke cloud tanpa perlu merekayasa ulang arsitektur aplikasi pelanggan.

Solusi ini dapat menskalakan kinerja hingga jutaan IOPS, throughput GB/s dua digit, dan latensi dalam satuan milidetik rendah, dengan ketahanan yang terintegrasi untuk meminimalkan waktu tidak aktif. Gunakan Azure Elastic SAN jika Anda perlu mengonsolidasikan penyimpanan, bekerja dengan beberapa layanan komputasi, atau memiliki beban kerja yang memerlukan tingkat throughput tinggi saat mendorong penyimpanan melalui bandwidth jaringan. Namun, karena mencapai IOPS/throughput yang diinginkan untuk beban kerja SQL Server sering memerlukan kapasitas provisi berlebih, biasanya tidak sesuai untuk beban kerja SQL Server tunggal. Untuk mencapai solusi yang paling hemat biaya dengan Elastic SAN, pertimbangkan untuk menggunakannya sebagai penyimpanan untuk beberapa beban kerja server SQL, atau kombinasi SQL Server dan beban kerja berkinerja rendah lainnya.

Pertimbangkan untuk menempatkan beban kerja SQL Server pada Elastic SAN untuk efisiensi biaya yang lebih baik, konsolidasi penyimpanan, berbagi performa dinamis, dan untuk mendorong throughput penyimpanan yang lebih tinggi.

SSD Premium

Gunakan SSD Premium untuk data dan file log untuk beban kerja SQL Server produksi. IOPS dan bandwidth SSD premium bervariasi berdasarkan ukuran dan jenis disk.

Untuk beban kerja produksi, gunakan disk P30 dan/atau P40 untuk file data SQL Server untuk memastikan dukungan caching dan gunakan P30 sampai dengan P80 untuk file log transaksi SQL Server. Untuk total biaya kepemilikan terbaik, mulailah dengan P30s (5000 IOPS/200 MBps) untuk file data dan log dan hanya pilih kapasitas yang lebih tinggi saat Anda perlu mengontrol jumlah disk VM. Untuk dev/test atau sistem kecil, Anda dapat memilih untuk menggunakan ukuran yang lebih kecil dari P30 karena ukuran ini mendukung cache, tetapi mereka tidak menawarkan harga cadangan.

Untuk beban kerja OLTP, cocokkan target IOPS per disk (atau kumpulan penyimpanan) dengan persyaratan performa Anda menggunakan beban kerja pada waktu sibuk dan penghitung performa Disk Reads/sec + Disk Writes/sec. Untuk beban kerja gudang data dan pelaporan, sesuaikan throughput target dengan menggunakan beban kerja selama waktu puncak dan Disk Read Bytes/sec + Disk Write Bytes/sec.

Gunakan Ruang Penyimpanan untuk mencapai performa optimal, mengonfigurasi dua kumpulan, satu untuk file log dan yang lainnya untuk file data. Jika Anda tidak menggunakan striping disk, gunakan dua disk SSD premium yang dipetakan ke drive terpisah, di mana satu drive berisi file log dan yang lain berisi data.

IOPS dan throughput yang disediakan per disk yang dipakai sebagai bagian dari kumpulan penyimpanan Anda. Kemampuan gabungan IOPS dan throughput dari disk merupakan kapasitas maksimum yang dapat dicapai hingga batas throughput VM.

Praktik terbaik adalah menggunakan jumlah disk sekecil mungkin yang memenuhi persyaratan minimal untuk IOPS (dan throughput) dan kapasitas. Namun, keseimbangan harga dan performa cenderung lebih baik dengan sejumlah besar disk kecil daripada sejumlah kecil disk besar.

Menyesuaikan skala disk premium

Ukuran SSD Premium Anda menentukan tingkat performa awal disk Anda. Tentukan tingkat performa saat penyebaran atau ubah setelahnya, tanpa mengubah ukuran disk. Jika permintaan meningkat, Anda dapat meningkatkan tingkat performa untuk memenuhi kebutuhan bisnis Anda.

Mengubah tingkat performa memungkinkan administrator untuk mempersiapkan dan memenuhi permintaan yang lebih tinggi tanpa mengandalkan disk bursting.

Gunakan performa yang lebih tinggi selama diperlukan di mana tagihan dirancang untuk memenuhi tingkat performa penyimpanan. Naikkan tingkatan agar sesuai dengan persyaratan performa tanpa meningkatkan kapasitas. Kembali ke tingkat awal ketika performa tambahan tidak lagi diperlukan.

Perluasan kinerja sementara yang hemat biaya ini adalah kasus penggunaan yang kuat untuk acara-acara terfokus seperti belanja, pengujian kinerja, acara pelatihan, dan periode singkat lainnya di mana peningkatan kinerja hanya diperlukan untuk jangka waktu yang pendek.

Untuk informasi selengkapnya, lihat Tingkat performa untuk disk terkelola.

Ultra Disk Azure

Jika ada kebutuhan akan waktu respons submillisecond dengan latensi yang berkurang, pertimbangkan untuk menggunakan disk ultra Azure untuk drive log SQL Server, atau bahkan drive data untuk aplikasi yang sangat sensitif terhadap latensi I/O.

Disk ultra dapat dikonfigurasi di mana skala kapasitas dan IOPS dapat diubah secara independen. Administrator disk ultra dapat menyediakan disk dengan kapasitas, IOPS, dan persyaratan throughput berdasarkan kebutuhan aplikasi.

Disk ultra tidak didukung pada semua seri VM dan memiliki batasan lain seperti ketersediaan wilayah, redundansi, dan dukungan untuk Azure Backup. Untuk mempelajari lebih lanjut, lihat Menggunakan disk ultra Azure untuk daftar lengkap batasan.

HDD dan SSD standar

SSD dan HDD standar memiliki latensi dan bandwidth bervariasi dan hanya direkomendasikan untuk beban kerja dev/test. Beban kerja produksi harus menggunakan SSD Premium v2 atau SSD Premium. Jika Anda menggunakan SSD Standar (skenario dev/test), rekomendasinya adalah menambahkan jumlah maksimum disk data yang didukung oleh ukuranVM Anda dan menggunakan striping disk dengan Storage Spaces untuk performa terbaik.

peng-antara-an

Mesin virtual (VM) yang mendukung cache penyimpanan premium dapat memanfaatkan fitur tambahan yang disebut Azure BlobCache atau cache host untuk memperluas kemampuan IOPS dan throughput VM. VM yang diaktifkan dengan penyimpanan premium dan caching penyimpanan premium memiliki dua batas bandwidth penyimpanan yang berbeda yang dapat digunakan bersama-sama untuk meningkatkan performa penyimpanan.

Throughput IOPS dan MBps tanpa cache dihitung terhadap batas throughput disk VM yang tidak di-cache. Batas cache maksimum menyediakan buffer lain untuk bacaan yang membantu mengatasi pertumbuhan dan puncak yang tidak terduga.

Aktifkan caching premium setiap kali opsi didukung untuk meningkatkan performa pembacaan pada drive data secara signifikan tanpa biaya tambahan.

Membaca dan menulis pada Azure BlobCache (IOPS dan throughput yang di-cache) tidak diperhitungkan dalam batas IOPS dan throughput VM yang tidak di-cache.

Catatan

Penembolokan Disk tidak tersedia untuk disk yang lebih besar dari 4 TiB (P50 dan yang lebih besar). Jika beberapa disk terpasang pada VM Anda, setiap disk yang lebih kecil dari 4 TiB akan mendukung cache. Untuk informasi selengkapnya, lihat Cache disk.

Throughput yang belum disimpan dalam cache

IOPS dan throughput disk maksimum yang tidak di-cache adalah batas penyimpanan jarak jauh maksimum yang dapat ditangani VM. Batas ini didefinisikan pada VM dan bukan batas penyimpanan disk yang mendasar. Batas ini hanya berlaku untuk I/O pada drive data yang dipasang secara remote ke VM, bukan untuk I/O lokal terhadap drive sementara (drive D:\) atau drive OS.

Jumlah IOPS dan throughput yang tidak di-cache yang tersedia untuk VM dapat diverifikasi dalam dokumentasi untuk VM Anda.

Misalnya, dokumentasi M-series menunjukkan bahwa throughput maksimal tidak di-cache untuk VM Standard_M8ms adalah 5000 IOPS dan 125 MBps dari throughput disk tidak di-cache.

Demikian juga, Anda dapat melihat bahwa Standard_M32ts mendukung 20.000 IOPS disk yang tidak di-cache dan throughput disk yang tidak di-cache 500 MBps. Batas ini diatur pada tingkat VM terlepas dari penyimpanan disk premium di dasarnya.

Untuk informasi selengkapnya, lihat batas di-cache dan tidak di-cache.

Throughput penyimpanan cache dan sementara

Batas throughput penyimpanan maksimum yang di-cache dan bersifat sementara adalah batas terpisah dari batas throughput yang tidak di-cache pada VM. Azure BlobCache terdiri dari kombinasi memori akses acak host VM dan SSD yang terpasang secara lokal. Drive sementara (D:\ drive) dalam VM juga dihosting di SSD lokal ini.

Batas maksimum throughput penyimpanan yang di-cache dan sementara mengatur I/O terhadap drive sementara lokal (drive D:\) dan Azure BlobCache hanya jika cache host diaktifkan.

Saat cache diaktifkan pada penyimpanan premium, VM dapat menskalakan diri di luar batasan penyimpanan jarak jauh IOPS dan batas throughput VM yang tidak menggunakan cache.

Hanya VM tertentu yang mendukung penyimpanan premium dan caching penyimpanan premium (yang harus diverifikasi dalam dokumentasi mesin virtual). Misalnya, dokumentasi Seri M menunjukkan bahwa penyimpanan premium dan cache penyimpanan premium didukung.

Batas cache bervariasi berdasarkan ukuran VM. Misalnya, VM Standard_M8ms mendukung IOPS disk cache 10000 dan throughput disk cache 1000-MBps dengan ukuran cache total 793 GiB. Demikian pula, VM Standard_M32ts mendukung IOPS disk cache 40000 dan throughput disk cache 400-MBps dengan ukuran cache total 3.174 GiB.

Anda dapat secara manual mengaktifkan cache host pada komputer virtual yang ada. Hentikan semua beban kerja aplikasi dan servis SQL Server sebelum perubahan apa pun dilakukan pada kebijakan penyimpanan sementara VM Anda. Mengubah salah satu pengaturan cache VM mengakibatkan disk target dilepas dan dipasang kembali setelah pengaturan diterapkan.

Kebijakan pencachean file data

Kebijakan penyimpanan sementara Anda bervariasi tergantung pada jenis file data SQL Server yang ditempatkan di drive.

Tabel berikut ini menyediakan ringkasan kebijakan penembolokan yang direkomendasikan berdasarkan jenis data SQL Server:

SQL Server Disk	Rekomendasi
Data disk	Aktifkan cache Read-only untuk disk yang menyimpan file data SQL Server. Pembacaan dari cache akan lebih cepat daripada pembacaan yang belum di-cache dari disk data. IOPS dan throughput tanpa cache ditambah IOPS cache dan throughput menghasilkan total performa maksimum yang dapat dicapai VM sesuai batasnya, tetapi performa aktual bervariasi berdasarkan kemampuan beban kerja dalam memanfaatkan cache (rasio hit cache).
Disk untuk log transaksi	Atur kebijakan cache ke None untuk disk yang menampung log transaksi. Tidak ada manfaat performa untuk mengaktifkan caching untuk disk log Transaksi, dan pada kenyataannya mengaktifkan Read-only atau Read/Write caching pada drive log dapat menurunkan performa penulisan terhadap drive tersebut dan mengurangi cache tersedia untuk pembacaan pada drive data.
Disk Sistem Operasi yang Berjalan	Kebijakan default untuk penyimpanan sementara adalah Read/write untuk drive OS. Tidak disarankan untuk mengubah tingkat cache pada drive OS.
tempdb	Jika tempdb tidak dapat ditempatkan pada drive D:\ yang bersifat sementara karena alasan kapasitas, ubah ukuran VM untuk mendapatkan drive ephemeral yang lebih besar atau menempatkan tempdb pada drive data terpisah dengan Read-only penembolokan dikonfigurasi. Cache VM dan drive sementara keduanya menggunakan SSD lokal, jadi ingatlah hal ini saat menentukan ukuran karena tempdb I/O akan dihitung terhadap batas IOPS dan throughput VM yang di-cache ketika dihosting pada drive sementara.

Penting

Mengubah pengaturan cache pada disk Azure akan melepaskan dan memasang kembali disk target. Saat mengubah pengaturan cache untuk disk yang menghosting SQL Server data, log, atau file aplikasi, pastikan untuk menghentikan layanan SQL Server bersama dengan layanan terkait lainnya untuk menghindari korupsi data.

Untuk mempelajari lebih lanjut, lihat Penyimpanan cache disk.

Pemecahan Data pada Disk

Analisis kebutuhan throughput dan bandwidth untuk file data SQL Anda guna menentukan jumlah diska data, termasuk file log dan tempdb. Batas throughput dan bandwidth bervariasi menurut ukuran VM. Untuk informasi selengkapnya, lihat Ukuran komputer virtual.

Tambahkan lebih banyak diska keras dan gunakan striping disk untuk menghasilkan throughput yang lebih tinggi. Misalnya, aplikasi yang membutuhkan 12.000 IOPS dan throughput 180-MB/dtk dapat menggunakan tiga disk P30 bergaris untuk memberikan throughput 15.000 IOPS dan 600-MB/dtk.

Untuk mengonfigurasi disk striping, lihat disk striping.

Pembatasan penggunaan disk

Ada batas throughput pada tingkat disk dan VM. Batas maksimum IOPS per komputer virtual dan per disk berbeda dan independen satu sama lain.

Aplikasi yang mengonsumsi sumber daya di luar batas ini akan diperlambat (juga dikenal sebagai dibatasi). Pilih VM dan ukuran disk dalam jalur disk yang memenuhi persyaratan aplikasi dan tidak akan menghadapi batasan kuota. Untuk mengatasi pembatasan, gunakan cache, atau sesuaikan aplikasi sehingga memerlukan throughput yang lebih sedikit.

Misalnya, aplikasi yang membutuhkan 12.000 IOPS dan 180 MB/dtk dapat:

• Gunakan Standard_M32ms, yang memiliki throughput disk maksimum yang tidak di-cache sebesar 20.000 IOPS dan 500 MBps.
• Gabungkan tiga disk P30 untuk menghasilkan 15.000 IOPS dan throughput 600 MB/dtk.
• Gunakan VM Standard_M16ms dan gunakan caching host untuk memanfaatkan cache lokal alih-alih menggunakan throughput.

VM yang dikonfigurasi untuk meningkatkan skala selama waktu pemanfaatan tinggi harus menyediakan penyimpanan dengan IOPS dan throughput yang cukup untuk mendukung ukuran VM maksimum sambil menjaga jumlah keseluruhan disk kurang dari atau sama dengan jumlah maksimum yang didukung oleh SKU VM terkecil yang ditargetkan untuk digunakan.

Untuk informasi selengkapnya tentang pembatasan disk dan menggunakan caching untuk menghindari pembatasan, lihat Pembatasan IO Disk.

Catatan

Beberapa pembatasan kapasitas disk mungkin masih memberikan performa yang memuaskan bagi pengguna; mengoptimalkan dan memelihara beban kerja lebih baik daripada mengubah ukuran ke komputer virtual yang lebih besar untuk menyeimbangkan pengelolaan biaya dan performa untuk bisnis.

Percepatan Penulisan

Akselerasi Penulisan adalah fitur disk yang hanya tersedia untuk VM Seri M. Tujuan Akselerasi Tulis adalah untuk memperbaiki latensi I/O untuk operasi penulisan terhadap Azure Premium Storage ketika Anda membutuhkan latensi I/O satu digit karena beban kerja OLTP kritis dengan volume tinggi atau lingkungan gudang data.

Gunakan Akselerasi Tulis untuk memperbaiki latensi tulis ke drive tempat file log berada. Jangan gunakan Akselerasi Tulis untuk file data SQL Server.

Disk akselerator tulis memiliki batas IOPS yang sama dengan VM. Disk yang terpasang tidak boleh melebihi batas IOPS Pemacu Tulis untuk VM.

Tabel berikut menguraikan jumlah disk data dan IOPS yang didukung per VM:

VM SKU	# Disk Akselerasi Tulis	Disk Akselerasi Tulis IOPS per komputer virtual
M416ms_v2, M416s_v2	16	20000
M128ms, M128s	16	20000
M208ms_v2, M208s_v2	8	10.000
M64ms, M64ls, M64s	8	10.000
M32ms, M32ls, M32ts, M32s	4	5.000
M16ms, M16s	2	2500
M8ms, M8s	1	1250

Ada beberapa batasan dalam penggunaan Akselerasi Tulis. Untuk mempelajari lebih lanjut, lihat Pembatasan saat menggunakan Akselerasi Tulis.

Bandingkan dengan Azure disk ultra

Perbedaan terbesar antara Akselerasi Tulis dan disk ultra Azure adalah bahwa Akselerasi Tulis adalah fitur VM yang hanya tersedia untuk disk ultra M-Series dan Azure adalah opsi penyimpanan. Akselerasi Penulisan adalah cache yang dioptimalkan untuk penulisan dengan keterbatasan tersendiri yang bergantung pada ukuran VM. Disk ultra Azure adalah opsi penyimpanan disk latensi rendah untuk Azure VM.

Jika memungkinkan, gunakan Akselerasi Tulis melalui disk ultra untuk disk log transaksi. Untuk VM yang tidak mendukung Akselerasi Tulis namun memerlukan latensi rendah pada log transaksi, gunakan Azure ultra disk.

Mengubah ukuran kumpulan penyimpanan dengan tepat

Di Azure, saat Anda ingin mengubah ukuran kumpulan penyimpanan, lakukan dengan mengubah jumlah disk di kumpulan, alih-alih memodifikasi ukuran disk yang sudah ada di kumpulan. Mengubah ukuran disk virtual atau fisik di kumpulan penyimpanan tidak meningkatkan ruang volume yang tersedia saat berada di dalam kumpulan penyimpanan, sehingga peningkatan ruang disk tidak digunakan dan terbuang.

Untuk SQL Server di Azure VM yang disebarkan dari Azure Marketplace menggunakan SSD Premium (v1), disk secara otomatis ditambahkan ke kumpulan penyimpanan, dan Anda dapat menggunakan panel Penyimpanan sumber daya komputer virtual SQL di portal Microsoft Azure untuk mengubah ukuran disk di kumpulan penyimpanan.

Untuk SQL Server pada citra Azure VM Marketplace yang menggunakan disk Premium SSD v2, disk Ultra, atau pada mesin virtual dengan instans SQL Server yang diinstal sendiri, ubah jumlah disk secara manual di dalam kumpulan penyimpanan untuk mengubah ukuran volume.

Misalnya, ikuti langkah-langkah berikut untuk memperluas kumpulan penyimpanan:

1. Tambahkan disk baru:
   1. Melampirkan disk terkelola di portal Microsoft Azure
   2. Pasang disk terkelola menggunakan PowerShell
   3. Melampirkan disk yang tidak dikelola dengan PowerShell
2. Sambungkan ke komputer virtual.
3. Tambahkan disk ke kumpulan penyimpanan dari File Manajer> Server dan Kumpulan Penyimpanan Volume > Layanan > Penyimpanan. Gunakan Tugas untuk memilih opsi Tambahkan Disk Fisik .
4. Setelah disk ditambahkan, klik kanan disk virtual target dan pilih Perluas disk virtual.
5. Buka Manajemen Disk, klik kanan volume target, dan pilih Perluas Volume.

Memantau performa penyimpanan

Untuk menilai kebutuhan penyimpanan, dan menentukan seberapa baik performa penyimpanan, Anda perlu memahami apa yang harus diukur, dan apa artinya indikator tersebut.

IOPS (Input/Output per detik) adalah jumlah permintaan yang dilakukan aplikasi untuk penyimpanan per detik. Ukur IOPS menggunakan penghitung Monitor Performa Disk Reads/sec dan Disk Writes/sec. Aplikasi OLTP (Pemrosesan transaksi online) perlu mendorong IOPS yang lebih tinggi untuk mencapai performa yang optimal. Aplikasi seperti sistem pemrosesan pembayaran, belanja online, dan sistem titik penjualan ritel adalah semua contoh aplikasi OLTP.

Throughput adalah volume data yang dikirim ke penyimpanan yang digunakan, sering diukur dengan megabyte per detik. Ukur throughput dengan penghitung Pemantau Kinerja Disk Read Bytes/sec dan Disk Write Bytes/sec. Pergudangan data dioptimalkan untuk memaksimalkan throughput melalui IOPS. Aplikasi seperti penyimpanan data untuk analisis, pelaporan, aliran kerja ETL, dan target kecerdasan bisnis lainnya adalah semua contoh aplikasi pergudangan data.

Ukuran unit I/O memengaruhi kemampuan IOPS dan throughput karena ukuran I/O yang lebih kecil menghasilkan IOPS yang lebih tinggi dan ukuran I/O yang lebih besar menghasilkan throughput yang lebih tinggi. SQL Server memilih ukuran I/O yang optimal secara otomatis. Untuk informasi selengkapnya, lihat Mengoptimalkan IOPS, throughput, dan latensi untuk aplikasi Anda.

Ada metrik Azure Monitor tertentu yang sangat berharga untuk menemukan pembatasan di tingkat VM dan disk serta konsumsi dan kesehatan cache AzureBlob. Untuk mengidentifikasi penghitung utama untuk ditambahkan ke solusi pemantauan Anda dan dasbor portal Microsoft Azure, lihat Metrik pemanfaatan penyimpanan.

Catatan

Azure Monitor saat ini tidak menawarkan metrik tingkat disk untuk drive sementara yang sementara (D:\). Persentase IOPS yang Dikonsumsi Cache VM dan Persentase Bandwidth yang Dikonsumsi Cache VM akan mencatat IOPS dan throughput dari drive sementara (D:\) dan cache host secara bersama-sama.

Memantau pertumbuhan log transaksi

Karena log transaksi penuh dapat menyebabkan masalah performa dan pemadaman, penting untuk memantau ruang yang tersedia di log transaksi Anda, serta ruang disk drive yang digunakan yang menyimpan log transaksi Anda. Atasi masalah log transaksi sebelum berdampak pada beban kerja Anda.

Tinjau Memecahkan masalah log transaksi yang penuh jika log Anda menjadi penuh.

Jika Anda perlu memperluas disk, Anda dapat melakukannya di panel Penyimpanan sumber daya komputer virtual SQL jika Anda menyebarkan gambar SQL Server dari Marketplace Azure, atau di panel Disk untuk komputer virtual Azure Anda dan SQL Server yang diinstal sendiri.

Langkah berikutnya

Untuk mempelajari selengkapnya, lihat artikel lain dalam seri praktik terbaik ini:

• Daftar periksa cepat

• Ukuran Mesin Virtual

• Keamanan

• Pengaturan HADR

• Mengumpulkan garis besar

• Untuk praktik keamanan terbaik, lihat Pertimbangan keamanan untuk SQL Server di Azure Virtual Machines.

• Untuk pengujian terperinci performa SQL Server di Microsoft Azure Virtual Machines dengan tolok ukur TPC-E TPC_C, lihat blog Optimalkan performa OLTP.

• Tinjau artikel komputer virtual SQL Server lainnya di Ringkasan SQL Server di Azure Virtual Machines. Jika Anda mempunyai pertanyaan tentang komputer virtual SQL Server, lihat Tanya Jawab Umum.