Használat és költségek kezelése az Application Insights szolgáltatásban

Megjegyzés

Ez a cikk azt ismerteti, hogyan értheti meg és szabályozhatja az alkalmazás-Elemzések. Egy kapcsolódó cikk, a használat monitorozása és a becsült költségek azt ismertetik, hogyan lehet megtekinteni a használatot és a becsült költségeket több Azure-beli monitorozási funkcióban a Azure Cost Management + Billing. A cikkben említett összes ár és költség csak példaként szolgál.

Az Elemzések úgy lett kialakítva, hogy minden szükségest elérhető legyen a webalkalmazások rendelkezésre állásának, teljesítményének és használatának figyelése érdekében, akár az Azure-ban, akár a helyszínen vannak üzemeltetve. Az Application Elemzések olyan népszerű nyelveket és keretrendszereket támogat, mint a .NET, a Java és az Node.js, és integrálható olyan DevOps-folyamatokkal és -eszközökkel, mint az Azure DevOps, a Jira és a PagerDuty. Fontos megérteni, hogy mi határozza meg az alkalmazások monitorozásának költségeit. Ebben a cikkben áttekintjük, hogy mi vezéreli az alkalmazás monitorozási költségeit, és hogyan figyelheti és vezérelheti őket proaktív módon.

Ha kérdése van az Application Elemzések díjszabásával kapcsolatban, tegye fel kérdését a Microsoft Q&A kérdésoldalon.

Díjszabási modell

Az Azure Application Elemzések díjszabása használatalapú modell, amely a betöltött adatmennyiségen alapul, és opcionálisan hosszabb adatmegőrzést biztosít. Minden application Elemzések erőforrás külön szolgáltatásként van számlázva, és hozzájárul az Azure-előfizetése számláihoz. Az adatmennyiséget az alkalmazás által fogadott tömörítetlen JSON-adatcsomag méreteként mérjük, amelyet Elemzések az alkalmazástól. Az adatmennyiség mérése GB-ban (10^9 bájt). A Élő metrikastream használata nem számít fel adatmennyiségi Élő metrikastream. Az Azure-számlán vagy a Azure Cost Management + Billing a klasszikus Application Elemzések-erőforrás adatbevallását és adatmegőrzését a Log Analytics fogyasztásmérő kategóriával fogja jelenteni.

A többlépéses webes tesztekért további díjat kell fizetni. A többlépéses webes tesztek olyan webes tesztek, amelyek egy műveletsorozatot hajt végre. Egyetlen oldal pingelési tesztje nem számít fel külön díjat. A pingelési tesztek és a többlépéses tesztek telemetriai díja megegyezik az alkalmazás egyéb telemetriai adatainak díján.

Az Application Elemzések Enable alerting on custom metric dimensions (Riasztás engedélyezése egyéni metrikadimenziókban) beállítás további költségekkel is jár, mivel ez további összesítés előtti metrikák létrehozását eredményezheti. További információ az Application Elemzések naplóalapú és előre összesített metrikákról és az egyéni metrikák Azure Monitor díjszabásról.

Munkaterület-alapú alkalmazás Elemzések

Azon Application Elemzések-erőforrások esetén, amelyek az adatokat egy Munkaterület-alapú Application Elemzések-erőforrásnaknevezett Log Analytics-munkaterületre küldik, az adatok be- és megőrzésének számlázását az application Elemzések-adatokat eltartó munkaterületen kell történik. Ez lehetővé teszi, hogy a Log Analytics-díjszabási modell összes beállítását kihasználja, beleértve a kötelezettségvállalási szinteket is a fizetéses fizetés mellett. A kötelezettségvállalási szintek akár 30%-kal alacsonyabb díjszabást kínálnak, mint a fizetés. A Log Analytics további adatmegőrzési lehetőségeket is kínál, beleértve a adattípusok megőrzését is. A Elemzések alkalmazás-adattípusok 90 napig megőrzést kapnak díj nélkül. A webes tesztek használatát és az egyéni metrikadimenziók riasztásának engedélyezését továbbra is az Application Elemzések. Megtudhatja, hogyan követheti nyomon az adatbecsülési és -megőrzési költségeket a Log Analyticsben a Használati és becsült költségek,a Azure Cost Management + Billing és a Log Analytics lekérdezések használatával.

Az alkalmazás kezeléséhez szükséges költségek becslése

Ha még nem használja az Application Elemzések-t, az Azure Monitor díjkalkulátorával megbecsülheti az Application Elemzések. Először írja be a "Azure Monitor" gombra a Keresőmezőbe, majd kattintson az eredményül kapott Azure Monitor csempére. Görgessen lefelé az oldalon a Azure Monitor, és bontsa ki az Application Elemzések szakaszt. A becsült költségek a betöltött naplóadatok mennyiségtől függnek. Az adatmennyiségek becslésének két megközelítése van:

  1. a többi hasonló alkalmazás által generált adatok alapján becsülje meg a valószínű adatbecsülési adatokat, vagy
  2. az alapértelmezett monitorozás és adaptív mintavételezés használata, amely az ASP.NET SDK-ban érhető el.

