Detail harga Log Azure Monitor

Biaya paling signifikan untuk sebagian besar implementasi Azure Monitor biasanya dihitung dari penyerapan dan retensi data di ruang kerja Analitik Log Anda. Beberapa fitur di Azure Monitor tidak menarik biaya secara langsung tetapi menambahkannya ke data ruang kerja yang telah dikumpulkan. Artikel ini menjelaskan bagaimana biaya data dihitung untuk ruang kerja Analitik Log dan sumber daya Application Insights Anda dan berbagai opsi konfigurasi yang memengaruhi biaya Anda.

Model harga

Harga default Analitik Log menggunakan model prabayar yang didasarkan pada seberapa besar volume data yang diserap dan berapa retensi datanya. Setiap ruang kerja Analitik Log dibebankan sebagai layanan terpisah dan berkontribusi pada tagihan untuk langganan Azure Anda. Harga untuk Analitik Log diatur secara regional. Jumlah penyerapan data bisa sangat besar, tergantung faktor-faktor berikut:

  • Set solusi manajemen yang diaktifkan dan konfigurasinya
  • Jumlah dan jenis sumber daya yang dipantau
  • Jenis data yang dikumpulkan dari setiap sumber daya yang dipantau

Perhitungan ukuran data

Volume data diukur sebagai ukuran data yang akan disimpan dalam GB (10^9 byte). Ukuran data untuk catatan tunggal dihitung dari representasi string kolom yang disimpan di ruang kerja Analitik Log untuk catatan tersebut, terlepas dari apakah data dikirim dari agen atau ditambahkan selama proses penyerapan. Ini termasuk kolom kustom apa pun yang ditambahkan oleh API log kustom, transformasi waktu penyerapan, atau bidang isian kustom yang ditambahkan saat data dikumpulkan lalu disimpan di ruang kerja.

Catatan

Kalkulasi volume data yang dapat ditagih ini jauh lebih kecil dari ukuran seluruh peristiwa masuk yang dikemas JSON, sering kali kurang dari 50% untuk peristiwa kecil. Sangat penting untuk memahami perhitungan ukuran data yang ditagih ini saat memperkirakan biaya dan membandingkan dengan model harga lainnya.

Kolom yang dikecualikan

Kolom standar berikut yang umum untuk semua tabel, dikecualikan dalam penghitungan ukuran catatan. Semua kolom lain yang disimpan di Analitik Log disertakan dalam perhitungan ukuran catatan.

  • _ResourceId
  • _SubscriptionId
  • _ItemId
  • _IsBillable
  • _BilledSize
  • Type

Tabel yang dikecualikan

Beberapa tabel sama sekali terhindar dari biaya penyerapan data, termasuk AzureActivity, Heartbeat, Usage, Operation. Ini akan selalu ditunjukkan pada kolom _IsBillable, yang menunjukkan apakah rekaman dikecualikan dari penagihan untuk penyerapan data.

Biaya untuk solusi dan layanan lain

Beberapa solusi memiliki kebijakan yang lebih spesifik tentang penyerapan data gratis. Misalnya Azure Migrate membuat data visualisasi dependensi gratis untuk 180 hari pertama Penilaian Server. Selain itu, beberapa solusi, seperti Microsoft Defender untuk Cloud, Microsoft Sentinel, dan Pengelolaan konfigurasi memiliki model harganya sendiri.

Lihat dokumentasi untuk berbagai layanan dan solusi untuk perhitungan penagihan unik apa pun.

Tingkat Komitmen

Selain model Pay-As-You-Go, Log Analitik juga memiliki Tingkat Komitmen, yang dapat menghemat Anda sebanyak 30 persen dibandingkan dengan harga Pay-As-You-Go. Dengan harga tingkat komitmen, Anda dapat berkomitmen untuk membeli penyerapan data untuk suatu ruang kerja mulai dari 100 GB/hari dengan harga yang lebih rendah dari harga PAYG. Setiap penggunaan di atas tingkat komitmen (overage) ditagih dengan harga yang sama per GB sebagaimana disediakan oleh tingkat komitmen saat ini. Tingkat komitmen memiliki periode komitmen 31 hari sejak tingkat komitmen dipilih.

  • Selama periode komitmen, Anda dapat beralih ke tingkat komitmen yang lebih tinggi (yang memulai kembali periode komitmen 31 hari), tetapi Anda tidak dapat pindah kembali ke Pay-As-You-Go atau ke tingkat komitmen yang lebih rendah sampai Anda menyelesaikan periode komitmen.
  • Pada akhir periode komitmen, ruang kerja mempertahankan tingkat komitmen yang dipilih, dan ruang kerja dapat dipindahkan ke PAYG atau ke tingkat komitmen yang berbeda kapan saja.

