Szczegóły cennika dzienników usługi Azure Monitor

Najważniejsze opłaty za większość implementacji usługi Azure Monitor zwykle są pozyskiwaniem i przechowywaniem danych w obszarach roboczych usługi Log Analytics. Kilka funkcji w usłudze Azure Monitor nie ma bezpośredniego kosztu, ale dodaj je do zebranych danych obszaru roboczego. W tym artykule opisano sposób obliczania opłat za dane dla obszarów roboczych usługi Log Analytics i zasobów usługi Application Insights oraz różnych opcji konfiguracji wpływających na koszty.

Model cen

Domyślną ceną usługi Log Analytics jest model płatności zgodnie z rzeczywistym użyciem oparty na pozyskanym woluminie danych i przechowywaniu danych. Każdy obszar roboczy usługi Log Analytics jest naliczany jako oddzielna usługa i współtworzy rachunek za subskrypcję platformy Azure. Ceny usługi Log Analytics są ustawiane regionalnie. Ilość pozyskiwania danych może być znaczna, w zależności od następujących czynników:

  • Zestaw rozwiązań do zarządzania i ich konfiguracja
  • Liczba i typ monitorowanych zasobów
  • Typy danych zebranych z każdego monitorowanego zasobu

Obliczenie rozmiaru danych

Ilość danych jest mierzona jako rozmiar danych, które będą przechowywane w GB (10^9 bajtów). Rozmiar danych pojedynczego rekordu jest obliczany na podstawie ciągu reprezentacji kolumn przechowywanych w obszarze roboczym usługi Log Analytics dla tego rekordu, niezależnie od tego, czy dane są wysyłane z agenta, czy dodawane podczas procesu pozyskiwania. Obejmuje to wszystkie kolumny niestandardowe dodane przez interfejs API pozyskiwania dzienników, przekształcenia lub pola niestandardowe , które są dodawane jako dane, a następnie przechowywane w obszarze roboczym.

Uwaga

Obliczanie rozliczanego woluminu danych jest znacznie mniejsze niż rozmiar całego przychodzącego zdarzenia spakowanego w formacie JSON. Średnio we wszystkich typach zdarzeń rozliczany rozmiar wynosi około 25% mniej niż rozmiar danych przychodzących. Może to być do 50% w przypadku małych zdarzeń. Ważne jest, aby zrozumieć to obliczenie rozliczanego rozmiaru danych podczas szacowania kosztów i porównywania z innymi modelami cenowymi.

Wykluczone kolumny

Następujące standardowe kolumny , które są wspólne dla wszystkich tabel, są wykluczone w obliczeniu rozmiaru rekordu. Wszystkie inne kolumny przechowywane w usłudze Log Analytics są uwzględniane w obliczeniu rozmiaru rekordu.

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

Wykluczone tabele

Niektóre tabele są całkowicie bezpłatne od opłat za pozyskiwanie danych, w tym AzureActivity, Heartbeat, Usage, Operation. Zawsze będzie to wskazywane przez kolumnę _IsBillable , która wskazuje, czy rekord został wykluczony z rozliczeń pozyskiwania danych.

Opłaty za inne rozwiązania i usługi

Niektóre rozwiązania mają bardziej szczegółowe zasady dotyczące bezpłatnego pozyskiwania danych. Na przykład usługa Azure Migrate zwalnia dane wizualizacji zależności przez pierwsze 180 dni oceny serwera. Usługi, takie jak Microsoft Defender for Cloud, Microsoft Sentinel i Zarządzanie konfiguracją , mają własne modele cenowe.

Zapoznaj się z dokumentacją różnych usług i rozwiązań, aby zapoznać się z wszelkimi unikatowymi obliczeniami rozliczeniowymi.

Warstwy zobowiązania