További információ a hasonló alkalmazások által gyűjtött adatokból

Az Azure Monitoring Application Elemzések díjkalkulátorában kattintson a Estimate data volume based on application activity (Adatmennyiség becslése alkalmazástevékenység alapján) beállítás engedélyezéséhez. Itt adatokat adhat meg az alkalmazásról (havi kérelmek és lapnézetek havonta, ha ügyféloldali telemetriát fog gyűjteni), majd a kalkulátor meg fogja adni a hasonló alkalmazások által gyűjtött adatok mediánját és 90%-át. Ezek az alkalmazások az Application Elemzések-konfiguráció tartományára is vonatkoznak (például egyes alkalmazások alapértelmezett mintavételezéssel is használhatók, némelyiken nincs mintavételezés stb.), így továbbra is a mintavételezéssel a középérték alatti mennyiségű adatot lehet csökkenteni.

Adatgyűjtés mintavételezéskor

Az ASP.NET SDK adaptívmintavételezésével az adatmennyiséget automatikusan úgy állítja be a rendszer, hogy az alapértelmezett Application Elemzések forgalmának megadott maximális sebességen belül maradjon. Ha az alkalmazás alacsony telemetriát állít elő, például hibakereséskor vagy alacsony kihasználtság miatt, a mintavételező feldolgozó nem dob elemeket, ha a kötet a konfigurált események másodpercenkénti száma alatt van. Nagy mennyiségű alkalmazás esetén az alapértelmezett küszöbérték másodpercenként öt esemény, az adaptív mintavételezés 432 000-re korlátozza a napi események számát. Egy átlagos 1 KB-os eseményméret használata esetén ez 13,4 GB telemetriát jelent az alkalmazást üzemeltető csomópontonként 31 napos havonta, mivel a mintavételezés minden csomóponton helyi szinten történik.

Az adaptív mintavételezést nem támogató ADK-k esetében használhatja a bebecslési mintavételezést, amely akkor mintákat használ, amikor az Application Elemzések a megtartott adatok százalékos aránya alapján kap adatokat, vagy rögzített sebességet használó mintavételezést a ASP.NET, ASP.NET Core és Java-webhelyek esetében a webkiszolgálóról és a webböngészőkről küldött forgalom csökkentése érdekében

Az Alkalmazáshasználat Elemzések megtekintése az Azure-számlán

Egyetlen Application Elemzések-erőforrás , amely nem egy munkaterületre alapesetben erőforrás, számlázható használatának megtekintésének legegyszerűbb módja, ha az erőforrás Áttekintés oldalára kattint, és a jobb felső sarokban a Költség megtekintése elemre kattint. További hozzáférésre lehet szüksége a Cost Management adatokhoz(további információ).

Ha többet szeretne megtudni, az Azure számos hasznos funkciót biztosít a Azure Cost Management + Billing központban. A "Költségelemzés" funkció például lehetővé teszi az Azure-erőforrások költségeinek megtekintését. Ha erőforrástípus szerint (a microsoft.insights/components for Application Elemzések) hozzáad egy szűrőt, nyomon követheti kiadásait. Ezután a "Csoportosítás" mezőben válassza a "Fogyasztásmérő kategóriája" vagy a "Fogyasztásmérő" lehetőséget. Vegye figyelembe, hogy Elemzések Application Elemzések-használat az adatok be- és adatmegőrzési adatai esetében Log Analyticsként fog mutatni a Meter kategóriában, mivel a Log Analytics háttéralkalmazás az összes Azure Monitor napló esetében.

Megjegyzés

Az Elemzések és adatmegőrzési adatok számlázása a Log Analytics szolgáltatásból érkezik (fogyasztásmérő kategóriája a Azure Cost Management + Billing).

A használati adatok még jobban megérthetőek, ha letölti a használati adatokat a Azure Portal. A letöltött táblázatban az Azure-erőforrásonkénti napi használatot láthatja. Ebben az Excel-táblázatban az Application Elemzések-erőforrások használata úgy található, hogy először a "Meter Category" oszlopra szűrve az "Application Elemzések" és a "Log Analytics" oszlopot mutatja, majd hozzáad egy szűrőt a "Példányazonosító" oszlophoz, amely "tartalmazza a microsoft.insights/componentst". A legtöbb Elemzések log Analytics fogyasztásmérő-kategóriás fogyasztásmérők esetén jelent, mivel minden összetevőhöz egyetlen napló háttér Azure Monitor tartozik. Csak az Elemzések tarifacsomagok alkalmazás-erőforrásai és a többlépéses webes tesztek jelentése Meter Category of Application Elemzések. A használat a "Consumed Quantity" (Felhasznált mennyiség) oszlopban, az egyes belépési egységek mértékegysége pedig a "Mértékegység" oszlopban látható. További részletek is elérhetők, ha meg szeretné ismerni Microsoft Azure-számláját.