Penagihan untuk tingkat komitmen dilakukan per ruang kerja setiap hari. Jika ruang kerja tersebut adalah bagian dari kluster khusus, penagihan dilakukan untuk kluster (lihat di bawah). Lihat Harga Azure Monitor untuk daftar detail tingkat komitmen dan harganya.

Tip

Item menu Penggunaan dan estimasi biaya untuk setiap ruang kerja Analitik Log, serta bagaimana perkiraan biaya bulanan Anda di setiap tingkat komitmen. Anda harus meninjau informasi ini secara berkala untuk menentukan apakah Anda dapat mengurangi biaya dengan pindah ke tingkat lain. Lihat Penggunaan dan perkiraan biaya untuk informasi tentang tampilan ini.

Klaster khusus

Kluster khusus Log Azure Monitor adalah kumpulan ruang kerja dalam satu kluster Azure Data Explorer yang terkelola. Kluster khusus mendukung fitur lanjutan seperti kunci yang dikelola pelanggan dan menggunakan model harga tingkat komitmen yang sama dengan ruang kerja meskipun harus memiliki tingkat komitmen setidaknya 500 GB/hari. Setiap penggunaan di atas tingkat komitmen (overage) ditagih dengan harga yang sama per GB sebagaimana disediakan oleh tingkat komitmen saat ini. Tidak ada opsi Pay-As-You-Go untuk kluster.

Tingkat komitmen kluster memiliki masa komitmen 31 hari setelah tingkat komitmen ditingkatkan. Selama periode komitmen, level tingkat komitmen tidak dapat dikurangi, tetapi dapat ditingkatkan kapan saja. Ketika ruang kerja dikaitkan dengan sebuah kluster, penagihan penyerapan data untuk ruang kerja tersebut dilakukan di tingkat kluster menggunakan level tingkat komitmen yang dikonfigurasikan.

Ada dua mode penagihan untuk kluster yang dapat Anda tentukan saat membuat kluster.

  • Kluster (default) : Penagihan untuk data yang diserap dilakukan di tingkat kluster. Jumlah data yang diserap dari setiap ruang kerja yang terkait dengan sebuah kluster dikumpulkan untuk menghitung tagihan harian untuk kluster tersebut. Alokasi per-simpul dari Pertahanan Microsoft untuk Cloud diterapkan di tingkat ruang kerja sebelum agregasi data agregat ini di semua ruang kerja dalam kluster.

  • Ruang kerja: Biaya tingkat komitmen untuk kluster Anda diatribusikan secara proporsional ke ruang kerja di kluster, berdasarkan volume penyerapan data setiap ruang kerja (setelah memperhitungkan alokasi per node dari Microsoft Defender untuk Cloud untuk setiap ruang kerja.)

    Jika total volume data yang diserap ke dalam kluster selama sehari kurang dari tingkat komitmen, setiap ruang kerja ditagih untuk data yang diserapnya dengan tarif tingkat komitmen per GB yang efektif dengan menagih sebagian kecil dari tingkat komitmen. Bagian tingkat komitmen yang tidak digunakan kemudian ditagih ke sumber daya kluster.

    Jika total volume data yang terserap ke dalam kluster selama sehari lebih dari tingkat komitmen, maka setiap ruang kerja ditagih untuk sebagian kecil dari tingkat komitmen, berdasarkan fraksi data yang diserap pada hari itu dan setiap ruang kerja untuk sebagian kecil dari data yang diserap di atas tingkat komitmen. Jika total volume data yang terserap ke dalam ruang kerja selama sehari berada di atas tingkat komitmen, Tidak ada yang ditagihkan ke sumber daya kluster.

Dalam opsi penagihan kluster, retensi data ditagih untuk setiap ruang kerja. Penagihan kluster dimulai saat kluster dibuat, terlepas dari apakah ruang kerja dikaitkan dengan kluster atau tidak.

