Memahami tagihan Azure Files

  • Artikel

Azure Files menyediakan dua model penagihan yang berbeda: disediakan dan bayar sesuai pemakaian. Model yang disediakan hanya tersedia untuk berbagi file premium, yang merupakan berbagi berkas yang digunakan dalam jenis akun penyimpanan FileStorage. Model bayar sesuai biaya hanya tersedia untuk berbagi berkas standar, yang merupakan berbagi berkas yang digunakan dalam jenis akun penyimpanan versi tujuan umum 2 (GPv2). Artikel ini menjelaskan cara kerja kedua model untuk membantu Anda memahami tagihan Azure Files bulanan Anda.

Video ini adalah wawancara yang membahas dasar-dasar model penagihan Azure Files. Ini mencakup cara mengoptimalkan biaya untuk berbagi file Azure, dan cara membandingkan Azure Files dengan penawaran penyimpanan file lainnya secara lokal dan di cloud.

Untuk informasi harga Azure Files, lihat laman harga Azure Files.

Berlaku untuk

Jenis berbagi File SMB NFS
Berbagi file standar (GPv2), LRS/ZRS Ya Tidak
Berbagi file standar (GPv2), GRS/GZRS Ya Tidak
Berbagi file premium (FileStorage), LRS/ZRS Ya Ya

Unit penyimpanan

Azure Files menggunakan satuan pengukuran basis-2 untuk mewakili kapasitas penyimpanan: KiB, MiB, GiB, dan TiB.

Singkatan Definisi Unit
KiB 1.024 byte kibibyte
MiB 1.024 KiB (1.048.576 byte) mebibyte
GiB 1024 MiB (1.073.741.824 byte) gibibyte
TiB 1024 GiB (1.099.511.627.776 byte) tebibyte

Meskipun unit ukuran base-2 umumnya digunakan oleh sebagian besar sistem operasi dan alat untuk mengukur jumlah penyimpanan, unit tersebut sering dilabeli sebagai unit base-10, yang mungkin lebih Anda kenal: KB, MB, GB, dan TB. Meskipun alasan kesalahan pelabelan bervariasi, alasan umum mengapa sistem operasi seperti Windows salah memberi label pada unit penyimpanan adalah karena banyak sistem operasi mulai menggunakan akronim ini sebelum distandarkan oleh IEC, BIPM, dan NIST.

Tabel berikut ini memperlihatkan seberapa umum sistem operasi mengukur dan memberi label penyimpanan:

Sistem operasi Sistem pengukuran Pemberian label
Windows Basis-2 Secara konsisten salah label sebagai basis-10.
Distribusi Linux Umumnya base-2, beberapa perangkat lunak menggunakan base-10 Pelabelan yang tidak konsisten, perataan antara pengukuran dan pelabelan tergantung pada paket perangkat lunak.
macOS, iOS, dan iPad OS Basis-10 Secara konsisten melabeli sebagai basis-10.

Tanyakan kepada vendor sistem operasi Anda apakah sistem operasi Anda tidak tercantum.

Daftar periksa total biaya kepemilikan berbagi file

Jika Anda bermigrasi ke Azure Files dari lokal atau membandingkan Azure Files dengan solusi penyimpanan cloud lainnya, Anda harus mempertimbangkan faktor-faktor berikut untuk memastikan perbandingan sepadan yang adil:

  • Bagaimana Anda membayar penyimpanan, IOPS, dan lebar pita? Dengan Azure Files, model penagihan yang Anda gunakan tergantung pada apakah Anda menyebarkan berbagi berkas premium atau standar. Sebagian besar solusi cloud memiliki model yang rata dengan prinsip penyimpanan yang diprovisikan, seperti determinisme harga dan kesederhanaan, atau penyimpanan prabayar, yang mana dapat mengoptimalkan harga hanya dengan pengisian sesuai yang benar-benar Anda gunakan. Yang menarik untuk model yang diprovisikan adalah ukuran berbagi minimum yang diprovisikan, unit penyediaan, dan kemampuan untuk meningkatkan dan mengurangi provisi.

  • Apakah ada metode untuk mengoptimalkan biaya penyimpanan? Anda dapat menggunakan Reservasi Azure Files untuk mencapai diskon hingga 36% pada penyimpanan. Solusi lain mungkin menggunakan strategi seperti deduplikasi atau kompresi untuk mengoptimalkan efisiensi penyimpanan secara opsional. Namun, strategi pengoptimalan penyimpanan ini sering memiliki biaya non-moneter, seperti mengurangi performa. Reservasi Azure Files tidak memiliki efek samping pada performa.

  • Bagaimana Anda mencapai ketahanan penyimpanan dan redundansi? Dengan Azure Files, ketahanan penyimpanan dan redundansi disertakan dalam penawaran produk. Semua tingkatan dan tingkat redundansi memastikan bahwa data sangat tersedia dan setidaknya tiga salinan data Anda dapat diakses. Saat mempertimbangkan opsi penyimpanan berkas lainnya, pertimbangkan apakah ketahanan penyimpanan dan redundansi bawaan atau sesuatu yang harus Anda kumpulkan sendiri.

  • Apa yang perlu Anda lakukan untuk mengelola? Dengan Azure Files, unit pengelolaan dasar adalah akun penyimpanan. Solusi lain mungkin memerlukan manajemen tambahan, seperti pembaruan sistem operasi atau manajemen sumber daya virtual seperti VM, disk, dan alamat IP jaringan.

  • Berapa biaya produk bernilai tambah? Azure Files mendukung integrasi dengan beberapa layanan bernilai tambah pihak pertama dan ketiga. Layanan bernilai tambah seperti Azure Backup, Azure File Sync, dan Microsoft Defender for Storage menyediakan pencadangan, replikasi, dan penembolokan, dan fungsionalitas keamanan untuk Azure Files. Solusi bernilai tambah, baik lokal atau di cloud, akan memiliki lisensi dan biaya produk mereka sendiri, dan sering dianggap sebagai bagian dari total biaya kepemilikan untuk penyimpanan file.