A használat és a költségek optimalizálása

Az Elemzések segítségével könnyen megértheti, hogy milyen költségek várhatók a legutóbbi használati minták alapján. Első lépésekként a Azure Portal Application Elemzések erőforráshoz válassza a Használat és becsült költségek lapot:

Díjszabás kiválasztása

A. Tekintse át az adatmennyiséget a hónapra. Ez magában foglalja a kiszolgálóról és az ügyfélalkalmazásból, valamint a rendelkezésre állási tesztekből (mintavételezés után)fogadott és megőrzött összes adatot.
B. A többlépéses webes tesztek külön díjat számolnak fel. (Ez nem tartalmazza az egyszerű rendelkezésre állási teszteket, amelyek az adatmennyiség díjában szerepelnek.)
C. Az elmúlt hónap adatmennyiségi trendjeinek megtekintése.
D. Engedélyezze az adatbevételi mintavételt. E. Állítsa be az adatmennyiség napi felső beállítását.

(Vegye figyelembe, hogy a jelen cikkben képernyőképeken látható összes ár csak példaként szolgál. A pénznemben és régióban érvényes aktuális árakért tekintse meg az Application Elemzések díjszabását.)

Az Application Elemzések-használat mélyebb vizsgálatához nyissa meg a Metrikák lapot, adja hozzá az "Adatpontkötet" nevű metrikát, majd válassza a Felosztás alkalmazása lehetőséget az adatok "Telemetriaelem-típus" szerinti felosztásához.

Az Elemzések díj hozzá lesz adva az Azure-számlához. Az Azure-számla részleteit a Cost Management + Billing szakaszában Azure Portal azure számlázási portálon láthatja. Az application Elemzések.

A bal oldali menüben válassza a Számlázás lehetőséget.

Adatmennyiség-metrikák használata

Ha többet szeretne megtudni az adatmennyiségről, válassza az Application Elemzések metrics (Metrikák) Elemzések új diagramot. A diagrammetrika esetén a Naplóalapú metrikák alatt válassza az Adatpontkötet lehetőséget. Kattintson a Felosztás alkalmazása lehetőségre, és válassza a csoportosítás típus szerint Telemetryitem lehetőséget.

Adatmennyiséget mérőszámok használatával

Lekérdezések az adatmennyiség részleteinek ért

Az Application Elemzések két módszer létezik az adatkötetek Elemzések. Az első összesített adatokat használ a táblában, a második pedig a tulajdonságot, amely minden betöltött systemEvents _BilledSize eseményhez elérhető. systemEventsA nem tartalmaz adatméret-információkat a munkaterület-alapú application-insights számára.

Összesített adatmennyiség-információk használata

A táblával például az elmúlt 24 órában betöltött adatmennyiséget láthatja systemEvents a lekérdezéssel:

systemEvents
| where timestamp >= ago(24h)
| where type == "Billing"
| extend BillingTelemetryType = tostring(dimensions["BillingTelemetryType"])
| extend BillingTelemetrySizeInBytes = todouble(measurements["BillingTelemetrySize"])
| summarize sum(BillingTelemetrySizeInBytes)

Ha az elmúlt 30 nap adatmennyiségét (bájtban) is meg kell látnia adattípus szerint, a következőt használhatja:

systemEvents
| where timestamp >= startofday(ago(30d))
| where type == "Billing"
| extend BillingTelemetryType = tostring(dimensions["BillingTelemetryType"])
| extend BillingTelemetrySizeInBytes = todouble(measurements["BillingTelemetrySize"])
| summarize sum(BillingTelemetrySizeInBytes) by BillingTelemetryType, bin(timestamp, 1d) | render barchart  

Vegye figyelembe, hogy ez a lekérdezés egy Azure-naplóriasztásban használható az adatkötetekkel kapcsolatos riasztások beállítására.

Ha többet szeretne megtudni a telemetriai adatok változásairól, típus szerint lekérdezheti az események számát a lekérdezés használatával:

systemEvents
| where timestamp >= startofday(ago(30d))
| where type == "Billing"
| extend BillingTelemetryType = tostring(dimensions["BillingTelemetryType"])
| summarize count() by BillingTelemetryType, bin(timestamp, 1d)
| render barchart  

Az eseményadatok méretének használata

Az adatkötetek forrására vonatkozó további részletekért használhatja az egyes betöltött eseményeknél található _BilledSize tulajdonságot.

Például annak végrehajtásához, hogy mely műveletek generálják a legtöbb adatkötetet az elmúlt 30 napban, összeadhatja az összes _BilledSize függőségi eseményt:

dependencies
| where timestamp >= startofday(ago(30d))
| summarize sum(_BilledSize) by operation_Name
| render barchart  

Adatmennyiség munkaterület-alapú alkalmazás-Elemzések erőforrásokhoz

A munkaterület-alapú Application Elemzések-erőforrások adatmennyiségi trendjeinek az elmúlt héten való elemzéséhez lépjen a Log Analytics-munkaterületre, és futtassa a lekérdezést:

