Penyimpanan standar dengan akses dingin di Azure NetApp Files

  • Artikel

Menggunakan penyimpanan standar Azure NetApp Files dengan akses dingin, Anda dapat mengonfigurasi data tidak aktif untuk berpindah dari penyimpanan tingkat layanan Azure NetApp Files Standard ( tingkat panas) ke akun penyimpanan Azure ( tingkat dingin). Mengaktifkan akses dingin memindahkan blok data yang tidak aktif dari volume dan rekam jepret volume ke tingkat dingin, menghasilkan penghematan biaya.

Sebagian besar data dingin dikaitkan dengan data yang tidak terstruktur. Ini dapat memperhitungkan lebih dari 50% dari total kapasitas penyimpanan di banyak lingkungan penyimpanan. Data yang jarang diakses yang terkait dengan perangkat lunak produktivitas, proyek yang diselesaikan, dan himpunan data lama adalah penggunaan penyimpanan berperforma tinggi yang tidak efisien.

Azure NetApp Files mendukung tiga tingkat layanan yang dapat dikonfigurasi pada tingkat kumpulan kapasitas (Standar, Premium, dan Ultra). Akses dingin adalah layanan tambahan hanya pada tingkat layanan Standar.

Diagram berikut mengilustrasikan aplikasi dengan volume yang diaktifkan untuk akses dingin.

Diagram tingkat akses dingin memperlihatkan volume dingin dipindahkan ke tingkat dingin.

Dalam tulisan awal, blok data diberi nilai suhu "hangat" (dalam diagram, blok data merah) dan ada pada tingkat "panas". Saat data berada pada volume, pemindaian suhu memantau aktivitas setiap blok. Ketika blok data tidak aktif, pemindaian suhu mengurangi nilai blok hingga tidak aktif selama jumlah hari yang ditentukan dalam periode pendinginan. Periode pendinginan dapat antara 7 dan 183 hari; ini memiliki nilai default 31 hari. Setelah ditandai "dingin," pemindaian tingkat mengumpulkan blok dan mengemasnya ke dalam objek 4-MB, yang dipindahkan ke penyimpanan Azure sepenuhnya transparan. Untuk aplikasi dan pengguna, blok keren tersebut masih muncul secara online. Data berjenjang tampaknya online dan terus tersedia untuk pengguna dan aplikasi dengan pengambilan transparan dan otomatis dari tingkat dingin.

Dengan Default (kecuali kebijakan pengambilan akses dingin dikonfigurasi sebaliknya), blok data pada tingkat dingin yang dibaca secara acak lagi menjadi "hangat" dan dipindahkan kembali ke tingkat panas. Setelah ditandai sebagai hangat, blok data kembali tunduk pada pemindaian suhu. Namun, pembacaan berurutan besar (seperti pemindaian indeks dan antivirus) pada data yang tidak aktif di tingkat dingin tidak "menghangatkan" data juga tidak memicu data yang tidak aktif untuk dipindahkan kembali ke tingkat panas.

Metadata tidak pernah didinginkan dan selalu tetap berada di tingkat panas. Dengan demikian, aktivitas beban kerja intensif metadata (misalnya, lingkungan jumlah file tinggi seperti desain chip, VCS, dan direktori rumah) tidak terpengaruh oleh tingkatan.

Wilayah yang didukung

Penyimpanan standar dengan akses dingin didukung untuk wilayah berikut:

  • Australia Tengah
  • Australia Tengah 2
  • Australia Timur
  • Australia Tenggara
  • Brasil Selatan
  • Brasil Tenggara
  • Kanada Tengah
  • Kanada Timur
  • India Tengah
  • US Tengah
  • Asia Timur
  • AS Timur
  • AS Timur 2
  • Prancis Tengah
  • Jerman Utara
  • Jerman Barat Tengah
  • Jepang Timur
  • Jepang Barat
  • Korea Tengah
  • Korea Selatan
  • US Tengah Utara
  • Eropa Utara
  • Norwegia Timur
  • Norwegia Barat
  • Qatar Tengah
  • Afrika Selatan Utara
  • US Tengah Selatan
  • India Selatan
  • Asia Tenggara
  • Swiss Utara
  • Swiss Barat
  • Swedia Tengah
  • UAE Tengah
  • Arab Saudi Utara
  • UK Selatan
  • UK Barat
  • US Gov Arizona
  • US Gov Texas
  • US Gov Virginia
  • Eropa Barat
  • AS Barat
  • US Barat 2
  • AS Barat 3