Oprócz modelu płatności zgodnie z rzeczywistym użyciem usługa Log Analytics ma warstwy zobowiązania, co pozwala zaoszczędzić nawet 30 procent w porównaniu z ceną płatności zgodnie z rzeczywistym użyciem. W przypadku cennika warstwy zobowiązania możesz zatwierdzić zakup pozyskiwania danych dla obszaru roboczego, począwszy od 100 GB/dzień, po niższej cenie niż cennik płatności zgodnie z rzeczywistym użyciem. Każde użycie powyżej poziomu zobowiązania (nadwyżka) jest rozliczane w tej samej cenie za GB, co w przypadku bieżącej warstwy zobowiązania. Warstwy zobowiązania mają 31-dniowy okres zobowiązania od momentu wybrania warstwy zobowiązania.

  • W okresie zobowiązania możesz zmienić warstwę na wyższą warstwę zobowiązania (co powoduje ponowne uruchomienie 31-dniowego okresu zobowiązania), ale nie można wrócić do warstwy Płatności zgodnie z rzeczywistym użyciem lub do niższej warstwy zobowiązania do momentu zakończenia okresu zobowiązania.
  • Na koniec okresu zobowiązania obszar roboczy zachowuje wybraną warstwę zobowiązania, a obszar roboczy można przenieść do warstwy płatności zgodnie z rzeczywistym użyciem lub do innej warstwy zobowiązania w dowolnym momencie.

Rozliczenia dla warstw zobowiązania są wykonywane codziennie dla każdego obszaru roboczego. Jeśli obszar roboczy jest częścią dedykowanego klastra, rozliczenia są wykonywane dla klastra (zobacz poniżej). Zobacz Cennik usługi Azure Monitor , aby uzyskać szczegółową listę warstw zobowiązania i ich cen.

Rabaty za zobowiązania platformy Azure, takie jak te otrzymane z umów Enterprise Agreement firmy Microsoft , są stosowane do cennika warstwy zobowiązania dzienników usługi Azure Monitor, tak jak w przypadku cennika płatności zgodnie z rzeczywistym użyciem (niezależnie od tego, czy opłaty za użycie są naliczane za obszar roboczy, czy za dedykowany klaster).

Porada

Element menu Użycie i szacowane koszty dla każdego obszaru roboczego usługi Log Analytics określa szacowanie miesięcznych opłat na każdym poziomie zobowiązania. Należy okresowo przeglądać te informacje, aby określić, czy możesz zmniejszyć opłaty, przechodząc do innej warstwy. Aby uzyskać informacje na temat tego widoku, zobacz Użycie i szacowane koszty .

Dedykowane klastry

Dedykowany klaster dzienników usługi Azure Monitor to kolekcja obszarów roboczych w jednym zarządzanym klastrze usługi Azure Data Explorer. Dedykowane klastry obsługują zaawansowane funkcje, takie jak klucze zarządzane przez klienta , i używają tego samego modelu cenowego warstwy zobowiązania co obszary robocze, chociaż muszą mieć poziom zobowiązania co najmniej 500 GB/dzień. Każde użycie powyżej poziomu zobowiązania (nadwyżka) jest rozliczane w tej samej cenie za GB, co w przypadku bieżącej warstwy zobowiązania. Dla klastrów nie ma opcji płatności zgodnie z rzeczywistym użyciem.

Warstwa zobowiązania klastra ma 31-dniowy okres zobowiązania po zwiększeniu poziomu zobowiązania. W okresie zobowiązania nie można zmniejszyć poziomu warstwy zobowiązania, ale można go zwiększyć w dowolnym momencie. Gdy obszary robocze są skojarzone z klastrem, rozliczenia pozyskiwania danych dla tych obszarów roboczych są wykonywane na poziomie klastra przy użyciu skonfigurowanego poziomu warstwy zobowiązania.

Istnieją dwa tryby rozliczeń dla klastra określonego podczas tworzenia klastra.

  • Klaster (wartość domyślna): Rozliczenia za pozyskane dane są wykonywane na poziomie klastra. Pozyskane ilości danych z każdego obszaru roboczego skojarzonego z klastrem są agregowane w celu obliczenia dziennego rachunku za klaster. Alokacje poszczególnych węzłów z usługi Microsoft Defender for Cloud są stosowane na poziomie obszaru roboczego przed tą agregacją danych we wszystkich obszarach roboczych w klastrze.

  • Obszary robocze: koszty warstwy zobowiązania dla klastra są przypisywane proporcjonalnie do obszarów roboczych w klastrze przez wolumin pozyskiwania danych każdego obszaru roboczego (po uwzględnieniu alokacji poszczególnych węzłów z usługi Microsoft Defender for Cloud dla każdego obszaru roboczego).

    Jeśli łączny wolumin danych pozyskany do klastra na dzień jest mniejszy niż warstwa zobowiązania, każdy obszar roboczy jest rozliczany za pozyskane dane zgodnie z obowiązującą stawką warstwy zobowiązania na GB, rozliczając je jako ułamek warstwy zobowiązania. Nieużywane części warstwy zobowiązania są następnie naliczane opłaty za zasób klastra.

    Jeśli łączny wolumin danych pozyskany do klastra na dzień jest większy niż warstwa zobowiązania, każdy obszar roboczy jest rozliczany za ułamek warstwy zobowiązania, na podstawie ułamka pozyskanych danych tego dnia i każdego obszaru roboczego dla części pozyskanych danych powyżej warstwy zobowiązania. Jeśli łączny wolumin danych pozyskany do obszaru roboczego przez dzień przekracza warstwę zobowiązania, nic nie zostanie naliczone dla zasobu klastra.

