Aracılığıyla paylaş


Azure Data Box Disk sınırları

Microsoft Azure Data Box Disk çözümünüzü dağıtırken ve çalıştırırken bu sınırları göz önünde bulundurun.

Data Box hizmet sınırları

  • Data Box hizmeti, Bölge kullanılabilirliği bölümünde listelenen Azure bölgelerinde kullanılabilir.
  • Data Box Disk ile tek bir depolama hesabı desteklenir.
  • Data Box Disk en fazla 100.000 dosya depolayabilir
  • Data Box Disk, bulutta en fazla 512 kapsayıcıyı veya paylaşımı destekler. Kullanıcı paylaşımındaki en üst düzey dizinler, bulutta kapsayıcılar veya Azure dosya paylaşımları olur.

Data Box Disk performansı

USB 3.0 üzerinden bağlanan disklerle test edildiğinde disk performansı 430 MB/sn'ye kadar çıktı. Gerçek sayılar, kullanılan dosya boyutuna bağlı olarak değişir. Daha küçük dosyalar için daha düşük performans görebilirsiniz.

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 hizmeti sınırlarını aşan veya Azure Dosyalar/Blob adlandırma kurallarına uymayan dosyalar veya dizinler varsa, bu dosyalar veya dizinler Data Box hizmeti aracılığıyla Azure Depolama'ya alınmaz.

Veri kopyalama ve karşıya yükleme uyarıları

  • 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.

  • Verileri doğrudan disklere kopyalamayın. Verileri önceden oluşturulmuş BlockBlob, PageBlob ve AzureFile klasörlerine kopyalayın.

  • BlockBlob ve PageBlob altındaki bir klasör bir kapsayıcıdır. Örneğin kapsayıcılar BlockBlob/container ve PageBlob/container olarak oluşturulur.

  • 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.

  • BlockBlob ve PageBlob paylaşımlarına yazılan her dosya sırasıyla blok blobu ve sayfa blobu olarak karşıya yüklenir.

  • Hem bloblar hem de Azure Dosyaları için buluta yüklenirken dosya 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.

  • BlockBlob ve PageBlob klasörleri altında oluşturulan, içinde hiçbir dosya bulunmayan boş dizin hiyerarşileri yüklenmez.

  • İstemcide etkinleştirilmiş uzun yollarınız yoksa ve veri kopyanızdaki herhangi bir yol ve dosya adı 256 karakteri aşıyorsa, Data Box Split Copy Tool (DataBoxDiskSplitCopy.exe) veya Data Box Disk Doğrulama aracı (DataBoxDiskValidation.cmd) hataları bildirir. Bu tür hataları önlemek için Windows istemcinizde uzun yolları etkinleştirin.

  • 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, hata günlüğüne giden yol portaldan erişilebilir ve düzeltici işlem yapmak için günlüğü gözden geçirebilirsiniz. Karşıya yüklenen verileri doğrulamadan kaynaktan veri silmeyin.

  • Siparişinizde yönetilen diskleri belirttiyseniz, aşağıdaki ek hususları gözden geçirin:

    • Önceden oluşturulmuş tüm klasörlerde ve tüm Data Box Disk'te bir kaynak grubunda belirli bir ada sahip tek bir yönetilen diske sahip olabilirsiniz. Bu durum, önceden oluşturulan klasörlere yüklenen VHD'lerin benzersiz adlara sahip olması gerektiği anlamına gelir. Verilen adın bir kaynak grubundaki zaten var olan bir yönetilen diskle eşleşmediğinden emin olun. VHD'lerin adları aynıysa, yalnızca bir VHD o adla yönetilen diske dönüştürülür. Diğer VHD'ler, hazırlık depolama hesabına sayfa blobları olarak yüklenir.
    • VHD'leri her zaman önceden oluşturulmuş klasörlerden birine kopyalayın. VHD'leri bu klasörlerin dışına veya oluşturduğunuz bir klasöre kopyalarsanız, VHD'ler yönetilen diskler değil sayfa blobları olarak Azure Depolama hesabına yüklenir.
    • Yönetilen diskler oluşturmak için yalnızca sabit VHD'ler buluta yüklenebilir. Dinamik VHD'ler, farklılaştırılan VHD'ler veya VHDX dosyaları desteklenmez.
    • Önceden oluşturulmuş yönetilen disk klasörlerine kopyalanan VHD olmayan dosyalar yönetilen diske dönüştürülmeyecek.

Azure depolama hesabı boyut sınırları

Depolama hesabına kopyalanacak verilerin boyutuyla ilgili sınırlar aşağıdadır. Karşıya yüklediğiniz verilerin bu sınırlara uygun olduğundan emin olun.

Veri türü Varsayılan limit
blok blobu, sayfa blobu Bu sınırlar hakkında geçerli bilgiler için bkz. Azure Blob depolama ölçek hedefleri, Azure standart depolama ölçek hedefleri ve Azure Dosyalar ölçek hedefleri.

Sınırlar, Data Box Disk de dahil olmak üzere tüm kaynaklardan gelen verileri içerir.

Azure nesne boyutu sınırları

Yazılabilir Azure nesnelerinin boyutları aşağıdadır. Yüklenen tüm dosyaların bu sınırlara uyduğundan emin olun.

Azure nesne türü Varsayılan limit
Blok blob 7 TiB
Sayfa Blobu 4 TiB
Sayfa blobu biçiminde karşıya yüklenen her dosya, 512 bayt olarak hizalanmış (tam sayı katı) olmalıdır, aksi halde karşıya yükleme başarısız olur.
VHD ve VHDX 512 bayta hizalanmıştı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ı

    Varlık Konvansiyonlar
    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 harfi koruyucu, büyük/küçük harfe duyarsız ve uzunluğu 255 karakteri aşmamalıdır.
  • Eğik çizgi (/) ile sonlanmamalı.
  • Sağlanırsa, otomatik olarak kaldırılır.
  • Aşağıdaki karakterlere izin verilmez: " \ / : | < > * ?
  • Özel URL karakterleri doğru şekilde kodlanmalıdır.
  • Geçersiz URL yolu karakterlerine izin verilmez. \uE000 gibi kod noktaları geçerli Unicode karakterler değildir. Denetim karakterleri (0x00'den 0x1F'e, \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.
  • Özel URL karakterleri doğru şekilde kodlanmalı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.
  • Yönetilen disk adlandırma kuralları

    Varlık Konvansiyonlar
    Yönetilen disk adları
  • Ad 1 ile 80 karakter uzunluğunda olmalıdır.
  • Ad bir harf veya sayı ile başlamalı, harf, sayı veya alt çizgi ile bitmelidir.
  • Ad yalnızca harf, sayı, alt çizgi, nokta veya kısa çizgi içerebilir.
  • Adında boşluk veya /olmamalıdır.
  • Sonraki Adımlar