Efek akses dingin pada data

Bagian ini menjelaskan pengujian pemanasan himpunan data besar berdampak besar. Ini menunjukkan contoh skenario himpunan data di mana 100% data berada di tingkat dingin dan bagaimana menghangatnya dari waktu ke waktu.

Data yang diakses secara acak biasanya dimulai sebagai bagian dari set kerja (baca, ubah, dan tulis). Karena data kehilangan relevansi, data menjadi "dingin" dan akhirnya berjenjang ke tingkat dingin.

Data dingin mungkin menjadi panas lagi. Ini tidak khas bagi seluruh set kerja untuk memulai sebagai dingin, tetapi beberapa skenario memang ada, misalnya, audit, pemrosesan akhir tahun, pemrosesan triwulan akhir, tuntutan hukum, dan tinjauan lisensi akhir tahun.

Skenario ini memberikan wawasan tentang perilaku performa pemanasan dari himpunan data yang didinginkan 100%. Wawasan ini berlaku apakah itu persentase kecil atau seluruh himpunan data.

Tes baca acak 4k

Bagian ini menjelaskan pengujian baca acak 4k di 160 file yang berjumlah 10 TB data.

Siapkan

Ukuran kumpulan kapasitas: kumpulan kapasitas 100 TB
Kapasitas volume yang dialokasikan: Volume 100 TB
Himpunan Data Yang Berfungsi: 10 TB
Tingkat Layanan: Penyimpanan standar dengan akses dingin
Jumlah/Ukuran Volume: 1
Jumlah Klien: Empat klien standar 8-s
OS: RHEL 8.3
Opsi Pemasangan:rw,nconnect=8,hard,rsize=262144,wsize=262144,vers=3,tcp,bg,hard

Metodologi

Pengujian ini disiapkan melalui FIO untuk menjalankan tes baca acak 4k di 160 file yang total 10 TB data. FIO dikonfigurasi untuk membaca setiap blok secara acak di seluruh himpunan data yang berfungsi. (Ini dapat membaca blok berapa kali sebagai bagian dari pengujian alih-alih menyentuh setiap blok sekali). Skrip ini dipanggil setiap 5 menit sekali dan kemudian titik data yang dikumpulkan pada performa. Ketika blok dibaca secara acak, blok dipindahkan ke tingkat panas.

Pengujian ini memiliki himpunan data besar dan berjalan beberapa hari memulai data paling tua kasus terburuk (semua cache yang dibuang). Komponen waktu sumbu X telah dihapus karena total waktu untuk menghimpun ulang bervariasi karena ukuran himpunan data. Kurva ini bisa dalam hari, jam, menit, atau bahkan detik tergantung pada himpunan data.

Hasil

Bagan berikut menunjukkan pengujian yang berjalan selama 2,5 hari pada himpunan data kerja 10 TB yang telah 100% didinginkan dan buffer dihapus (data berusia kasus terburuk absolut).

Diagram yang menunjukkan akses dingin membaca tingkat berpendingin IOPS, durasi panjang, dan set kerja 10 TB. Sumbu y berjudul IOPS, mulai dari 0 hingga 140.000 dengan kenaikan 20.000. Sumbu x berjudul Perilaku Dari Waktu Ke Waktu. Bagan garis Baca IOP kira-kira datar hingga sepertiga kanan sumbu x di mana pertumbuhan bersifat eksponensial.

64k sequential-read test

Siapkan

Ukuran kumpulan kapasitas: kumpulan kapasitas 100 TB
Kapasitas volume yang dialokasikan: Volume 100 TB
Himpunan Data Yang Berfungsi: 10 TB
Tingkat Layanan: Penyimpanan standar dengan akses dingin
Jumlah/Ukuran Volume: 1
Jumlah Klien: Satu klien besar
OS: RHEL 8.3
Opsi Pemasangan:rw,nconnect=8,hard,rsize=262144,wsize=262144,vers=3,tcp,bg,hard

Metodologi

