Share via


Azure Data Box Heavy sınırları

Azure Data Box Heavy cihazınızı dağıtırken ve çalıştırırken bu sınırları göz önünde bulundurun. Aşağıdaki tabloda Data Box için bu sınırlar açıklanmaktadır.

Data Box Heavy hizmet sınırları

  • Data Box hizmetiyle birden çok depolama hesabı kullanıyorsanız, tüm depolama hesapları aynı Azure bölgesine ait olmalıdır.
  • En fazla üç depolama hesabı kullanmanızı öneririz. Daha fazla depolama hesabı kullanmak performansı etkileyebilir.

Data Box Heavy sınırları

  • Data Box Heavy düğüm başına en fazla 1 milyar dosya depolayabilir.
  • Data Box Heavy, buluttaki düğüm başına en fazla 512 kapsayıcı veya paylaşım destekler. Kullanıcı paylaşımındaki en üst düzey dizinler, bulutta kapsayıcılar veya Azure dosya paylaşımları olur.

Azure Depolama sınırları

Bu bölümde, Azure Depolama hizmetinin sınırları ve Data Box hizmeti için geçerli olan Azure Dosyalar, Azure blok blobları ve Azure sayfa blobları için gerekli adlandırma kuralları açıklanmaktadır. Depolama sınırlarını dikkatle gözden geçirin ve tüm önerileri izleyin.

Azure depolama hizmeti sınırları hakkında en son bilgiler ve paylaşımları, kapsayıcıları ve dosyaları adlandırmaya yönelik en iyi yöntemler için şuraya gidin:

Önemli

Azure Depolama hizmet sınırlarını aşan veya Azure Dosyalar/Blob adlandırma kurallarına uymayan dosya veya dizinler varsa, bu dosyalar veya dizinler Data Box hizmeti aracılığıyla Azure Depolama'a aktarılamaz.

Veri yükleme uyarıları

  • Kapsayıcılar, paylaşımlar ve klasörler:
    • Dosyaları önceden oluşturulmuş paylaşımların hiçbirine doğrudan kopyalamayın. Paylaşımın altında bir klasör oluşturmanız ve ardından dosyaları bu klasöre kopyalamanız gerekir.
    • Depolama Account_BlockBlob ve Depolama Account_PageBlob altındaki bir klasör kapsayıcıdır. Örneğin kapsayıcılar Depolama Account_BlockBlob/kapsayıcı ve Depolama Account_PageBlob/kapsayıcı olarak oluşturulur.
    • Doğrudan Depolama Account_AzFile altında oluşturulan her klasör bir Azure Dosya Paylaşımına çevrilir.
    • Azure Blob Depolama dizinleri desteklemez. Depolama Account_BlockBlob klasörünün altında bir klasör oluşturursanız, sanal klasörler blob adında oluşturulur. Azure Dosyalar için gerçek dizin yapısı korunur.
  • Klasör içeriğini birleştirme:
    • Depolama Account_BlockBlob ve Depolama Account_PageBlob paylaşımlarına yazılan her dosya sırasıyla blok blobu ve sayfa blobu olarak karşıya yüklenir.
    • Bir klasör mevcut kapsayıcıyla aynı ada sahipse, klasörün içeriği kapsayıcının içeriğiyle birleştirilir. Henüz bulutta olmayan dosyalar veya bloblar kapsayıcıya eklenir. Bir dosya veya blob, zaten kapsayıcıda olan bir dosya veya blobla aynı ada sahipse, var olan dosyanın veya blobun üzerine yazılır.
    • Kapsayıcıda aynı ada sahip bir arşivlenmiş blob varsa Arşiv katmanındaki bir bloba yükleme başarısız olur. Blob Arşiv katmanındaysa okunamaz ve değiştirilemez. Bir blobun üzerine yazmanız gerekiyorsa blobun arşiv olarak ayarlı olmadığından emin olun. Daha fazla bilgi için bkz . Arşiv erişim katmanı.
    • Depolama Account_BlockBlob ve Depolama Account_PageBlob klasörleri altında oluşturulan boş dizin hiyerarşileri (dosyalar olmadan) karşıya yüklenmez.
  • NFS Azure dosya paylaşımlarına veri aktarma, Azure Data Box tarafından desteklenmez. Data Box'tan aynı ada sahip mevcut bir NFS Azure dosya paylaşımına veri kopyalamak, kaynak klasörünüzde çakışmaya neden olur. Bu çakışmayı çözmek için Data Box kaynak paylaşımı databox-<GUID> olarak yeniden adlandırır ve hedef depolama hesabına SMB Azure dosya paylaşımı olarak yükler.
  • Veri kopyaları için hem SMB hem de NFS protokollerini kullanıyorsanız şunları yapmanızı öneririz:
    • SMB ve NFS için farklı depolama hesapları kullanın.
    • Hem SMB hem de NFS kullanarak aynı verileri Azure'daki aynı son hedefe kopyalamayın. Böyle durumlarda nihai sonucu kestirmek mümkün olmayabilir.
    • Hem SMB hem de NFS aracılığıyla paralel olarak kopyalama işlemi işe yarasa da, insan hatasına açık olduğundan bunu yapmanızı önermeyiz. NFS veri kopyalama işlemini başlatmadan önce SMB veri kopyalama işleminiz tamamlanana kadar bekleyin.
  • Karşıya yükleme yönetimi:
    • Verileri Azure'a yüklerken herhangi bir hata varsa, hedef depolama hesabında bir hata günlüğü oluşturulur. Karşıya yükleme tamamlandığında bu hata günlüğünün yolu kullanılabilir ve düzeltici işlem yapmak için günlüğü gözden geçirebilirsiniz. Karşıya yüklenen verileri doğrulamadan kaynaktan veri silmeyin.
    • Azure Data Box ile dosya ACL'lerini, özniteliklerini ve zaman damgalarını koruma başlığındaki yönergeler kullanılarak veriler Azure Dosyalar yüklendiğinde dosya meta verileri ve NTFS izinleri korunabilir.
    • Hem bloblar hem de Azure Dosyalar için buluta yüklenirken dosyaların hiyerarşisi korunur. Örneğin, şu yolda bir dosya kopyalamıştınız: <container folder>\A\B\C.txt. Bu dosya bulutta aynı yola yüklenir.
    • Bir dosyanın CreateTime veya LastWriteTime alanı karşıya yükleme sırasında izin verilebilen boyutu aşarsa, "Cum, 31 Dec 9999 23:59:59", Azure dosya özelliğindeki özgün tarihin yerini alır. Dosya karşıya yükleme başarılı olur ve hata oluşmaz.

