Azure Blob Depolama sık sorulan sorular

Platform, yaşam döngüsü ilkesini günde bir kez çalıştırır. Bir ilkeyi yapılandırdıktan sonra, geçerli olması 24 saat kadar sürebilir. İlke yürürlüğe girdikten sonra, eylemlerin çalıştırılması için geçen süre depolama hesabının boyutuna ve gerçekleştirilen işlemlere bağlı olarak değişebilir.

Güncelleştirilmiş ilkenin geçerlilik kazanması 24 saat kadar sürer. İlke yürürlüğe girdikten sonra, eylemlerin çalıştırılması için geçen süre, depolama hesabının boyutuna ve gerçekleştirilen işlemlere bağlı olarak değişir. Güncelleştirme bir kuralı devre dışı bırakmak veya silmek içinse ve enableAutoTierToHotFromCool kullanıldıysa, sık erişim katmanına otomatik katmanlama yine de gerçekleşir. Örneğin, son erişime göre enableAutoTierToHotFromCool gibi bir kural ayarlayın. Kural devre dışı bırakılır veya silinirse ve bir blob şu anda seyrek erişimli veya soğuk katmandaysa ve sonra erişilirse, yaşam döngüsü yönetimi dışında erişime uygulandığından sık erişim katmanına geri taşınır. Yaşam döngüsü yönetim kuralı devre dışı bırakıldığından veya silindiğinden blob sık erişimliden seyrek erişimliye veya soğuktan seyrek erişime geçmeyecek. autoTierToHotFromCool'u önlemenin tek yolu, son erişim zamanı izlemeyi kapatmaktır.

Depolama hesabında bulunan nesnelerin boyutuna ve sayısına bağlı olarak, tüm nesneleri işlemek için birden fazla çalıştırma gerekebilir. İşlemlerin yaşam döngüsü yönetimi ilkesi tarafından gerçekleştirilip gerçekleştirilmediğini görmek için depolama kaynak günlüklerini de denetleyebilirsiniz.

Depolama hesabında geçici silme veya sürüm oluşturma gibi veri koruma özelliklerinin etkinleştirilip etkinleştirilmediğini denetleyin. İlke blobları siliyor olsa bile bu bloblar, bu özelliklerin nasıl yapılandırıldığına bağlı olarak geçici olarak silinmiş durumda veya eski bir sürüm olarak mevcut olabilir.

Depolama hesabı için geçerli olan bir yaşam döngüsü yönetimi ilkesi varsa katmanını değiştirerek blobu yeniden doldurmanız, yaşam döngüsü ilkesinin blobu arşiv katmanına geri taşıması senaryosuna neden olabilir. Son değiştirme zamanı, oluşturma zamanı veya son erişim zamanı ilke için ayarlanan eşiğin ötesindeyse bu durum oluşabilir. Bunun olmasını önlemenin üç yolu vardır:

• koşulu ilkenin daysAfterLastTierChangeGreaterThan tierToArchive eylemine ekleyin. Bu koşul yalnızca son değiştirme zamanı için geçerlidir. Bkz . Blobları arşivlerken yaşam döngüsü yönetimi ilkelerini kullanma.

• Yeniden arşivlenmesini önlemek için bu blobu etkileyen kuralı geçici olarak devre dışı bırakın. Blob arşiv katmanına güvenli bir şekilde geri taşındığında kuralı yeniden etkinleştirin.

• Blob'un sık erişimli, seyrek erişimli veya soğuk katmanda kalıcı olarak kalması gerekiyorsa, blobu yaşam döngüsü yönetimi ilkesinin etkin olmadığı başka bir konuma kopyalayın.

Bir ilkenin blob ön eki eşleştirme alanı, ilke eylemlerinin uygulanmasını istediğiniz blobları eşleştirmek için kullanılan tam veya kısmi bir blob yoludur. Yol, kapsayıcı adıyla başlamalıdır. Hiçbir ön ek eşleştirmesi belirtilmemişse, ilke depolama hesabındaki tüm bloblara uygulanır. Ön ek eşleştirme dizesinin biçimi şeklindedir [container name]/[blob name].
Ön ek eşleştirme dizesiyle ilgili aşağıdaki noktaları aklınızda bulundurun:

• container1/ gibi bir ön ek eşleştirme dizesi kapsayıcı1 adlı kapsayıcıdaki tüm bloblara uygulanır. Sonunda eğik çizgi karakteri (/) olmayan kapsayıcı1'in önek eşleştirme dizesi, kapsayıcı adının kapsayıcı1 dizesiyle başladığı tüm kapsayıcılardaki tüm bloblara uygulanır. Ön ek container11, container1234, container1ab vb. adlı kapsayıcılarla eşleşir.
• Kapsayıcı1/sub1/ ön eki eşleştirme dizesi, kapsayıcı1 adlı kapsayıcıdaki sub1/ dizesiyle başlayan tüm bloblara uygulanır. Örneğin, ön ek container1/sub1/test.txt veya container1/sub1/sub2/test.txt adlı bloblarla eşleşir.
• Yıldız karakteri * , blob adında geçerli bir karakterdir. Ön ekte yıldız karakteri kullanılıyorsa, ön ek adlarında yıldız işareti bulunan bloblarla eşleşir. Yıldız işareti joker karakter olarak çalışmaz.
• Soru işareti karakteri ? , blob adında geçerli bir karakterdir. Bir ön ekte soru işareti karakteri kullanılıyorsa ön ek, adlarında soru işareti bulunan bloblarla eşleşir. Soru işareti joker karakter olarak çalışmaz.
• Ön ek eşleşmesi yalnızca pozitif (=) mantıksal karşılaştırmaları dikkate alır. Negatif (!=) mantıksal karşılaştırmalar yoksayılır.
• Ön ek eşleştirme büyük/küçük harfe duyarlı bir şekilde çalışır.

Ne yazık ki, ilkenin yürütüleceği zamanı izlemenin bir yolu yoktur çünkü bu bir arka plan zamanlama işlemidir. Ancak platform ilkeyi günde bir kez çalıştırır.

Günlük envanter kuralı her gün bir kez çalıştırılacak şekilde tasarlanmıştır. Buna ek olarak, her Pazar için zamanlanmış haftalık bir envanter kuralı vardır.

Tutarlı bir deneyim sağlamaya çalışsak da, her çalıştırma için tam yürütme süresini garanti edemeyiz. Envanter kuralının yürütme süresi farklılık gösterebilir. Örneğin, bugünün ilkesi saat 12:05'te zamanlanmışsa, 12:07, 12:15 veya sonraki gün başka bir zaman başlatabilir.

Blob Envanteri raporu üç tür dosya oluşturur. Bkz . Envanter dosyaları. Blob envanterini kullanan mevcut müşteriler, bir dosyadan birden çok dosyaya kadar stok dosyası sayısında bir değişiklik görebilir. Bugün, dosya listesini sağlayan bir bildirim dosyası zaten var. Bu davranış değişmeden kalır, bu nedenle bu dosyalar bildirim dosyasında listelenir.

Değişiklik, özellikle beş milyondan fazla nesne içeren büyük depolama hesapları için blob envanter performansını geliştirmek için uygulandı. Artık sonuçlar birden çok dosyaya paralel olarak yazıldığından tek bir envanter dosyası kullanma performans sorunu ortadan kaldırılmıştır. Bu değişiklik, aşırı büyük tek envanter dosyasını açma ve bunlarla çalışma konusunda güçlükler bildirdiği için müşteri geri bildirimiyle istendi.

Kullanıcı olarak bu değişikliğin blob envanter çalıştırmalarıyla ilgili deneyiminiz üzerinde olumlu bir etkisi vardır. Performansı artırması ve genel çalışma süresini azaltması beklenir. Ancak, bu geliştirmeden tam olarak yararlanmak için kodunuzun yalnızca bir dosya yerine birden çok sonuç dosyasını işleyebilecek şekilde güncelleştirildiğinden emin olmanız gerekir. Bu ayarlama kodunuzu yeni yaklaşımla hizalar ve envanter verilerinin işlenmesini iyileştirir.

