Model biaya untuk File Azure NetApp

Artikel
07/07/2023

Memahami model biaya untuk Azure NetApp Files membantu Anda mengelola pengeluaran dari layanan.

Untuk model biaya khusus untuk replikasi lintas wilayah, lihat Model biaya untuk replikasi lintas wilayah.

Perhitungan konsumsi kapasitas

Azure NetApp Files ditagih berdasarkan kapasitas penyimpanan yang disediakan, yang dialokasikan dengan membuat kolam kapasitas. Kolam kapasitas ditagih setiap bulan berdasarkan biaya yang ditetapkan per GiB yang dialokasikan per jam. Alokasi kumpulan kapasitas diukur setiap jam.

Kumpulan kapasitas harus minimal 2 TiB dan dapat ditingkatkan atau dikurangi dalam interval 1-TiB. Kumpulan kapasitas berisi volume dengan ukuran berkisar dari minimum 100 GiB hingga maksimum 100 TiB. Volume adalah kuota yang ditetapkan yang dikurangi dari ukuran yang disediakan kumpulan kapasitas. Untuk volume aktif, konsumsi kapasitas terhadap kuota didasarkan pada kapasitas logis (efektif), baik itu data sistem file aktif atau data salinan bayangan. Lihat Cara kerja rekam jepret Azure NetApp Files untuk detail selengkapnya.

Contoh harga

Bagian ini menunjukkan contoh untuk membantu Anda memahami model biaya Azure NetApp Files.

Contoh 1: Biaya satu bulan dengan penyediaan kumpulan kapasitas statis versus dinamis

Jika persyaratan ukuran kumpulan kapasitas Anda berfluktuasi (misalnya, karena kapasitas variabel atau kebutuhan performa), pertimbangkan untuk mengubah ukuran volume dan kumpulan kapasitas Anda secara dinamis untuk menyeimbangkan biaya dengan kebutuhan kapasitas dan performa.

Misalnya, Anda menggunakan kapasitas Premium 24 jam (1 hari) pada 10 TiB, 96 jam (4 hari) pada 24 TiB, empat kali pada 6 jam (1 hari) pada 5 TiB, 480 jam (20 hari) pada 6 TiB, dan sisa jam bulan pada 0 TiB. Profil penyebaran konsumsi cloud dinamis terlihat berbeda dari profil konsumsi lokal statis tradisional:

Ketika biaya yang ditagih sebesar $0,000403 per GiB/jam(harga tergantung pada wilayah),rincian biaya bulanan terlihat seperti berikut ini:

Provisi statik pada Premium (kapasitas/performa puncak)

24 TiB x 720 jam x $0,000403 per GiB / jam = $7.130,97 per bulan ($237,70 per hari)

Provisi dinamis menggunakan pengubahan ukuran kumpulan volume dan kapasitas

10 TiB x 24 jam x $0,000403 per GiB/jam = $99,04
24 TiB x 96 jam x $0,000403 per GiB/jam = $950,80
6 TiB x 480 jam x $0,000403 per GiB/jam = $1.188,50
Total = $2.238,33

Skenario ini merupakan penghematan bulanan sebesar $4.892,64 dibandingkan dengan penyediaan statis.

Contoh 2: Biaya satu bulan dengan dan tanpa perubahan tingkat layanan dinamis

Jika persyaratan ukuran kumpulan kapasitas Anda tetap sama tetapi persyaratan kinerja berfluktuasi, pertimbangkan untuk mengubah tingkat layanan volume secara dinamis. Anda dapat menyediakan dan deprovisi kumpulan kapasitas dari berbagai jenis sepanjang bulan, memberikan performa just-in-time, dan menurunkan biaya selama periode di mana performa tidak diperlukan.

Pertimbangkan skenario di mana persyaratan kapasitas adalah konstanta 24 TiB. Tetapi kebutuhan performa Anda berfluktuasi antara 384 jam (16 hari) tingkat layanan Standar, 120 jam (5 hari) tingkat layanan Premium, 168 jam (7 hari) tingkat layanan Ultra, dan kemudian kembali ke 48 jam (2 hari) performa tingkat layanan standar. Pada skenario ini, profil penyebaran konsumsi cloud dinamis terlihat berbeda dari profil konsumsi lokal statis tradisional:

Dalam hal ini, ketika biaya ditagihkan sebesar $0,000202 per GiB/jam (Standar), $0,000403 per GiB/jam (Premium) dan $0,000538 per GiB/jam (Ultra) masing-masing (harga tergantung pada wilayah), perincian biaya bulanan terlihat seperti berikut ini:

Provisi statis pada tingkat layanan Ultra (performa puncak)

24 TiB x 720 jam x $0,000538 per GiB/jam = $9.519,76 per bulan ($317,33 per hari)

Provisi dinamis menggunakan perubahan tingkat layanan dinamis

24 TiB x 384 jam x $0,000202 per GiB/jam = $1.901,31
24 TiB x 120 jam x $0,000403 per GiB/jam = $1.188,50
24 TiB x 168 jam x $0,000538 per GiB/jam = $2.221,28
24 TiB x 48 jam x $0,000202 per GiB/jam = $238,29
Total = $5.554,37

Skenario ini merupakan penghematan bulanan sebesar $3.965,39 dibandingkan dengan provisi statis.

Konsumsi kapasitas dari rekam jepret

Konsumsi kapasitas rekam jepret di Azure NetApp Files dibebankan terhadap kuota volume induk. Akibatnya, ia berbagi tingkat tagihan yang sama dengan kumpulan kapasitas tempat volume berada. Namun, tidak seperti volume aktif, konsumsi rekam jepret diukur berdasarkan pertambahan tahapan kapasitas yang dikonsumsi. Rekam jepret Azure NetApp Files bersifat diferensial. Tergantung pada tingkat perubahan data, rekam jepret sering mengonsumsi kapasitas yang jauh lebih sedikit daripada kapasitas logis volume aktif. Misalnya, asumsikan bahwa Anda memiliki rekam jepret volume 500-GiB yang hanya berisi 10 GiB data diferensial.

Konsumsi kapasitas yang dihitung terhadap kuota volume untuk sistem berkas aktif dan rekam jepret adalah 510 GiB, bukan 1000 GiB. Sebagai aturan umum, kapasitas 20% yang direkomendasikan dapat diasumsikan untuk menyimpan data rekam jepret selama seminggu (tergantung pada frekuensi rekam jepret dan tingkat perubahan tingkat blok harian aplikasi).

Diagram berikut mengilustrasikan konsepnya.

Asumsikan kumpulan kapasitas dengan kapasitas yang disediakan 10 TiB. Kumpulan berisi tiga volume:
- Volume 1 diberi kuota 5 TiB dan memiliki konsumsi 3,5 TiB (3 TiB aktif, 500 GiB rekam jepret).
- Volume 2 diberi kuota 900 GiB dan memiliki konsumsi 400 GiB.
- Volume 3 diberi kuota 4 TiB tetapi penuh, dengan konsumsi 4 TiB (3,5 TiB aktif, 500 GiB rekam jepret).
Kumpulan kapasitas diukur (dan ditagih) untuk kapasitas 10 TiB (jumlah yang disediakan ):
- Kapasitas 9,9 TiB dialokasikan (5 TiB, 900 GiB, dan 4 TiB kuota dari Volume 1, 2, dan 3).
- Kapasitas 7,9 TiB digunakan (3,5 TiB, 400 GiB, 4 TiB dalam Volume 1, 2, dan 3).
Kumpulan kapasitas memiliki 100 GiB kapasitas yang tidak diprovisikan yang tersisa.