union (AppAvailabilityResults),
      (AppBrowserTimings),
      (AppDependencies),
      (AppExceptions),
      (AppEvents),
      (AppMetrics),
      (AppPageViews),
      (AppPerformanceCounters),
      (AppRequests),
      (AppSystemEvents),
      (AppTraces)
| where TimeGenerated >= startofday(ago(7d)) and TimeGenerated < startofday(now())
| summarize sum(_BilledSize) by _ResourceId, bin(TimeGenerated, 1d)
| render areachart

Az adatmennyiség-trendek típus szerint való lekérdezéséhez egy adott munkaterület-alapú alkalmazás-Elemzések a Log Analytics-munkaterületen használja a következőt:

union (AppAvailabilityResults),
      (AppBrowserTimings),
      (AppDependencies),
      (AppExceptions),
      (AppEvents),
      (AppMetrics),
      (AppPageViews),
      (AppPerformanceCounters),
      (AppRequests),
      (AppSystemEvents),
      (AppTraces)
| where TimeGenerated >= startofday(ago(7d)) and TimeGenerated < startofday(now())
| where _ResourceId contains "<myAppInsightsResourceName>"
| summarize sum(_BilledSize) by Type, bin(TimeGenerated, 1d)
| render areachart

Az adatmennyiség kezelése

A küldött adatok mennyisége a következő technikákkal kezelhető:

  • Mintavételezés: Mintavételezéssel csökkentheti a kiszolgálóról és az ügyfélalkalmazásból küldött telemetria mennyiségét, minimális metrikamennyiség mellett. A mintavételezés az elsődleges eszköz, amely a küldött adatok mennyiségének finomhangolására használható. További információ a mintavételezési funkciókról.

  • Ajax-hívások korlátozása: Korlátozhatja az Ajax-hívások számát, amelyek minden oldalnézetben jelentéseket kaphatnak, vagy kikapcsolhatja az Ajax-jelentéskészítést. Vegye figyelembe, hogy az Ajax-hívások letiltása letiltja a JavaScript-korrelációt.

  • Felesleges modulok letiltása: A ApplicationInsights.configa szükségtelen gyűjteménymodulok kikapcsolásához. Dönthet például úgy, hogy a teljesítményszámlálók vagy a függőségi adatok inessentialek.

  • Metrikák előzetes összesítése: Ha hívásokat tesz a TrackMetricre az alkalmazásban, csökkentheti a forgalmat a túlterhelés használatával, amely elfogadja a mérések kötegének átlag- és szórásszámítását. Vagy használhat egy előzetes összesítési csomagot is.

  • Napi kapacitás: Amikor létrehoz egy Application Elemzések-erőforrást a Azure Portal, a napi felső beállítás 100 GB/nap lesz. Amikor létrehoz egy Application Elemzések erőforrást a Visual Studio, az alapértelmezett beállítás kicsi (naponta csak 32,3 MB). A napi felső beállítás alapértelmezett beállítása a tesztelés elősegítésére van beállítva. Az a cél, hogy a felhasználó növelje a napi felső 1000 m2-t, mielőtt éles környezetben üzembe helyezné az alkalmazást.

    Az Application Elemzések maximális maximális mérete 1000 GB/nap, kivéve, ha nagyobb maximális értéket kér egy nagy forgalmú alkalmazáshoz.

    Tipp

    Ha munkaterület-alapú Application Elemzések-erőforrással dolgozik, javasoljuk, hogy az Application Elemzések.

    A napi felső költségkeretről figyelmeztető e-maileket küld a rendszer az Application Elemzések-erőforrás ezen szerepköreinek tagjai számára: "ServiceAdmin", "AccountAdmin", "CoAdmin", "Owner".

    A napi korlát beállításakor körültekintően járjon el. A cél az, hogy soha ne ütközz a napi felső útjára. Ha eléri a napi korlátot, a nap hátralevő részében elveszíti az adatait, és nem tudja monitorozni az alkalmazást. A napi felső beállítás beállítását a Napi kötetek felső beállításának használatával módosíthatja. Ezt a lehetőséget a Használat és becsült költségek panelen használhatja (ezt a cikk későbbi, részletesebben is ismerteti).

    Eltávolítottuk néhány olyan előfizetés-típus korlátozását, amelyek kreditet nem tudtak használni az alkalmazás-Elemzések. Korábban, ha az előfizetés költségkeretet tartalmaz, a napi korlát párbeszédpanelen utasítások jelennek meg a költségkeret eltávolítására és a napi korlát 32,3 MB/nap alatt való megemelésének engedélyezésére.

  • Szabályozás: A szabályozás másodpercenként 32 000 eseményre korlátozza az adatátviteli sebességet, amely rendszerkulcsonként átlagosan több mint 1 perc. A rendszer percenként értékeli az alkalmazás által küldött adatok mennyiségét. Ha meghaladja a percenkénti átlagot, a kiszolgáló visszautasít néhány kérést. Az SDK puffereli az adatokat, majd megpróbálja újraküldeni őket. Ez több percen át terjed ki a hirtelen ingadozások között. Ha az alkalmazás folyamatosan, a szabályozási sebességnél nagyobb sebességgel küld adatokat, egyes adatok el lesznek dobva. (A ASP.NET, a Java és a JavaScript SDK-k megpróbálják így újraküldeni az adatokat; más ADATDK-k egyszerűen eldobják a lekért adatokat.) Szabályozás esetén egy értesítési figyelmeztetés figyelmezteti, hogy ez történt.