Reservasi

Azure Files mendukung reservasi (juga disebut sebagai instans yang dipesan), yang memungkinkan Anda untuk mencapai diskon penyimpanan dengan melakukan pra-penerapan pada pemanfaatan penyimpanan. Anda harus mempertimbangkan pembelian instans yang dipesan untuk beban kerja produksi apa pun, atau beban kerja dev/test dengan jejak yang konsisten. Saat membeli Reservasi, Anda harus menentukan dimensi berikut:

  • Ukuran kapasitas: Reservasi dapat untuk 10 TiB atau 100 TiB, dengan diskon yang lebih signifikan untuk membeli Reservasi kapasitas yang lebih tinggi. Anda dapat membeli beberapa Reservasi, termasuk Reservasi dengan ukuran kapasitas yang berbeda untuk memenuhi persyaratan beban kerja Anda. Misalnya, jika penyebaran produksi Anda memiliki 120 TiB berbagi file, Anda dapat membeli satu Reservasi 100 TiB dan dua Reservasi 10 TiB untuk memenuhi total persyaratan kapasitas penyimpanan.
  • Jangka Waktu: Anda dapat membeli reservasi untuk jangka waktu satu tahun atau tiga tahun, dengan diskon yang lebih signifikan untuk membeli jangka waktu Reservasi yang lebih lama.
  • Tingkat: Tingkat Azure Files untuk Reservasi. Reservasi saat ini tersedia untuk tingkat premium, panas, dan dingin.
  • Lokasi: Wilayah Azure untuk Reservasi. Reservasi tersedia di subset wilayah Azure.
  • Redundansi: Redundansi penyimpanan untuk Reservasi. Reservasi didukung untuk semua dukungan Redundansi Azure Files, termasuk LRS, ZRS, GRS, dan GZRS.
  • Frekuensi penagihan: Menunjukkan seberapa sering akun ditagih untuk Reservasi. Opsi ini termasuk Bulanan atau Uang Muka.

Setelah Anda membeli Reservasi, reservasi akan secara otomatis digunakan oleh pemanfaatan penyimpanan yang ada. Jika Anda menggunakan lebih banyak penyimpanan daripada yang telah Dipesan, Anda akan membayar harga daftar untuk saldo yang tidak dicakup oleh Reservasi. Biaya transaksi, bandwidth, transfer data, dan penyimpanan metadata tidak termasuk dalam Reservasi.

Ada perbedaan dalam cara kerja Reservasi dengan rekam jepret berbagi file Azure untuk berbagi file standar dan premium. Jika Anda mengambil rekam jepret berbagi file standar, maka diferensial rekam jepret dihitung terhadap Reservasi dan ditagih sebagai bagian dari pengukur penyimpanan normal yang digunakan. Namun, jika Anda mengambil rekam jepret berbagi file premium, rekam jepret ditagih menggunakan meter terpisah dan tidak dihitung terhadap Reservasi. Untuk informasi selengkapnya, lihat Snapshots.

Untuk informasi selengkapnya tentang cara membeli Reservasi, lihat Mengoptimalkan biaya untuk Azure Files dengan Reservasi.

Model yang disediakan

Azure Files menggunakan model yang disediakan untuk berbagi berkas premium. Dalam model penagihan yang disediakan, Anda secara proaktif menentukan persyaratan penyimpanan Anda, daripada ditagih berdasarkan apa yang Anda gunakan. Model yang disediakan untuk penyimpanan mirip dengan membeli solusi penyimpanan lokal karena ketika Anda menentukan berbagi file Azure dengan sejumlah kapasitas penyimpanan tertentu, Anda membayar kapasitas penyimpanan tersebut terlepas dari apakah Anda menggunakannya atau tidak. Tidak seperti membeli media fisik di tempat, berbagi berkas yang disediakan dapat secara dinamis cakramalakan naik atau turun tergantung pada karakteristik penyimpanan dan kinerja IO Anda.

Anda dapat meningkatkan ukuran berbagi file yang disediakan kapan saja, tetapi Anda dapat menguranginya hanya ketika 24 jam telah berlalu sejak peningkatan terakhir. Setelah menunggu selama 24 jam tanpa kenaikan kuota, kamu bisa mengurangi kuota saham sebanyak yang kamu suka, hingga kamu menambahnya lagi. Perubahan skala IOPS/throughput akan efektif dalam beberapa menit setelah perubahan ukuran yang disediakan.

Dimungkinkan untuk mengurangi ukuran saham yang Anda cantumkan di bawah GiB bekas Anda. Jika Anda melakukannya, Anda tidak akan kehilangan data, namun Anda masih akan ditagih untuk ukuran yang digunakan dan menerima kinerja dari saham yang dicantumkan, bukan ukuran yang digunakan.

Metode penyediaan

Ketika Anda menyediakan berbagi berkas premium, Anda menentukan berapa banyak GiB yang dibutuhkan beban kerja Anda. Setiap GiB yang Anda perbaiki memberikan Anda IOPS dan throughput tambahan pada rasio tetap. Selain IOPS dasar yang Anda jamin, setiap berbagi file premium mendukung bursting berdasarkan upaya terbaik. Rumus untuk IOPS dan keluarannya adalah sebagai berikut:

Item Nilai
Ukuran minimum berbagi file 100 GiB
Unit provisi 1 GiB
Rumus IOPS Dasar MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Batas peningkatan MIN(MAX(10000, 3 * ProvisionedStorageGiB), 102400)
Ledakan kredit (BurstLimit - BaselineIOPS) * 3600
Tingkat throughput (masuk + keluar) (MiB/detik) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

Tabel berikut ini mengilustrasikan beberapa contoh rumus ini untuk ukuran berbagi yang disediakan:

Kapasitas (GiB) Garis Dasar IOPS Burst IOPS Ledakan kredit Throughput (masuk + keluar) (MiB/dtk)
100 3.100 Hingga 10.000 24.840.000 110
500 3.500 Hingga 10.000 23.400.000 150
1,024 4.024 Hingga 10.000 21.513.600 203
5,120 8.120 Hingga 15.360 26.064.000 613
10,240 13.240 Hingga 30.720 62.928.000 1.125
33.792 36.792 Hingga 102.400 227.548.800 3.480
51,200 54.200 Hingga 102.400 164.880.000 5.220
102,400 102,400 Hingga 102.400 0 10.340

Performa berbagi file yang efektif tunduk pada batas jaringan mesin, bandwidth jaringan yang tersedia, ukuran IO, dan paralelisme, di antara banyak faktor lainnya. Untuk mencapai manfaat maksimum dari paralelisasi, sebaiknya aktifkan SMB Multichannel pada berbagi file premium. Lihat panduan pemecahan masalah performa dan performa SMB untuk beberapa masalah dan solusi performa umum.

Melebihi

Jika beban kerja Anda membutuhkan performa ekstra untuk memenuhi permintaan puncak, Anda dapat menggunakan kredit burst untuk melampaui batas IOPS garis besar berbagi file. Bursting diotomatiskan dan beroperasi berdasarkan sistem kredit. Ini bekerja berdasarkan upaya terbaik, dan batas ledakan bukan jaminan.

Ucapan kredit terakumulasi dalam bucket burst setiap kali lalu lintas untuk berbagi berkas Anda berada di bawah IOPS dasar. Kredit yang diperoleh digunakan nanti untuk mengaktifkan bursting ketika operasi akan melebihi IOPS dasar.

Setiap kali sebuah berbagi melebihi garis besar IOPS dan memiliki kredit dalam wadah ledakan, hal tersebut akan meledak hingga tingkat puncak maksimum ledakan yang diizinkan. Berbagi dapat terus meledak selama kredit masih tersisa, tetapi hal ini didasarkan pada jumlah ledakan kredit yang terakumulasi. Setiap IO di luar IOPS dasar mengonsumsi satu kredit. Setelah semua kredit digunakan, berbagi kembali ke IOPS garis besar.

Kredit berbagi memiliki tiga negara bagian:

  • Bertambah, ketika berbagi berkas menggunakan kurang dari IOPS garis dasar.
  • Menurun, ketika berbagi berkas menggunakan lebih dari IOPS garis dasar dan dalam mode melampau.
  • Konstanta, ketika berbagi file menggunakan persis IOPS garis besar dan tidak ada kredit yang dikumpulkan atau digunakan.

Berbagi file baru dimulai dengan jumlah penuh kredit dalam wadah burst-nya. Kredit burst tidak akan bertambah jika IOPS berbagi berada di bawah garis besar karena pembatasan oleh server.

Model bayar sesuai pemakaian

Azure Files menggunakan model bisnis bayar sesuai biaya untuk berbagi file standar. Dalam model ini, jumlah yang Anda bayar ditentukan oleh berapa banyak yang benar-benar Anda gunakan, daripada berdasarkan jumlah yang disediakan. Pada tingkat tinggi, Anda membayar biaya untuk jumlah data logis yang disimpan, dan Anda juga dikenakan biaya untuk transaksi berdasarkan penggunaan data tersebut. Model bayar sesuai pemakaian dapat hemat biaya, karena Anda tidak perlu mempersiapkan lebih untuk memperhitungkan persyaratan pertumbuhan atau kinerja di masa mendatang. Anda juga tidak perlu mendeprovisi jika beban kerja dan jejak data Anda bervariasi dari waktu ke waktu. Di sisi lain, model penagihan bayar sesuai pemakaian mungkin sulit di rencanakan sebagai bagian dari proses anggaran, karena model didorong oleh konsumsi pengguna akhir.

Perbedaan dalam tingkat standar

Saat membuat berbagi berkas standar, Anda memilih antara tingkat berikut: transaksi yang dioptimalkan, panas, dan dingin. Ketiga tingkatan disimpan pada perangkat keras penyimpanan standar yang sama persis. Perbedaan utama untuk ketiga tingkatan ini adalah data harga penyimpanan mereka yang sedang istirahat, yang lebih rendah dalam tingkatan yang lebih dingin, dan harga transaksi, yang lebih tinggi di tingkat yang lebih dingin. Ini berarti:

  • Transaksi yang dioptimalkan, sesuai namanya, mengoptimalkan harga untuk beban kerja transaksi yang tinggi. Transaksi yang dioptimalkan memiliki data harga penyimpanan saat istirahat tertinggi, tetapi harga transaksi terendah.
  • Hot adalah untuk beban kerja aktif yang tidak melibatkan sejumlah besar transaksi. Ini memiliki harga penyimpanan data tidak aktif yang sedikit lebih rendah, tetapi harga transaksi yang sedikit lebih tinggi dibandingkan dengan transaksi yang dioptimalkan. Anggaplah sebagai jalan tengah antara transaksi yang dioptimalkan dan tingkatan dingin.
  • Cool mengoptimalkan harga untuk beban kerja yang tidak memiliki aktivitas tinggi, menawarkan harga penyimpanan data saat istirahat terendah, tetapi harga transaksi tertinggi.

