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/sterdekat.

• 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/sterdekat. 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

Tentang Azure API untuk FHIR

FHIR® adalah merek dagang terdaftar HL7 dan digunakan dengan izin HL7.