Blok baca berurutan tidak disambungkan kembali ke tingkat panas. Namun, ukuran himpunan data kecil mungkin melihat peningkatan performa karena penembolokan (tidak ada jaminan perubahan performa).

Pengujian ini menyediakan poin data berikut:

  • Himpunan data tingkat panas 100%
  • Himpunan data tingkat dingin 100%

Pengujian ini berjalan selama 30 menit untuk mendapatkan nomor performa yang stabil.

Hasil

Tabel berikut ini meringkas hasil pengujian:

64-k berurutan Throughput baca
Data panas 1.683 MB/dtk
Data dingin 899 MB/dtk

Uji kesimpulan

Data yang dibaca dari tingkat dingin mengalami hit performa. Jika Anda mengukur waktu untuk mendinginkan diri dengan benar, maka Anda mungkin tidak mengalami hit performa sama sekali. Anda mungkin memiliki sedikit akses tingkat dingin, dan jendela 30 hari sangat cocok untuk menjaga data hangat tetap hangat.

Anda harus menghindari situasi yang churn memblokir antara tingkat panas dan tingkat dingin. Misalnya, Anda mengatur beban kerja untuk data menjadi dingin tujuh hari, dan Anda membaca persentase besar himpunan data secara acak setiap 11 hari.

Singkatnya, jika set kerja Anda dapat diprediksi, Anda dapat menghemat biaya dengan memindahkan blok data yang jarang diakses ke tingkat dingin. Rentang tunggu 7 hingga 30 hari sebelum pendinginan menyediakan jendela besar untuk set kerja yang jarang diakses setelah tidak aktif atau tidak memerlukan kecepatan tingkat panas saat diakses.

Metrik

Akses dingin menawarkan metrik performa untuk memahami pola penggunaan per volume:

  • Ukuran tingkat dingin volume
  • Ukuran baca data tingkat dingin volume
  • Ukuran penulisan data tingkat keren volume

Billing

Anda dapat mengaktifkan penjenjangan pada tingkat volume untuk kumpulan kapasitas yang baru dibuat yang menggunakan tingkat layanan Standar. Cara Anda ditagih didasarkan pada faktor-faktor berikut:

  • Kapasitas dalam tingkat layanan Standar
  • Kapasitas yang tidak dialokasikan dalam kumpulan kapasitas
  • Kapasitas di tingkat dingin (dengan mengaktifkan tingkatan untuk volume dalam kumpulan kapasitas Standar)
  • Transfer jaringan antara tingkat panas dan tingkat dingin pada tingkat yang ditentukan oleh markup di atas biaya transaksi (GET dan PUT permintaan) pada penyimpanan blob dan transfer tautan privat ke kedua arah antara tingkat panas.

Perhitungan penagihan untuk kumpulan kapasitas Standar berada pada tingkat panas untuk data yang tidak berjenjang ke tingkat dingin; ini termasuk kapasitas yang tidak dialokasikan dalam kumpulan kapasitas. Ketika Anda mengaktifkan penjenjangan untuk volume, kapasitas di tingkat dingin akan berada pada tingkat dingin, dan kapasitas yang tersisa akan berada pada tingkat panas. Tingkat tingkat dingin lebih rendah dari tingkat panas.

Contoh struktur penagihan

Asumsikan bahwa Anda membuat kumpulan kapasitas Standar 4 TiB. Struktur penagihan berada pada tingkat kapasitas Standar untuk seluruh 4 TiB.

