Aracılığıyla paylaş

Bulut katmanlama ilkeleri

  • Makale

Bulut katmanlama, hangi dosyaların buluta katmanlandığını belirleyen iki ilkeye sahiptir: birim boş alan ilkesi ve tarih ilkesi.

Birim boş alan ilkesi , sunucu uç noktasının bulunduğu yerel birimin belirtilen yüzdesinin her zaman boş tutulmasını sağlar.

Tarih ilkesi katmanları dosyalarına en son x gün önce veya daha sonra erişildi. Birim boş alan ilkesi her zaman önceliklidir. Birimde tarih ilkesinin belirttiği kadar gün değerinde dosya depolamak için yeterli boş alan olmadığında Azure Dosya Eşitleme tarih ilkesini geçersiz kılar. Birim boş alan yüzdesi karşılanıncaya kadar en soğuk dosyaları katmanlama işlemine devam eder.

her iki ilke de birlikte nasıl çalışır?

Bu ilkelerin nasıl çalıştığını gösteren bir örnek aşağıda verilmiştir. 500 GiB yerel birimde Azure Dosya Eşitleme yapılandırdığınız ve bulut katmanlamanın etkinleştirilmemiş olduğunu varsayalım. Dosya paylaşımınızda şu dosyalar var:

Dosya Adı Son Erişim Zamanı Dosya Boyutu Depolandığı Yer
Dosya A 2 gün önce 10 GiB Sunucu ve Azure dosya paylaşımı
Dosya B 10 gün önce 30 GiB Sunucu ve Azure dosya paylaşımı
Dosya C 1 yıl önce 200 GiB Sunucu ve Azure dosya paylaşımı
Dosya D 1 yıl, 2 gün önce 120 GiB Sunucu ve Azure dosya paylaşımı
Dosya E 2 yıl, 1 gün önce 140 GiB Sunucu ve Azure dosya paylaşımı

Değişiklik 1: Bulut katmanlama özelliğini etkinleştirdiyseniz, %20 birim boş alan ilkesi ayarladınız ve tarih ilkesini devre dışı tuttunuz. Bu yapılandırmayla bulut katmanlama, yerel makinede %20 (bu örnekte 100 GiB) boş alan tutulmasını ve kullanılabilir olmasını sağlar. Sonuç olarak, yerel önbelleğin toplam kapasitesi 400 GiB'dir. Bu önbellek, yerel birimde en son ve sık erişilen dosyaları depolar.

Bu yapılandırmayla, yerel önbellekte yalnızca A ile D arasında dosyalar depolanır ve E dosyası katmanlanır. Bu, 400 GiB'nin yalnızca 360 GiB'sini ifade edebilir. E dosyası 140 GiB'dir ve yerel olarak önbelleğe alınmışsa sınırı aşmış olur.

Değişiklik 2: Bir kullanıcının E dosyasına erişip E dosyasını paylaşımda en son erişilen dosya yaptığını söyleyin. Sonuç olarak, E dosyası yerel önbellekte depolanır ve 400 GiB sınırına sığması için D dosyası katmanlanır. Aşağıdaki tabloda dosyaların bu güncelleştirmelerle nerede depolandığı gösterilmektedir:

Dosya Adı Son Erişim Zamanı Dosya Boyutu Depolandığı Yer
Dosya E 2 saat önce 140 GiB Sunucu ve Azure dosya paylaşımı
Dosya A 2 gün önce 10 GiB Sunucu ve Azure dosya paylaşımı
Dosya B 10 gün önce 30 GiB Sunucu ve Azure dosya paylaşımı
Dosya C 1 yıl önce 200 GiB Sunucu ve Azure dosya paylaşımı
Dosya D 1 yıl, 2 gün önce 120 GiB Yerel olarak katmanlı Azure dosya paylaşımı

Değişiklik 3: İlkeleri, tarih ilkesinin 60 gün ve birim boş alan ilkesinin %70 olacak şekilde güncelleştirdiğini düşünün. Artık yerel önbellekte yalnızca 150 GiB'ye kadar depolanabilir. B dosyasına 60 günden az bir süre önce erişilmiş olsa da, birim boş alan ilkesi tarih ilkesini geçersiz kılar ve B dosyası %70 yerel boş alanı korumak için katmanlanır.

Değişiklik 4: Birim boş alan ilkesini %20 olarak değiştirdiyseniz ve ardından bulut katmanlama ilkelerine bağlıyken yerel sürücüye sığan tüm dosyaları geri çağırmak için kullandıysanız Invoke-StorageSyncFileRecall , tablo şöyle görünür:

Dosya Adı Son Erişim Zamanı Dosya Boyutu Depolandığı Yer
Dosya E 1 saat önce 140 GiB Sunucu ve Azure dosya paylaşımı
Dosya A 2 gün önce 10 GiB Sunucu ve Azure dosya paylaşımı
Dosya B 10 gün önce 30 GiB Sunucu ve Azure dosya paylaşımı
Dosya C 1 yıl önce 200 GiB Yerel olarak katmanlı Azure dosya paylaşımı
Dosya D 1 yıl, 2 gün önce 120 GiB Yerel olarak katmanlı Azure dosya paylaşımı

Bu durumda, A, B ve E dosyaları yerel olarak önbelleğe alınır ve C ve D dosyaları katmanlanır. Tarih ilkesi 60 gün olduğundan, birim boş alan ilkesi yerel olarak 400 GiB'a kadar izin verse de C ve D dosyaları katmanlanır.

Not

Müşteriler birim boş alan ilkesini daha küçük bir değere (örneğin, %20'den %10'a) veya tarih ilkesini daha büyük bir değerle (örneğin, 20 günden 50 güne) değiştirdiğinde dosyalar otomatik olarak geri çağrılamaz.

Yerel birimde birden çok sunucu uç noktası

Tek bir yerel birimde birden çok sunucu uç noktası için bulut katmanlama özelliğini etkinleştirebilirsiniz. Bu yapılandırma için birim boş alanını aynı birimdeki tüm sunucu uç noktaları için aynı miktara ayarlamanız gerekir. Aynı birimde birkaç sunucu uç noktası için farklı birim boş alan ilkeleri ayarlarsanız, en büyük birim boş alan yüzdesi önceliklidir. Bu, etkin birim boş alan ilkesi olarak adlandırılır. Örneğin, aynı yerel birimde üç sunucu uç noktanız olduğunu varsayalım: biri %15, diğeri %20 ve üçüncü uç nokta %30 olarak ayarlanmıştır. Üç dosya da %30'dan az boş alana sahip olduğunda en soğuk dosyaları katmanlama işlemine başlar.

Sonraki adım