Bagikan melalui


Batas Azure Data Box Heavy

Pertimbangkan batasan ini saat Anda menyebarkan dan mengoperasikan solusi Azure Data Box Heavy Anda. Tabel berikut ini menjelaskan batasan untuk Data Box.

Batas layanan Data Box Heavy

  • Jika Anda menggunakan beberapa akun penyimpanan dengan layanan Data Box, semua akun penyimpanan harus milik wilayah Azure yang sama.
  • Kami menyarankan agar Anda menggunakan tidak lebih dari tiga akun penyimpanan. Menggunakan lebih banyak akun penyimpanan berpotensi mempengaruhi kinerja.

Batas Data Box Heavy

  • Data Box Heavy dapat menyimpan maksimum 1 miliar file per node.
  • Data Box Heavy mendukung maksimum 512 kontainer atau berbagi per node di cloud. Direktori tingkat atas dalam berbagi pengguna menjadi kontainer atau berbagi file Azure di cloud.

Batas Azure Storage

Bagian ini menjelaskan batasan untuk layanan Azure Storage, dan konvensi penamaan yang diperlukan untuk Azure Files, blob blok Azure, dan blob halaman Azure, sebagaimana berlaku untuk layanan Data Box. Tinjau batas penyimpanan dengan cermat dan ikuti semua rekomendasi.

Untuk informasi terbaru tentang batas layanan penyimpanan Azure dan praktik terbaik untuk penamaan berbagi, kontainer, dan file, buka:

Penting

Jika ada file atau direktori yang melebihi batas layanan Azure Storage, atau tidak sesuai dengan konvensi penamaan Azure Files/Blob, maka file atau direktori ini tidak diproses ke dalam Azure Storage melalui layanan Data Box.

Peringatan unggahan data

  • Kontainer, berbagi, dan folder:
    • Jangan menyalin file langsung ke berbagi apa pun yang telah dibuat sebelumnya. Anda perlu membuat folder di bawah berbagi lalu menyalin file ke folder tersebut.
    • Folder di bawah StorageAccount_BlockBlob dan StorageAccount_PageBlob adalah kontainer. Misalnya, kontainer dibuat sebagai StorageAccount_BlockBlob/container dan StorageAccount_PageBlob/container.
    • Setiap folder yang dibuat langsung di bawah StorageAccount_AzFile diterjemahkan ke dalam Berbagi File Azure.
    • Azure Blob Storage tidak mendukung direktori. Jika Anda membuat folder di folder StorageAccount_BlockBlob, maka folder virtual dibuat dalam nama blob. Untuk Azure Files, struktur direktori yang sebenarnya dipertahankan.
  • Menggabungkan konten folder:
    • Setiap file yang ditulis ke berbagi StorageAccount_BlockBlob dan StorageAccount_PageBlob diunggah sebagai blob blok dan blob halaman masing-masing.
    • Jika folder memiliki nama yang sama dengan kontainer yang ada, konten folder akan digabungkan dengan konten kontainer. File atau blob yang belum ada di cloud ditambahkan ke kontainer. Jika file atau blob memiliki nama yang sama dengan file atau blob yang sudah ada di kontainer, file atau blob yang ada ditimpa.
    • Unggahan ke blob di tingkat Arsip akan gagal jika kontainer memiliki blob yang diarsipkan yang ada dengan nama yang sama. Saat berada di tingkat Arsip, blob tidak dapat dibaca atau diubah. Jika Anda perlu menimpa blob, pastikan blob tidak diatur ke arsip. Untuk informasi selengkapnya, buka Tingkat akses arsip.
    • Hierarki direktori kosong apa pun (tanpa file apa pun) yang dibuat StorageAccount_BlockBlob dan folder StorageAccount_PageBlob tidak diunggah.
  • Mengimpor data ke berbagi file NFS Azure tidak didukung oleh Azure Data Box. Menyalin data dari Data Box ke berbagi file NFS Azure yang sudah ada dengan nama yang identik saat folder sumber Anda membuat konflik. Untuk mengatasi konflik ini, Data Box mengganti nama berbagi databox-<GUID> sumber dan mengunggahnya ke akun penyimpanan target sebagai berbagi file Azure SMB.
  • Jika Anda menggunakan protokol SMB dan NFS untuk salinan data, kami sarankan Anda:
    • Menggunakan akun penyimpanan yang berbeda untuk SMB dan NFS.
    • Tidak menyalin data yang sama ke tujuan akhir yang sama di Azure menggunakan SMB dan NFS. Dalam kasus seperti itu, hasil akhir tidak dapat ditentukan.
    • Meski menyalin melalui SMB dan NFS secara paralel dapat berhasil, sebaiknya jangan melakukannya karena tindakan tersebut rentan terhadap kesalahan manusia. Tunggu hingga penyalinan data SMB Anda selesai sebelum Anda memulai penyalinan data NFS.
  • Manajemen unggahan:
    • Jika ada kesalahan saat mengunggah data ke Azure, log kesalahan dibuat di akun penyimpanan target. Jalur ke log kesalahan ini tersedia ketika unggahan selesai, dan Anda dapat meninjau log untuk mengambil tindakan korektif. Jangan menghapus data dari sumber tanpa memverifikasi data yang diunggah.
    • Metadata file dan izin NTFS dapat dipertahankan saat data diunggah ke Azure Files menggunakan panduan di Mempertahankan ACL, atribut, dan tanda waktu file dengan Azure Data Box.
    • Heirarki file dipertahankan saat mengunggah ke cloud untuk blob dan Azure Files. Misalnya, Anda menyalin file di jalur ini: <container folder>\A\B\C.txt. File ini diunggah ke jalur yang sama di cloud.
    • Jika bidang CreateTime atau LastWriteTime untuk file melebihi ukuran yang diizinkan selama unggahan, "Jumat, 31 Des 9999 23:59:59" menggantikan tanggal asli di properti file Azure. Unggahan file berhasil, dan tidak ada kesalahan yang muncul.