Saat Anda menautkan ruang kerja ke kluster, tingkat harga diubah menjadi kluster, dan penyerapan ditagih berdasarkan tingkat komitmen kluster. Ruang kerja yang terkait dengan kluster tidak lagi memiliki tingkat harga sendiri. Ruang kerja dapat dibatalkan tautannya dari kluster kapan saja, dan tingkat harga berubah menjadi per GB.

Jika ruang kerja tertaut Anda menggunakan tingkat harga Per Node lama, itu akan ditagih berdasarkan data yang diserap terhadap Tingkat Komitmen kluster, dan bukan lagi Per Node. Alokasi data per-node dari Pertahanan Microsoft untuk Cloud akan terus diterapkan.

Lihat Membuat kluster khusus untuk detail tentang membuat kluster khusus dan menentukan jenis penagihannya.

Log Dasar

Anda dapat mengonfigurasi tabel tertentu di ruang kerja Analitik Log untuk menggunakan Log Dasar. Data dalam tabel ini memiliki biaya penyerapan yang berkurang secara signifikan dan periode retensi terbatas. Ada biaya meskipun untuk mencari terhadap tabel ini. Log Dasar ditujukan untuk log verbose volume tinggi yang Anda gunakan untuk penelusuran kesalahan, pemecahan masalah, dan audit, tetapi tidak untuk analitik dan peringatan.

Biaya untuk pencarian terhadap Log Dasar didasarkan pada GB data yang dipindai dalam melakukan pencarian.

Lihat Mengonfigurasi Log Dasar di Azure Monitor untuk detail tentang Log Dasar termasuk cara mengonfigurasi dan mengkueri datanya.

Log retensi data dan arsip

Selain penyerapan data, ada biaya untuk retensi data di setiap ruang kerja Analitik Log. Anda dapat mengatur periode retensi untuk seluruh ruang kerja atau untuk setiap tabel. Setelah periode ini, data dihapus atau diarsipkan. Log yang Diarsipkan memiliki biaya retensi yang berkurang, dan ada pencarian biaya terhadapnya. Gunakan Log Arsip untuk mengurangi biaya data yang harus Anda simpan untuk kepatuhan atau investigasi sesekali.

Lihat Mengonfigurasi retensi data dan kebijakan arsip di Log Azure Monitor untuk detail tentang penyimpanan dan pengarsipan data termasuk cara mengonfigurasi pengaturan ini dan mengakses data yang diarsipkan.

Pekerjaan pencarian

Pencarian terhadap Log yang Diarsipkan menggunakan pekerjaan pencarian. Pekerjaan penelusuran adalah kueri asinkron yang mengambil rekaman ke dalam tabel pencarian baru di dalam ruang kerja Anda untuk analisis lebih lanjut. Pekerjaan pencarian ditagih berdasarkan jumlah GB data yang dipindai setiap hari yang diakses untuk melakukan pencarian.

Pemulihan data log

Untuk situasi di mana log yang lebih lama atau yang diarsipkan perlu ditanyakan secara intensif dengan kemampuan kueri analitik penuh, fitur pemulihan data adalah alat yang ampuh. Operasi pemulihan membuat rentang waktu data tertentu dalam tabel tersedia di cache panas untuk kueri performa tinggi. Anda nantinya dapat menutup data setelah selesai. Pemulihan data log ditagih berdasarkan jumlah data yang dipulihkan, dan pada saat pemulihan tetap aktif. Nilai minimal yang ditagih untuk pemulihan data apa pun adalah 2 TB dan 12 jam. Data yang dipulihkan lebih dari 2 TB dan/atau lebih dari 12 jam dalam durasi ditagih secara prorata.

Ekspor data log

Ekspor data di ruang kerja Analitik Log memungkinkan Anda terus mengekspor data per tabel yang dipilih di ruang kerja Anda, ke Akun Azure Storage atau Azure Event Hubs saat tiba di alur Azure Monitor. Biaya untuk penggunaan ekspor data didasarkan pada jumlah data yang diekspor. Ukuran data yang diekspor adalah jumlah byte dalam data berformat JSON yang diekspor.

Tagihan wawasan aplikasi

Karena sumber daya Application Insights berbasis ruang kerja menyimpan datanya di ruang kerja Analitik Log, penagihan untuk penyerapan dan penyimpanan data dilakukan oleh ruang kerja tempat data Application Insights berada. Hal ini memungkinkan Anda untuk memanfaatkan semua opsi model penetapan harga Analisis Log, termasuk tingkat komitmen selain PAYG.

