Skalabilitas Azure Files dan target performa

Azure Files menawarkan berbagi file yang dikelola sepenuhnya di cloud yang dapat diakses melalui protokol sistem file SMB dan NFS. Artikel ini membahas skalabilitas dan target performa untuk Azure Files dan Azure File Sync.

Skalabilitas dan target performa yang tercantum di sini adalah target kelas atas, tetapi dapat dipengaruhi oleh variabel lain dalam penyebaran Anda. Misalnya, throughput untuk file juga dapat dibatasi oleh bandwidth jaringan Anda yang tersedia, bukan hanya server yang menghosting Azure file share Anda. Kami sangat menyarankan menguji pola penggunaan Anda untuk menentukan apakah skalabilitas dan performa Azure Files memenuhi persyaratan Anda. Kami juga berkomitmen untuk meningkatkan batasan ini dari waktu ke waktu.

Berlaku untuk

Jenis berbagi File SMB NFS
Berbagi file standar (GPv2), LRS/ZRS Ya Tidak
Berbagi file standar (GPv2), GRS/GZRS Ya Tidak
Berbagi file premium (FileStorage), LRS/ZRS Ya Ya

Target skala File Azure

Azure file share disebarkan ke akun penyimpanan, yang merupakan objek tingkat atas yang mewakili kumpulan penyimpanan bersama. Kumpulan penyimpanan ini dapat digunakan untuk menyebarkan beberapa berbagi file. Oleh karena itu, ada tiga kategori yang perlu dipertimbangkan: akun penyimpanan, Azure file share, dan file.

Target skala akun penyimpanan

Azure mendukung beberapa jenis akun penyimpanan untuk skenario penyimpanan berbeda yang mungkin dimiliki pelanggan, tetapi ada dua jenis akun penyimpanan utama untuk Azure Files. Jenis akun penyimpanan yang perlu Anda buat bergantung pada apakah Anda ingin membuat berbagi atau berbagi premium:

  • Akun penyimpanan tujuan umum versi 2 (GPv2) : Akun penyimpanan GPv2 memungkinkan Anda menyebarkan berbagi file Azure pada perangkat keras standar/berbasis hard disk (berbasis HDD). Selain menyimpan berbagi file Azure, akun penyimpanan GPv2 dapat menyimpan sumber daya penyimpanan lain seperti kontainer blob, antrean, atau tabel. Berbagi dapat digunakan ke dalam tingkat transaksi yang dioptimalkan (default), panas, atau dingin.

  • Akun penyimpanan FileStorage: Akun penyimpanan FileStorage memungkinkan Anda menyebarkan berbagi file Azure pada perangkat keras premium/berbasis solid-state disk (berbasis SSD). Akun FileStorage hanya dapat digunakan untuk menyimpan Azure file share; tidak ada sumber daya penyimpanan lain (kontainer blob, antrean, tabel, dll.) yang dapat digunakan di akun FileStorage.

Atribut Akun penyimpanan GPv2 (standar) Akun penyimpanan FileStorage (premium)
Jumlah akun penyimpanan per wilayah per langganan 250 250
Kapasitas akun penyimpanan maksimum 5 PiB1 100 TiB (tersedia)
Jumlah maksimum berbagi file Tak Terbatas Tidak terbatas, ukuran total yang tersedia dari semua berbagi file harus kurang dari maksimal kapasitas akun penyimpanan maksimum
Tingkat permintaan bersamaan maksimum 20.000 IOPS1 100.000 IOPS
Ingress maksimum
  • AS/Eropa: 9.536 MiB/dtk1
  • Wilayah lain (LRS/ZRS): 9.536 MiB/dtk1
  • Wilayah lain (GRS): 4.768 MiB/dtk1
4.136 MiB/dtk
Egress maksimum 47.683 MiB/dtk1 6.204 MiB/dtk
Jumlah maksimum aturan jaringan virtual 200 200
Jumlah maksimum aturan alamat IP 200 200
Operasi baca manajemen 800 per 5 menit 800 per 5 menit
Operasi tulis manajemen 10 per detik/1200 per jam 10 per detik/1200 per jam
Operasi daftar manajemen 100 per 5 menit 100 per 5 menit

