Skalakan sumber daya kumpulan elastis di Azure SQL Database

Berlaku untuk:Azure SQL Database

Artikel ini menjelaskan cara menskalakan komputasi dan sumber daya penyimpanan tersedia untuk kumpulan elastis dan database yang dikumpulkan di Azure SQL Database.

Ubah sumber daya komputasi (vCores atau DTUs)

Setelah awalnya memilih jumlah vCore atau eDTU, Anda dapat menskalakan kumpulan elastis ke atas atau ke bawah secara dinamis berdasarkan pengalaman aktual menggunakan salah satu metode di bawah ini:

Dampak mengubah tingkat layanan atau ukuran komputasi penskalaan ulang

Mengubah tingkat layanan atau ukuran komputasi kumpulan elastis mengikuti pola yang mirip seperti database tunggal dan terutama melibatkan layanan yang melakukan langkah-langkah berikut:

  1. Buat contoh komputasi baru untuk kumpulan elastis

    Contoh komputasi baru untuk kumpulan elastis yang dibuat dengan tingkat layanan yang diminta dan ukuran komputasi. Untuk beberapa kombinasi tingkat layanan dan perubahan ukuran komputasi, replika setiap database harus dibuat dalam instans komputasi baru, yang melibatkan penyalinan data dan dapat sangat memengaruhi latensi keseluruhan. Terlepas, database tetap online selama langkah ini, dan koneksi berlanjut untuk diarahkan ke database dalam contoh komputasi orisinal.

  2. Alihkan perutean koneksi ke contoh komputasi baru

    Koneksi ke database yang ada di contoh komputasi orisinal dijatuhkan. Koneksi baru dibuat untuk database dalam contoh komputasi baru. Untuk beberapa kombinasi tingkat layanan dan perubahan ukuran komputasi, file database dicopot dan dipasang kembali selama pengalihan. Terlepas, pengalihan dapat menyebabkan gangguan layanan singkat saat database tidak tersedia secara umum kurang dari 30 detik dan sering hanya selama beberapa detik. Jika ada transaksi aktif yang berjalan lama saat koneksi terputus, durasi langkah ini mungkin memakan waktu lebih lama untuk memulihkan transaksi yang dibatalkan. Pemulihan Database yang Dipercepat dapat mengurangi dampak dari pembatalan transaksi yang berjalan lama.

Penting

Tidak ada data yang hilang selama proses langkah apa pun dalam alur kerja.

Latensi tingkat layanan yang berubah atau penskalaan ukuran komputasi

Estimasi latensi untuk mengubah tingkat layanan, menskalakan ukuran komputasi database tunggal atau kumpulan elastis, memindahkan database ke/dari kumpulan database elastis, atau memindahkan database di antara kumpulan elastis diberi parameter sebagai berikut:

Latensi penskalaan kumpulan elastis Ke kumpulan elastis Tujuan Dasar, Standar, Umum Ke Premium, kumpulan elastis Bisnis Kritis Ke kumpulan elastis Hyperscale
Dari kumpulan elastis Tujuan Dasar, Standar, Umum Proporsional dengan jumlah database • Latensi proporsional dengan ruang database yang digunakan karena penyalinan data.
• Biasanya, kurang dari 1 menit per GB ruang yang digunakan.
N/A – database perlu ditambahkan satu per satu ke kumpulan elastis Hyperscale. Latensi penskalaan per database yang didokumenkan dalam Menskalakan sumber daya database tunggal.
Dari kumpulan elastis Premium, Bisnis Kritis • Latensi proporsional dengan ruang database yang digunakan karena penyalinan data.
• Biasanya, kurang dari 1 menit per GB ruang yang digunakan.
• Latensi proporsional dengan ruang database yang digunakan karena penyalinan data.
• Biasanya, kurang dari 1 menit per GB ruang yang digunakan.
N/A – database perlu ditambahkan satu per satu ke kumpulan elastis Hyperscale. Latensi penskalaan per database yang didokumenkan dalam Menskalakan sumber daya database tunggal.
Dari kumpulan elastis Hyperscale T/A T/A • Latensi waktu konstan independen dari ruang yang digunakan.
• Biasanya, kurang dari 2 menit.