Saat Anda membuat volume di kumpulan kapasitas dan memulai data tingkatan ke tingkat dingin, skenario berikut menjelaskan struktur penagihan yang berlaku:

  • Asumsikan bahwa Anda membuat tiga volume dengan masing-masing 1 TiB. Anda tidak mengaktifkan penjenjangan pada tingkat volume. Perhitungan penagihan adalah sebagai berikut:

    • 3 TiB kapasitas yang dialokasikan pada tingkat tingkat panas
    • 1 TiB kapasitas yang tidak dialokasikan pada tingkat hot tier
    • Kapasitas nol pada tingkat tingkat dingin
    • Tidak ada transfer jaringan antara tingkat panas dan tingkat dingin pada tingkat yang ditentukan oleh markup di atas biaya transaksi (GET, PUT) pada penyimpanan blob dan transfer tautan privat ke kedua arah antara tingkat panas.

  • Asumsikan bahwa Anda membuat empat volume dengan masing-masing 1 TiB. Setiap volume memiliki kapasitas volume 0,25 TiB pada tingkat panas, dan 0,75 TiB kapasitas volume di tingkat dingin. Perhitungan penagihan adalah sebagai berikut:

    • Kapasitas 1-TiB pada tingkat tingkat panas
    • Kapasitas 3-TiB pada tingkat tingkat dingin
    • Transfer jaringan antara tingkat panas dan tingkat dingin pada tingkat yang ditentukan oleh markup di atas biaya transaksi (GET, PUT) pada penyimpanan blob dan transfer tautan privat ke kedua arah antara tingkat panas.

  • Asumsikan bahwa Anda membuat dua volume dengan masing-masing 1 TiB. Setiap volume memiliki kapasitas volume 0,25 TiB pada tingkat panas, dan 0,75 TiB kapasitas volume di tingkat dingin. Perhitungan penagihan adalah sebagai berikut:

    • Kapasitas 0,5 TiB pada tingkat tingkat panas
    • 2 TiB kapasitas yang tidak dialokasikan pada tingkat hot tier
    • Kapasitas 1,5-TiB pada tingkat dingin
    • Transfer jaringan antara tingkat panas dan tingkat dingin pada tingkat yang ditentukan oleh markup di atas biaya transaksi (GET, PUT) pada penyimpanan blob dan transfer tautan privat ke kedua arah antara tingkat panas.

  • Asumsikan bahwa Anda membuat satu volume dengan 1 TiB. Volume memiliki kapasitas volume 0,25 TiB pada tingkat panas, 0,75 dari kapasitas volume di tingkat dingin. Perhitungan penagihan adalah sebagai berikut:

    • Kapasitas 0,25-TiB pada tingkat tingkat panas
    • Kapasitas 0,75-TiB pada tingkat dingin
    • Transfer jaringan antara tingkat panas dan tingkat dingin pada tingkat yang ditentukan oleh markup di atas biaya transaksi (GET, PUT) pada penyimpanan blob dan transfer tautan privat ke kedua arah antara tingkat panas.

Contoh perhitungan biaya dengan berbagai periode kesejukan

Bagian ini menunjukkan kepada Anda contoh biaya penyimpanan dan transfer jaringan dengan berbagai periode kesejukan.

Dalam contoh ini, asumsikan:

  • Biaya penyimpanan tingkat panas adalah $0,000202/GiB/jam. Biaya penyimpanan tingkat dingin adalah $0,000082/GiB/jam.
  • Biaya transfer jaringan (termasuk aktivitas baca atau tulis dari tingkat dingin) adalah $0,020000/GiB.
  • Anda memiliki kumpulan kapasitas 5-TiB dengan akses dingin diaktifkan.
  • Anda memiliki 1 TiB kapasitas yang tidak dialokasikan dalam kumpulan kapasitas
  • Anda memiliki volume 4-TiB yang diaktifkan untuk akses dingin.
  • 3 TiB dari 4 TiB dipindahkan ke tingkat dingin setelah periode kesejukan.
  • Anda membaca atau menulis 20% data setiap bulan dari tingkat dingin.
  • Setiap bulan adalah 30 hari atau 730 jam. Jadi setiap hari adalah 730/30 jam.

Penting

  • Perhitungan ini hanya boleh digunakan sebagai perkiraan referensi dan bukan untuk memvalidasi ketepatan jumlah tagihan.
  • Tarif yang dipertimbangkan dalam contoh adalah untuk wilayah contoh dan mungkin berbeda untuk wilayah penyebaran yang Anda maksudkan.
  • Jika data dibaca dari atau ditulis ke tingkat dingin, data akan menyebabkan persentase distribusi data di tingkat panas dan tingkat dingin berubah. Perhitungan dalam artikel ini menunjukkan distribusi persentase awal di tingkat panas dan dingin, dan bukan setelah 20% data dipindahkan ke atau dari tingkat dingin.

Catatan

Contoh berikut mencakup 1 TiB ruang yang tidak dialokasikan di kumpulan kapasitas untuk menunjukkan bagaimana ruang yang tidak dialokasikan dikenakan biaya saat akses dingin diaktifkan. Untuk memaksimalkan penghematan Anda, ukuran kumpulan kapasitas harus dikurangi untuk menghilangkan kapasitas kumpulan yang tidak dialokasikan.

