Genel amaçlı v2 depolama hesabına yükseltme

Genel amaçlı v2 depolama hesapları en son Azure Depolama özelliklerini destekler ve genel amaçlı v1 ve Blob depolama hesaplarının tüm işlevlerini birleştirir. Çoğu depolama senaryosu için genel amaçlı v2 hesapları önerilir. Genel amaçlı v2 hesapları, Azure Depolama için en düşük gigabayt başına kapasite fiyatlarının yanı sıra sektöre uygun işlem fiyatları sunar. Genel amaçlı v2 hesapları sık erişimli veya seyrek erişimli ve sık erişimli, seyrek erişimli veya arşiv arasında blob düzeyinde katmanlamanın varsayılan hesap erişim katmanlarını destekler.

Genel amaçlı v1 veya Blob depolama hesaplarınızdan genel amaçlı v2 depolama hesabına yükseltme yapmak oldukça kolaydır. Azure portal, PowerShell veya Azure CLI kullanarak yükseltebilirsiniz. Genel amaçlı v2 depolama hesabına yükseltmeyle ilişkili bir kapalı kalma süresi veya veri kaybı riski yoktur. Hesap yükseltme işlemi, hesap türünü değiştiren basit bir Azure Resource Manager işlemiyle gerçekleştirilir.

Önemli

Genel amaçlı v1 veya Blob depolama hesabını genel amaçlı v2'ye yükseltmek kalıcıdır ve geri alınamaz.

Not

Microsoft çoğu senaryo için genel amaçlı v2 hesapları önerse de, Microsoft yeni ve mevcut müşteriler için genel amaçlı v1 hesaplarını desteklemeye devam edecektir. Azure Depolama bu bölgelerde kullanılabilir olduğunda yeni bölgelerde genel amaçlı v1 depolama hesapları oluşturabilirsiniz. Microsoft şu anda genel amaçlı v1 hesapları için desteği kullanım dışı bırakma planına sahip değildir ve herhangi bir Azure Depolama özelliğini kullanımdan kaldırmadan önce en az bir yıl önceden bildirimde bulunacaktır. Microsoft, genel amaçlı v1 hesapları için güvenlik güncelleştirmeleri sağlamaya devam edecektir, ancak bu hesap türü için yeni özellik geliştirme beklenmez.

1 Ekim 2020'den sonra çevrimiçi olan yeni Azure bölgeleri için genel amaçlı v1 hesaplarının fiyatlandırması değişmiştir ve bu bölgelerdeki genel amaçlı v2 hesaplarının fiyatlandırmasına eşdeğerdir. 1 Ekim 2020'ye kadar mevcut olan Azure bölgelerindeki genel amaçlı v1 hesaplarının fiyatlandırması değişmemiştir. Belirli bir bölgedeki genel amaçlı v1 hesaplarının fiyatlandırma ayrıntıları için Bkz. Azure Depolama fiyatlandırma sayfası. Bölgenizi seçin ve ardından Fiyatlandırma teklifleri'nin yanında Diğer'i seçin.

Hesabı yükseltme

Genel amaçlı v1 veya Blob depolama hesabını genel amaçlı v2 hesabına yükseltmek için Azure portal, PowerShell veya Azure CLI kullanın.

  1. Azure Portal’ında oturum açın.

  2. Depolama hesabınıza gidin.

  3. Ayarlar bölümünde Yapılandırma'yı seçin.

  4. Hesap türü'nün altında Yükselt'i seçin.

  5. Yükseltmeyi onayla'nın altında hesabınızın adını girin.

  6. Dikey pencerenin alt kısmındaki Yükselt'i seçin.

    Screenshot of configuration blade, upgrade account kind highlighted.

Blob verileri için erişim katmanı belirtme

Genel amaçlı v2 hesapları tüm Azure depolama hizmetlerini ve veri nesnelerini destekler, ancak erişim katmanları yalnızca Blob depolama içindeki blobları engellemek için kullanılabilir. Genel amaçlı v2 depolama hesabına yükselttiğinizde sık erişimli veya seyrek erişimli varsayılan bir hesap erişim katmanı belirtebilirsiniz. Bu katman blob verilerinizin tek tek blob erişim katmanı parametresi belirtilmemiş gibi karşıya yükleneceğini gösterir.