Catatan

  • Saat mengubah tingkat layanan atau komputasi penskalaan untuk kumpulan elastis non-Hyperscale, penjumlahan ruang yang digunakan di semua database di kumpulan harus digunakan untuk menghitung perkiraan. Latensi penskalaan untuk kumpulan elastis Hyperscale tidak bergantung pada ruang yang digunakan.
  • Untuk Standar dan kumpulan elastis Tujuan Umum, latensi memindahkan database di dalam/luar kumpulan elastis atau antara kumpulan elastis akan jadi proporsional ke ukuran database jika kumpulan elastis sedang menggunakan penyimpanan Berbagi File Premium (PFS). Untuk menentukan apakah kumpulan menggunakan penyimpanan PFS, melaksanakan kueri berikut dalam konteks database mana pun dalam kumpulan. Jika nilai kolom AccountType adalah PremiumFileStorage atau PremiumFileStorage-ZRS, kumpulan menggunakan penyimpanan PFS.
SELECT s.file_id,
       s.type_desc,
       s.name,
       FILEPROPERTYEX(s.name, 'AccountType') AS AccountType
FROM sys.database_files AS s
WHERE s.type_desc IN ('ROWS', 'LOG');

Catatan

  • Properti redundansi zona akan tetap sama secara default saat menskalakan kumpulan elastis dari tingkat Business Critical ke Tujuan Umum.
  • Latensi untuk operasi penskalaan ketika redundansi zona diubah untuk kumpulan elastis Tujuan Umum sebanding dengan ukuran database.
  • Mengubah kumpulan elastis non-Hyperscale yang ada ke edisi Hyperscale tidak didukung. Lihat Kumpulan elastis Hyperscale untuk detail selengkapnya. Sebagai gantinya, database perlu ditambahkan satu per satu ke kumpulan elastis Hyperscale.
  • Mengubah edisi kumpulan elastis Hyperscale menjadi edisi non-Hyperscale tidak didukung. Lihat Kumpulan elastis Hyperscale untuk detail selengkapnya.

Pertimbangan tambahan saat mengubah tingkat layanan atau ukuran komputasi penskalaan ulang

  • Saat Anda mengurangi vCore atau eDTU untuk kumpulan elastis, ruang yang digunakan kumpulan harus lebih kecil dari batas ukuran data maksimum tingkat layanan target dan komputasi kumpulan.
  • Saat Anda meningkatkan eDTU untuk kumpulan elastis, biaya penyimpanan tambahan mungkin berlaku jika:
    • Ukuran data maksimum kumpulan didukung oleh kumpulan target, dan
    • Ukuran data maksimum kumpulan melebihi jumlah penyimpanan kumpulan target yang disertakan.
  • Misalnya, jika kumpulan Standar eDTU 100 dengan ukuran data maks 100 GB diturunkan menjadi kumpulan Standar eDTU 50, maka biaya penyimpanan tambahan berlaku karena kumpulan target mendukung ukuran data maksimum 100 GB dan jumlah penyimpanan yang disertakan hanya 50 GB. Jadi, jumlah penyimpanan tambahan 100 GB – 50 GB = 50 GB. Untuk harga penyimpanan tambahan, lihat biaya SQL Database. Jika jumlah ruang aktual yang digunakan kurang dari jumlah penyimpanan yang disertakan, maka biaya tambahan ini dapat dihindari dengan mengurangi ukuran data maksimum ke jumlah yang disertakan.

Tagihan selama penskalaan ulang

Anda ditagihkan untuk setiap jam database yang ada menggunakan tingkat layanan tertinggi + aturan komputasi yang berlaku selama jam itu, terlepas penggunaan apakah database aktif selama kurang dari sejam. Contohnya, jika Anda membuat database tunggal dan menghapusnya lima menit kemudian tagihan Anda menunjukkan tagihan untuk satu jam database.

Mengubah ukuran penyimpanan kumpulan elastis

Ukuran penyimpanan (ukuran data maks) untuk kumpulan elastis dapat ditentukan menggunakan portal Azure, PowerShell, Azure CLI, atau REST API. Saat Anda meningkatkan ukuran data maksimum kumpulan elastis, nilai yang ditentukan tidak boleh melebihi batas ukuran data maksimum dari tujuan layanan kumpulan. Saat mengurangi ukuran data maksimum, nilai baru yang ditentukan harus sama dengan atau lebih besar dari jumlah ruang yang dialokasikan di semua database di kumpulan.