Contoh 1: Periode kedinginan diatur ke 7 hari

Biaya penyimpanan Anda untuk bulan pertama adalah:

Biaya Deskripsi Penghitungan
Biaya penyimpanan yang tidak dialokasikan untuk Hari 1~30 (30 hari) 1 TiB penyimpanan yang tidak dialokasikan 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
Biaya penyimpanan untuk Hari 1~7 (tujuh hari) 4 TiB data aktif (tingkat panas) 4 TiB x 1024 x 7 days x 730/30 hrs. x $0.000202/GiB/hr. = $140.93
Biaya penyimpanan untuk Hari 8~30 (23 hari) 1 TiB data aktif (tingkat panas)

3 TiB data tidak aktif (tingkat dingin)		 1 TiB x 1024 x 23 days x 730/30 hrs. x $0.000202/GiB/hr. = $115.77

3 TiB x 1024 x 23 days x 730/30 hrs. x $0.000082/GiB/hr. = $140.98
Biaya transfer jaringan Memindahkan data tidak aktif ke tingkat dingin

20% data baca/tulis dari tingkat dingin		 3 TiB x 1024 x $0.020000/GiB = $61.44

3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Total bulan pertama $622.41

Biaya penyimpanan bulanan Anda untuk bulan kedua dan berikutnya adalah:

Biaya Deskripsi Penghitungan
Biaya penyimpanan selama 30 hari 1 TiB penyimpanan yang tidak dialokasikan

1 TiB data aktif (tingkat panas)

3 TiB data tidak aktif (tingkat dingin)		 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00

1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00

3 TiB x 1024 x 30 days x 730/30 hrs. x $0.000082/GiB/hr. = $183.89
Biaya transfer jaringan 20% data baca/tulis dari tingkat dingin 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Total bulanan kedua dan berikutnya $498.18

Penghematan enam bulan pertama Anda:

  • Biaya tanpa akses dingin: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
  • Biaya dengan akses dingin: First month + Second month + … + Sixth month = $622.41 + (5x $498.18) = $3,113.31
  • Penghematan menggunakan akses dingin: 31.27%

Penghematan dua belas bulan pertama Anda:

  • Biaya tanpa akses dingin: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
  • Biaya dengan akses dingin: First month + Second month + … + twelfth month = $622.41 + (11 x $498.18) = $6,102.39
  • Penghematan menggunakan akses dingin: 32.64%

Contoh 2: Periode kedinginan diatur ke 35 hari

Semua 5 TiB adalah data aktif (dalam tingkat panas) untuk bulan pertama. Biaya penyimpanan Anda untuk bulan pertama adalah: 5 TiB x 1024 x 730hr. x $0.000202/GiB/hr. = $755.00

Biaya penyimpanan Anda untuk bulan kedua adalah:

Biaya Deskripsi Penghitungan
Biaya penyimpanan yang tidak dialokasikan untuk Hari 1~30 (30 hari) 1 TiB penyimpanan yang tidak dialokasikan 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
Biaya penyimpanan untuk Hari 1~5 (lima hari) 4 TiB data aktif (tingkat panas) 4 TiB x 1024 x 5 days x 730/30 hrs. x $0.000202/GiB/hr. = $100.67
Biaya penyimpanan untuk Hari 6~30 (25 hari) 1 TiB data aktif (tingkat panas)

3 TiB data tidak aktif (tingkat dingin)		 1 TiB x 1024 x 25 days x 730/30 hrs. x $0.000202/GiB/hr. = $125.83

3 TiB x 1024 x 25 days x 730/30 hrs. x $0.000082/GiB/hr. = $153.24
Biaya transfer jaringan Memindahkan data tidak aktif ke tingkat dingin

20% data baca/tulis dari tingkat dingin		 3 TiB x 1024 x $0.020000 /GiB = $61.44

3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Total bulan kedua $604.47

Biaya penyimpanan bulanan Anda untuk bulan ketiga dan berikutnya adalah:

Biaya Deskripsi Penghitungan
Biaya penyimpanan selama 30 hari 1 TiB penyimpanan yang tidak dialokasikan