Jika Anda menempatkan beban kerja yang jarang diakses dalam tingkatan transaksi yang dioptimalkan, Anda akan membayar hampir tidak ada selama beberapa kali dalam sebulan bahwa Anda melakukan transaksi terhadap saham Anda. Namun, Anda akan membayar biaya penyimpanan data dengan jumlah yang besar. Jika Anda memindahkan bagian yang sama ini ke tingkat dingin, Anda masih akan membayar hampir tidak ada untuk biaya transaksi, hanya karena Anda sangat jarang melakukan transaksi untuk beban kerja ini. Namun, tingkat cool memiliki harga penyimpanan data yang jauh lebih murah. Memilih tingkat yang sesuai untuk kasus penggunaan Anda memungkinkan Anda untuk mengurangi biaya.

Demikian pula, jika Anda menempatkan beban kerja yang banyak diakses di tingkat dingin, Anda akan membayar lebih banyak biaya transaksi, tetapi sedikit biaya penyimpanan data. Hal ini dapat menyebabkan situasi di mana peningkatan biaya dari harga transaksi meningkat melebihi penghematan dari penurunan harga penyimpanan data, membuat Anda membayar lebih banyak uang dengan dingin daripada yang Anda miliki pada transaksi yang dioptimalkan. Untuk beberapa tingkat penggunaan, ada kemungkinan tingkat panas akan menjadi tingkat yang paling hemat biaya, tingkat dingin akan lebih mahal daripada transaksi yang dioptimalkan.

Beban kerja dan tingkat aktivitas Anda akan menentukan tingkat yang paling hemat biaya untuk berbagi berkas standar Anda. Dalam praktiknya, cara terbaik untuk memilih tingkat yang paling hemat biaya melibatkan melihat konsumsi sumber daya aktual berbagi (data yang disimpan, menulis transaksi, dll.). Untuk berbagi file standar, kami menyarankan untuk memulai tingkat transaksi yang dioptimalkan selama migrasi awal ke Azure Files, lalu memilih tingkat yang benar berdasarkan penggunaan setelah migrasi selesai. Penggunaan transaksi selama migrasi biasanya tidak menunjukkan penggunaan transaksi normal.

Apa itu transaksi?

Saat Anda memasang berbagi file Azure di komputer menggunakan SMB, berbagi file Azure diekspos di komputer Anda seolah-olah itu adalah penyimpanan lokal. Ini berarti bahwa aplikasi, skrip, dan program lain di komputer Anda dapat mengakses file dan folder di berbagi file Azure tanpa perlu mengetahui bahwa mereka disimpan di Azure.

Saat Anda membaca atau menulis ke file, aplikasi yang Anda gunakan melakukan serangkaian panggilan API ke API sistem file yang disediakan oleh sistem operasi Anda. Sistem operasi Anda kemudian menginterpretasikan panggilan ini ke dalam transaksi protokol SMB, yang dikirim melalui kawat ke Azure Files untuk dipenuhi. Tugas yang dianggap pengguna akhir sebagai operasi tunggal, seperti membaca file dari awal hingga akhir, mungkin diterjemahkan ke dalam beberapa transaksi SMB yang dilayani oleh Azure Files.

Sebagai prinsip, model penagihan bayar sesuai pemakaian yang digunakan oleh berbagi file standar ditagih berdasarkan penggunaan. Transaksi SMB dan FileREST yang dilakukan oleh aplikasi dan skrip mewakili penggunaan berbagi file Anda dan muncul sebagai bagian dari tagihan Anda. Konsep yang sama berlaku untuk layanan cloud bernilai tambah yang mungkin Anda tambahkan ke berbagi Anda, seperti Azure File Sync atau Azure Backup. Transaksi dikelompokkan ke dalam lima kategori transaksi berbeda yang memiliki harga yang berbeda berdasarkan dampaknya pada berbagi file Azure. Kategori ini adalah: menulis, mencantumkan, membaca, lainnya, dan menghapus.

Tabel berikut menunjukkan kategorisasi setiap transaksi:

Wadah transaksi Operasi pengelolaan Operasi Data
Transaksi tulis
  • CreateShare
  • SetFileServiceProperties
  • SetShareMetadata
  • SetShareProperties
  • SetShareAcl
  • SnapshotShare
  • RestoreShare
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
  • Flush
  • SetDirectoryProperties
Daftar transaksi
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
Baca transaksi
  • GetFileServiceProperties
  • GetShareAcl
  • GetShareMetadata
  • GetShareProperties
  • GetShareStats
  • FilePreflightRequest
  • GetDirectoryMetadata
  • GetDirectoryProperties
  • GetFile
  • GetFileCopyInformation
  • GetFileMetadata
  • GetFileProperties
  • QueryDirectory
  • QueryInfo
  • Read
  • GetFilePermission
Transaksi lainnya/protokol
  • AcquireShareLease
  • BreakShareLease
  • ReleaseShareLease
  • RenewShareLease
  • ChangeShareLease
  • AbortCopyFile
  • Cancel
  • ChangeNotify
  • Close
  • Echo
  • Ioctl
  • Lock
  • Logoff
  • Negotiate
  • OplockBreak
  • SessionSetup
  • TreeConnect
  • TreeDisconnect
  • CloseHandles
  • AcquireFileLease
  • BreakFileLease
  • ChangeFileLease
  • ReleaseFileLease
Hapus transaksi
  • DeleteShare
  • ClearRange
  • DeleteDirectory
  • DeleteFile

Catatan