1 Akun penyimpanan tujuan umum versi 2 mendukung batas kapasitas yang lebih tinggi dan batas yang lebih tinggi untuk ingress berdasarkan permintaan. Untuk meminta peningkatan batas akun, hubungi Dukungan Azure.

Target skala Azure file share

Atribut Berbagi file standar1 Berbagi file premium
Ukuran minimum berbagi file Tidak ada minimum 100 GiB (tersedia)
Unit peningkatan/penurunan ukuran yang tersedia T/A 1 GiB
Ukuran maksimum berbagi file
  • 100 TiB, dengan fitur berbagi file besar diaktifkan2
  • 5 TiB, default
100 TiB
Jumlah maksimum file dalam berbagi file Tanpa batas Tanpa batas
Tingkat permintaan maksimum (Max IOPS)
  • 20.000, dengan fitur berbagi file besar diaktifkan2
  • 1.000 atau 100 permintaan per 100 md, default
  • IOPS Garis Besar: 400 + 1 IOPS per GiB, hingga 100.000
  • Ledakan IOPS: Maks (4000,3x IOPS per GiB), hingga 100.000
Ingress maksimum untuk berbagi file tunggal
  • Hingga 300 MiB/dtk, dengan fitur berbagi file besar diaktifkan2
  • Hingga 60 MiB/dtk, default
40 MiB/s + 0,04 * GiB tersedia
Egress maksimum untuk berbagi file tunggal
  • Hingga 300 MiB/dtk, dengan fitur berbagi file besar diaktifkan2
  • Hingga 60 MiB/dtk, default
60 MiB/s + 0,06 * GiB tersedia
Jumlah maksimum rekam jepret berbagi 200 rekam jepret 200 rekam jepret
Panjang nama objek (direktori dan file) maksimum 2.048 karakter 2.048 karakter
Komponen nama jalur maksimum (di jalur \A\B\C\D, setiap huruf adalah komponen) 255 karakter 255 karakter
Batas tautan keras (hanya NFS) T/A 178
Jumlah maksimum saluran Multisaluran SMB T/A 4
Jumlah maksimum kebijakan akses yang disimpan per berbagi file 5 5

1 Batasan untuk berbagi file standar berlaku untuk ketiga tingkatan yang tersedia untuk berbagi file standar: transaksi yang dioptimalkan, panas, dan dingin.

2 Default di berbagi file standard adalah 5 TiB, lihat Membuat berbagi file Azure untuk detail tentang cara membuat berbagi file dengan ukuran 100 TiB dan meningkatkan berbagi file standar yang ada hingga 100 TiB. Untuk memanfaatkan target skala yang lebih besar, Anda harus mengubah kuota Anda menjadi lebih besar dari 5 TiB.

Target skala file

Atribut File dalam berbagi file standar File dalam berbagi file premium
Ukuran file maksimal 4 TiB 4 TiB
Tingkat permintaan bersamaan maksimum 1.000 IOPS Hingga 8.0001
Ingress maksimum untuk sebuah file 60 MiB/dtk 200 MiB/dtk (Hingga 1 GiB/dtk dengan Multisaluran SMB)2
Egress maksimum untuk sebuah file 60 MiB/dtk 300 MiB/dtk (Hingga 1 GiB/dtk dengan Multisaluran SMB)2
Handel bersamaan maksimum 2.000 handel 2.000 handel

1 Berlaku untuk membaca dan menulis IO (biasanya ukuran IO yang lebih kecil kurang dari atau sama dengan 64 KiB). Operasi metadata, selain baca dan tulis, mungkin lebih rendah. 2 Subjek pada batas jaringan mesin, bandwidth yang tersedia, ukuran IO, kedalaman antrean, dan faktor lainnya. Untuk detailnya, lihat performa Multisaluran SMB.

Target skala Azure File Sync

Tabel berikut menunjukkan batas-batas pengujian Microsoft dan juga menunjukkan target mana yang merupakan batas keras:

Sumber daya Target Batas keras
Layanan Sinkronisasi Penyimpanan per wilayah 100 Layanan Sinkronisasi Penyimpanan Ya
Grup sinkronisasi per Layanan Sinkronisasi Penyimpanan 200 grup sinkronisasi Ya
Server terdaftar per Layanan Sinkronisasi Penyimpanan 99 server Ya
Titik akhir cloud per grup sinkronisasi 1 titik akhir cloud Ya
Titik akhir server per grup sinkronisasi 100 titik akhir server Ya
Titik akhir server per server 30 titik akhir server Ya
Objek sistem file (direktori dan file) per grup sinkronisasi 100 juta objek Tidak
Jumlah maksimum objek sistem file (direktori dan file) dalam sebuah direktori (tidak rekursif) 5 juta objek Ya
Ukuran pendeskripsi keamanan objek (direktori dan berkas) maksimum 64 KiB Ya
Ukuran file 100 GiB Tidak
Ukuran file minimum untuk file yang akan bertingkat Berdasarkan ukuran kluster sistem file (ukuran kluster sistem file ganda). Misalnya, jika ukuran klaster sistem file adalah 4 KiB, ukuran file minimum adalah 8 KiB. Ya

Catatan

Titik akhir Azure File Sync dapat ditingkatkan ke ukuran Azure file share. Jika batas ukuran Azure file share tercapai, sinkronisasi tidak akan dapat beroperasi.

Metrik performa Azure File Sync

Karena agen Azure File Sync berjalan pada mesin Windows Server yang tersambung ke Azure file share, performa sinkronisasi yang efektif bergantung pada sejumlah faktor dalam infrastruktur Anda: Windows Server dan konfigurasi disk yang mendasarinya, bandwidth jaringan antara server dan penyimpanan Azure, ukuran file, ukuran himpunan data total, dan aktivitas pada himpunan data. Karena Azure File Sync berfungsi pada tingkat file, karakteristik performa solusi berbasis Azure File Sync lebih baik diukur dalam jumlah objek (file dan direktori) yang diproses per detik.

Untuk Azure File Sync, performa sangat penting dalam dua tahap:

  1. Provisi satu kali awal: Untuk mengoptimalkan performa pada provisi awal, lihat Onboarding dengan Azure File Sync untuk detail penyebaran yang optimal.
  2. Sinkronisasi yang sedang berlangsung: Setelah data awalnya diunggulkan dalam Azure file share, Azure File Sync membuat beberapa titik akhir tetap sinkron.

Untuk membantu Anda merencanakan penyebaran pada setiap tahapan, berikut adalah hasil yang diamati selama pengujian internal pada sistem dengan konfigurasi

Konfigurasi sistem Detail
CPU 64 Virtual Cores dengan cache 64 MiB L3
Memori 128 GiB
Disk Disk SAS dengan RAID 10 dengan cache yang didukung baterai
Jaringan Jaringan 1 Gbps
Beban kerja Server File Tujuan Umum
Provisi satu kali awal Detail
Jumlah objek 25 juta objek
Ukuran Himpunan Data ~ 4.7 Tib
Ukuran File Rata-rata ~ 200 KiB (File Terbesar: 100 GiB)
Enumerasi perubahan cloud awal 20 objek per detik
Unggah Throughput 20 objek per detik per grup sinkronisasi
Throughput Pengunduhan Namespace Layanan 400 objek per detik

Provisi satu kali awal

Enumerasi perubahan cloud awal: Saat grup sinkronisasi baru dibuat, enumerasi perubahan cloud awal adalah langkah pertama yang akan dijalankan. Dalam proses ini, sistem akan menghitung semua item di Berbagi File Azure. Selama proses ini, tidak akan ada aktivitas sinkronisasi, yaitu tidak ada item yang akan diunduh dari titik akhir cloud ke titik akhir server dan tidak ada item yang akan diunggah dari titik akhir server ke titik akhir cloud. Aktivitas sinkronisasi akan dilanjutkan setelah enumerasi perubahan cloud awal selesai. Tingkat performanya adalah 20 objek per detik. Pelanggan dapat memperkirakan waktu yang dibutuhkan untuk menyelesaikan enumerasi perubahan cloud awal dengan menentukan jumlah item di cloud share dan menggunakan rumus berikut untuk mendapatkan waktu dalam hitungan hari.