A maximális napi adatmennyiség kezelése

A napi kötetkorlát használatával korlátozhatja a gyűjtött adatokat. Ha azonban a rendszer bekövetkezik, a nap hátralevő részében az alkalmazásból küldött összes telemetriavesztés következik be. Nem ajánlott, hogy az alkalmazás elérje a napi felső 000 000 000-t. A napi felső határ elérése után nem tudja nyomon követni az alkalmazás állapotát és teljesítményét.

Figyelmeztetés

Ha munkaterület-alapú Alkalmazás-erőforrással Elemzések, javasoljuk, hogy a be- és költségek korlátozásához használja a munkaterület napi korlátját. Előfordulhat, hogy az Application Elemzések napi korlátja nem korlátozza minden esetben a kiválasztott szintre a beteltet. (Ha az Application Elemzések-erőforrása sok adatot kap, előfordulhat, hogy az application Elemzések napi felső 0000-et kell megemelni.)

A napi kötetkorrekulátor használata helyett mintavételezéssel finomhangolhatja az adatmennyiséget a kívánt szintre. Ezután a napi felső elemet csak "végső megoldásként" használja arra az esetre, ha az alkalmazás váratlanul sokkal nagyobb mennyiségű telemetriát küld.

Határozza meg a napi adatkorlátot

Tekintse át az Application Elemzések Usage (Alkalmazáshasználat) és a estimated costs (Becsült költségek) adatokat az adatbecsülési trend és a meghatározható napi mennyiségi felső érték meghatározásához. Ezt nagy gondgal kell megfontolni, mivel a korlát elérése után nem fogja tudni figyelni az erőforrásokat.

A napi felső beállítás beállítása

A napi felső érték beállításához az Application Elemzések erőforrás Konfigurálás szakaszában, a Felhasználás és becsült költségek lapon válassza a Napi felső érték lehetőséget.

A telemetria napi mennyiségének felső beállításának beállítása

A napi felső 000 Azure Resource Managera módosítva a dailyQuota tulajdonság. A Azure Resource Manager a és a napi felső beállítását dailyQuotaResetTime is warningThreshold beállíthatja.

Riasztások létrehozása a napi felső küszöbértékhez

Az Application Elemzések Daily Cap egy eseményt hoz létre az Azure-tevékenységnaplóban, amikor a betöltött adatmennyiség eléri a figyelmeztetési szintet vagy a napi felső határszintet. A tevékenységnapló eseményei alapján riasztást hozhat létre. Ezeknek az eseményeknek a jelnevét a következő nevek jelzik:

  • Alkalmazás-Elemzések összetevő napi felső határának figyelmeztetési küszöbértéke elérve

  • Alkalmazás-Elemzések összetevő napi felső korreinak elérése

Mintavételezés

A mintavételezés egy olyan módszer, amellyel csökkenthető a telemetria az alkalmazásnak való elküldése, miközben a diagnosztikai keresések során is megmarad a kapcsolódó események megkeresése. Emellett megtarthatja a megfelelő eseményszámokat is.

A mintavételezés hatékony módja a díjak csökkentésének és a havi kvótán belüli maradásnak. A mintavételezési algoritmus megőrzi a telemetria kapcsolódó elemeit, így például a Search használata esetén megkeresheti az adott kivételhez kapcsolódó kérést. Az algoritmus a helyes darabszámokat is megtartja, így a Megfelelő értékek adatokat láthatja a Metrikák explorerben a kérelmek, a kivételek és az egyéb darabszámok tekintetében.

A mintavételezésnek számos formája létezik.

  • Az adaptív mintavételezés a ASP.NET SDK alapértelmezett beállítása. Az adaptív mintavételezés automatikusan igazodik az alkalmazás által küldött telemetria mennyiségéhez. Automatikusan működik a webalkalmazás SDK-ján, így csökken a hálózati telemetriaforgalom.
  • A mintavételezés egy alternatíva, amely ott működik, ahol az alkalmazásból származó telemetria belép az Application Elemzések szolgáltatásba. A mintavételezés nem befolyásolja az alkalmazásból küldött telemetria mennyiségét, de csökkenti a szolgáltatás által megtartott mennyiséget. A böngészőkből és más ADATTK-kból származó telemetria által felhasznált kvóta csökkentéséhez használhatja a bebecslési mintavételezést.

A mintavételezés beállítását a Díjszabás panelen állíthatja be:

A Kvóta és díjszabás panelen válassza a Minták csempét, majd válasszon ki egy mintavételezési töredéket

Figyelmeztetés

Az Adat-mintavételezés panel csak a bebevételi mintavételezés értékét szabályozza. Nem tükrözi az Application Elemzések SDK által az alkalmazásban alkalmazott mintavételezési sebességet. Ha a bejövő telemetria már mintavételezésre került az SDK-ban, a rendszer nem alkalmaz mintavételezést.

A tényleges mintavételezési arány felderítéséhez használja az Analytics-lekérdezést, függetlenül attól, hogy hol lett alkalmazva. A lekérdezés így néz ki:

requests | where timestamp > ago(1d)
| summarize 100/avg(itemCount) by bin(timestamp, 1h)
| render areachart

Az egyes megőrzött rekordokban a jelöli az eredeti rekordok itemCount számát. Ez 1+ az előző elvetett rekordok száma.

Az adatmegőrzési időtartam módosítása

Az Application Elemzések erőforrás alapértelmezett megőrzési időszaka 90 nap. Különböző megőrzési időtartamok választhatók ki az egyes alkalmazás-Elemzések erőforráshoz. Az elérhető adatmegőrzési időszakok teljes készlete 30, 60, 90, 120, 180, 270, 365, 550 vagy 730 nap. További információ a hosszabb adatmegőrzési díjszabásról.

A megőrzés módosításhoz az Application Elemzések erőforrásból válassza a Használat és becsült költségek lapot, és válassza az Adatmegőrzés lehetőséget:

Képernyőkép az adatmegőrzési időtartam változási helyének helyével.

A megőrzési idő csökkentésével több napos türelmi időszak is eltelik a legrégebbi adatok eltávolítása előtt.

A megtartás programon keresztül is beállítható a PowerShell használatával a retentionInDays paraméterrel. Ha az adatmegőrzést 30 napra adja meg, a paraméterrel azonnal kiürítheti a régebbi adatokat, ami a megfelelőség szempontjából immediatePurgeDataOn30Days hasznos lehet. Ez a véglegesen kiürítés funkció csak a Azure Resource Manager érhető el, és rendkívül óvatosan kell használni. Az adatmennyiség napi visszaállítási ideje a paraméter Azure Resource Manager dailyQuotaResetTime konfigurálható.

Adatátviteli díjak az Application Elemzések

Az adatok Application Elemzések való elküldése adat-sávszélességgel kapcsolatos költségeket is tartalmazhat. Az Azure-sávszélességdíjszabása oldalon leírtak szerint a két régióban található Azure-szolgáltatások közötti adatátvitelért a normál díjszabás szerint kimenő adatátvitelként kell fizetni. A bejövő adatátvitel ingyenes. Ez a díj azonban nagyon kicsi (kevés%) az Application Elemzések naplóadatok adatbetelésére vonatkozó költségekhez képest. Ennek következtében a Log Analytics költségeinek szabályozásának a betöltött adatmennyiségre kell összpontosítania, és ebben az esetben útmutatást nyújtunk ennek a jelentéséhez.

Korlátozások összegzése

A mérőszámok és események másodpercenkénti száma korlátozott a rendszerállapot-kulcs alapján. A korlátozások a választott díjszabási csomagtól függően változnak.

Erőforrás Alapértelmezett korlát Megjegyzés
Napi teljes adatmennyiség 100 GB Egy korlát beállításával csökkenthető az adatmennyiség. Ha több adatra van szüksége, növelheti a portálon megjelenő korlátot, amely akár 1 000 GB is lehet. A 1 000 GB-nál nagyobb kapacitások esetében küldjön e-mailt a címre AIDataCap@microsoft.com .
Throttling 32 000 esemény/másodperc A korlát megállapítása egy percnyi mérés alapján történik.
Adatmegőrzési naplók 30-730 nap Ez az erőforrás naplókhozhasználható.
Adatmegőrzési metrikák 90 nap Ez az erőforrás a Metrikaböngésző.
Többlépéses rendelkezésre állási teszt a részletes eredmények megőrzésével 90 nap Ez az erőforrás minden lépésről részletes eredményeket biztosít.
Telemetria maximális mérete 64 kB
Telemetria elemek maximális száma kötegben 64 K
Tulajdonság- és metrikanév hossza 150 Lásd: sémák beírása.
Tulajdonságérték-sztring hossza 8,192 Lásd: sémák beírása.
Nyomkövetési és kivételüzenet hossza 32 768 Lásd: sémák beírása.
Rendelkezésre állási tesztek száma alkalmazásonként 100
Profiler adatmegőrzés 5 nap
Profiler -adat elküldve naponta 10 GB

További információt az Application Insights árait és kvótáit ismertető cikkben talál.

Napi felső e-mailek letiltása

