Autoscale untuk Azure API untuk FHIR
Azure API untuk FHIR, sebagai layanan terkelola, memungkinkan pelanggan untuk bertahan dengan data layanan kesehatan yang mematuhi Fast Healthcare Interoperability Resources (FHIR®) dan menukarnya dengan aman melalui API layanan. Untuk mengakomodasi beban kerja transaksi yang berbeda, pelanggan dapat menggunakan skala manual atau skala otomatis.
Azure API untuk FHIR menyediakan kemampuan penskalaan di tingkat database dan komputasi.
Skala otomatis di tingkat Database
Secara default, Azure API untuk FHIR diatur ke manual untuk penskalaan database. Opsi ini berfungsi dengan baik ketika beban kerja transaksi diketahui dan konsisten. Pelanggan dapat menyesuaikan throughput RU/s
melalui portal hingga 100.000 dan mengirimkan permintaan untuk meningkatkan batas.
Fitur skala otomatis dirancang untuk menskalakan sumber daya Azure termasuk throughput database secara otomatis sesuai dengan beban kerja, menghilangkan kemungkinan penyempitan di lapisan data.
Mari kita pahami cara mengaktifkan autoscaling di tingkat database dengan bagian berikutnya
Panduan untuk mengaktifkan skala otomatis
Secara umum, pelanggan harus mempertimbangkan skala otomatis ketika beban kerja mereka bervariasi secara signifikan dan tidak dapat diprediksi.
Untuk mengaktifkan fitur skala otomatis, pelanggan perlu membuat tiket dukungan satu kali untuk memintanya melalui portal Azure. Tim dukungan Microsoft mengaktifkan fitur skala otomatis berdasarkan prioritas dukungan.
Catatan
Fitur skala otomatis tidak tersedia dari portal Azure.
Skala otomatis untuk RU/dtk
Saat skala otomatis diaktifkan, sistem menghitung dan menetapkan nilai awal Tmax
. Skalabilitas diatur oleh nilai throughput RU/s
maksimum, atau Tmax
, dan skala antara 0.1 *Tmax
(atau 10% Tmax
) dan Tmax RU/s
. Meningkat Tmax
secara otomatis seiring bertambahnya ukuran data total. Untuk memastikan skalabilitas maksimum, Tmax
nilai harus disimpan apa adanya. Namun, pelanggan dapat meminta agar nilai diubah menjadi sesuatu antara 10% dan 100% dari Tmax
nilai.
Anda dapat meningkatkan nilai atau Tmax
maks RU/s
dan setingkat yang didukung layanan. Ketika layanan sibuk, throughput RU/s
diskalakan hingga Tmax
nilai . Ketika layanan diam, throughput RU/s
diturunkan menjadi nilai 10 Tmax
%.
Anda juga dapat mengurangi nilai atau Tmax
maksRU/s
. Ketika Anda menurunkan maks RU/s
, nilai minimum yang dapat Anda atur adalah: MAX (4000, highest max RU/s ever provisioned / 10, current storage in GB * 400)
, dibulatkan ke 1000 RU/s
terdekat.
-
Contoh 1: Anda memiliki data 1 GB dan yang paling
RU/s
tinggi disediakan adalah 10.000. Nilai minimumnya adalah Maks (4000, 10.000/10, 1x400) = 4000. Angka pertama, 4000, digunakan. -
Contoh 2: Anda memiliki data 20 GB dan tertinggi yang disediakan
RU/s
adalah 100.000. Nilai minimumnya adalah Maks (4000, 100.000/10, 20x400) = 10.000. Angka kedua, 100.000/10 =10.000, digunakan. - Contoh 3: Anda memiliki data 80 GB dan RU/dtk dengan provisi tertinggi adalah 300.000. Nilai minimum adalah Maks (4000, 300.000/10, 80x400) = 32.000. Angka ketiga, 80x400=32.000, digunakan.
Anda dapat menyesuaikan nilai atau maks RU/s
melalui portal jika itu adalah angka yang valid dan tidak lebih besar dari 100.000 RU/s
.Tmax
Anda dapat membuat tiket dukungan untuk meminta Tmax
nilai yang lebih besar dari 100.000.
Catatan
Seiring pertumbuhan penyimpanan data, sistem akan secara otomatis meningkatkan throughput maks ke RU/dtk tertinggi berikutnya yang dapat mendukung tingkat penyimpanan tersebut.
Skala otomatis pada Tingkat Komputasi
Kebijakan penskalaan otomatis yang ditentukan untuk tingkat komputasi layanan FHIR terdiri dari:
- Pemicu Penskalakan
Pemicu Penskalaan menjelaskan kapan penskalaan layanan akan dilakukan. Kondisi yang ditentukan dalam pemicu diperiksa secara berkala untuk menentukan apakah layanan harus diskalakan atau tidak. Semua pemicu yang saat ini didukung adalah CPU Rata-rata, Utas Pekerja Maks, LogWrite Rata-Rata, IO data rata-rata.
- Mekanisme penskalakan
Mekanisme penskalakan diterapkan jika pemeriksaan pemicu menentukan bahwa penskalakan diperlukan. Selain itu, pemicu penskalaan tidak akan dievaluasi lagi sampai interval penskalaan telah kedaluwarsa, yang diatur ke satu menit untuk Azure API untuk FHIR.
Untuk memastikan hasil terbaik, kami menyarankan pelanggan untuk secara bertahap meningkatkan tingkat permintaan mereka agar sesuai dengan tingkat dorongan yang diharapkan, daripada mendorong semua permintaan sekaligus.
FAQ
Bagaimana cara memperkirakan RU/dtk throughput yang diperlukan?
Ukuran data adalah salah satu dari beberapa faktor yang digunakan dalam menghitung total RU/dtk throughput yang diperlukan untuk skala manual dan skala otomatis. Anda dapat menemukan ukuran data menggunakan opsi menu Metrik di bawah Pemantauan. Mulai bagan baru dan pilih Ukuran Koleksi Cosmos DB di kotak dropdown Metrik dan Maks dalam kotak "Agregasi".
Anda akan dapat melihat Ukuran pengumpulan data maks selama periode waktu yang dipilih. Ubah "Rentang Waktu" jika perlu, misalnya dari "30 menit terakhir" menjadi "48 Jam Terakhir".
Gunakan rumus untuk menghitung RU/dtk yang diperlukan.
- Skala manual: penyimpanan dalam GB * 40
- Skala otomatis: penyimpanan dalam GB * 400
Perlu diingat bahwa ini hanya perkiraan berdasarkan ukuran data dan bahwa ada faktor lain yang memengaruhi RU/dtk yang diperlukan.
Saya mengaktifkan skala otomatis bagaimana cara bermigrasi ke penskalakan secara manual?
Tiket dukungan diperlukan untuk mengubah skala otomatis ke skala manual dan menentukan RU/dtk throughput. Nilai minimum untuk skala manual yang dapat Anda atur adalah: MAX (400, highest max RU/s ever provisioned / 100, current storage in GB * 40)
, dibulatkan ke 1000 RU/s
terdekat. Angka yang digunakan di sini berbeda dari yang digunakan dalam skala otomatis.
Setelah perubahan selesai, tarif penagihan baru didasarkan pada skala manual.
Apa dampak biaya dari skala otomatis?
Fitur skala otomatis dikenakan biaya karena mengelola unit throughput yang disediakan secara otomatis. Biaya aktual tergantung pada penggunaan per jam, tetapi perlu diingat bahwa ada biaya minimum 10% dari untuk RU/s throughput yang dipesan Tmax
. Namun, kenaikan biaya ini tidak berlaku untuk biaya penyimpanan dan runtime. Untuk informasi tentang harga, lihat Azure API untuk harga FHIR.
Langkah berikutnya
Dalam dokumen ini, Anda mempelajari tentang fitur skala otomatis untuk Azure API untuk FHIR. Untuk gambaran umum tentang Azure API untuk FHIR, lihat
FHIR® adalah merek dagang terdaftar HL7 dan digunakan dengan izin HL7.