1 TiB data aktif (tingkat panas)

3 TiB data tidak aktif (tingkat dingin)		 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00

1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00

3 TiB x 1024 x 30 days x 730/30 hrs. x $0.000082/GiB/hr. = $183.89
Biaya transfer jaringan 20% data baca/tulis dari tingkat dingin 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Total bulanan ketiga dan berikutnya $498.18

Penghematan enam bulan pertama Anda:

  • Biaya tanpa akses dingin: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
  • Biaya dengan akses dingin: First month + Second month + … + Sixth month = $755.00 + $604.47 + (4 x $498.18) = $3,352.19
  • Penghematan menggunakan akses dingin: 25.99%

Penghematan dua belas bulan pertama Anda:

  • Biaya tanpa akses dingin: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
  • Biaya dengan akses dingin: First month + Second month + … + twelfth month = $755.00 + $604.47 + (10 x $498.18) = $6,341.27
  • Penghematan menggunakan akses dingin: 30.00%

Contoh 3: Periode kedinginan diatur ke 63 hari

Semua 5 TiB adalah data aktif (dalam tingkat panas) selama dua bulan pertama. Biaya penyimpanan bulanan Anda untuk bulan pertama dan kedua adalah: 5 TiB x 1024 x 730hr. x $0.000202/GiB/hr. = $755.00

Biaya penyimpanan Anda untuk bulan ketiga adalah:

Biaya Deskripsi Penghitungan
Biaya penyimpanan yang tidak dialokasikan untuk Hari 1~30 (30 hari) 1 TiB penyimpanan yang tidak dialokasikan 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00
Biaya penyimpanan untuk Hari 1~3 (tiga hari) 4 TiB data aktif (tingkat panas) 4 TiB x 1024 x 3 days x 730/30 hrs. x $0.000202/GiB/hr. = $60.40
Biaya penyimpanan untuk Hari 4~30 (27 hari) 1 TiB data aktif (tingkat panas)

3 TiB data tidak aktif (tingkat dingin)		 1 TiB x 1024 x 27 days x 730/30 hrs. x $0.000202/GiB/hr. = $135.90

3 TiB x 1024 x 27 days x 730/30 hrs. x $0.000082/GiB/hr. = $165.50
Biaya transfer jaringan Memindahkan data tidak aktif ke tingkat dingin

20% data baca/tulis dari tingkat dingin		 3 TiB x 1024 x $0.020000/GiB = $61.44

3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Total bulan ketiga $586.52

Biaya penyimpanan bulanan Anda untuk bulan keempat dan berikutnya adalah:

Biaya Deskripsi Penghitungan
Biaya penyimpanan selama 30 hari 1 TiB penyimpanan yang tidak dialokasikan

1 TiB data aktif (tingkat panas)

3 TiB data tidak aktif (tingkat dingin)		 1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00

1 TiB x 1024 x 30 days x 730/30 hrs. x $0.000202/GiB/hr. = $151.00

3 TiB x 1024 x 30 days x 730/30 hrs. x $0.000082/GiB/hr. = $183.89
Biaya transfer jaringan 20% data baca/tulis dari tingkat dingin 3 TiB x 1024 x 20% x $0.020000/GiB = $12.29
Total bulanan keempat dan berikutnya $498.18

Penghematan enam bulan pertama Anda:

  • Biaya tanpa akses dingin: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 6 months = $4,529.97
  • Biaya dengan akses dingin: First month + Second month + … + Sixth month = (2 x $755.00) + $586.52 + (3 x $498.18) = $3,591.06
  • Penghematan menggunakan akses dingin: 20.73%

Penghematan dua belas bulan pertama Anda:

  • Biaya tanpa akses dingin: 5 TiB x 1024 x $0.000202/GiB/hr. x 730 hrs. x 12 months = $9,059.94
  • Biaya dengan akses dingin: First month + Second month + … + twelfth month = (2 x $755.00) + $586.52 + (9 x $498.18) = $6,580.14
  • Penghematan menggunakan akses dingin: 27.37%

Tip

Anda dapat menggunakan penyimpanan standar Azure NetApp Files dengan estimator penghematan biaya akses dingin untuk memperkirakan penghematan biaya secara interaktif berdasarkan parameter input yang dapat diubah.

Langkah berikutnya