A napi mennyiségi felső e-mailek letiltásához az Application Elemzések erőforrás Konfigurálás szakaszában, a Felhasználás és becsült költségek panelen válassza a Napi felső érték lehetőséget. Vannak beállítások, amelyek e-mailt küldenek a felső beállítás elérésekor, valamint egy módosítható figyelmeztetési szint elérésekor. Ha le szeretné tiltani az összes napi felső kötethez kapcsolódó e-mailt, törölje a jelet mindkét jelölőnégyzetből.

Örökölt nagyvállalati (csomópontonkénti) tarifacsomag

Az Azure Application Elemzések korai alkalmazói számára továbbra is két lehetséges tarifacsomag van: Alapszintű és Nagyvállalati. Az Alapszintű tarifacsomag megegyezik a fent leírtakkal, és ez az alapértelmezett szint. Ez az összes vállalati szintű funkciót tartalmazza, további költségek nélkül. Az Alapszintű csomag elsősorban a betöltött adatok mennyiségének alapján számlál.

Ezek az örökölt tarifacsomagok át vannak nevezve. A vállalati tarifacsomag neve mostantól csomópontonként, az Alapszintű tarifacsomag neve pedig GB-onként. Ezeket az új neveket alább és a Azure Portal.

A csomópontonkénti (korábban Nagyvállalati) szint csomópontonkénti díjat tartalmaz, és minden csomópont napi adatokat fogad. A csomópontonkénti tarifacsomagban a szolgáltatási szintnél magasabb szinten betöltött adatokért kell fizetnie. Ha Az Operations Management Suite csomagot használja, válassza a Csomópontonkénti szintet. 2018 áprilisában bevezettünk egy új díjszabási modellt az Azure-monitorozáshoz. Ez a modell egy egyszerű" "pay-as-you-go" modellt fogad el a monitorozási szolgáltatások teljes portfóliójában. További információ az új díjszabási modellről.

A pénznemben és régióban érvényes aktuális árakért lásd: Application Elemzések pricing (Az alkalmazás Elemzések díjszabása).

Az örökölt vállalati (csomópontonkénti) szinten számlázett használat ismertetése

Ahogy az alábbiakban részletesebben is ismertetjük, az örökölt nagyvállalati (csomópontonkénti) szint az előfizetésben lévő összes Application Elemzések-erőforrás használatát kombinálja a csomópontok számának és az adathasználat túlhasználatának kiszámításához. A kombinált folyamat miatt az előfizetésben Elemzések Application Elemzések-erőforrások használata csak az egyik erőforráson lesz jelentve. Ez bonyolulttá teszi a számlázható használat és az egyes alkalmazás-erőforrások Elemzések való egyeztetését.

Figyelmeztetés

Az application Elemzések-erőforrások örökölt nagyvállalati (csomópontonkénti) rétegben való nyomon követésének és megértésének összetettsége miatt határozottan javasoljuk a jelenlegi használat alapján fizetett tarifacsomag használatát.

Csomópontszintű és Operations Management Suite-előfizetési jogosultságok

Az Operations Management Suite E1 és E2 csomagokat megvásárlási ügyfelek további összetevőként kaphatják meg az Elemzések-alkalmazásokat csomópontonként, további költség nélkül, a korábban bejelentettek szerint. Pontosabban, az Operations Management Suite E1 és E2 minden egysége tartalmaz egy jogosultságot az alkalmazás-felügyeleti csomag Elemzések csomópontonkénti rétegére. Minden application Elemzések csomópont legfeljebb 200 MB naponta betöltött adatot tartalmaz (a Log Analytics adatbecsüléstől elkülönítve), és további költség nélkül 90 napos adatmegőrzést biztosít. A réteget a cikk későbbi, részletesebb leírása ismerteti.

Mivel ez a szint csak az Operations Management Suite-előfizetéssel nem rendelkezik ügyfelekre vonatkozik, az Operations Management Suite-előfizetéssel nem rendelkezik ügyfelek nem látják a szint kiválasztására vonatkozó lehetőséget.

Megjegyzés

Ennek a jogosultságnak az kiosztásához az Application Elemzések-erőforrásoknak a csomópontonkénti tarifacsomagban kell lennie. Ez a jogosultság csak csomópontként érvényes. A Elemzések szinten az alkalmazás- és erőforrás-erőforrások nem veszik észre az előnyöket. Ez a jogosultság nem látható a Használat és becsült költségek panelen látható becsült költségek között. Ha 2018 áprilisában áthelyez egy előfizetést az új Azure monitorozási díjszabási modellbe, a GB-alapú szint az egyetlen elérhető szint. Ha Operations Management Suite-előfizetéssel rendelkezik, nem ajánlott előfizetést áttérni az új Azure monitorozási díjszabási modellre.