W opcjach rozliczeń klastra przechowywanie danych jest rozliczane dla każdego obszaru roboczego. Rozliczenia klastra są uruchamiane po utworzeniu klastra, niezależnie od tego, czy obszary robocze są skojarzone z klastrem.

Po połączeniu obszarów roboczych z klastrem warstwa cenowa zostanie zmieniona na klaster, a pozyskiwanie jest rozliczane na podstawie warstwy zobowiązania klastra. Obszary robocze skojarzone z klastrem nie mają już własnej warstwy cenowej. Obszary robocze można odłączyć od klastra w dowolnym momencie i zmienić warstwę cenową na GB.

Jeśli połączony obszar roboczy korzysta ze starszej warstwy cenowej Na węzeł, opłaty będą naliczane na podstawie danych pozyskanych względem warstwy zobowiązania klastra i nie będą już naliczane na węzeł. Alokacje danych dla węzła z usługi Microsoft Defender for Cloud będą nadal stosowane.

Zobacz Tworzenie dedykowanego klastra, aby uzyskać szczegółowe informacje na temat tworzenia dedykowanego klastra i określania jego typu rozliczeniowego.

Dzienniki podstawowe

Niektóre tabele w obszarze roboczym usługi Log Analytics można skonfigurować tak, aby korzystały z dzienników podstawowych. Dane w tych tabelach mają znacznie zmniejszoną opłatę za pozyskiwanie i ograniczony okres przechowywania. Istnieje jednak opłata za wyszukiwanie tych tabel. Dzienniki podstawowe są przeznaczone dla dzienników pełnych o dużej ilości używanych do debugowania, rozwiązywania problemów i inspekcji, ale nie do analizy i alertów.

Opłata za wyszukiwanie w dziennikach podstawowych jest oparta na GB danych skanowanych podczas wyszukiwania.

Zobacz Konfigurowanie dzienników podstawowych w usłudze Azure Monitor, aby uzyskać szczegółowe informacje na temat dzienników podstawowych, w tym sposobu ich konfigurowania i wykonywania zapytań dotyczących ich danych.

Przechowywanie i archiwizowanie danych dziennika

Oprócz pozyskiwania danych naliczana jest opłata za przechowywanie danych w każdym obszarze roboczym usługi Log Analytics. Okres przechowywania można ustawić dla całego obszaru roboczego lub dla każdej tabeli. Po upływie tego okresu dane zostaną usunięte lub zarchiwizowane. Zarchiwizowane dzienniki mają obniżoną opłatę za przechowywanie i istnieje opłata za ich wyszukiwanie. Użyj dzienników archiwum, aby zmniejszyć koszty danych, które należy przechowywać w celu zapewnienia zgodności lub sporadycznego badania.

Zobacz Konfigurowanie zasad przechowywania i archiwizowania danych w dziennikach usługi Azure Monitor , aby uzyskać szczegółowe informacje na temat przechowywania i archiwizowania danych, w tym sposobu konfigurowania tych ustawień i uzyskiwania dostępu do zarchiwizowanych danych.

Zadania wyszukiwania

Wyszukiwanie w zarchiwizowanych dziennikach używa zadań wyszukiwania. Zadania wyszukiwania to zapytania asynchroniczne, które pobierają rekordy do nowej tabeli wyszukiwania w obszarze roboczym w celu dalszej analizy. Zadania wyszukiwania są rozliczane według liczby GB skanowanych danych każdego dnia, do którego uzyskuje się dostęp do wyszukiwania.

Przywracanie danych dziennika