Blob erişim katmanları, beklenen kullanım desenlerinize göre en uygun maliyetli depolamayı seçmenizi sağlar. Blok blobları sık erişimli, seyrek erişimli veya arşiv katmanlarında depolanabilir. Erişim katmanları hakkında daha fazla bilgi için bkz . Azure Blob depolama: Sık Erişimli, Seyrek Erişimli ve Arşiv depolama katmanları.

Varsayılan olarak, sık erişim katmanında yeni bir depolama hesabı oluşturulur ve genel amaçlı v1 depolama hesabı sık erişimli veya seyrek erişimli hesap katmanına yükseltilebilir. Yükseltmede bir hesap erişim katmanı belirtilmezse, varsayılan olarak sık erişime yükseltilir. Yükseltmeniz için hangi erişim katmanını kullanacağınızı keşfediyorsanız geçerli veri kullanımı senaryonuzu göz önünde bulundurun. Genel amaçlı v2 hesabına geçiş için iki tipik kullanıcı senaryosu vardır:

  • Mevcut bir genel amaçlı v1 depolama hesabınız var ve blob verileri için doğru depolama erişim katmanıyla genel amaçlı v2 depolama hesabına yükseltmeyi değerlendirmek istiyorsunuz.
  • Genel amaçlı bir v2 depolama hesabı kullanmaya karar verdiniz veya zaten bir hesabınız var ve blob verileri için sık erişimli veya seyrek erişimli depolama erişim katmanını kullanmanız gerekip gerekmediğini değerlendirmek istiyorsunuz.

Her iki durumda da ilk öncelik, genel amaçlı v2 depolama hesabında depolanan verilerinizi depolama, bunlara erişme ve bunlar üzerinde çalışma maliyetlerini tahmin etmek ve bunu geçerli maliyetlerinizle karşılaştırmaktır.

Fiyatlandırma ve Faturalama

Bir v1 depolama hesabını genel amaçlı v2 hesabına yükseltmek ücretsizdir. Yükseltme işlemi sırasında istenen hesap katmanını belirtebilirsiniz. Yükseltmede bir hesap katmanı belirtilmezse, yükseltilen hesabın varsayılan hesap katmanı olacaktır Hot. Ancak, yükseltmeden sonra depolama erişim katmanının değiştirilmesi faturanızda değişikliklere neden olabilir, bu nedenle yükseltme sırasında yeni hesap katmanını belirtmeniz önerilir.

Tüm depolama hesapları, blob depolama için her blobun katmanını temel alan bir fiyatlandırma modelini kullanır. Bir depolama hesabını kullanırken aşağıdaki fatura değerlendirmeleri geçerlidir:

  • Depolama maliyetleri: Depolanan veri miktarına ek olarak, verileri depolama maliyeti depolama erişim katmanına bağlı olarak değişir. Katmanın erişim sıklığı düştükçe gigabayt başına ücret de azalır.

  • Veri erişimi maliyetleri: Katmanın erişimi sıklığı düştükçe veri erişimi ücretleri artar. Seyrek erişimli ve arşiv depolama erişim katmanındaki veriler için okuma işlemleri için gigabayt başına veri erişim ücreti alınır.

  • İşlem maliyetleri: Tüm katmanlarda, erişim sıklığı düştükçe artan bir işlem başına ücret uygulanır.

  • Coğrafi Çoğaltma veri aktarımı maliyetleri: Bu ücret, GRS ve RA-GRS dahil olmak üzere yalnızca coğrafi çoğaltma yapılandırılmış hesaplara uygulanır. Coğrafi çoğaltma veri aktarımı gigabayt başına ücret doğurur.

  • Giden veri aktarımı maliyetleri: Giden veri aktarımları (bir Azure bölgesinin dışına aktarılan veriler), genel amaçlı depolama hesapları ile tutarlı şekilde gigabayt başına esaslı olarak bant genişliği kullanımı için fatura doğurur.

  • Depolama erişim katmanını değiştirme: Hesap depolama erişim katmanının seyrek erişimliden sık erişimliye değiştirilmesi, depolama hesabında var olan tüm verilerin okunmasına eşit bir ücrete neden olur. Ancak, hesap erişim katmanını sık erişimliden seyrek erişimliye değiştirmek, tüm verileri seyrek erişim katmanına yazmaya eşit bir ücrete neden olur (yalnızca GPv2 hesapları).

Not