A csomópontonkénti szint működése

  • Minden csomópontért fizet, amely telemetriát küld a csomópontonkénti szinten található alkalmazásokért.
    • A csomópontok az alkalmazást tartalmazó fizikai vagy virtuális kiszolgálói gépek vagy szolgáltatásként való platformszerepküszök-példányok.
    • A fejlesztői gépek, ügyfélböngészők és mobileszközök nem számítanak csomópontnak.
    • Ha az alkalmazás több olyan összetevővel rendelkezik, amelyek telemetriát küldenek, például egy webszolgáltatással és egy háttér-feldolgozóval, az összetevők külön vannak megszámolva.
    • Élő metrikastream adatok nem számítanak bele díjszabási célokból. Az előfizetésben a díjak csomópontonként, nem pedig alkalmazásonként vannak megszakorva. Ha öt csomópontja küld telemetriai adatokat 12 alkalmazásnak, a díj öt csomópontra van fel számolva.
  • Bár a díjakat havonta kell fizetni, csak olyan óra után kell fizetnie, amikor egy csomópont telemetriát küld egy alkalmazásból. Az óránkénti díj a 744-hez (a 31 napos hónap óráinak száma) elosztva az óradíjat jelöli.
  • Minden észlelt csomóponthoz naponta 200 MB adatmennyiség-lefoglalást kap (óránkénti részletességgel). A fel nem használt adatfelosztás egyik napról a másikra nem kerül át.
    • Ha a csomópontonkénti tarifacsomagot választja, minden előfizetés napi adatokat kap azon csomópontok száma alapján, amelyek telemetriát küldenek az Elemzések előfizetés erőforrásainak. Tehát ha öt csomópontja egész nap küld adatokat, akkor az előfizetésben lévő összes Application Elemzések 1 GB-os készletbe van 5 GB-os támogatás. Nem számít, ha egyes csomópontok több adatot küldenek, mint más csomópontok, mert a benne foglalt adatok meg vannak osztva az összes csomópont között. Ha egy adott napon az Application Elemzések-erőforrások több adatot kapnak, mint amennyit az előfizetés napi adatfoglalása tartalmaz, a GB-onkénti keretenkénti adatmennyiségi díjak érvényesek.
    • A napi adatokat a rendszer azon nap óráinak számaként számítja ki (UTC használatával), ameddig az egyes csomópontok 24-et és 200 MB-ot megszorozva küldik el a telemetriát. Ha tehát négy csomópont küld telemetriát a nap 24 órájának 15 órájában, akkor a napi adatok a következőek lesznek: ((4 × 15) / 24) × 200 MB = 500 MB. Ha a csomópontok 1 GB adatot küldenek ezen a napon, a túlóra díja GB-banként 2,30 USD lenne, a díj 1,15 USD lenne.
    • A csomópontonkénti szint napi díjszava nincs megosztva azokkal az alkalmazásokkal, amelyekhez a GB-onkénti szintet választotta. A fel nem használt engedmények nem hoznak át napról napra.

Példák a különálló csomópontok darabszámának meghatározására

Eset Csomópontok teljes napi száma
1 alkalmazás, amely 3 Azure App Service és 1 virtuális kiszolgálót használ 4
3 alkalmazás, amelyek 2 virtuális gépen futnak; az Elemzések alkalmazás-erőforrása ugyanabban az előfizetésben és a Csomópontonkénti szinten található 2
4 alkalmazás, amelynek Elemzések-erőforrások ugyanabban az előfizetésben vannak; minden alkalmazás 2 példányt futtat 16 csúcsidőn kívüli időszakban, és 4 példány 8 csúcsidőben 13.33
1 feldolgozói szerepkört és 1 webes szerepkört futtató felhőszolgáltatások, amelyek mindegyikében 2 példány fut 4
Egy 5 csomópontból Service Fabric Azure-fürt, amely 50 mikroszolgáltatást futtat; mindegyik mikroszolgáltatás 3 példányt futtat 5
  • A csomópontok pontos megszámlálása attól függ, hogy Elemzések az alkalmazás melyik SDK-t használja.
    • Az SDK 2.2-es és újabb verzióiban az Application Elemzések Core SDK és a Web SDK is minden alkalmazásgazdát csomópontként jelent. Ilyen például a fizikai kiszolgáló és a virtuálisgép-gazdagépek számítógépneve vagy a felhőszolgáltatások példányneve. Az egyetlen kivétel egy olyan alkalmazás, amely csak a .NET Core-t és az Application Elemzések Core SDK-t használja. Ebben az esetben a jelentés csak egy csomópontot jelent minden gazdagéphez, mert az állomásnév nem érhető el.
    • Az SDK korábbi verzióiban a webes SDK úgy viselkedik, mint az újabb SDK-verziók, de a Core SDK csak egy csomópontot tartalmaz, függetlenül az alkalmazás-gazdagépek számától.
    • Ha az alkalmazás az SDK-t használja a roleInstance egyéni értékre való beállításához, alapértelmezés szerint ugyanez az érték határozza meg a csomópontok számát.
    • Ha új SDK-verziót használ egy ügyfélgépekről vagy mobileszközökről futó alkalmazással, a csomópontok száma nagy számot ad vissza (az ügyfélszámítógépek vagy mobileszközök nagy száma miatt).

Automation

Az Azure Resource Management használatával írhat szkriptet a tarifacsomag beállítására. További információ:.

Következő lépések