Batas ukuran akun penyimpanan Azure

Berikut adalah batasan ukuran data yang disalin ke akun penyimpanan. Pastikan data yang Anda unggah sesuai dengan batas ini. Untuk informasi terbaru tentang batasan ini, lihat Target skalabilitas dan performa untuk penyimpanan Blob dan target skalabilitas dan performa Azure Files.

Ukuran data yang disalin ke akun penyimpanan Azure Batas default
Blob Blok dan blob halaman Batas maksimum sama dengan Batas penyimpanan yang ditentukan untuk Langganan Azure dan menyertakan data dari semua sumber termasuk Data Box.
Azure Files Data Box mendukung berbagi file premium Azure, yang memungkinkan total 100 TiB untuk semua berbagi di akun penyimpanan. Kapasitas maksimum yang dapat digunakan lebih sedikit karena ruang yang digunakan log penyalinan dan log audit. Disediakan minimal 100 GiB untuk masing-masing log penyalinan dan log audit. Untuk informasi selengkapnya, lihat Log audit untuk Azure Data Box, Azure Data Box Heavy. Semua folder di bawah StorageAccount_AzFile harus mengikuti batas ini. Untuk informasi selengkapnya, lihat Membuat berbagi file Azure.

Batas ukuran objek Azure

Berikut adalah ukuran objek Azure yang dapat ditulis. Pastikan bahwa semua file yang diunggah sesuai dengan batas ini.

Jenis objek Azure Batas default
Blob blok 14 TiB
Blob Halaman 4 TiB
Setiap file yang diunggah dalam format Blob Halaman harus diratakan 512 byte (kelipatan integral), jika tidak, pengunggahan akan gagal.
VHD dan VHDX adalah 512 byte sejajar.
Azure Files 4 TiB
Disk terkelola 4 TiB
Untuk informasi selengkapnya tentang ukuran dan batasan, lihat:
  • Target skalabilitas SSD Standar
  • Target skalabilitas SSD Premium
  • Target skalabilitas HDD Standar
  • Harga dan penagihan disk terkelola
  • Azure blok blob, halaman blob, dan konvensi penamaan file

    Entity Konvensi
    Nama kontainer untuk blob blok dan blob halaman Harus nama DNS yang valid dan panjangnya 3 hingga 63 karakter.
    Nama harus diawali dengan huruf atau angka.
    Nama hanya boleh berisi huruf kecil, angka, dan tanda hubung (-).
    Setiap tanda hubung (-) harus langsung diawali dan diikuti dengan huruf atau angka.
    Tanda hubung berturut-turut tidak diizinkan dalam nama.
    Berbagi nama untuk file Azure Sama seperti di atas
    Nama direktori dan file untuk file Azure
  • Nama mempertahankan huruf besar kecil, tidak peka terhadap huruf besar kecil, dan tidak boleh melebihi 255 karakter panjangnya.
  • Tidak dapat diakhiri dengan garis miring (/).
  • Jika disediakan, akan dihapus secara otomatis.
  • Karakter berikut tidak diizinkan: " \ / : | < > * ?
  • Karakter URL yang dipesan harus benar-benar lolos.
  • Karakter jalur URL ilegal tidak diizinkan. Titik kode seperti \uE000 bukan karakter Unicode yang valid. Beberapa karakter ASCII atau Unicode, seperti karakter kontrol (0x00 ke 0x1F, \u0081, dll.), juga tidak diperbolehkan. Untuk aturan yang mengatur untai (karakter) Unicode di HTTP/1.1, lihat RFC 2616, Bagian 2.2: Aturan Dasar dan RFC 3987.
  • Nama file berikut tidak diizinkan: LPT1, LPT2, LPT3, LPT4, LPT5, LPT6, LPT7, LPT8, LPT9, COM1, COM2, COM3, COM4, COM5, COM6, COM7, COM8, COM9, PRN, AUX, NUL, CON, CLOCK$, karakter titik (.), dan karakter dua titik (..).
  • Nama blob untuk blob blok dan blob halaman
  • Nama blob peka terhadap huruf besar/kecil dan dapat berisi kombinasi karakter apa pun.
  • Panjang nama blob harus antara 1 hingga 1.024 karakter.
  • Karakter URL yang dipesan harus benar-benar lolos.
  • Jumlah segmen jalur yang terdiri dari nama blob tidak boleh melebihi 254. Segmen jalur adalah untai (karakter) antara karakter pemisah berturut-turut (misalnya, garis miring '/') yang sesuai dengan nama direktori virtual.