Penyerapan data dan retensi data untuk sumber daya Application Insights klasik mengikuti harga PAYG yang sama seperti sumber daya berbasis ruang kerja, tetapi tidak dapat memanfaatkan tingkat komitmen.

Telemetri dari pengujian ping dan pengujian multilangkah dikenai biaya yang sama seperti penggunaan data untuk telemetri lain dari aplikasi Anda. Penggunaan pengujian web dan pengaktifan pemberitahuan pada dimensi metrik kustom masih dilaporkan melalui Application Insights. Tidak ada biaya volume data atas penggunaan Streaming Metrik Langsung.

Lihat tingkat harga di perusahaan lama (per node) Application Insights untuk detail tingkat warisan yang tersedia untuk pengadopsi awal Application Insights.

Ruang kerja dengan Microsoft Sentinel

Saat Microsoft Sentinel diaktifkan di ruang kerja Analisis Log, semua data yang dikumpulkan di ruang kerja tersebut akan dikenakan biaya Sentinel selain biaya Analitik Log. Untuk alasan ini, Anda akan sering memisahkan data keamanan dan operasional Anda di ruang kerja yang berbeda sehingga Anda tidak dikenakan biaya Sentinel untuk data operasional. Mungkin ada situasi tertentu di mana dengan menggabungkan data ini benar-benar dapat menghemat biaya. Ini biasanya terjadi ketika Anda tidak mengumpulkan data keamanan dan operasional yang cukup untuk mencapai tingkat komitmennya sendiri, tetapi data gabungannya cukup untuk mencapai tingkat komitmen. Lihat Menggabungkan data SOC dan non-SOC Anda dalam Merancang arsitektur ruang kerja Microsoft Azure Sentinel Anda untuk detail dan perhitungan biaya sampel.

Ruang kerja dengan Microsoft Defender untuk Cloud

Microsoft Defender untuk Server (bagian dari Defender untuk Cloud)menagih berdasarkan jumlah layanan yang dipantau dan menyediakan alokasi data 500 MB/server/hari yang diterapkan ke subset jenis data keamanan berikut:

Jumlah server yang dipantau dihitung pada granularitas per jam. Kontribusi alokasi data harian dari setiap server yang dipantau dikumpulkan di tingkat ruang kerja. Jika ruang kerja berada di tingkat harga Per Simpul yang lama, alokasi Pertahanan Microsoft untuk Cloud dan Log Analytics digabungkan dan diterapkan bersama untuk semua data serapan yang dapat ditagih.

Tingkat harga warisan

Langganan yang berisi ruang kerja Analitik Log atau sumber daya Application Insights pada tanggal 2 April 2018, atau langganan yang ditautkan ke Perjanjian Enterprise yang dimulai sebelum tanggal 1 Februari 2019 yang masih aktif, akan terus memiliki akses untuk menggunakan tingkat harga lama berikut:

  • Mandiri (Per GB)
  • Per Node (OMS)

Akses ke tingkat harga Percobaan lama akan dibatasi lebih lanjut mulai 1 Juli 2022 (lihat di bawah ini.)

Tingkat harga Uji Coba Gratis

Ruang kerja di tingkat harga Coba Gratis akan memiliki penyerapan data harian yang dibatasi hingga 500 MB (kecuali untuk jenis data keamanan yang dikumpulkan oleh Microsoft Defender untuk Cloud), dan retensi data dibatasi hingga tujuh hari. Tingkat harga Uji Coba Gratis hanya ditujukan untuk tujuan evaluasi. Tidak ada SLA yang disediakan untuk tingkat Gratis.

Catatan

Membuat ruang kerja baru di, atau memindahkan ruang kerja yang ada ke, tingkat harga Percobaan lama dimungkinkan hingga tanggal 1 Juli 2022.

Tingkat harga mandiri

Penggunaan pada tingkat harga Mandiri ditagih berdasarkan volume data yang diserap. Ini dilaporkan dalam layanan Analitik Log dan meter diberi nama "Data Dianalisis". Ruang kerja di tingkat harga Mandiri memiliki retensi yang dapat dikonfigurasi pengguna dari 30 hingga 730 hari. Ruang kerja di tingkat harga Mandiri tidak mendukung penggunaan Log Dasar.

Tingkat harga Per Node