Waktu (dalam hari) untuk enumerasi cloud awal = (Jumlah objek di titik akhir cloud)/(20 * 60 * 60 * 24)

Sinkronisasi awal data dari Windows Server ke Azure File share: Banyak penyebaran Azure File Sync dimulai dengan Azure file share kosong karena semua data ada di Windows Server. Dalam kasus ini, enumerasi perubahan cloud awal berlangsung cepat dan sebagian besar waktu akan digunakan untuk menyinkronkan perubahan dari Windows Server ke dalam Azure file share.

Saat sinkronisasi mengunggah data ke Azure file share, tidak ada waktu henti di server file lokal, dan admin dapat mengatur batas jaringan untuk membatasi jumlah bandwidth yang digunakan untuk pengunggahan data latar belakang.

Sinkronisasi awal biasanya dibatasi oleh kecepatan unggah awal 20 file per detik per grup sinkronisasi. Pelanggan dapat memperkirakan waktu untuk mengunggah semua data ke Azure menggunakan rumus berikut untuk mendapatkan waktu dalam hitungan hari:

Waktu (dalam hari) untuk mengunggah file ke grup sinkronisasi = (Jumlah objek di titik akhir server)/(20 * 60 * 60 * 24)

Memisahkan data Anda menjadi beberapa titik akhir server dan grup sinkronisasi dapat mempercepat pengunggahan data awal ini, karena pengunggahan dapat dilakukan secara paralel untuk beberapa grup sinkronisasi dengan kecepatan masing-masing 20 item per detik. Jadi, dua grup sinkronisasi akan berjalan dengan kecepatan gabungan 40 item per detik. Total waktu penyelesaian akan menjadi perkiraan waktu untuk grup sinkronisasi dengan file terbanyak untuk disinkronkan.

Throughput pengunduhan namespace layanan Saat titik akhir server baru ditambahkan ke grup sinkronisasi yang sudah ada, agen Azure File Sync tidak mengunduh konten file apa pun dari titik akhir cloud. Pertama-tama, ia menyinkronkan namespace layanan lengkap dan kemudian memicu pengenalan ulang latar belakang untuk mengunduh file, baik secara keseluruhan atau, jika tingkatan cloud diaktifkan, ke kebijakan tingkatan cloud yang ditetapkan pada titik akhir server.

Sinkronisasi yang sedang berlangsung Detail
Jumlah objek yang disinkronkan 125.000 objek (~1% churn)
Ukuran Himpunan Data 50 GiB
Ukuran File Rata-rata ~500 KiB
Unggah Throughput 20 objek per detik per grup sinkronisasi
Throughput Pengunduhan Lengkap* 60 objek per detik

*Jika tingkatan cloud diaktifkan, Anda cenderung mengamati performa yang lebih baik karena hanya beberapa data file yang diunduh. Azure File Sync hanya mengunduh data file tembolokan saat file diubah di salah satu titik akhir. Untuk file bertingkat atau yang baru dibuat, agen tidak mengunduh data file, dan hanya menyinkronkan namespace layanan ke semua titik akhir server. Agen ini juga mendukung pengunduhan sebagian dari file bertingkat saat diakses oleh pengguna.

Catatan

Angka-angka di atas bukanlah indikasi performa yang akan Anda alami. Performa aktual akan bergantung pada beberapa faktor seperti yang diuraikan di awal bagian ini.

Sebagai panduan umum untuk penyebaran, Anda perlu mengingat beberapa hal:

  • Throughput objek kira-kira berskala sebanding dengan jumlah grup sinkronisasi di server. Memisahkan data menjadi beberapa grup sinkronisasi pada server menghasilkan throughput yang lebih baik, yang juga dibatasi oleh server dan jaringan.
  • Throughput objek berbanding terbalik dengan throughput MiB per detik. Untuk file yang lebih kecil, Anda akan mengalami throughput yang lebih tinggi dalam hal jumlah objek yang diproses per detik, tetapi throughput MiB per detik yang lebih rendah. Sebaliknya, untuk file yang lebih besar, Anda akan mendapatkan lebih sedikit objek yang diproses per detik, tetapi throughput MiB per detik lebih tinggi. Throughput MiB per detik dibatasi oleh target skala Azure Files.

Lihat juga