NFS 4.1 hanya tersedia untuk berbagi file premium, yang menggunakan model penagihan yang diprovisikan. Transaksi tidak memengaruhi penagihan untuk berbagi file premium.

Beralih di antara tingkatan standar

Meskipun Anda dapat mengubah berbagi file standar di antara tiga tingkat berbagi file standar, praktik terbaik untuk mengoptimalkan biaya setelah migrasi awal adalah memilih tingkat biaya yang paling optimal, dan tetap di sana kecuali pola akses Anda berubah. Ini karena mengubah tingkat berbagi file standar menghasilkan biaya tambahan sebagai berikut:

  • Transaksi: Saat Anda memindahkan berbagi dari tingkat yang lebih panas ke tingkat yang lebih dingin, Anda akan dikenakan biaya transaksi tulis tingkat yang lebih dingin untuk setiap file dalam berbagi. Memindahkan berbagi file dari tingkat yang lebih cool ke tingkat yang lebih hot akan dikenakan biaya transaksi tingkat baca cool untuk setiap file yang dibagikan.

  • Pengambilan data: Jika Anda berpindah dari tingkat dingin ke panas atau transaksi yang dioptimalkan, Anda akan dikenakan biaya pengambilan data berdasarkan ukuran data yang dipindahkan. Hanya tingkat dingin yang memiliki biaya pengambilan data.

Tabel berikut mengilustrasikan perincian biaya tingkat pemindahan:

Tingkat Transaksi dioptimalkan (tujuan) Panas (tujuan) Dingin (tujuan)
Transaksi dioptimalkan (sumber) --
  • 1 transaksi penulisan panas per file.
  • 1 transaksi penulisan dingin per file.