Tingkat harga Per Node membebankan biaya per VM (node) yang dipantau pada granularitas satu jam. Untuk setiap simpul yang dipantau, ruang kerja dialokasikan 500 MB data per hari yang tidak ditagih. Alokasi ini dihitung dengan granularitas per jam dan dikumpulkan di tingkat ruang kerja setiap hari. Data yang terserap di atas alokasi data harian agregat ditagih per GB sebagai kelebihan data. Pada tagihan Anda, layanan akan menjadi Insight and Analytics untuk penggunaan Analitik Log jika ruang kerja berada di tingkat harga Per Simpul. Ruang kerja di tingkat harga Mandiri atau memiliki retensi yang dapat dikonfigurasi pengguna dari 30 hingga 730 hari. Ruang kerja di tingkat harga Per Node tidak mendukung penggunaan Log Dasar. Penggunaan dilaporkan pada tiga meter:

  • Simpul: ini adalah penggunaan untuk jumlah simpul yang dipantau (VM) dalam unit simpul bulan.
  • Kelebihan Data per Simpul: ini adalah jumlah GB data yang diserap melebihi alokasi data agregat.
  • Data yang Disertakan per Simpul: ini adalah jumlah data yang diserap yang dicakup oleh alokasi data agregat. Pengukur ini juga digunakan saat ruang kerja berada di semua tingkat harga untuk menunjukkan jumlah data yang dicakup oleh Pertahanan Microsoft untuk Cloud.

Tip

Jika ruang kerja Anda memiliki akses ke tingkat harga Per Node tetapi Anda bertanya-tanya apakah biayanya akan lebih murah di tingkat PAYG, Anda dapat menggunakan kueri di bawah ini untuk mendapatkan rekomendasi.

Tingkat harga Standar dan Premium

Ruang kerja yang dibuat sebelum April 2016 lanjut menggunakan tingkat harga Standar dan Premium asli yang masing-masing memiliki retensi data tetap masing-masing 30 hari dan 365 hari. Ruang kerja baru tidak dapat dibuat di tingkat harga Standar atau Premium, dan jika ruang kerja dipindahkan dari tingkat ini, ruang kerja tersebut tidak dapat dipindahkan kembali. Ruang kerja di tingkat harga ini tidak mendukung penggunaan Log Dasar. Meter penyerapan data pada tagihan Azure Anda untuk tingkat warisan ini disebut "Data yang dianalisis."

Microsoft Defender untuk Cloud dengan tingkat harga lama

Berikut adalah pertimbangan antara tingkatan Analitik Log lama dan bagaimana tagihan penggunaan Microsoft Defender untuk Cloud.

  • Jika ruang kerja berada di tingkat Standar atau Premium yang lama, Pertahanan Microsoft untuk Cloud akan ditagih hanya untuk penyerapan data Log Analytics, bukan per simpul.
  • Jika ruang kerja berada di tingkat Per Simpul yang lama, Pertahanan Microsoft untuk Cloud akan ditagih menggunakan model harga berbasis simpul Pertahanan Microsoft untuk Cloud saat ini.
  • Di tingkat harga lainnya (termasuk tingkatan komitmen), jika Pertahanan Microsoft untuk Cloud diaktifkan sebelum 19 Juni 2017, Pertahanan Microsoft untuk Cloud hanya akan ditagih untuk penyerapan data Log Analytics. Jika tidak, Pertahanan Microsoft untuk Cloud akan ditagih menggunakan model harga berbasis Pertahanan Microsoft untuk Cloud saat ini.

Detail lebih lanjut tentang batasan tingkat harga tersedia di Batas langganan dan layanan Azure, kuota, serta batasan.

Tidak ada tingkat harga warisan yang memiliki harga berbasis regional.

Catatan

Untuk menggunakan hak yang berasal dari pembelian OMS E1 Suite, OMS E2 Suite, atau OMS Add-On untuk Pusat Sistem, pilih tingkat harga Analitik Log Per Simpul.

Mengevaluasi tingkat harga Per Node lama

Sering kali sulit untuk menentukan apakah ruang kerja dengan akses ke tingkat harga Per Node lama lebih baik di tingkat tersebut atau di Tingkat PAYG atau Tingkat Komitmen. Ini melibatkan pemahaman trade-off antara biaya tetap per node yang dipantau dalam tingkat harga Per Node dan alokasi data yang disertakan sebesar 500 MB/node/hari dan biaya hanya membayar data yang diserap di tingkat Pay-As-You-Go (Per GB).