Hayır, mevcut veriler etkilenmez. Yalnızca yeni blob envanter sonuçları birden çok envanter dosyası içerir.

Hayır, değişiklik sorunsuz gerçekleşir.

Gerekli eylemleriniz blob envanteri sonuçlarını şu anda nasıl işlediğinize bağlıdır:

• Geçerli işlemeniz tek bir envanter sonuçları dosyası olduğunu varsayarsa, kodunuzu birden çok envanter sonuç dosyasını barındıracak şekilde değiştirmeniz gerekir.

• Ancak, geçerli işlemeniz bildirim dosyasındaki sonuç dosyalarının listesini okumayı içeriyorsa, sonuçları işleme şeklinizde herhangi bir değişiklik yapmanız gerekmez. Mevcut yaklaşım, güncelleştirilmiş özellik ile sorunsuz bir şekilde çalışmaya devam eder.

Bu önerilmez, ancak mümkündür. Bu özelliği kapatmayı istemek için lütfen destek kanallarınızda çalışın.

Lütfen geçerli hesap ekibiniz ve destek kanallarınız üzerinden çalışın.

Bu değişiklik 1 Eylül 2023'den itibaren aşamalı olarak kullanıma sunulmaya başlayacaktır.

Hayır Azure İşlem, disklerdeki ölçümleri destekler. Daha fazla bilgi için bkz . Yönetilen ve Yönetilmeyen Diskler için disk başına ölçümler.

Kullanılabilirlik ve gecikme verilerini görüntüleyenler gibi bazı Azure ölçüm grafikleri, bilinen iki zaman dilimi veri noktası arasında eksik bir değer (null değer olarak da bilinir) olduğunu belirtmek için kesikli çizgi kullanır. Örneğin, zaman seçicide zaman ayrıntı düzeyini seçtiyseniz 1 minute ancak ölçüm 07:26, 07:27, 07:29 ve 07:30 olarak bildirildiyse, bu iki veri noktası arasında bir dakikalık boşluk olduğundan kesikli çizgi 07:27 ve 07:29'a bağlanır. Düz çizgi diğer tüm veri noktalarını birbirine bağlar. Ölçüm sayı ve toplam toplamalarını kullandığında kesikli çizgi sıfıra düşer. Ortalama, minimum veya maksimum toplamalar için, kesikli çizgi bilinen en yakın iki veri noktasına bağlanır. Ayrıca grafiğin en sağ veya en sol ucunda veri eksik olduğunda, kesikli çizgi eksik veri noktasının yönünde genişletilir.

Depolama hesabınızın kullanılabilirliğini izlemek için Azure Kaynak Durumu hizmetini temel alan bir kaynak durumu uyarısı yapılandırabilirsiniz. Hesapta işlem yoksa, uyarı depolama hesabınızın bulunduğu Depolama kümesinin durumuna göre raporlar.

Analiz günlüklerinde tüm işlemler genelinde başarılı ve başarısız isteklerle tüm okuma, yazma, listeleme ve silme işlemlerinin kayıtları bulunur. Analiz günlükleri en iyi çabayı gösterir ve hiçbir sipariş garanti değildir.

Değişiklik akışı, başarılı mutasyonların veya hesabınızda blob oluşturma, değiştirme ve silme gibi değişikliklerin işlem günlüğünü sağlayan bir çözümdür. Değişiklik akışı, tüm olayların blob başına başarılı değişiklikler sırasına göre kaydedilmesini ve görüntülenmesini garanti eder, bu nedenle çok büyük hacimli okuma işlemlerinden veya başarısız isteklerden gelen gürültüyü filtrelemeniz gerekmez. Değişiklik akışı temel olarak belirli garantiler gerektiren uygulama geliştirme için tasarlanmıştır ve iyileştirilmiştir.

