Memilih kebijakan tingkat cloud
Artikel ini menyediakan panduan tentang memilih dan menyesuaikan kebijakan penjenjangan cloud untuk Azure File Sync. Sebelum membaca artikel ini, pastikan Anda memahami cara kerja penjenjangan cloud. Untuk dasar-dasar tingkat awan, lihat Memahami tingkatan cloud Azure File Sync. Untuk penjelasan mendalam tentang kebijakan tingkatan cloud dengan contoh, lihat Kebijakan tingkatan cloud Azure File Sync.
Batasan
Tingkatan cloud tidak didukung pada volume sistem Windows.
Jika Anda menggunakan File Server Resource Manager (FSRM) untuk manajemen kuota pada titik akhir server, sebaiknya terapkan kuota di tingkat folder dan bukan di tingkat volume. Anda masih dapat mengaktifkan tingkatan cloud jika memiliki kuota FSRM tingkat volume. Setelah kuota FSRM ditetapkan, API kueri ruang kosong yang dipanggil secara otomatis melaporkan ruang kosong pada volume sesuai pengaturan kuota. Namun, ketika kuota keras ada pada akar volume, ruang kosong aktual pada volume dan ruang terbatas kuota pada volume mungkin tidak sama. Ini dapat menyebabkan tingkatan tanpa akhir jika Azure File Sync berpikir tidak ada cukup ruang kosong volume di titik akhir server.
Ukuran file minimum untuk file ke tingkat
Ukuran file minimum untuk file ke tingkat didasarkan pada ukuran kluster sistem file. Ukuran file minimum yang memenuhi syarat untuk tingkatan cloud dihitung dengan 2x ukuran kluster dan minimal 8 KiB. Tabel berikut ini mengilustrasikan ukuran file minimum yang dapat di tingkat, berdasarkan ukuran kluster volume:
| Ukuran kluster volume | File berukuran ini atau lebih besar dapat bertingkat |
|---|---|
| 4 KiB atau lebih kecil (4.096 byte) | 8 KiB |
| 8 KiB (8.192 byte) | 16 KiB |
| 16 KiB (16.384 byte) | 32 KiB |
| 32 KiB (32.768 byte) | 64 KiB |
| 64 KiB (65.536 byte) | 128 KiB |
| 128 KiB (131.072 byte) | 256 KiB |
| 256 KiB (262.144 byte) | 512 KiB |
| 512 KiB (524.288 byte) | 1 MiB |
| 1 MiB (1.048.576 byte) | 2 MiB |
| 2 MiB (2.097.152 byte) | 4 MiB |
Azure File Sync mendukung penjenjangan cloud pada volume dengan ukuran kluster hingga 2 MiB.
Semua sistem file yang digunakan oleh Windows mengatur hard disk Anda berdasarkan ukuran kluster (juga dikenal sebagai ukuran unit alokasi). Ukuran kluster menunjukkan jumlah terkecil ruang disk yang dapat digunakan untuk menyimpan file. Ketika ukuran file tidak keluar ke kelipatan ukuran kluster yang merata, ruang tambahan harus digunakan untuk menyimpan file - hingga kelipatan ukuran kluster berikutnya.
Azure File Sync didukung pada volume NTFS dengan Windows Server 2012 R2 dan yang lebih baru. Tabel berikut ini menjelaskan ukuran kluster default saat Anda membuat volume NTFS baru dengan Windows Server.
| Ukuran volume | Windows Server |
|---|---|
| 7 MiB – 16 TiB | 4 KiB |
| 16 TiB – 32 TiB | 8 KiB |
| 32 TiB – 64 TiB | 16 KiB |
Ada kemungkinan bahwa setelah pembuatan volume, Anda memformat volume secara manual dengan ukuran kluster yang berbeda. Jika volume Anda berasal dari versi Windows yang lebih lama, ukuran kluster default mungkin juga berbeda. Bahkan jika Anda memilih ukuran kluster yang lebih kecil dari 4 KiB, batas 8 KiB sebagai ukuran file terkecil yang dapat dijenjangkan masih berlaku. (Meski secara teknis ukuran kluster 2x akan sama dengan kurang dari 8 KiB.)
Alasan minimum absolut adalah karena cara NTFS menyimpan file yang sangat kecil - file berukuran 1 KiB hingga 4 KiB. Bergantung pada parameter volume lainnya, ada kemungkinan file kecil tidak disimpan dalam kluster pada disk sama sekali. Mungkin lebih efisien untuk menyimpan file tersebut langsung di Tabel File Master volume atau "MFT record". Titik pemilahan ulang bertingkat cloud selalu disimpan di disk dan mengambil tepat satu kluster. Meningkatkan file kecil tersebut bisa berakhir tanpa penghematan ruang. Kasus ekstrem bahkan bisa berakhir menggunakan lebih banyak ruang dengan tingkatan cloud diaktifkan. Untuk melindungi terhadap itu, ukuran terkecil dari file yang akan dijenjangkan tingkat cloud adalah 8 KiB pada ukuran kluster 4 KiB atau lebih kecil.
Memilih kebijakan awal Anda
Umumnya, ketika Anda mengaktifkan tingkatan cloud pada titik akhir server, Anda harus membuat satu drive virtual lokal untuk setiap titik akhir server individu. Mengisolasi titik akhir server membuatnya lebih mudah untuk memahami cara kerja tingkatan cloud dan menyesuaikan kebijakan Anda. Namun, Azure File Sync berfungsi bahkan jika Anda memiliki beberapa titik akhir server pada drive yang sama, untuk detailnya lihat bagian Beberapa titik akhir server di volume lokal. Sebaiknya saat pertama kali mengaktifkan tingkatan cloud, Anda menjaga kebijakan tanggal dinonaktifkan dan kebijakan ruang kosong volume di sekitar 10% hingga 20%. Untuk sebagian besar volume server file, ruang kosong volume 20% biasanya merupakan opsi terbaik.
Catatan
Dalam beberapa skenario migrasi, jika Anda menyediakan lebih sedikit penyimpanan pada instans Windows Server daripada sumber, Anda dapat mengatur ruang kosong volume untuk sementara menjadi 99% selama migrasi ke file tingkat ke cloud, lalu mengaturnya ke tingkat yang lebih berguna setelah migrasi selesai.
Untuk kesederhanaan dan memiliki pemahaman yang jelas tentang bagaimana item akan berjenjang, kami sarankan Anda terutama menyesuaikan kebijakan ruang kosong volume Anda dan menjaga kebijakan tanggal Anda dinonaktifkan kecuali diperlukan. Kami merekomendasikan ini karena sebagian besar pelanggan merasa berharga untuk mengisi cache lokal dengan file panas sebanyak mungkin dan tingkatkan sisanya ke cloud. Namun, kebijakan tanggal mungkin bermanfaat jika Anda ingin secara proaktif membebaskan ruang disk lokal dan Anda tahu file di titik akhir server yang diakses setelah jumlah hari yang ditentukan dalam kebijakan tanggal Anda tidak perlu disimpan secara lokal. Mengatur kebijakan tanggal membebaskan kapasitas disk lokal yang berharga untuk titik akhir lain pada volume yang sama untuk menyimpan lebih banyak file mereka.
Setelah menetapkan kebijakan Anda, pantau egress dan sesuaikan kedua kebijakan tersebut. Sebaiknya lihat ukuran pengenalan tingkat cloud dan ukuran pengenalan tingkat cloud berdasarkan metrik aplikasi di Azure Monitor. Sebaiknya pantau juga laju hit cache untuk titik akhir server untuk menentukan persentase file yang dibuka yang sudah ada di cache lokal. Untuk mempelajari cara memantau jalan keluar, lihat Memantau tingkatan cloud.
Menyesuaikan kebijakan Anda
Jika jumlah file yang terus-menerus dipanggil kembali dari Azure lebih besar dari yang Anda inginkan, Anda mungkin memiliki lebih banyak file panas daripada Anda memiliki ruang untuk menyimpannya di volume server lokal. Tingkatkan ukuran volume lokal Anda jika memungkinkan, dan/atau kurangi persentase kebijakan ruang kosong volume Anda dengan tahapan kecil. Mengurangi persentase ruang kosong volume terlalu banyak juga dapat memiliki konsekuensi negatif. Churn yang lebih tinggi dalam set data Anda membutuhkan lebih banyak ruang kosong - untuk file baru dan panggil kembali file "dingin". Tingkatan dimulai dengan penundaan hingga satu jam dan kemudian membutuhkan waktu pemrosesan, sehingga Anda harus selalu memiliki cukup ruang kosong pada volume Anda.
Menyimpan lebih banyak data lokal berarti biaya keluar yang lebih rendah karena lebih sedikit file akan dipanggil kembali dari Azure, tetapi juga memerlukan sejumlah besar penyimpanan lokal, yang datang dengan biayanya sendiri.
Saat menyesuaikan kebijakan ruang kosong volume Anda, jumlah data yang harus Anda simpan lokal ditentukan oleh faktor-faktor berikut: bandwidth, pola akses set data, dan anggaran Anda. Dengan koneksi bandwidth rendah, Anda mungkin menginginkan lebih banyak data lokal, untuk memastikan jeda minimal bagi pengguna. Jika tidak, Anda dapat mendasarkannya pada tingkat churn selama periode tertentu. Sebagai contoh, jika Anda tahu bahwa 10% dari perubahan himpunan data 1 TiB Anda atau diakses secara aktif setiap bulan, maka Anda mungkin ingin menyimpan 100 GiB lokal sehingga Anda tidak sering memanggil kembali file. Jika volume Anda adalah 2 TiB, maka Anda akan ingin menjaga 5% (atau 100 GiB) lokal, yang berarti 95% sisanya adalah persentase ruang kosong volume Anda. Namun, Anda harus menambahkan buffer untuk periode churn yang lebih tinggi - dengan kata lain, mulailah dengan persentase ruang kosong volume yang lebih besar, lalu menyesuaikannya jika diperlukan nanti.
Prosedur operasi standar
- Saat pertama kali bermigrasi ke Azure Files melalui Azure File Sync, tingkatan cloud tergantung pada unggahan awal
- Tingkatan cloud memeriksa kepatuhan dengan kebijakan ruang kosong volume dan tanggal setiap enam puluh menit
- Menggunakan sakelar /LFSM pada Robocopy saat memigrasikan file akan memungkinkan file untuk menyinkronkan dan meningkatkan cloud untuk membuat ruang selama pengunggahan awal
- Jika tingkatan terjadi sebelum heatmap terbentuk, file akan ditingkatka dengan tanda waktu terakhir yang dimodifikasi