Kueri berikut dapat digunakan untuk membuat rekomendasi tingkat harga optimal berdasarkan pola penggunaan ruang kerja. Kueri ini melihat simpul dan data yang dipantau yang terserap ke dalam ruang kerja dalam tujuh hari terakhir, dan untuk setiap hari,hal tersebut mengevaluasi tingkat harga mana yang akan optimal. Untuk menggunakan kueri, Anda perlu menentukan:

  • Apakah ruang kerja menggunakan Pertahanan Microsoft untuk Cloud dengan mengatur workspaceHasSecurityCenter ke true atau false.
  • Memperbarui harga jika Anda memiliki diskon tertentu.
  • Tentukan jumlah hari untuk melihat ke belakang dan menganalisis dengan mengatur daysToEvaluate. Ini berguna jika kueri terlalu lama mencoba melihat data tujuh hari.
// Set these parameters before running query
// For Pay-As-You-Go (per-GB) and commitment tier pricing details, see https://azure.microsoft.com/pricing/details/monitor/.
// You can see your per-node costs in your Azure usage and charge data. For more information, see https://docs.microsoft.com/en-us/azure/cost-management-billing/understand/download-azure-daily-usage.  
let PerNodePrice = 15.; // Monthly price per monitored node
let PerNodeOveragePrice = 2.30; // Price per GB for data overage in the Per Node pricing tier
let PerGBPrice = 2.30; // Enter the Pay-as-you-go price for your workspace's region (from https://azure.microsoft.com/pricing/details/monitor/)
let CommitmentTier100Price = 196.; // Enter your price for the 100 GB/day commitment tier
let CommitmentTier200Price = 368.; // Enter your price for the 200 GB/day commitment tier
let CommitmentTier300Price = 540.; // Enter your price for the 300 GB/day commitment tier
let CommitmentTier400Price = 704.; // Enter your price for the 400 GB/day commitment tier
let CommitmentTier500Price = 865.; // Enter your price for the 500 GB/day commitment tier
let CommitmentTier1000Price = 1700.; // Enter your price for the 1000 GB/day commitment tier
let CommitmentTier2000Price = 3320.; // Enter your price for the 2000 GB/day commitment tier
let CommitmentTier5000Price = 8050.; // Enter your price for the 5000 GB/day commitment tier
// ---------------------------------------
let SecurityDataTypes=dynamic(["SecurityAlert", "SecurityBaseline", "SecurityBaselineSummary", "SecurityDetection", "SecurityEvent", "WindowsFirewall", "MaliciousIPCommunication", "LinuxAuditLog", "SysmonEvent", "ProtectionStatus", "WindowsEvent", "Update", "UpdateSummary"]);
let StartDate = startofday(datetime_add("Day",-1*daysToEvaluate,now()));
let EndDate = startofday(now());
union * 
| where TimeGenerated >= StartDate and TimeGenerated < EndDate
| extend computerName = tolower(tostring(split(Computer, '.')[0]))
| where computerName != ""
| summarize nodesPerHour = dcount(computerName) by bin(TimeGenerated, 1h)  
| summarize nodesPerDay = sum(nodesPerHour)/24.  by day=bin(TimeGenerated, 1d)  
| join kind=leftouter (
    Heartbeat 
    | where TimeGenerated >= StartDate and TimeGenerated < EndDate
    | where Computer != ""
    | summarize ASCnodesPerHour = dcount(Computer) by bin(TimeGenerated, 1h) 
    | extend ASCnodesPerHour = iff(workspaceHasSecurityCenter, ASCnodesPerHour, 0)
    | summarize ASCnodesPerDay = sum(ASCnodesPerHour)/24.  by day=bin(TimeGenerated, 1d)   
) on day
| join (
    Usage 
    | where TimeGenerated >= StartDate and TimeGenerated < EndDate
    | where IsBillable == true
    | extend NonSecurityData = iff(DataType !in (SecurityDataTypes), Quantity, 0.)
    | extend SecurityData = iff(DataType in (SecurityDataTypes), Quantity, 0.)
    | summarize DataGB=sum(Quantity)/1000., NonSecurityDataGB=sum(NonSecurityData)/1000., SecurityDataGB=sum(SecurityData)/1000. by day=bin(StartTime, 1d)  
) on day
| extend AvgGbPerNode =  NonSecurityDataGB / nodesPerDay
| extend OverageGB = iff(workspaceHasSecurityCenter, 
             max_of(DataGB - 0.5*nodesPerDay - 0.5*ASCnodesPerDay, 0.), 
             max_of(DataGB - 0.5*nodesPerDay, 0.))