W sytuacjach, w których starsze lub zarchiwizowane dzienniki muszą być intensywnie odpytywane z pełnymi możliwościami zapytań analitycznych, funkcja przywracania danych jest zaawansowanym narzędziem. Operacja przywracania sprawia, że określony zakres czasu danych w tabeli dostępnej w gorącej pamięci podręcznej dla zapytań o wysokiej wydajności. Później możesz odrzucić dane po zakończeniu. Przywracanie danych dziennika jest rozliczane według ilości przywróconych danych, a czas przywracania jest aktywny. Minimalne wartości naliczane za wszystkie operacje przywracania danych to 2 TB i 12 godzin. Dane przywrócone z ponad 2 TB i/lub więcej niż 12 godzin w czasie trwania są rozliczane proporcjonalnie.

Eksportowanie danych dziennika

Eksportowanie danych w obszarze roboczym usługi Log Analytics umożliwia ciągłe eksportowanie danych na wybrane tabele w obszarze roboczym do konta usługi Azure Storage lub Azure Event Hubs po nadejściu do potoku usługi Azure Monitor. Opłaty za użycie eksportu danych są oparte na ilości eksportowanych danych. Rozmiar wyeksportowanych danych to liczba bajtów w wyeksportowanych danych JSON sformatowanych.

Rozliczenia usługi Application Insights

Ponieważ zasoby usługi Application Insights oparte na obszarze roboczym usługi Application Insights przechowują swoje dane w obszarze roboczym usługi Log Analytics, rozliczenia dotyczące pozyskiwania i przechowywania danych są wykonywane przez obszar roboczy, w którym znajdują się dane usługi Application Insights. Dzięki temu można korzystać ze wszystkich opcji modelu cenowego usługi Log Analytics, w tym warstw zobowiązania oprócz modelu płatności zgodnie z rzeczywistym użyciem.

Pozyskiwanie danych i przechowywanie danych dla klasycznego zasobu usługi Application Insights są zgodne z tymi samymi cenami płatności zgodnie z rzeczywistym użyciem co zasoby oparte na obszarze roboczym, ale nie mogą korzystać z warstw zobowiązania.

Dane telemetryczne z testów ping i testów wieloetapowych są naliczane tak samo jak użycie danych dla innych danych telemetrycznych z aplikacji. Korzystanie z testów internetowych i włączanie alertów dotyczących niestandardowych wymiarów metryk jest nadal zgłaszane za pośrednictwem usługi Application Insights. Za korzystanie ze strumienia metryk na żywo nie są naliczane opłaty za ilość danych.

Zobacz Warstwę cenową starszej wersji usługi Application Insights (na węzeł), aby uzyskać szczegółowe informacje o starszych warstwach, które są dostępne dla wczesnych użytkowników usługi Application Insights.

Obszary robocze z usługą Microsoft Sentinel

Po włączeniu usługi Microsoft Sentinel w obszarze roboczym usługi Log Analytics wszystkie dane zebrane w tym obszarze roboczym podlegają opłatom za usługę Sentinel oprócz opłat za usługę Log Analytics. Z tego powodu często oddzielasz dane zabezpieczeń i operacyjne w różnych obszarach roboczych, dzięki czemu nie są naliczane opłaty za dane operacyjne usługi Sentinel . Jednak w niektórych konkretnych sytuacjach połączenie tych danych może faktycznie spowodować oszczędności kosztów. Zazwyczaj jest to sytuacja, gdy nie zbierasz wystarczającej ilości danych zabezpieczeń i operacyjnych, aby każdy z nich osiągnął warstwę zobowiązania, ale połączone dane są wystarczające do osiągnięcia warstwy zobowiązania. Zobacz Łączenie danych SOC i innych niż SOC w temacie Projektowanie architektury obszaru roboczego usługi Microsoft Sentinel , aby uzyskać szczegółowe informacje i przykładowe obliczenie kosztów.

Obszary robocze z usługą Microsoft Defender for Cloud

Usługa Microsoft Defender dla serwerów (część usługi Defender for Cloud)rozlicza się według liczby monitorowanych usług i zapewnia 500 MB/serwer/dzień alokacji danych, która jest stosowana do następującego podzestawu typów danych zabezpieczeń:

Liczba monitorowanych serwerów jest obliczana na poziomie godzinowym szczegółowości. Dzienny udział alokacji danych z każdego monitorowanego serwera jest agregowany na poziomie obszaru roboczego. Jeśli obszar roboczy znajduje się w starszej warstwie cenowej Na węzeł, alokacje usługi Microsoft Defender for Cloud i Log Analytics są łączone i stosowane wspólnie do wszystkich pozyskanych danych rozliczanych.

Starsze warstwy cenowe

Subskrypcje, które zawierały obszar roboczy usługi Log Analytics lub zasób usługi Application Insights w dniu 2 kwietnia 2018 r., lub są połączone z Enterprise Agreement, które rozpoczęły się przed 1 lutego 2019 r. i są nadal aktywne, będą nadal miały dostęp do korzystania z następujących starszych warstw cenowych:

  • Autonomiczna (na GB)
  • Na węzeł (OMS)

Dostęp do starszej warstwy cenowej bezpłatnej wersji próbnej będzie dodatkowo ograniczony od 1 lipca 2022 r. (zobacz poniżej).

Warstwa cenowa Bezpłatna wersja próbna

Obszary robocze w warstwie cenowej Bezpłatna wersja próbna będą miały dzienne pozyskiwanie danych ograniczone do 500 MB (z wyjątkiem typów danych zabezpieczeń zebranych przez usługę Microsoft Defender for Cloud), a przechowywanie danych jest ograniczone do siedmiu dni. Warstwa cenowa Bezpłatna wersja próbna jest przeznaczona tylko do celów ewaluacyjnych. Warstwie Bezpłatna nie towarzyszy umowa SLA.

Uwaga

Tworzenie nowych obszarów roboczych lub przenoszenie istniejących obszarów roboczych do starszej warstwy cenowej Bezpłatnej wersji próbnej jest możliwe tylko do 1 lipca 2022 r.

Autonomiczna warstwa cenowa

Użycie w autonomicznej warstwie cenowej jest rozliczane przez pozyskany wolumin danych. Jest on zgłaszany w usłudze Log Analytics , a miernik nosi nazwę "Dane przeanalizowane". Obszary robocze w autonomicznej warstwie cenowej mają możliwość skonfigurowania przez użytkownika przechowywania z 30 do 730 dni. Obszary robocze w autonomicznej warstwie cenowej nie obsługują korzystania z dzienników podstawowych.

Warstwa cenowa na węzeł

Opłaty za warstwę cenową na węzeł na monitorowaną maszynę wirtualną (węzeł) na godzinę szczegółowości. Dla każdego monitorowanego węzła obszar roboczy jest przydzielany 500 MB danych dziennie, które nie są rozliczane. Ta alokacja jest obliczana z dokładnością godzinową i jest agregowana na poziomie obszaru roboczego każdego dnia. Dane pozyskane powyżej zagregowanej alokacji danych dziennych są rozliczane na GB jako nadwyżka danych. Na rachunku usługa będzie analizą i analizą użycia usługi Log Analytics, jeśli obszar roboczy znajduje się w warstwie cenowej Na węzeł. Obszary robocze w warstwie cenowej Na węzeł mają konfigurowalne przechowywanie z zakresu od 30 do 730 dni. Obszary robocze w warstwie cenowej Na węzeł nie obsługują korzystania z dzienników podstawowych. Użycie jest zgłaszane na trzech miernikach:

  • Węzeł: jest to użycie liczby monitorowanych węzłów (maszyn wirtualnych) w jednostkach miesięcy węzła.
  • Nadwyżka danych na węzeł: jest to liczba GB danych pozyskanych poza zagregowaną alokację danych.
  • Dane uwzględnione na węzeł: jest to ilość pozyskanych danych, które zostały objęte zagregowaną alokacją danych. Ten miernik jest również używany, gdy obszar roboczy znajduje się we wszystkich warstwach cenowych, aby pokazać ilość danych objętych usługą Microsoft Defender for Cloud.

Porada

Jeśli obszar roboczy ma dostęp do warstwy cenowej Na węzeł , ale zastanawiasz się, czy będzie kosztować mniej w warstwie płatność zgodnie z rzeczywistym użyciem, możesz użyć poniższego zapytania w celu uzyskania rekomendacji.

Warstwy cenowe w warstwach Standardowa i Premium

