Gambaran umum tingkatan cloud

Artikel
10/18/2023

Tingkatan cloud, fitur opsional Azure File Sync, mengurangi jumlah penyimpanan lokal yang diperlukan sembari mempertahankan performa server file lokal.

Ketika diaktifkan, fitur ini hanya menyimpan file yang sering diakses (hot) di server lokal Anda. File yang jarang diakses (cool) dibagi menjadi namespace (struktur file dan folder) dan konten file. Namespace disimpan secara lokal, dan konten file disimpan di berbagi file Azure di cloud.

Saat pengguna membuka file berjenjang, Azure File Sync dengan mulus mengingat data file dari berbagi file Azure.

Cara kerja tingkatan cloud

Kebijakan tingkatan cloud

Saat Anda mengaktifkan tingkatan cloud, ada dua kebijakan yang dapat Anda atur untuk menginformasikan Azure File Sync waktu untuk membuat tingkatan file cool: kebijakan ruang bebas volume dan kebijakan tanggal.

Kebijakan ruang bebas volume

Kebijakan ruang bebas volume memberi tahu Azure File Sync untuk membuat tingkatan file cool ke cloud, ketika sejumlah ruang diambil di disk lokal Anda.

Misalnya, jika kapasitas {i>disk disk

Kebijakan tanggal

Dengan kebijakan tanggal, file dingin dijenjangkan ke cloud jika belum diakses (dibaca atau ditulis) selama x jumlah hari. Misalnya, jika Anda melihat bahwa file yang telah berjalan lebih dari 15 hari tanpa diakses biasanya adalah file arsip, Anda harus mengatur kebijakan tanggal Anda menjadi 15 hari.

Untuk contoh selengkapnya tentang cara kebijakan tanggal dan kebijakan ruang bebas volume bekerja sama, lihat Pilih kebijakan tingkatan cloud Azure File Sync.

Deduplikasi data Windows Server

Deduplikasi data didukung pada volume yang mengaktifkan tingkatan cloud dimulai dengan Windows Server 2016. Untuk detailnya, lihat Merencanakan penyebaran Azure File Sync.

Peta panas tingkatan cloud

Azure File Sync memantau akses file (operasi baca dan tulis) dari waktu ke waktu dan menetapkan skor panas ke setiap file berdasarkan seberapa baru dan sering file diakses. Ini menggunakan skor itu untuk membangun "peta panas" namespace Anda di setiap titik akhir server. Peta panas ini adalah daftar semua sinkronisasi file di lokasi dengan tingkatan cloud diaktifkan, diurutkan berdasarkan skor panas mereka. File yang sering diakses yang dibuka baru-baru ini dianggap hot/panas, sementara file yang hampir tidak disentuh dan belum diakses selama beberapa waktu dianggap cool/sejuk.

Untuk menentukan posisi relatif file individu dalam peta panas tersebut, sistem menggunakan maksimum tanda waktunya, dalam urutan berikut: MAX (Waktu Akses Terakhir, Waktu Terakhir Diubah, Waktu Pembuatan).

Biasanya, waktu akses terakhir dilacak dan tersedia. Namun, ketika titik akhir server baru dibuat dengan cloud tiering diaktifkan, tidak cukup waktu yang diteruskan untuk mengamati akses file. Jika tidak ada waktu akses terakhir yang valid, waktu terakhir yang dimodifikasi digunakan sebagai gantinya, untuk mengevaluasi posisi relatif dalam peta panas.

Kebijakan tanggal bekerja dengan cara yang sama. Tanpa waktu akses terakhir, kebijakan tanggal akan didasarkan pada waktu modifikasi terakhir. Jika tidak tersedia, itu akan kembali ke waktu pembuatan file. Seiring waktu, sistem akan mengamati lebih banyak permintaan akses file dan secara otomatis mulai menggunakan waktu akses terakhir yang dilacak sendiri.

Catatan

Tingkatan cloud tidak bergantung pada fitur NTFS untuk melacak waktu akses terakhir. Fitur NTFS ini nonaktif secara default dan karena pertimbangan performa, kami tidak menyarankan Agar Anda mengaktifkan fitur ini secara manual. Tingkatan cloud melacak waktu akses terakhir secara terpisah.

Pemanggilan kembali proaktif

Saat file dibuat atau dimodifikasi, Anda dapat secara proaktif menarikl kembali file ke server yang Anda tentukan. Penarikan kembali proaktif membuat file baru atau yang dimodifikasi tersedia untuk dikonsumsi di setiap server yang ditentukan.

Misalnya, perusahaan yang didistribusikan secara global memiliki kantor cabang di AS dan India. Di pagi hari di AS, pekerja informasi membuat folder dan file baru untuk proyek baru, dan bekerja sepanjang hari di atasnya. Azure File Sync akan menyinkronisasikan folder dan berkas ke berbagi berkas Azure (titik akhir cloud). Pekerja informasi di India akan terus mengerjakan proyek di zona waktu mereka. Ketika mereka tiba di pagi hari, server lokal yang diaktifkan Azure File Sync di India harus memiliki file baru ini tersedia secara lokal sehingga tim India dapat bekerja secara efisien dari cache lokal. Mengaktifkan mode ini memberi tahu server untuk secara proaktif memanggil kembali file segera setelah diubah atau dibuat di berbagi file Azure, meningkatkan waktu akses file.

Jika file yang ditarik kembali ke server tidak diperlukan secara lokal, maka penarikan kembali yang tidak perlu dapat meningkatkan lalu lintas dan biaya keluar Anda. Oleh karena itu, hanya aktifkan penarikan kembali proaktif ketika Anda tahu bahwa prapengisian cache server dengan perubahan terbaru dari cloud, akan memiliki efek positif pada pengguna atau aplikasi yang menggunakan file di server tersebut.

Mengaktifkan pencadangan proaktif mungkin juga mengakibatkan peningkatan penggunaan bandwidth di server dan dapat menyebabkan konten lain yang relatif baru di server lokal berjenjang secara agresif karena peningkatan file yang dipanggil kembali. Pada gilirannya, penjenjangan terlalu cepat dapat menyebabkan lebih banyak peningat jika file yang dijenjangkan dianggap panas oleh server.

Untuk detail selengkapnya tentang penarikan kembali proaktif, lihat Sebarkan Azure File Sync.

Perilaku file yang ditingkatkan vs. di-cache secara lokal

Tingkatan cloud adalah pemisahan antara namespace (hierarki file dan folder serta properti file) dan konten file.

File yang ditingkatkan

Untuk file berjenjang, ukuran pada disk adalah nol karena konten file itu sendiri tidak disimpan secara lokal. Saat file berjenjang, filter sistem file Azure File Sync (StorageSync.sys) mengganti file secara lokal dengan pointer yang disebut titik pemisahan ulang. Titik reparse mewakili URL ke file di berbagi file Azure. File berjenjang memiliki offline atribut dan atribut yang FILE_ATTRIBUTE_RECALL_ON_DATA_ACCESS ditetapkan dalam NTFS sehingga aplikasi pihak ketiga dapat mengidentifikasi file berjenjang dengan aman.

A screenshot of a file's properties when it is tiered - namespace only.

File yang di-cache secara lokal

Untuk file yang disimpan di server file lokal, ukuran pada disk hampir sama dengan ukuran logis file, karena seluruh file (atribut file + konten file) disimpan secara lokal.

A screenshot of a file's properties when it is not tiered - namespace + file content.

File juga dimungkinkan untuk dijenjangkan sebagian atau ditarik kembali sebagian. Dalam file yang ditingkatkan sebagian, bagian dari file ada pada disk. Anda mungkin memiliki file yang ditarik kembali sebagian pada volume Anda jika file dibaca sebagian oleh aplikasi yang mendukung akses streaming ke file. Beberapa contoh adalah pemutar multimedia dan utilitas zip. Azure File Sync efisien dan hanya mengingat informasi yang diminta dari berbagi file Azure yang terhubung.

Catatan

Ukuran menunjukkan ukuran logis file. Ukuran pada disk menunjukkan ukuran fisik aliran file yang disimpan pada disk.

Mode ruang disk rendah

Disk yang memiliki titik akhir server dapat kehabisan ruang karena berbagai alasan, bahkan ketika tingkatan cloud diaktifkan. Alasan ini meliputi:

Data yang disalin secara manual ke disk di luar jalur titik akhir server
Sinkronisasi lambat atau tertunda menyebabkan file tidak berjenjang
Peningat file berjenjang yang berlebihan

Ketika ruang disk habis, Azure File Sync mungkin tidak berfungsi dengan benar dan bahkan dapat menjadi tidak dapat digunakan. Meskipun Azure File Sync tidak dimungkinkan untuk sepenuhnya mencegah kejadian ini, mode ruang disk rendah (tersedia di versi agen Azure File Sync mulai dari 15.1) dirancang untuk mencegah titik akhir server mencapai situasi ini dan juga membantu server keluar darinya lebih cepat.

Untuk titik akhir server dengan penjenjangan cloud diaktifkan, jika ruang kosong pada volume turun di bawah ambang batas yang dihitung, maka volume berada dalam mode ruang disk rendah.

Dalam mode ruang disk rendah, agen Azure File Sync melakukan dua hal secara berbeda:

Tingkatan Proaktif: Dalam mode ini, tingkat agen Sinkronisasi File file lebih proaktif ke cloud. Agen sinkronisasi memeriksa file yang akan dijenjangkan setiap menit alih-alih frekuensi normal setiap jam. Tingkatan kebijakan ruang kosong volume biasanya tidak terjadi selama sinkronisasi pengunggahan awal hingga pengunggahan lengkap selesai; namun, dalam mode ruang disk rendah, tingkatan diaktifkan selama sinkronisasi pengunggahan awal, dan file akan dipertimbangkan untuk penjenjangan setelah file individual diunggah ke berbagi file Azure.
Pencadangan Non-Persisten: Saat pengguna membuka file berjenjang, file yang dipanggil kembali dari berbagi file Azure secara langsung tidak akan disimpan ke disk. Penarikan yang dimulai oleh Invoke-StorageSyncFileRecall cmdlet adalah pengecualian untuk aturan ini dan akan dipertahankan ke disk.

Ketika ruang kosong volume melampaui ambang batas, Azure File Sync kembali ke status normal secara otomatis. Mode ruang disk rendah hanya berlaku untuk server dengan tingkatan cloud diaktifkan dan akan selalu menghormati kebijakan ruang kosong volume.

Jika volume memiliki dua titik akhir server, satu dengan tingkatan diaktifkan dan satu tanpa tingkatan, mode ruang disk rendah hanya akan berlaku untuk titik akhir server tempat tingkatan diaktifkan.

Bagaimana ambang batas untuk mode ruang disk rendah dihitung?

Hitung ambang batas dengan mengambil minimal tiga angka berikut:

10% dari ukuran volume dalam GiB
Kebijakan Ruang Kosong Volume di GiB
20 GiB

Tabel berikut ini mencakup beberapa contoh bagaimana ambang batas dihitung dan kapan volume akan berada dalam mode ruang disk rendah.

Ukuran volume	10% dari Ukuran Volume	Kebijakan Ruang Bebas Volume	Ambang = Min(10% dari Ukuran Volume, Kebijakan Ruang Bebas Volume, 20GB)	Ruang Bebas Volume Saat Ini	Apakah Mode Ruang Disk Rendah?	Alasan
100 GiB	10 GiB	7% (7 GiB)	7 GiB = Min (10 GiB, 7 GiB, 20 GiB)	9% (9 GiB)	Tidak	Ambang Batas Ruang Kosong Volume Saat Ini (9 GiB) > (7 GiB)
100 GiB	10 GiB	7% (7 GiB)	7 GiB = Min (10 GiB, 7 GiB, 20 GiB)	5% (5 GiB)	Ya	Ambang Batas Ruang Kosong Volume Saat Ini (5 GiB) < (7 GiB)
300 GiB	30 GiB	8% (24 GiB)	20 GiB = Min (30 GiB, 24 GiB, 20 GiB)	7% (21 GiB)	Tidak	Ambang Batas Ruang Kosong Volume Saat Ini (21 GiB) > (20 GiB)
300 GiB	30 GiB	8% (24 GiB)	20 GiB = Min (30 GiB, 24 GiB, 20 GiB)	6% (18 GiB)	Ya	Ambang Batas Ruang Kosong Volume Saat Ini (18 GiB) < (20 GiB)

Bagaimana cara kerja mode ruang disk rendah dengan kebijakan ruang kosong volume?

Mode ruang disk rendah selalu menghormati kebijakan ruang kosong volume. Perhitungan ambang dirancang untuk memastikan kebijakan ruang kosong volume yang ditetapkan oleh pengguna dihormati.

Apa penyebab paling umum untuk titik akhir server berada dalam mode disk rendah?

Penyebab utama mode disk rendah adalah menyalin atau memindahkan data dalam jumlah besar ke disk tempat titik akhir server berkemampuan tingkat berada.

Bagaimana cara keluar dari mode ruang disk rendah?

Berikut adalah dua cara untuk keluar dari mode disk rendah pada titik akhir server:

Mode disk rendah akan secara otomatis beralih ke perilaku normal dengan tidak mempertahankan pencadangan dan penjenjangan file lebih sering, tanpa memerlukan intervensi apa pun.
Anda dapat mempercepat proses secara manual dengan meningkatkan ukuran volume atau mengosongkan ruang di luar titik akhir server.

Bagaimana cara memeriksa apakah server berada dalam mode Ruang Disk Rendah?

Jika titik akhir server berada dalam mode disk rendah, titik akhir ditampilkan di portal Azure di bagian kesehatan tingkatan cloud dari tab Kesalahan + pemecahan masalah titik akhir server.
ID Peristiwa 19000 dicatat ke log peristiwa Telemetri setiap menit untuk setiap titik akhir server. Gunakan kejadian ini untuk menentukan apakah titik akhir server berada dalam mode disk rendah (IsLowDiskMode = true). Log aktivitas Telemetri terletak di Pemantau Peristiwa di Aplikasi dan Layanan\Microsoft\FileSync\Agent.