| extend PerNodeDailyCost = nodesPerDay * PerNodePrice / 31. + OverageGB * PerNodeOveragePrice
| extend billableGB = iff(workspaceHasSecurityCenter,
             (NonSecurityDataGB + max_of(SecurityDataGB - 0.5*ASCnodesPerDay, 0.)), DataGB )
| extend PerGBDailyCost = billableGB * PerGBPrice
| extend CommitmentTier100DailyCost = CommitmentTier100Price + max_of(billableGB - 100, 0.)* CommitmentTier100Price/100.
| extend CommitmentTier200DailyCost = CommitmentTier200Price + max_of(billableGB - 200, 0.)* CommitmentTier200Price/200.
| extend CommitmentTier300DailyCost = CommitmentTier300Price + max_of(billableGB - 300, 0.)* CommitmentTier300Price/300.
| extend CommitmentTier400DailyCost = CommitmentTier400Price + max_of(billableGB - 400, 0.)* CommitmentTier400Price/400.
| extend CommitmentTier500DailyCost = CommitmentTier500Price + max_of(billableGB - 500, 0.)* CommitmentTier500Price/500.
| extend CommitmentTier1000DailyCost = CommitmentTier1000Price + max_of(billableGB - 1000, 0.)* CommitmentTier1000Price/1000.
| extend CommitmentTier2000DailyCost = CommitmentTier2000Price + max_of(billableGB - 2000, 0.)* CommitmentTier2000Price/2000.
| extend CommitmentTier5000DailyCost = CommitmentTier5000Price + max_of(billableGB - 5000, 0.)* CommitmentTier5000Price/5000.
| extend MinCost = min_of(
    PerNodeDailyCost,PerGBDailyCost,CommitmentTier100DailyCost,CommitmentTier200DailyCost,
    CommitmentTier300DailyCost, CommitmentTier400DailyCost, CommitmentTier500DailyCost, CommitmentTier1000DailyCost, CommitmentTier2000DailyCost, CommitmentTier5000DailyCost)
| extend Recommendation = case(
    MinCost == PerNodeDailyCost, "Per node tier",
    MinCost == PerGBDailyCost, "Pay-as-you-go tier",
    MinCost == CommitmentTier100DailyCost, "Commitment tier (100 GB/day)",
    MinCost == CommitmentTier200DailyCost, "Commitment tier (200 GB/day)",
    MinCost == CommitmentTier300DailyCost, "Commitment tier (300 GB/day)",
    MinCost == CommitmentTier400DailyCost, "Commitment tier (400 GB/day)",
    MinCost == CommitmentTier500DailyCost, "Commitment tier (500 GB/day)",
    MinCost == CommitmentTier1000DailyCost, "Commitment tier (1000 GB/day)",
    MinCost == CommitmentTier2000DailyCost, "Commitment tier (2000 GB/day)",
    MinCost == CommitmentTier5000DailyCost, "Commitment tier (5000 GB/day)",
    "Error"
)
| project day, nodesPerDay, ASCnodesPerDay, NonSecurityDataGB, SecurityDataGB, OverageGB, AvgGbPerNode, PerGBDailyCost, PerNodeDailyCost, 
    CommitmentTier100DailyCost, CommitmentTier200DailyCost, CommitmentTier300DailyCost, CommitmentTier400DailyCost, CommitmentTier500DailyCost, CommitmentTier1000DailyCost, CommitmentTier2000DailyCost, CommitmentTier5000DailyCost, Recommendation 
| sort by day asc
//| project day, Recommendation // Comment this line to see details
| sort by day asc

Kueri ini bukan replikasi yang tepat tentang bagaimana penggunaan dihitung, tetapi hal tersebut memberikan rekomendasi tingkat harga dalam banyak kasus.

Catatan

Untuk menggunakan hak yang berasal dari pembelian OMS E1 Suite, OMS E2 Suite, atau OMS Add-On untuk Pusat Sistem, pilih tingkat harga Analitik Log Per Simpul.

Langkah berikutnya