Depolama hesaplarına ilişkin fiyatlandırma modeli hakkında daha fazla bilgi için Azure Depolama Fiyatlandırması sayfasına bakın. Giden veri aktarımı ücretlerine ilişkin daha fazla bilgi için Veri Aktarımları Fiyatlandırma Bilgileri sayfasına bakın.

Geçerli kullanım desenleriniz için maliyetleri tahmin etme

Blob verilerini belirli bir katmandaki genel amaçlı v2 depolama hesabında depolama ve bunlara erişme maliyetini tahmin etmek için mevcut kullanım deseninizi değerlendirin veya beklenen kullanım deseninize yaklaşın. Genel olarak, şunları bilmek istersiniz:

  • Gigabayt cinsinden Blob depolama tüketiminiz, örneğin:

    • Depolama hesabınızda ne kadar veri depolanıyor?
    • Aylık temelde veri hacmi nasıl değişiyor; yeni veriler sürekli eski verilerin yerini alıyor mu?
  • Aşağıdakiler de dahil olmak üzere Blob depolama verileriniz için birincil erişim deseni:

    • Depolama hesabından ne kadar veri okunuyor ve yazılıyor?
    • Depolama hesabındaki verilerde kaç okuma işlemi ve yazma işlemi gerçekleşir?

İhtiyaçlarınıza en uygun erişim katmanına karar vermek için blob veri kapasitenizi ve bu verilerin nasıl kullanıldığını belirlemek yararlı olabilir. Bu en iyi sonucu hesabınızın izleme ölçümlerine bakarak yapabilirsiniz.

Var olan depolama hesaplarını izleme

Var olan depolama hesaplarınızı izlemek ve bu verileri toplamak için, bir depolama hesabına yönelik günlüğe kaydetme işlemlerini gerçekleştiren ve ölçümler sağlayan Azure Depolama Analizi hizmetinden yararlanabilirsiniz. Depolama Analizi GPv1, GPv2 ve Blob depolama hesap türleri için toplu işlem istatistiklerini içeren ölçümleri ve depolama hizmetine yapılan isteklere ilişkin kapasite verilerini depolayabilir. Bu veriler aynı depolama hesabındaki iyi bilinen tablolara depolanır.

Daha fazla bilgi için bkz. Storage Analytics Ölçümleri hakkında ve Storage Analytics Ölçüm Tablosu Şeması

Not

Blob depolama hesapları, Tablo hizmeti uç noktasını yalnızca ilgili hesabın ölçüm verilerini depolamak ve bunlara erişmek için kullanıma sunar.

Blob depolamada depolama tüketimini izlemek için kapasite ölçümlerini etkinleştirmeniz gerekir. Bu etkinleştirildiğinde, kapasite verileri bir depolama hesabının Blob hizmeti için günlük olarak kaydedilir ve aynı depolama hesabı içindeki $MetricsCapacityBlob tablosuna yazılan bir tablo girişi olarak kaydedilir.

Blob depolama hizmetinin veri erişim desenlerini izlemek için API’den saatlik işlem ölçümlerini etkinleştirmeniz gerekir. Saatlik işlem ölçümleri etkinleştirildiğinde API başına işlemler saatte bir toplanır ve aynı depolama hesabındaki $MetricsHourPrimaryTransactionsBlob tablosuna yazılan bir tablo girişi olarak kaydedilir. RA-GRS depolama hesapları kullanılırken $MetricsHourSecondaryTransactionsBlob tablosu, işlemleri ikincil uç noktaya kaydeder.

Not

Blok ve ekleme blobu verileriyle birlikte sayfa bloblarını ve sanal makine disklerini veya kuyrukları, dosyaları ya da tabloları depoladığınız genel amaçlı bir depolama hesabınız olması durumunda bu tahmin işlemi geçerli değildir. Kapasite verileri blok bloblarını diğer türlerden ayırt etmez ve diğer veri türleri için kapasite verileri sunmaz. Bu türleri kullanıyorsanız alternatif bir yöntem de en son faturanızdaki miktarlara bakmaktır.

Veri tüketim ve erişim modelinizi yaklaşık olarak tahmin etmek için, ölçümler için düzenli kullanımınızı temsil eden bir elde tutma süresi seçmeniz ve tahmin etmeniz önerilir. Seçeneklerden biri son yedi güne ait ölçüm verilerinin tutulması ve verilerin ay sonunda analiz için haftada bir toplanmasıdır. Diğer bir seçenek ise son 30 güne ait ölçüm verilerinin tutulması ve verilerin 30 günlük süre sonunda toplanıp çözümlenmesidir.

