Azure Blob Depolama maliyetlerini planlama ve yönetme
Bu makale, Azure Blob Depolama maliyetleri planlamanıza ve yönetmenize yardımcı olur.
İlk olarak, her faturalama ölçümünün ve her ölçümün fiyatının nasıl bulunup bulunamaya ilişkin bilgi sahibi olun. Ardından Azure fiyatlandırma hesaplayıcısını kullanarak maliyetinizi tahmin edebilirsiniz. Bütçeleri ayarlamak ve maliyetleri izlemek için maliyet yönetimi özelliklerini kullanın. Ayrıca tahmin edilen maliyetleri gözden geçirebilir ve harekete geçmek isteyebileceğiniz alanları belirlemek için harcama eğilimlerini izleyebilirsiniz.
Blob Depolama maliyetlerinin Azure faturanızdaki aylık maliyetlerin yalnızca bir kısmı olduğunu unutmayın. Bu makalede Blob Depolama için maliyetlerin nasıl tahmin ve yönetileceğini açıklansa da, üçüncü taraf hizmetler de dahil olmak üzere Azure aboneliğiniz için kullanılan tüm Azure hizmetleri ve kaynakları için faturalandırılırsınız. Blob Depolama maliyetlerini yönetme hakkında bilgi edindikten sonra, aboneliğinizde kullanılan tüm Azure hizmetlerinin maliyetlerini yönetmek için benzer yöntemler uygulayabilirsiniz.
Azure Blob Depolama için tam faturalama modelini anlama
Azure Blob Depolama, yeni kaynakları dağıttığınızda maliyetleri tahakkuk ettiren Azure altyapısında çalışır. Tahakkuk edebilecek diğer ilave altyapı maliyetleri olabileceğini anlamak önemlidir.
Azure Blob Depolama kullanımınız nasıl ücretlendirilir?
Blob Depolama kaynaklarını oluşturduğunuzda veya kullandığınızda aşağıdaki ölçümler için ücretlendirilirsiniz:
Ölçüm | Unit |
---|---|
Veri depolama | GB/ay başına |
Dizin oluşturma | GB/aybaşına 1 |
Operations | İşlem başına |
Veri aktarımı | GBbaşına 2 |
Veri alma | GBbaşına 3 |
Blob dizin etiketleri | Etiketbaşına 4 |
Akışı değiştirme | Günlüğe kaydedilen değişiklikbaşına 4 |
SSH Dosya Aktarım Protokolü (SFTP) | Saatbaşına 4 |
Blob envanteri | Tarananmilyon nesne başına 4 |
Şifreleme kapsamları | Aylık4 |
Sorgu hızlandırma | Taranan GB başına ve döndürülen GB başına |
İşlenen Belirli Bir Noktaya Geri Yükleme Verileri | Geri yüklenen MB başına |
1 Yalnızca hiyerarşik ad alanına sahip hesaplar için geçerlidir.
2 Yalnızca verileri başka bir bölgeye kopyalarken geçerlidir.
3 Yalnızca seyrek erişimli, soğuk ve arşiv katmanları için geçerlidir.
4 Yalnızca özelliği etkinleştirdiğinizde geçerlidir.
Faturalama döneminizin sonunda her bir ölçüm için alınan ücretler toplanır. Faturanızda tüm Azure Blob Depolama maliyetlerinizin gösterildiği bir bölüm vardır. Her ölçüm için de ayrı bir satır öğesi bulunur.
Veri depolama ve dizin ölçümleri
Veri depolama ve meta veriler GB başına aylık faturalandırılır. Meta verilerin çoğu blobun bir parçası olarak depolanır ve özellikler ile anahtar-değer çiftleri içerir. Arşiv katmanındaki bloblarla ilişkili meta veriler, soğuk katmanda ayrı olarak depolanır. Böylece kullanıcılar blobu ve özelliklerini, meta verilerini ve dizin etiketlerini listeleyebilir. Meta verilerin boyutu 8 KB'ı aşmadığından maliyeti, toplam depolama kapasitesinin yüzdesi olarak nispeten önemsizdir.
Blob dizin etiketleri sık erişim katmanında bir alt kaynak olarak depolanır ve kendi faturalama ölçümüne sahiptir. Dizin ölçümü yalnızca hiyerarşik ad alanına sahip hesaplar için geçerlidir. Bu, söz konusu yapıdaki nesnelerle ilişkili erişim denetim listeleri (ACL'ler) dahil olmak üzere hiyerarşik bir dosya yapısını kolaylaştırmak için gereken alanı faturalandırır. Dizinle ilişkili veriler her zaman sık erişim katmanında depolanır.
Bir aydan daha kısa bir süre boyunca depolanan veriler ve meta veriler için günlük GB maliyetini hesaplayarak aylık faturanıza etkisini tahmin edebilirsiniz. Ayların gün sayıları farklılık gösterebilir. Bu nedenle belirli bir ay içindeki maliyetlerinizin en isabetli tahminini oluşturmak için aylık maliyeti ilgili aydaki gün sayısına bölmeyi unutmayın.
Azure Blob Depolama, depolama kapasitesini göstermek için şu base-2 birim ölçümlerini kullanır: KiB, MiB, GiB, TiB, PiB. Faturanızdaki satır öğeleri ölçü birimi olarak GB içeriyor olsa da, bu birimler Azure Blob Depolama ikili GB (GiB) olarak hesaplanır. Örneğin, faturanızda Depolanan Veri (GB/ay) için 1 değerini gösteren bir satır öğesi, aylık kullanım başına 1 GiB'ye karşılık gelir. Aşağıdaki tabloda her bir temel-2 birimi açıklanmaktadır:
Kısaltma | Unit | Tanım |
---|---|---|
KiB | kibibayt | 1.024 bayt |
Mıb | mebibayt | 1.024 KiB (1.048.576 bayt) |
GiB | gibibayt | 1.024 MiB (1.073.741.824 bayt) |
TiB | tebibayt | 1.024 GiB (1.099.511.627.776 bayt) |
Depolama maliyetini hesaplama hakkında daha fazla bilgi için bkz . Verileri depolama maliyeti.
İşlem ölçümleri
İstemci tarafından yapılan her istek, rest işlemi biçiminde hizmete ulaşır. Verilerinizde hangi işlemlerin yürütülmekte olduğunu görmek için kaynak günlüklerinizi izleyebilirsiniz.
Fiyatlandırma sayfaları her bir işlem için bir fiyat listelemez, bunun yerine bir işlem türünün fiyatını listeler. Bir işlemin fiyatını belirlemek için önce bu işlemin türüne göre nasıl sınıflandırıldığını belirlemeniz gerekir. Günlüğe kaydedilen bir işlemi bir REST işlemine ve ardından bir işlem türüne izlemek için bkz. Her REST işlemini bir fiyatla eşleme.
İşlem türünün yanında görünen fiyat, her işlem için ödediğiniz fiyat değildir. Çoğu durumda, operasyon fiyatıdır 10,000
. Tek bir işlemin fiyatını elde etmek için fiyatı ile 10,000
bölün. Örneğin, yazma işlemlerinin fiyatı ise$0.055
, tek bir işlemin fiyatı olur = $.0555
10,000
/ $0.0000055
. Karşıya yüklemeyi tamamlamak için gereken sayı yazma işlemlerini tek bir işlemin maliyetiyle çarparak bir dosyayı karşıya yükleme maliyetini tahmin edebilirsiniz. Daha fazla bilgi edinmek için bkz. Azure Blob Depolama kullanmanın maliyetini tahmin etme.
Veri aktarım ölçümü
Azure bölgesinden ayrılan tüm veriler veri aktarımı ve ağ bant genişliği ücretlerine neden olabilir. Bu ücretler genellikle hesabın coğrafi olarak yedekli depolama için yapılandırıldığı veya nesne çoğaltma ilkesinin başka bir bölgedeki bir hesaba veri kopyalanacak şekilde yapılandırıldığı senaryolarda ortaya çıkar. Ancak bu ücretler, şirket içi istemciye indirilen veriler için de geçerlidir. Ağ bant genişliğinin fiyatı Azure Depolama fiyatlandırma sayfalarında görünmez. Ağ bant genişliğinin fiyatını bulmak için bkz . Bant genişliği fiyatlandırması.
Özellik ile ilgili ölçümler
Blob Depolama özelliklerini etkinleştirmenin bir maliyeti yoktur. Etkinleştirdikten sonra pasif ücret uygulanan yalnızca üç özellik vardır (SFTP desteği, şifreleme kapsamları ve blob dizin etiketleri). Diğer tüm özellikler için, bir özelliğin çıkışı tarafından kaplanan depolama alanı ve özelliğin kullanılması sonucunda yürütülen işlemler için faturalandırılırsınız. Örneğin, sürüm oluşturmayı etkinleştirirseniz faturanız sürümleri depolama maliyetini ve sürümleri listeleme veya alma işlemlerini gerçekleştirme maliyetini yansıtır. Bazı özelliklere ölçüm eklendi. Tam liste için bu makalenin Azure Blob Depolama ücretlendirme bölümüne bakın.
Bu özellikleri bir aydan daha kısa bir süre kullanıyorsanız zamana bağlı ölçümler sağlayabilirsiniz. Örneğin, Şifreleme kapsamları aylık olarak faturalandırılır. Şifreleme kapsamları bir aydan daha kısa bir süre boyunca, her günün maliyetini hesaplayarak aylık faturanız üzerindeki etkiyi tahmin edebilirsiniz. Ayların gün sayıları farklılık gösterebilir. Bu nedenle belirli bir ay içindeki maliyetlerinizin en isabetli tahminini oluşturmak için aylık maliyeti ilgili aydaki gün sayısına bölmeyi unutmayın.
Her ölçüm için birim fiyatı bulma
Birim fiyatları bulmak için doğru fiyatlandırma sayfasını açın ve uygun dosya yapısını seçin. Ardından uygun yedeklilik, bölge ve para birimi filtrelerini uygulayın. Her ölçümün fiyatları bir tabloda görünür. Fiyatlar, hesabınızdaki veri yedeklilik seçenekleri, erişim katmanı ve performans katmanı gibi diğer ayarlara göre farklılık gösterir.
Doğru fiyatlandırma sayfası ve dosya yapısı çoğunlukla verileri okuma ve yazma maliyeti açısından önemlidir çünkü verileri depolama maliyeti bu seçimlerle temelde değişmez. Verileri okuma ve yazma maliyetini doğru bir şekilde tahmin etmek için, veri okumak ve yazmak için hangi Depolama hesabı uç noktası istemcilerinin, uygulamaların ve iş yüklerinin kullanılacağını belirleyerek başlayın.
Blob hizmet uç noktasına yönelik istekler
Blob hizmet uç noktasının biçimi, Blob Depolama ile etkileşim kuran araçlar ve uygulamalar tarafından kullanılan en yaygın uç noktadır https://<storage-account>.blob.core.windows.net
.
İstekler şu kaynaklardan herhangi birinden kaynaklanabilir:
Azure Depolama istemci kitaplığından Blob Depolama REST API'leri veya Blob Depolama API'leri kullanan istemciler
Ağ Dosya Sistemi (NFS) 3.0 bağlı kapsayıcılara aktarımlar
SSH Dosya Aktarım Protokolü (SFTP) kullanılarak yapılan aktarımlar
WASB sürücüsünü kullanan Hadoop iş yükleri
Bu istekler için doğru fiyatlandırma sayfası Blob fiyatlandırmasını engelle sayfasıdır.
Bu uç noktaya yönelik istekler hiyerarşik ad alanına sahip hesaplarda da oluşabilir. Aslında, NFS 3.0 ve SFTP protokollerini kullanmak için önce hesabın hiyerarşik ad alanı özelliğini etkinleştirmeniz gerekir.
Hesabınızda hiyerarşik ad alanı özelliği etkinleştirilmişse Dosya Yapısı açılan listesinin Hiyerarşik Ad Alanı (NFS v3.0, SFTP Protokolü) olarak ayarlandığından emin olun. Aksi takdirde Düz Ad Alanı olarak ayarlandığından emin olun.
Data Lake Storage uç noktasına yönelik istekler
Data Lake Storage uç noktasının biçimi, https://<storage-account>.dfs.core.windows.net
analitik iş yükleri ve uygulamalar tarafından kullanılan en yaygın uç noktadır ve şeklindedir. Bu uç nokta genellikle hiyerarşik ad alanına sahip olan ancak her zaman olmayan hesaplarla kullanılır.
İstekler şu kaynaklardan herhangi birinden kaynaklanabilir:
Azure Blob Dosya Sistemi sürücüsü (ABFS) sürücüsünü kullanan Hadoop iş yükleri
Azure Depolama istemci kitaplığından Data Lake Storage REST API'lerini veya Data Lake Storage API'lerini kullanan istemciler
Bu istekler için doğru fiyatlandırma sayfası Azure Data Lake Storage fiyatlandırma sayfasıdır.
Hesabınızda hiyerarşik ad alanı özelliği etkinleştirilmemişse ancak istemcilerin, iş yüklerinin veya uygulamaların hesabınızın Data Lake Storage uç noktası üzerinden istekte bulunmalarını bekliyorsanız, Dosya Yapısı açılan listesini Düz Ad Alanı olarak ayarlayın. Aksi takdirde Hiyerarşik Ad Alanı olarak ayarlandığından emin olun.
Maliyetleri tahmin etme
Verileri oluşturmadan ve Azure Depolama hesabına aktarmaya başlamadan önce maliyetleri tahmin etmek için Azure fiyatlandırma hesaplayıcısını kullanın.
Azure fiyatlandırma hesaplayıcısı sayfasında Depolama Hesapları kutucuğunu seçin.
Sayfayı aşağı kaydırın ve tahmininizin Depolama Hesapları bölümünü bulun.
Açılan listelerden seçenekleri belirleyin.
Bu açılan listelerin değerini değiştirdiğinizde maliyet tahmini değişir. Bu tahmin hem üst köşede hem de tahminin altında görünür.
Tür açılan listesinin değerini değiştirdiğinizde, bu çalışma sayfasında görüntülenen diğer seçenekler de değişir. Her seçeneğin ne anlama geldiğini ve bu seçeneklerin depolamayla ilgili işlemlerin fiyatını nasıl etkilediği hakkında daha fazla bilgi edinmek için Daha Fazla Bilgi bölümündeki bağlantıları kullanın.
Tahmininiz üzerindeki etkisini görmek için kalan seçenekleri değiştirin.
İpucu
Maliyetleri tahmin etmenize ve tahmin etmenize yardımcı olması için şu ayrıntılı kılavuzlara bakın:
Azure Blob Depolama ile Azure Ön Ödemesi kullanma
Azure Blob Depolama ücretlerinizi Azure Ön Ödemesi (eski adıyla parasal taahhüt) kredinizle ödeyebilirsiniz. Ancak Azure Ön Ödemesi kredinizi Azure Market’te sunulanlar dahil olmak üzere üçüncü taraf ürün ve hizmetleri için ödeme yapma amacıyla kullanamazsınız.
Maliyetleri iyileştirme
Bir süredir Blob Depolama kullanıyorsanız maliyetlerinizi azaltma fırsatlarını belirlemek için kapsayıcılarınızın içeriğini düzenli aralıklarla gözden geçirmeniz gerekir. Bloblarınızın üretimde nasıl depolandığını, düzenlenip kullanıldığını anlayarak bu blobların kullanılabilirliği, performansı ve maliyeti arasındaki dengeleri daha düzgün şekilde iyileştirebilirsiniz. Mevcut kapsayıcılarınızı ve bloblarınızı listelemek ve analiz etmek için şu makalelerden birine bakın:
- Öğretici: Blob envanter raporlarını analiz etme
- Öğretici: Databricks kullanarak kapsayıcı istatistiklerini hesaplama
- Azure Depolama envanterini kullanarak kapsayıcıya göre blob sayısını ve toplam boyutu hesaplayın
Gelecekteki kapasite gereksinimlerini modelleyebilirseniz Azure Depolama ayrılmış kapasitesiyle tasarruf edebilirsiniz. Azure Depolama ayrılmış kapasitesi çoğu erişim katmanı için kullanılabilir ve bir yıl veya üç yıl boyunca rezervasyona taahhüt ettiğinizde standart depolama hesaplarındaki blok blobları ve Azure Data Lake Storage verileri için kapasitede indirim sunar. Rezervasyon, rezervasyonun süresi için sabit bir depolama kapasitesi sağlar. Azure Depolama ayrılmış kapasitesi blok blobları ve Azure Data Lake Storage verileri için kapasite maliyetlerinizi önemli ölçüde azaltabilir. Daha fazla bilgi edinmek için bkz. Ayrılmış kapasite ile Blob Depolama maliyetlerini iyileştirme.
Ayrıca blob verilerini en uygun maliyetli erişim katmanlarına yerleştirerek maliyetleri düşürebilirsiniz. Veri kullanımıyla ilgili maliyetlerinizi iyileştirmek için tasarlanmış üç katmandan birini seçin. Örneğin, sık erişim katmanının depolama maliyeti daha yüksektir ancak erişim maliyeti düşüktür. Bu nedenle verilere sık sık erişmeyi planlıyorsanız sık erişim katmanı en uygun maliyetli seçenek olabilir. Verilere daha az sıklıkta erişmeyi planlıyorsanız, veri depolama maliyetini azaltırken verilere erişim maliyetini artırdığı için soğuk veya arşiv katmanı en mantıklısı olabilir. Şu makalelerden birine bakın:
- Blob verileri için erişim katmanları
- Blob erişim katmanlarını kullanmaya yönelik en iyi yöntemler
- Verileri arşivleme maliyetini tahmin etme
En iyi şekilde para tasarrufu etmek istiyorsanız verileri düzenli aralıklarla katmanlar arasında taşımak için yaşam döngüsü yönetimi ilkelerini kullanın. Bu ilkeler, belirttiğiniz kuralları kullanarak verileri adresine taşıyabilir. Örneğin, blob 90 gün içinde değiştirilmediyse blobları arşiv katmanına taşıyan bir kural oluşturabilirsiniz. Verilerinizin erişim katmanını ayarlayan ilkeler oluşturarak ihtiyaçlarınıza uygun olarak en düşük maliyetli depolama seçeneklerini tasarlayabilirsiniz. Daha fazla bilgi edinmek için bkz. Azure Blob Depolama yaşam döngüsünü yönetme.
Bütçe oluşturma
Maliyetleri yönetmek için bütçeler oluşturabilir ve paydaşları harcama anomalileri ve fazla harcama riskleri konusunda otomatik olarak bilgilendiren uyarılar oluşturabilirsiniz. Uyarılar, bütçe ve maliyet eşiklerine kıyasla harcamaya göre belirlenir. Azure abonelikleri ve kaynak grupları için bütçeler ve uyarılar oluşturulur, bu nedenle genel maliyet izleme stratejisinin bir parçası olarak kullanışlıdır. Ancak, maliyetleri daha yüksek bir düzeyde izlemek üzere tasarlandıklarından, Azure Depolama maliyeti gibi tek tek Azure hizmet maliyetlerini yönetmek için sınırlı işlevlere sahip olabilirler.
Maliyetleri izleme
Azure kaynaklarını Azure Depolama ile kullanırken maliyetler doğurabilirsiniz. Kaynak kullanım birimi maliyetleri zaman aralıklarına (saniye, dakika, saat ve gün) veya birim kullanımına (bayt, megabayt vb.) göre farklılık gösterir. Azure Depolama kullanımı başlar başlamaz maliyetler tahakkuk eder. Maliyetleri Azure portalındaki maliyet analizi bölmesinde görebilirsiniz.
Maliyet analizini kullandığınızda Azure Depolama maliyetlerini farklı zaman aralıkları için grafiklerde ve tablolarda görüntüleyebilirsiniz. Bazı örnekler güne, geçerli ve önceki aya ve yıla göredir. Bütçelere ve tahmin edilen maliyetlere göre maliyetleri de görüntüleyebilirsiniz. Zaman içinde daha uzun görünümlere geçmek, harcama eğilimlerini belirlemenize ve fazla harcamanın nerede gerçekleşebileceğini görmenize yardımcı olabilir. Bütçe oluşturduysanız bunların aşıldığı yeri de kolayca görebilirsiniz.
Not
Maliyet analizi, farklı türdeki Azure hesaplarını destekler. Desteklenen hesap türlerinin tam listesini görüntülemek için, bkz. Maliyet Yönetimi verilerini anlama. Maliyet verilerini görüntülemek için Azure hesabınızda en azından okuma yetkisine sahip olmanız gerekir. Microsoft Maliyet Yönetimi verilerine erişim atama hakkında bilgi için bkz . Verilere erişim atama.
Azure Depolama maliyetlerini maliyet analizinde görüntülemek için:
Azure Portal’ında oturum açın.
Maliyet Yönetimi + Faturalama penceresini açın, menüden Maliyet yönetimi'ni ve ardından Maliyet analizi'ni seçin. Ardından Kapsam açılan listesinden belirli bir aboneliğin kapsamını değiştirebilirsiniz.
Yalnızca Azure Depolama maliyetlerini görüntülemek için Filtre ekle'yi ve ardından Hizmet adı'na tıklayın. Ardından listeden depolama'yı seçin.
Aşağıda yalnızca Azure Depolama maliyetlerini gösteren bir örnek verilmiştir:
Yukarıdaki örnekte, hizmetin geçerli maliyetini görürsünüz. Azure bölgelerine (konumlara) ve kaynak grubuna göre maliyetler de görüntülenir. Başka filtreler de ekleyebilirsiniz (örneğin: belirli depolama hesaplarının maliyetlerini görmek için bir filtre).
Maliyet verilerini dışarı aktarma
Ayrıca, bir depolama hesabına da maliyet verilerinizi çıkartabilirsiniz. Bu, maliyetler için ek veri analizi yapmanız gerektiğinde veya başkalarının yapması gerektiğinde yararlıdır. Örneğin, finans ekibi Excel veya Power BI kullanarak verileri analiz edebilir. Maliyetlerinizi günlük, haftalık veya aylık bir zamanlamaya göre dışarı aktarabilir ve özel bir tarih aralığı ayarlayabilirsiniz. Maliyet verilerini dışarı aktarmak, maliyet veri kümelerini almak için önerilen yoldur.
Faturalama sürprizlerinden kaçının
Hesabınızın varsayılan erişim katmanını değiştirme gibi bazı eylemler, beklemediğiniz maliyetlere yol açabilir. Her özellik hakkındaki makaleler beklenmeyen maliyetleri önleme hakkında bilgi içerirken, bu tablo yaygın nedenleri yakalar.
Kategori | Eylem | Faturanız üzerindeki olası etki |
---|---|---|
Erişim katmanları | Varsayılan erişim katmanı ayarını değiştirme | Hesabınızda erişim katmanının çıkarıldığı çok sayıda blob varsa, bu ayarda yapılan bir değişiklik önemli bir maliyete neden olabilir. Depolama hesabının varsayılan erişim katmanı ayarında yapılan bir değişiklik, erişim katmanının açıkça ayarlanmadığı hesaptaki tüm bloblar için geçerlidir. Örneğin, genel amaçlı v2 hesabında varsayılan erişim katmanı ayarını sık erişimliden seyrek erişimliye değiştirirseniz erişim katmanının çıkarıldığı tüm bloblar için yazma işlemleri (10.000 başına) için ücretlendirilirsiniz. Genel amaçlı bir v2 hesabında seyrek erişimliden sık erişimliye geçiş yaparsanız hem okuma işlemleri (10.000 başına) hem de veri alma (GB başına) için ücretlendirilirsiniz. Daha fazla bilgi için bkz . Varsayılan hesap erişim katmanı ayarı. |
Erişim katmanları | Arşivden yeniden doldurma | Arşivden yüksek öncelikli yeniden doldurma normal faturalardan daha yüksek olabilir. Microsoft, acil durum verilerini geri yükleme durumlarında kullanmak üzere yüksek öncelikli yeniden doldurmayı ayırmanızı önerir. Daha fazla bilgi için bkz . Yeniden doldurma önceliği. |
Erişim katmanları | Blobu silme, üzerine yazma veya başka bir katmana taşıma | Blobu güncelleştirmek için Blobu Kopyala işlemini kullanan araçlar veya uygulamalar blobun üzerine yazılır. Bloblar, katmanın gerektirdiği en az gün sayısı süresi dolmadan önce silinir, üzerine yazılır veya farklı bir katmana taşınırsa erken silme cezasına tabidir. |
Veri koruması | Blob geçici silmeyi etkinleştirme | Blobların üzerine yazmak blob anlık görüntülerine yol açabilir. Blobun silinmesi durumundan farklı olarak, bu anlık görüntülerin oluşturulması günlüğe kaydedilmez. Bu, beklenmeyen depolama maliyetlerine yol açabilir. Sık sık üzerine yazılan verilerin geçici silme etkinleştirilmemiş bir hesaba yerleştirilip yerleştirilmeyeceğini göz önünde bulundurun. Daha fazla bilgi için bkz . Geçici silme etkinleştirildiğinde üzerine yazma işlemleri nasıl işlenir? |
Veri koruması | Blob sürümünü etkinleştirme | Blob üzerindeki her yazma işlemi yeni bir sürüm oluşturur. Blob geçici silmeyi etkinleştirmede olduğu gibi, sıklıkla üzerine yazılan verilerin sürüm oluşturma özelliği etkin olmayan bir hesaba yerleştirilmesi gerekip gerekmediğini göz önünde bulundurun. Daha fazla bilgi için bkz . Yazma işlemlerinde sürüm oluşturma. |
İzleme | Depolama Analizi günlüklerini etkinleştirme (klasik günlükler) | Saklama ilkesi ayarlanmadıysa depolama analizi günlükleri hesabınızda zaman içinde birikebilir. Beklenmeyen kapasite ücretlerine yol açabilecek günlük birikmesini önlemek için bekletme ilkesini ayarladığınızdan emin olun. Daha fazla bilgi için bkz . Günlük verilerini saklama süresini değiştirme |
Protokoller | SSH Dosya Aktarım Protokolü (SFTP) desteğini etkinleştirme | SFTP uç noktasının etkinleştirilmesi saatlik maliyete neden olur. Pasif ücretlerden kaçınmak için SFTP'yi yalnızca verileri aktarmak için etkin olarak kullandığınızda etkinleştirmeyi göz önünde bulundurun. SFTP desteğini etkinleştirme ve devre dışı bırakma hakkında yönergeler için bkz. SSH Dosya Aktarım Protokolü(SFTP) kullanarak Azure Blob Depolama bağlanma. |
Sık sorulan sorular (SSS)
Bkz . Maliyetleri yönetme hakkında SSS.
Sonraki adımlar
- Azure Depolama ile fiyatlandırmanın nasıl çalıştığı hakkında daha fazla bilgi edinin. Bkz. Azure Depolamaya Genel Bakış fiyatlandırması.
- Maliyet ve performans arasındaki dengeleri daha iyi iyileştirmek için bloblarınızın ve kapsayıcılarınızın üretimde nasıl depolandığını, düzenlendiğini ve kullanıldığını anlama. Bkz . Öğretici: Blob envanter raporlarını analiz etme.
- Ayrılmış kapasite ile Blob Depolama maliyetlerini iyileştirin.
- Microsoft Maliyet Yönetimi ile bulut yatırımınızı iyileştirmeyi öğrenin.
- Maliyet analizi ile maliyetleri yönetme hakkında daha fazla bilgi edinin.
- Beklenmeyen maliyetleri önleme hakkında bilgi edinin.
- Maliyet Yönetimi destekli öğrenme kursuna katılın.