Batas Azure Data Box

  • Artikel

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

Batas layanan Azure Data Box

  • 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 Azure Data Box

  • Azure Data Box dapat menyimpan maksimal 500 juta file untuk diimpor dan diekspor.
  • Azure Data Box mendukung maksimal 512 kontainer atau berbagi di cloud. Direktori tingkat atas dalam berbagi pengguna menjadi kontainer atau berbagi file Azure di cloud.
  • Kapasitas penggunaan Data Box mungkin kurang dari 80 TiB karena konsumsi ruang metadata ReFS.
  • Azure Data Box mendukung maksimum 10 koneksi klien sekaligus pada berbagi NFS.

Batas penyimpanan Azure

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.

Salinan data dan unggah peringatan

Untuk pesanan impor

Peringatan Azure Data Box untuk pesanan impor meliputi:

  • 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:
    • Untuk meningkatkan performa selama pengunggahan data, sebaiknya Anda mengaktifkan berbagi file besar di akun penyimpanan dan meningkatkan kapasitas berbagi hingga 100 TiB.
    • 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.

Untuk pesanan ekspor

Peringatan Azure Data Box untuk pesanan ekspor meliputi:

  • Azure Data Box merupakan perangkat berbasis Windows dan tidak mendukung nama file yang peka huruf besar kecil. Misalnya, Anda mungkin memiliki dua file berbeda di Azure dengan nama yang hanya berbeda dalam penulisan huruf. Jangan gunakan Azure Data Box untuk mengekspor file seperti file akan ditimpa pada perangkat.
  • Jika Anda memiliki tag duplikat dalam file input atau tag yang merujuk ke data yang sama, ekspor Azure Data Box mungkin melewati atau menimpa file. Jumlah file dan ukuran data yang ditampilkan portal Microsoft Azure mungkin berbeda dari ukuran data aktual pada perangkat.
  • Azure Data Box mengekspor data ke sistem berbasis Windows melalui SMB dan dibatasi oleh batasan SMB untuk file dan folder. File dan folder dengan nama yang tidak didukung tidak diekspor.
  • Ada pemetaan 1:1 dari awalan ke kontainer.
  • Ukuran nama file maksimum adalah 1024 karakter. Nama berkas yang melebihi panjang ini tidak diekspor.
  • Prefiks duplikat dalam file xml (diunggah selama pembuatan pesanan) diekspor. Prefiks duplikat tidak diabaikan.
  • Blob halaman dan nama kontainer peka huruf besar/kecil. Jika penulisan huruf tidak cocok, blob dan/atau kontainer tidak akan ditemukan.

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 besar (100 TiB) jika diaktifkan sebelum pembuatan urutan Data Box.
  • Data Box mendukung Berbagi File Premium Azure, yang memungkinkan total 100 TiB untuk semua file yang dibagikan bersama 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.
    		•