Obszary robocze utworzone przed kwietniem 2016 r. mogą nadal korzystać z warstw cenowych Standardowa i Premium , które mają stałe przechowywanie danych w ciągu 30 dni i 365 dni. Nie można tworzyć nowych obszarów roboczych w warstwach cenowych Standardowa lub Premium , a jeśli obszar roboczy zostanie przeniesiony z tych warstw, nie można go przenieść z powrotem. Obszary robocze w tych warstwach cenowych nie obsługują korzystania z dzienników podstawowych. Mierniki pozyskiwania danych na rachunku za korzystanie z platformy Azure dla tych starszych warstw są nazywane "Analizowane dane".

Usługa Microsoft Defender for Cloud ze starszymi warstwami cenowymi

Poniżej przedstawiono zagadnienia dotyczące starszych warstw usługi Log Analytics i sposobu naliczania opłat za użycie w usłudze Microsoft Defender for Cloud.

  • Jeśli obszar roboczy znajduje się w starszej warstwie Standardowa lub Premium, usługa Microsoft Defender for Cloud jest rozliczana tylko w przypadku pozyskiwania danych usługi Log Analytics, a nie na węzeł.
  • Jeśli obszar roboczy znajduje się w starszej warstwie Na węzeł, usługa Microsoft Defender for Cloud jest rozliczana przy użyciu bieżącego modelu cenowego opartego na węźle usługi Microsoft Defender for Cloud.
  • W innych warstwach cenowych (w tym warstwach zobowiązania), jeśli usługa Microsoft Defender for Cloud została włączona przed 19 czerwca 2017 r., usługa Microsoft Defender for Cloud jest rozliczana tylko w przypadku pozyskiwania danych usługi Log Analytics. W przeciwnym razie usługa Microsoft Defender for Cloud jest rozliczana przy użyciu bieżącego modelu cenowego opartego na węźle usługi Microsoft Defender for Cloud.

Więcej szczegółów dotyczących ograniczeń warstwy cenowej można znaleźć w temacie Limity subskrypcji i usług platformy Azure, limity przydziału i ograniczenia.

Żadna ze starszych warstw cenowych nie ma cen opartych na regionach.

Uwaga

Aby użyć uprawnień pochodzących z zakupu pakietu OMS E1 Suite, pakietu OMS E2 lub pakietu OMS Add-On dla programu System Center, wybierz warstwę cenową Log Analytics na węzeł .

Ocena starszej warstwy cenowej na węzeł

Często trudno jest ustalić, czy obszary robocze z dostępem do starszej warstwy cenowej Na węzeł są lepsze w tej warstwie, czy w bieżącej warstwie płatności zgodnie z rzeczywistym użyciem lub warstwie zobowiązania. Obejmuje to zrozumienie kompromisu między kosztem stałym na monitorowany węzeł w warstwie cenowej Na węzeł i uwzględnionym alokacją danych wynoszącą 500 MB/węzła/dnia oraz kosztem tylko płacenia za pozyskane dane w warstwie Płatność zgodnie z rzeczywistym użyciem (za GB).

Poniższe zapytanie może służyć do rekomendowania optymalnej warstwy cenowej na podstawie wzorców użycia obszaru roboczego. To zapytanie analizuje monitorowane węzły i dane pozyskane do obszaru roboczego w ciągu ostatnich siedmiu dni, a dla każdego dnia ocenia, która warstwa cenowa byłaby optymalna. Aby użyć zapytania, należy określić:

  • Niezależnie od tego, czy obszar roboczy korzysta z usługi Microsoft Defender for Cloud, ustawiając obszar roboczyHasSecurityCenter na wartość true , czy false.
  • Zaktualizuj ceny, jeśli masz określone rabaty.
  • Określ liczbę dni, które mają wyglądać wstecz i analizować, ustawiając wartość daysToEvaluate. Jest to przydatne, jeśli zapytanie trwa zbyt długo, próbując przyjrzeć się siedmiu dniom danych.
// 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

To zapytanie nie jest dokładną replikacją sposobu obliczania użycia, ale w większości przypadków udostępnia zalecenia dotyczące warstwy cenowej.

Uwaga

Aby użyć uprawnień pochodzących z zakupu pakietu OMS E1 Suite, pakietu OMS E2 lub pakietu OMS Add-On dla programu System Center, wybierz warstwę cenową Log Analytics na węzeł .

Następne kroki