Panas (sumber)
  • 1 transaksi baca panas per file.
    		 --
    • 1 transaksi penulisan dingin per file.
    Dingin (sumber)
    • 1 transaksi baca dingin per file.
    • Pengambilan data per total GiB yang digunakan.
    • 1 transaksi baca dingin per file.
    • Pengambilan data per total GiB yang digunakan.
    		 --

    Meskipun tidak ada batas formal tentang seberapa sering Anda dapat mengubah tingkat berbagi file Anda, berbagi Anda akan memakan waktu untuk transisi berdasarkan jumlah data dalam berbagi Anda. Anda tidak dapat mengubah tingkat berbagi saat berbagi file bertransisi antar tingkatan. Mengubah tingkat berbagi file tidak memengaruhi akses berbagi file reguler.

    Meskipun tidak ada mekanisme langsung untuk berpindah antara berbagi file premium dan standar karena terkandung dalam jenis akun penyimpanan yang berbeda, Anda dapat menggunakan alat salin seperti robocopy untuk berpindah antara berbagi file premium dan standar.

    Memilih tingkatan

    Terlepas dari bagaimana Anda memigrasikan data yang ada ke Azure Files, kami sarankan untuk membuat berbagi file pada tingkat transaksi yang dioptimalkan terlebih dahulu karena banyaknya transaksi yang terjadi selama migrasi. Setelah migrasi selesai dan Anda telah beroperasi selama beberapa hari atau minggu dengan penggunaan reguler, Anda dapat menyambungkan jumlah transaksi Anda ke dalam kalkulator harga untuk mengetahui tingkat mana yang paling cocok untuk beban kerja Anda.

    Karena berbagi file standar hanya menampilkan informasi transaksi di tingkat akun penyimpanan, menggunakan metrik penyimpanan untuk memperkirakan tingkat mana yang lebih murah di tingkat berbagi file adalah ilmu yang tidak sempurna. Jika memungkinkan, sebaiknya sebarkan hanya satu berbagi file di setiap akun penyimpanan untuk memastikan visibilitas penuh ke dalam penagihan.

    Untuk melihat transaksi sebelumnya:

    1. Buka akun penyimpanan Anda dan pilih Metrik di bilah navigasi kiri.
    2. Pilih Cakupan sebagai nama akun penyimpanan Anda, Metric Namespace sebagai "File", Metric sebagai "Transaksi", dan Agregasi sebagai "Jumlah ".
    3. Pilih Terapkan Pemisahan.
    4. Pilih Nilai sebagai "Nama API". Pilih Batas dan Urutkan yang Anda inginkan.
    5. Pilih jangka waktu yang Anda inginkan.

    Catatan

    Pastikan Anda melihat transaksi selama periode waktu tertentu untuk mendapatkan gambaran yang lebih baik tentang jumlah rata-rata transaksi. Pastikan bahwa periode waktu yang dipilih tidak tumpang tindih dengan provisi awal. Kalikan jumlah rata-rata transaksi selama periode waktu ini untuk mendapatkan perkiraan transaksi selama sebulan penuh.

    Diprovisikan/kuota, ukuran logis, dan ukuran fisik

    Azure Files melacak tiga jumlah berbeda sehubungan dengan kapasitas berbagi:

    • Ukuran atau kuota yang diprovisikan: Dengan berbagi file premium dan standar, Anda menentukan ukuran maksimum yang diizinkan untuk diisi oleh berbagi file. Dalam berbagi file premium, nilai ini disebut ukuran yang disediakan. Berapa pun jumlah yang Anda provisikan adalah apa yang Anda bayar, terlepas dari berapa banyak yang benar-benar Anda gunakan. Dalam berbagi file standar, nilai ini disebut kuota dan tidak secara langsung memengaruhi tagihan Anda. Ukuran yang disediakan adalah bidang yang diperlukan untuk saham file premium. Untuk saham standar, jika ukuran yang disediakan tidak ditentukan secara langsung, saham akan default ke nilai maksimum yang didukung oleh akun penyimpanan.

    • Ukuran logis: Ukuran logis berbagi file atau file berkaitan dengan seberapa besar ukurannya tanpa mempertimbangkan bagaimana file tersebut benar-benar disimpan, di mana pengoptimalan tambahan mungkin diterapkan. Ukuran logis file adalah berapa banyak KiB/MiB/GiB yang akan ditransfer melalui kawat jika Anda menyalinnya ke lokasi yang berbeda. Dalam berbagi file premium dan standar, ukuran logis total berbagi file digunakan untuk penegakan terhadap ukuran/kuota yang disediakan. Dalam berbagi file standar, ukuran logis adalah kuantitas yang digunakan untuk penagihan penggunaan data tidak aktif. Ukuran logis disebut sebagai "ukuran" dalam dialog properti Windows untuk file/folder dan sebagai "panjang konten" menurut metrik Azure Files.

    • Ukuran fisik: Ukuran fisik file berkaitan dengan ukuran file seperti yang dikodekan pada disk. Ini mungkin selaras dengan ukuran logis file, atau mungkin lebih kecil, tergantung pada bagaimana file telah ditulis oleh sistem operasi. Alasan umum untuk ukuran logis dan ukuran fisik menjadi berbeda dengan menggunakan file sparse. Ukuran fisik file dalam berbagi digunakan untuk penagihan snapshot, meskipun rentang yang dialokasikan dibagikan di antara snapshot jika tidak berubah (penyimpanan diferensial). Untuk mempelajari lebih banyak tentang bagaimana snapshot ditagih dalam Azure Files, lihat Snapshot.

    Rekam jepret

    Azure Files mendukung snapshot, yang mirip dengan salinan bayangan volume (VSS) di Windows File Server. Snapshot selalu berbeda dari saham langsung dan satu sama lain, yang berarti bahwa Anda selalu membayar hanya untuk hal yang berbeda di setiap snapshot. Untuk informasi selengkapnya tentang berbagi snapshot, baca Garis besar snapshot untuk Azure Files.

    Rekam jepret tidak dihitung terhadap batas ukuran berbagi file, meskipun Anda terbatas pada jumlah rekam jepret tertentu. Untuk melihat batas snapshot saat ini, lihat Target skala berbagi file Azure.

    Rekam jepret selalu ditagih berdasarkan pemanfaatan penyimpanan diferensial setiap rekam jepret. Namun, ini terlihat sedikit berbeda antara berbagi file premium dan berbagi file standar:

    • Dalam berbagi file premium, snapshot ditagih berdasarkan meter snapshot mereka sendiri, yang memiliki harga diskon untuk harga penyimpanan yang diprovisikan. Hal ini berarti Anda akan melihat item baris terpisah pada tagihan Anda yang mewakili snapshot untuk berbagi file premium untuk setiap akun penyimpanan FileStorage pada tagihan Anda.

    • Dalam berbagi file standar, snapshot ditagih sebagai bagian dari meter penyimpanan normal yang digunakan, meskipun Anda masih hanya ditagih untuk biaya diferensial snapshot. Artinya, Anda tidak akan melihat item baris terpisah pada tagihan Anda yang mewakili snapshot untuk setiap akun penyimpanan standar yang berisi berbagi file Azure. Ini juga berarti bahwa jumlah penggunaan rekam jepret diferensial terhadap Reservasi yang dibeli untuk berbagi file standar.

    Beberapa layanan bernilai tambah untuk Azure Files menggunakan rekam jepret sebagai bagian dari proposisi nilainya. Lihat layanan bernilai tambah untuk Azure Files untuk informasi selengkapnya.

    Layanan bernilai tambah

    Seperti banyak solusi penyimpanan lokal, Azure Files menyediakan titik integrasi untuk produk pihak pertama dan ketiga untuk diintegrasikan dengan berbagi file milik pelanggan. Meskipun solusi ini dapat memberikan nilai ekstra yang cukup besar untuk Azure Files, Anda harus mempertimbangkan biaya tambahan yang ditambahkan layanan ini ke total biaya solusi Azure Files.

    Biaya dipecah menjadi tiga wadah:

    • Biaya lisensi untuk layanan bernilai tambah. Ini mungkin datang dalam bentuk biaya tetap per pelanggan, pengguna akhir (kadang-kadang disebut "biaya kepala"), berbagi file Azure atau akun penyimpanan. Mereka mungkin juga didasarkan pada unit pemanfaatan penyimpanan, seperti biaya tetap untuk setiap potongan data 500 GiB dalam berbagi file.

    • Biaya transaksi untuk layanan bernilai tambah. Beberapa layanan bernilai tambah memiliki konsep transaksi mereka sendiri berbeda dari apa yang Azure Files lihat sebagai transaksi. Transaksi ini akan muncul pada tagihan Anda berdasarkan biaya layanan bernilai tambah; namun, mereka berhubungan langsung dengan cara Anda menggunakan layanan bernilai tambah dengan berbagi file Anda.

    • Biaya Azure Files untuk menggunakan layanan bernilai tambah. Azure Files tidak secara langsung membebankan biaya kepada pelanggan untuk menambahkan layanan bernilai tambah, tetapi sebagai bagian dari menambahkan nilai ke berbagi file Azure, layanan bernilai tambah mungkin meningkatkan biaya yang Anda lihat di berbagi file Azure Anda. Hal ini mudah dilihat dengan berbagi file standar, karena berbagi file standar memiliki model bayar sesuai penggunaan dengan biaya transaksi. Jika layanan bernilai tambah melakukan transaksi terhadap berbagi file atas nama Anda, mereka akan muncul di tagihan transaksi Azure Files Anda meskipun Anda tidak langsung melakukan transaksi tersebut sendiri. Ini juga berlaku untuk berbagi file premium, meskipun mungkin kurang terlihat. Transaksi tambahan terhadap berbagi file premium dari jumlah layanan bernilai tambah terhadap nomor IOPS yang disediakan, yang berarti bahwa layanan bernilai tambah mungkin memerlukan provisi lebih banyak penyimpanan untuk memiliki cukup IOPS atau throughput yang tersedia untuk beban kerja Anda.

    Saat menghitung total biaya kepemilikan untuk berbagi file Anda, Anda harus mempertimbangkan biaya Azure Files dan dari semua layanan bernilai tambah yang ingin Anda gunakan dengan Azure Files.

    Ada beberapa layanan pihak pertama dan ketiga bernilai tambah. Dokumen ini mencakup subset dari layanan pihak pertama umum yang digunakan pelanggan dengan berbagi file Azure. Anda dapat mempelajari lebih lanjut layanan yang tidak tercantum di sini dengan membaca halaman harga untuk layanan tersebut.

    Azure File Sync

    Azure File Sync adalah layanan bernilai tambah untuk Azure Files yang menyinkronkan satu atau beberapa berbagi file Windows lokal dengan berbagi file Azure. Karena berbagi file Azure cloud memiliki salinan lengkap data dalam berbagi file yang disinkronkan yang tersedia secara lokal, Anda dapat mengubah Windows File Server lokal Anda menjadi cache berbagi file Azure untuk mengurangi jejak lokal Anda. Pelajari selengkapnya dengan membaca Pengantar Azure File Sync.

    Saat mempertimbangkan total biaya kepemilikan untuk solusi yang disebarkan menggunakan Azure File Sync, Anda harus mempertimbangkan aspek biaya berikut:

    • Biaya modal dan operasional Server File Windows dengan satu atau beberapa titik akhir server. Sinkronisasi File Azure sebagai solusi replikasi adalah agnostik di mana Server File Windows yang disinkronkan dengan Azure Files; mereka dapat dihosting secara lokal, di mesin virtual Azure, atau bahkan di cloud lainnya. Kecuali Anda menggunakan Sinkronisasi File Azure dengan Server File Windows yang dihosting di mesin virtual Azure, modal (yaitu biaya perangkat keras di muka dari solusi Anda) dan biaya pengoperasian (yaitu biaya tenaga kerja, listrik, dll.) tidak akan menjadi bagian dari tagihan Azure Anda, tetapi masih akan menjadi bagian besar dari total biaya kepemilikan Anda. Anda harus mempertimbangkan jumlah data yang Anda butuhkan untuk melakukan cache lokal, jumlah CPU dan jumlah memori yang diperlukan Server File Windows Anda untuk menghosting beban kerja Sinkronisasi File Azure (lihat sumber daya sistem yang direkomendasikan untuk informasi selengkapnya), dan biaya khusus organisasi lainnya yang mungkin Anda miliki.

    • Biaya lisensi per server untuk server yang terdaftar di Sinkronisasi File Azure. Untuk menggunakan Sinkronisasi File Azure dengan Server File Windows tertentu, Anda harus terlebih dahulu mendaftarkannya dengan sumber daya Azure Sinkronisasi File Azure, Layanan Sinkronisasi Penyimpanan. Setiap server yang Anda daftarkan setelah server pertama memiliki biaya bulanan tetap. Meskipun biaya ini sangat kecil, ini adalah salah satu komponen dari tagihan Anda untuk dipertimbangkan. Untuk melihat harga biaya pendaftaran server saat ini untuk wilayah yang Anda inginkan, lihat bagian Sinkronisasi File di halaman harga Azure Files.

    • Biaya Azure Files. Karena Sinkronisasi File Azure adalah solusi sinkronisasi untuk Azure Files, hal ini akan menyebabkan Anda menggunakan sumber daya Azure Files. Beberapa sumber daya ini, seperti konsumsi penyimpanan, relatif jelas, sementara yang lain seperti transaksi dan pemanfaatan snapshot mungkin tidak. Untuk sebagian besar pelanggan, kami sarankan menggunakan berbagi standar dengan Sinkronisasi File Azure, meskipun Sinkronisasi File Azure sepenuhnya didukung dengan berbagi premium jika diinginkan.

      • Pemanfaatan penyimpanan. Sinkronisasi File Azure akan mereplikasi perubahan apa pun yang telah Anda buat pada jalur di Server File Windows yang ditentukan di titik akhir server ke berbagi file Azure Anda, sehingga menyebabkan penyimpanan dikonsumsi. Pada berbagi standar, menambahkan atau meningkatkan ukuran file yang ada di titik akhir server akan menyebabkan biaya penyimpanan bertambah, karena perubahan akan direplikasi. Pada berbagi premium, perubahan akan menggunakan ruang yang disediakan - Anda bertanggung jawab untuk secara berkala meningkatkan provisi sesuai kebutuhan guna memperhitungkan pertumbuhan berbagi.

      • Pemanfaatan snapshot. Sinkronisasi File Azure mengambil rekam jepret tingkat file dan berbagi sebagai bagian dari penggunaan reguler. Meskipun pemanfaatan snapshot selalu diferensial, hal ini dapat berkontribusi dengan cara yang nyata terhadap total tagihan Azure Files.

      • Transaksi dari churn. Saat file berubah di titik akhir server, perubahan diunggah ke cloud share, yang menghasilkan transaksi. Saat penetapan tingkat cloud diaktifkan, transaksi tambahan dibuat untuk mengelola file berjenjang, termasuk I/O yang terjadi pada file berjenjang, selain biaya keluar. Meskipun kuantitas dan jenis transaksi sulit diprediksi karena tingkat churn dan efisiensi cache, Anda dapat menggunakan pola transaksi sebelumnya untuk memperkirakan biaya di masa mendatang jika Anda yakin penggunaan Anda di masa mendatang akan mirip dengan penggunaan Anda saat ini.

      • Transaksi dari enumerasi cloud. Sinkronisasi File Azure menghitung File Bersama Azure di cloud sehari sekali untuk menemukan perubahan yang dibuat langsung ke file bersama sehingga dapat disinkronkan ke titik akhir server. Pemindaian ini menghasilkan transaksi yang ditagihkan ke akun penyimpanan dengan biaya satu transaksi ListFiles per direktori per hari. Anda dapat memasukkan nomor ini ke dalam kalkulator harga untuk memperkirakan biaya pemindaian.

      Tip

      Jika Anda tidak tahu berapa banyak folder yang Anda miliki, periksa alat TreeSize dari JAM Software GmbH.

    Untuk mengoptimalkan biaya Azure Files dengan Azure File Sync, Anda harus mempertimbangkan tingkat berbagi file Anda. Untuk informasi selanjutnya tentang cara memilih tingkat untuk setiap berbagi file, lihat memilih tingkat berbagi file.

    Jika Anda bermigrasi ke Azure File Sync dari StorSimple, lihat Membandingkan biaya StorSimple dengan Azure File Sync.

    Pencadangan Azure

    Azure Backup menyediakan solusi pencadangan tanpa server untuk Azure Files yang terintegrasi dengan berbagi file Anda dengan lancar, serta layanan bernilai tambah lainnya seperti Azure File Sync. Azure Backup untuk Azure Files adalah solusi pencadangan berbasis snapshot yang menyediakan mekanisme penjadwalan untuk mengambil snapshot secara otomatis pada jadwal yang ditentukan administrator. Ini juga menyediakan antarmuka yang mudah digunakan untuk memulihkan file/folder yang dihapus atau seluruh berbagi ke titik waktu tertentu. Untuk mempelajari selengkapnya, lihat Tentang pencadangan berbagi file Azure.

    Saat mempertimbangkan biaya penggunaan Azure Backup, pertimbangkan hal berikut:

    • Biaya lisensi instans yang dilindungi untuk data berbagi file Azure. Azure Backup membebankan biaya lisensi instans yang dilindungi per akun penyimpanan yang berisi berbagi file Azure yang dicadangkan. Instans yang dilindungi didefinisikan sebagai 250 GiB penyimpanan berbagi file Azure. Akun penyimpanan yang berisi kurang dari 250 GiB tunduk pada biaya instans yang dilindungi pecahan. Untuk informasi selengkapnya, lihat Harga Azure Backup. Anda harus memilih Azure Files dari daftar layanan yang dapat dilindungi Azure Backup.

    • Biaya Azure Files. Azure Backup meningkatkan biaya Azure Files dengan cara berikut:

      • Biaya diferensial dari snapshot berbagi file Azure. Azure Backup mengotomatiskan pengambilan snapshot berbagi file Azure pada jadwal yang ditentukan administrator. Snapshot selalu berbeda; namun, biaya tambahan yang ditambahkan ke total tagihan tergantung pada lamanya waktu snapshot disimpan dan jumlah churn pada file yang dibagikan selama waktu itu. Ini menentukan seberapa berbeda snapshot dari berbagi file langsung dan oleh karena itu berapa banyak data tambahan yang disimpan oleh Azure Files.

      • Biaya transaksi dari operasi pemulihan. Operasi pemulihan dari snapshot ke berbagi langsung akan menyebabkan transaksi. Untuk berbagi file standar, ini berarti bahwa membaca dari snapshot/menulis dari pemulihan akan ditagih sebagai transaksi berbagi file normal. Untuk berbagi file premium, operasi ini dihitung terhadap IOPS yang diprovisikan untuk berbagi file.

    Microsoft Defender untuk Penyimpanan

    Microsoft Defender mendukung Azure Files sebagai bagian dari produk Microsoft Defender for Storage-nya. Microsoft Defender for Storage mendeteksi upaya yang tidak biasa dan berpotensi berbahaya untuk mengakses atau mengeksploitasi berbagi file Azure Anda melalui SMB atau FileREST. Microsoft Defender for Storage diaktifkan pada tingkat langganan untuk semua berbagi file di akun penyimpanan dalam langganan tersebut.

    Pertahanan Microsoft untuk Penyimpanan tidak mendukung kemampuan antivirus untuk berbagi file Azure.

    Biaya utama dari Microsoft Defender for Storage adalah set biaya transaksi tambahan yang dipungut produk di atas transaksi yang dilakukan terhadap berbagi file Azure. Meskipun biaya ini didasarkan pada transaksi yang dikeluarkan dalam Azure Files, biaya tersebut bukan bagian dari penagihan untuk Azure Files, melainkan merupakan bagian dari harga Microsoft Defender. Microsoft Defender for Storage mengenakan tarif transaksi bahkan pada berbagi file premium, di mana Azure Files menyertakan transaksi sebagai bagian dari provisi IOPS. Tingkat transaksi saat ini dapat ditemukan di halaman harga Microsoft Defender untuk Cloud di baris tabel Microsoft Defender untuk Penyimpanan.

    Berbagi file yang sering bertransaksi akan dikenakan biaya signifikan menggunakan Microsoft Defender for Storage. Berdasarkan biaya ini, Anda mungkin ingin menolak Microsoft Defender for Storage untuk akun penyimpanan tertentu. Untuk informasi lebih banyak, lihat Mengecualikan akun penyimpanan dari perlindungan Microsoft Defender for Storage.

    Lihat juga