Penting

Dalam beberapa keadaan, Anda mungkin perlu menyusutkan database untuk mengklaim kembali ruang yang tidak digunakan. Untuk informasi lebih lanjut, lihat Mengelola ruang file di Azure SQL Database.

Model pembelian berbasis vCore

  • Ukuran penyimpanan (ukuran data maks) untuk kumpulan elastis di tingkat Tujuan Umum atau Bisnis Kritis dapat ditentukan hingga batas ukuran data maksimum yang ditentukan dalam Batas sumber daya untuk kumpulan elastis menggunakan model pembelian vCore. Ukuran data maksimum untuk kumpulan elastis dapat ditingkatkan atau dikurangi dalam kelipatan 1 GB.
  • Harga penyimpanan untuk kumpulan elastis adalah ukuran data maks yang ditentukan, dikalikan dengan harga unit penyimpanan tingkat layanan. Untuk detail tentang harga penyimpanan, lihat Harga SQL Database.

Penting

Dalam beberapa keadaan, Anda mungkin perlu menyusutkan database untuk mengklaim kembali ruang yang tidak digunakan. Untuk informasi lebih lanjut, lihat Mengelola ruang file di Azure SQL Database.

Model pembelian berbasis DTU

  • Harga eDTU untuk kumpulan elastis termasuk jumlah tertentu penyimpanan tanpa biaya tambahan. Penyimpanan data tambahan di luar jumlah yang disertakan dapat disediakan dengan biaya tambahan hingga batas ukuran data maksimum yang sesuai dengan eDTU yang disediakan. Untuk jumlah penyimpanan yang disertakan dan batas ukuran data maksimum, lihat Batas sumber daya untuk kumpulan elastis menggunakan model pembelian DTU.
  • Harga penyimpanan tambahan untuk kumpulan elastis adalah jumlah penyimpanan tambahan dikalikan harga unit penyimpanan tambahan tingkat layanan. Untuk detail harga penyimpanan tambahan, lihat harga SQL Database.
  • Nilai yang valid untuk ukuran data maksimum untuk kumpulan elastis tingkat Standar atau Premium dapat menjadi salah satu nilai berikut: 50 GB, 100 GB, 150 GB, 200 GB, 250 GB, 300 GB, 400 GB, 500 GB, 750 GB, 800 GB, 1024 GB, 1200 GB, 1280 GB, 1536 GB, 1600 GB, 1792 GB, 2000 GB, 2048 GB, 2304 GB, 2500 GB, 2560 GB, 2816 GB, 3000 GB, 3072 GB, 3328 GB, 3584 GB, 3840 GB, 4096 GB. Ukuran data maks yang ditentukan tidak boleh melebihi batas ukuran data maks yang ditentukan untuk eDTU yang disediakan.

Penting

Dalam beberapa keadaan, Anda mungkin perlu menyusutkan database untuk mengklaim kembali ruang yang tidak digunakan. Untuk informasi lebih lanjut, lihat Mengelola ruang file di Azure SQL Database.

Memantau atau membatalkan perubahan penskalakan

Operasi perubahan tingkat layanan atau penskalaan ulang komputasi dapat dipantau dan dibatalkan.

Di halaman Gambaran Umum kumpulan elastis SQL, navigasikan ke Pemberitahuan dan pilih petak yang menunjukkan ada operasi yang sedang berlangsung:

Screenshot from the Azure portal of an ongoing deployment in progress.

Pada halaman Penyebaran yang dihasilkan sedang berlangsung, pilih Batal.

Izin

Untuk menskalakan kumpulan elastis melalui peran portal Azure, PowerShell, Azure CLI, atau REST API, Azure RBAC diperlukan, khususnya peran Kontributor, Kontributor SQL DB, atau Kontributor SQL Server Azure RBAC. Untuk informasi selengkapnya, kunjungi Peran bawaan Azure RBAC.

Untuk batas sumber daya secara keseluruhan, lihat batas sumber daya berbasis-SQL Database vCore - kumpulan elastis dan batas sumber daya berbasis-SQL Database DTU - kumpulan elastis.