Bulut katmanlama ilkeleri
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 belirli bir yüzdesinin her zaman boş tutulmasını sağlar.
Tarih ilkesi katman dosyalarına en son x gün önce veya daha sonra erişildi. Birim boş alan ilkesi her zaman önceliklidir. Birimde tarih ilkesinde açıklandığı gibi gün sayısı kadar dosya depolamak için yeterli boş alan olmadığında, Azure Dosya Eşitleme tarih ilkesini geçersiz kılar ve birim boş alanı yüzdesi karşılanana kadar en soğuk dosyaları katmanlama işlemine devam eder.
her iki ilkenin birlikte çalışması
Bu ilkelerin nasıl çalıştığını göstermek için bir örnek kullanacağız: 500 GiB yerel birimde Azure Dosya Eşitleme yapılandırdığınız ve bulut katmanlamanın hiçbir zaman etkinleştirilmemiş olduğunu varsayalım. Dosya paylaşımınızdaki dosyalar şunlardır:
| Dosya Adı | Son Erişim Zamanı | Dosya Boyutu | Depolandığı Yer |
|---|---|---|---|
| Dosya 1 | 2 gün önce | 10 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 2 | 10 gün önce | 30 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 3 | 1 yıl önce | 200 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 4 | 1 yıl, 2 gün önce | 120 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 5 | 2 yıl, 1 gün önce | 140 GiB | Sunucu ve Azure dosya paylaşımı |
Değişiklik 1: Bulut katmanlama özelliğini etkinleştirmiş, %20 birim boş alan ilkesi ayarlamış ve tarih ilkesini devre dışı bırakmıştınız. Bu yapılandırmayla, bulut katmanlama %20 (bu durumda 100 GiB) boş alan tutulmasını ve yerel makinede kullanılabilir olmasını sağlar. Sonuç olarak, yerel önbelleğin toplam kapasitesi 400 GiB'dir. Bu 400 GiB, en son ve sık erişilen dosyaları yerel birimde depolar.
Bu yapılandırmayla yerel önbellekte yalnızca 1 ile 4 arasında dosyalar depolanır ve 5. dosya katmanlanır. Bu yalnızca 400 GiB'nin 360 GiB'sini ifade edebilir. Dosya 5 140 GiB'dir ve yerel olarak önbelleğe alınmışsa 400-GiB sınırını aşar.
Değişiklik 2: Bir kullanıcının 5. dosyaya eriştiği söylensin. Bu, dosya 5'i paylaşımda en son erişilen dosya yapar. Sonuç olarak, Dosya 5 yerel önbellekte depolanır ve 400 GiB sınırına sığması için 4 dosyası katmanlanır. Aşağıdaki tabloda, bu güncelleştirmelerle birlikte dosyaların nerede depolandığı gösterilmektedir:
| Dosya Adı | Son Erişim Zamanı | Dosya Boyutu | Depolandığı Yer |
|---|---|---|---|
| Dosya 5 | 2 saat önce | 140 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 1 | 2 gün önce | 10 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 2 | 10 gün önce | 30 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 3 | 1 yıl önce | 200 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 4 | 1 yıl, 2 gün önce | 120 GiB | Yerel olarak katmanlı Azure dosya paylaşımı |
Değişiklik 3: İlkeleri, tarih tabanlı katmanlama 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. Dosya 2'ye 60 günden daha kısa bir süre önce erişilmiş olsa da birim boş alanı ilkesi tarih ilkesini geçersiz kılar ve %70 yerel boş alanı korumak için dosya 2 katmanlanır.
Değişiklik 4: Birim boş alan ilkesini %20 olarak değiştirdiyseniz ve ardından bulut katmanlama ilkelerine bağlı kalarak 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 5 | 1 saat önce | 140 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 1 | 2 gün önce | 10 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 2 | 10 gün önce | 30 GiB | Sunucu ve Azure dosya paylaşımı |
| Dosya 3 | 1 yıl önce | 200 GiB | Yerel olarak katmanlı Azure dosya paylaşımı |
| Dosya 4 | 1 yıl, 2 gün önce | 120 GiB | Yerel olarak katmanlı Azure dosya paylaşımı |
Bu durumda, 1, 2 ve 5 dosyaları yerel olarak önbelleğe alınır ve 3 ve 4 dosyaları katmanlanır. Tarih ilkesi 60 gün olduğundan, birim boş alanı ilkesi yerel olarak 400 GiB'ye kadar izin verse bile 3 ve 4 numaralı dosyalar katmanlanır.
Not
Müşteriler birim boş alanı ilkesini daha küçük bir değerle (ö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ılmıyor.
Yerel birimde birden çok sunucu uç noktası
Bulut katmanlama, tek bir yerel birimde birden çok sunucu uç noktası için etkinleştirilebilir. 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 öncelikli olur. Bu, etkin birim boş alanı ilkesi olarak adlandırılır. Örneğin, aynı yerel birimde biri %15, diğeri %20 ve üçüncü uç noktası %30 olarak ayarlanmış üç sunucu uç noktanız varsa, hepsi %30'dan az boş alanı olduğunda en soğuk dosyaları katmanlamaya başlar.