Azure depolama hesabı boyut sınırları

Depolama hesabına kopyalanan verilerin boyutuyla ilgili sınırlamalar aşağıdadır. Karşıya yüklediğiniz verilerin bu sınırlara uygun olduğundan emin olun. Bu sınırlarla ilgili en güncel bilgiler için bkz. Blob depolama için ölçeklenebilirlik ve performans hedefleri ve Azure Dosyalar ölçeklenebilirlik ve performans hedefleri.

Azure depolama hesabına kopyalanan verilerin boyutu Varsayılan limit
Blok blobu ve sayfa blobu Maksimum sınır, Azure Aboneliği için tanımlanan Depolama sınırıyla aynıdır ve Data Box dahil olmak üzere tüm kaynaklardan verileri içerir.
Azure Dosyaları Data Box, depolama hesabındaki tüm paylaşımlar için toplam 100 TiB'ye izin veren Azure premium dosya paylaşımlarını destekler. Günlükleri ve denetim günlüklerini kopyalayan alan nedeniyle maksimum kullanılabilir kapasite biraz daha azdır. Her biri kopyalama günlüğü ve denetim günlüğü için en az 100 GiB ayrılmıştır. Daha fazla bilgi için bkz . Azure Data Box, Azure Data Box Heavy için denetim günlükleri. Depolama Account_AzFile altındaki tüm klasörlerin bu sınıra uyması gerekir. Daha fazla bilgi için bkz . Azure dosya paylaşımı oluşturma.

Azure nesne boyutu sınırları

Yazılabilir Azure nesnelerinin boyutları aşağıdadır. Karşıya yüklenen tüm dosyaların bu sınırlara uygun olduğundan emin olun.

Azure nesne türü Varsayılan limit
Blok blobu 14 TiB
Sayfa blobu 4 TiB
Sayfa blobu biçiminde karşıya yüklenen her dosya 512 bayt hizalanmış (tam sayı kat) olmalıdır, aksi halde karşıya yükleme başarısız olur.
VHD ve VHDX 512 bayt hizalanır.
Azure Dosyaları 4 TiB
Yönetilen diskler 4 TiB
Boyut ve sınırlar hakkında daha fazla bilgi için bkz:
  • Standart SSD'lerin ölçeklenebilirlik hedefleri
  • Premium SSD'lerin ölçeklenebilirlik hedefleri
  • Standart HDD'lerin ölçeklenebilirlik hedefleri
  • Yönetilen disklerin fiyatlandırması ve faturalaması
  • Azure blok blobu, sayfa blobu ve dosya adlandırma kuralları

    Entity Kurallar
    Blok blobu ve sayfa blobu için kapsayıcı adları 3 ile 63 karakter uzunluğunda geçerli bir DNS adı olmalıdır.
    Bir harf veya sayı ile başlamalıdır.
    Yalnızca küçük harf, sayı ve kısa çizgi (-) içerebilir.
    Kısa çizgiden (-) hemen önce ve sonra bir harf veya rakam gelmelidir.
    Adlarda ardışık kısa çizgilere izin verilmez.
    Azure dosyaları için adları paylaşma Yukarıdakiyle aynı
    Azure dosyaları için dizin ve dosya adları
  • Büyük/küçük harf koruyucu, büyük/küçük harfe duyarlı değildir ve uzunluğu 255 karakteri aşmamalıdır.
  • Eğik çizgi (/) ile bitemez.
  • Sağlanırsa, otomatik olarak kaldırılır.
  • Aşağıdaki karakterlere izin verilmez: " \ / : | < > * ?
  • Ayrılmış URL karakterleri doğru şekilde atlanmalıdır.
  • Geçersiz URL yolu karakterlerine izin verilmez. \uE000 gibi kod noktaları geçerli Unicode karakterler değildir. Denetim karakterleri (0x1F için 0x00, \u0081 vb.) gibi bazı ASCII veya Unicode karakterlerine de izin verilmez. HTTP/1.1'de Unicode dizelerini yöneten kurallar için bkz. RFC 2616, Bölüm 2.2: Temel Kurallar ve RFC 3987.
  • Şu dosya adlarına izin verilmez: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, nokta karakteri (.) ve iki nokta karakteri (..).
  • Blok blobu ve sayfa blobu için blob adları
  • Blob adları büyük/küçük harfe duyarlıdır ve karakterler herhangi bir düzende sıralanabilir.
  • Blob adı 1 ila 1024 karakter uzunluğunda olmalıdır.
  • Ayrılmış URL karakterleri doğru şekilde atlanmalıdır.
  • Blob adını oluşturan yolun bölümleri 254 karakterden uzun olamaz. Yol bölümü, arka arkaya gelen sınırlayıcı karakterlerinin (örneğin eğik çizgi "/") arasında yer alan ve bir sanal dizinin adına karşılık gelen dizedir.