Değişiklik akışı olarak her iki özellik de kullanılabilir ve Blob depolama olayları aynı teslim güvenilirliği garantisiyle aynı bilgileri sağlar ve temel fark olay kayıtlarının gecikme süresi, sıralama ve depolama olmasıdır. Değişiklik akışı, değişiklikleri izleyen birkaç dakika içinde kayıtları günlüğe yayımlar ve ayrıca blob başına değişiklik işlemlerinin sırasını garanti eder. Depolama olaylar gerçek zamanlı olarak gönderiliyor ve sıralanmayabilir. Değişiklik akışı olayları, depolama hesabınızın içinde kendi tanımlı saklamanıza sahip salt okunur kararlı günlükler olarak depolanırken, depolama olaylarının açıkça depolamadığınız sürece olay işleyicisi tarafından tüketilmesi geçicidir. Değişiklik akışıyla, istediğiniz sayıda uygulama blob API'lerini veya SDK'ları kullanarak günlükleri kendi kolaylığında kullanabilir.

Evet. IP tabanlı ve sanal ağ güvenlik duvarları da dahil olmak üzere depolama hesabı ağ güvenlik kuralları, statik web sitesi uç noktasında desteklenir ve web sitenizi korumak için kullanılabilir.

Hayır. Statik web sitesi yalnızca $web kapsayıcısındaki dosyalar için anonim genel okuma erişimini destekler.

Azure Content Delivery Network (Azure CDN) kullanarak statik web sitesiyle bir özel etki alanı yapılandırabilirsiniz. Azure CDN, web sitenize dünyanın farklı yerlerinden tutarlı ve düşük gecikme süreleriyle erişim sağlanmasına imkan tanır.

Şu anda Azure CDN kullanarak statik web sitesiyle bir özel SSL yapılandırabilirsiniz. Azure CDN, web sitenize dünyanın farklı yerlerinden tutarlı ve düşük gecikme süreleriyle erişim sağlanmasına imkan tanır.

Azure CDN - Verizon Premium kullanarak statik web sitesi için konak üst bilgisini yapılandırabilirsiniz. Buraya geri bildirimlerinizi görmek isteriz.

Yanlış bir durum kullanarak bir dosya adına başvuruda bulunursanız 404 hatası oluşabilir. Örneğin: Index.html yerine index.html. Statik web sitesinin URL'sindeki dosya adları ve uzantıları, HTTP üzerinden kullanıma sunulsa bile büyük/küçük harfe duyarlıdır. Azure CDN uç noktanız henüz sağlanmamışsa da bu durum oluşabilir. Yayma işleminin tamamlanması için yeni bir Azure CDN sağladıktan sonra 90 dakika kadar bekleyin.

Azure portalda hesabınızın statik web sitesi yapılandırma sayfasını açın ve Dizin belge adı alanında ayarlanan adı ve uzantıyı bulun. Bu adın, depolama hesabının $web kapsayıcısında yer alan dosyanın adıyla tam olarak aynı olduğundan emin olun. Statik web sitesinin URL'sindeki dosya adları ve uzantıları, HTTP üzerinden kullanıma sunulsa bile büyük/küçük harfe duyarlıdır.

Hayır, blob verilerinizde arama yapmanız gerekiyorsa sorgu hızlandırmayı veya Azure aramasını kullanın.

Blob dizin etiketleri yalnızca dize veri türlerini destekler ve sorgulama, sonuçları sözcüksal sıralamayla döndürür. Sayılar için, sayıyı sıfır tuş takımına ekleyin. Tarihler ve saatler için ISO 8601 uyumlu biçimde depolayın.

Hayır, Resource Manager etiketleri abonelikler, kaynak grupları ve depolama hesapları gibi denetim düzlemi kaynaklarını düzenlemeye yardımcı olur. Dizin etiketleri, veri düzleminde blob yönetimi ve bulma sağlar.

Depolama kapasitesi, gigabayt (GB) cinsinden bir aylık bir dönemde depolanan günlük ortalama veri miktarı birimi üzerinden faturalandırılır. Örneğin, ayın ilk yarısında kesintisiz olarak 10 GB'lık depolama kullandıysanız ve ikinci yarısında hiç kullanmadıysanız, ortalama 5 GB'lık depolama kullanımı üzerinden faturalandırılırsınız.

Sonraki adımlar

aşağıdaki bağlantıları ziyaret ederek Azure Blob Depolama hakkında daha fazla bilgi edinebilirsiniz:

• Azure Depolama’ya giriş
• Azure Blob depolama nedir?