Ölçüm verilerini etkinleştirme, toplama ve görüntüleme hakkında ayrıntılı bilgi için bkz. analiz ölçümlerini Depolama.

Not

Analiz verilerinin depolanması, erişimi ve indirilmesi de normal kullanıcı verileri gibi ücretlendirilir.

Kullanım ölçümlerinden yararlanarak maliyetleri tahmin etme

Kapasite maliyetleri

$MetricsCapacityBlob kapasite ölçüm tablosunda 'data' satır anahtarını içeren en son giriş, kullanıcı verilerinin harcadığı kapasiteyi gösterir. $MetricsCapacityBlob kapasite ölçüm tablosunda 'analytics' satır anahtarını içeren en son giriş, analiz günlüklerinin harcadığı kapasiteyi gösterir.

Hem kullanıcı verileri hem de analiz günlükleri (etkinse) tarafından kullanılan bu toplam kapasite, verileri depolama hesabına depolama maliyetini tahmin etmek için kullanılabilir. Aynı yöntem ayrıca GPv1 depolama hesaplarında depolanma maliyetlerini tahmin etmek için kullanılabilir.

İşlem maliyetleri

İşlem ölçüm tablosundaki bir API’nin tüm girişleri için 'TotalBillableRequests' toplamı, ilgili API’nin toplam işlem sayısını belirtir. Örneğin, belirli bir süre içindeki 'GetBlob' işlemlerinin toplam sayısı 'user;GetBlob' satır anahtarını içeren tüm girişlere yönelik toplam faturalandırılabilir isteklerin toplamına göre hesaplanabilir.

Blob depolama hesaplarına ilişkin işlem maliyetlerini tahmin etmek için, farklı şekilde fiyatlandırıldıkları için işlemleri üç gruba ayırmanız gerekir.

  • 'PutBlob', 'PutBlock', 'PutBlockList', 'AppendBlock', 'ListBlobs', 'ListContainers', 'CreateContainer', 'SnapshotBlob' ve 'CopyBlob' gibi yazma işlemleri.
  • 'DeleteBlob' ve 'DeleteContainer' gibi silme işlemleri.
  • Diğer tüm işlemler.

GPv1 depolama hesaplarının işlem maliyetlerini tahmin etmek için işlemden/API’den bağımsız olarak tüm işlemleri toplamanız gerekir.

Veri erişimi ve coğrafi çoğaltma veri aktarımı maliyetleri

Storage Analytics bir depolama hesabından okunan ve depolama hesabına yazılan veri miktarını belirtmese de, işlem ölçümleri tablosuna bakılarak bu değer kabaca tahmin edilebilir. İşlem ölçüm tablosundaki bir API’nin tüm girişleri için 'TotalIngress' toplamı, ilgili API’nin toplam giriş verileri miktarını bayt cinsinden belirtir. Benzer şekilde, 'TotalEgress' toplamı toplam çıkış verileri miktarını bayt cinsinden belirtir.

Blob depolama hesaplarına ilişkin veri erişimi maliyetlerini hesaplamak için işlemleri iki gruba ayırmanız gerekir.

  • Depolama hesabından alınan veri miktarı birincil olarak 'GetBlob' ve 'CopyBlob' işlemleri için 'TotalEgress' toplamına bakılarak tahmin edilebilir.

  • Depolama hesabına yazılan veri miktarı birincil olarak 'PutBlob', 'PutBlock', 'CopyBlob' ve 'AppendBlock' işlemleri için 'TotalIngress' toplamına bakılarak tahmin edilebilir.

Blob depolama hesaplarında coğrafi çoğaltma veri aktarımı maliyeti de bir GRS veya RA-GRS depolama hesabı kullanılırken yazılan veri miktarı tahmini kullanılarak hesaplanabilir.

Not

Sık erişimli veya seyrek erişimli depolama erişim katmanını kullanmanın maliyetlerini hesaplama hakkında daha ayrıntılı bir örnek için Azure Depolama Fiyatlandırma Sayfasında'Sık Erişim ve Seyrek Erişimli erişim katmanları nedir ve hangisinin kullanılacağını nasıl belirlemem gerekir?' başlıklı SSS bölümüne göz atın.

Sonraki adımlar