Application Insights için kullanımı ve maliyetleri yönetme

Application Insights, Azure 'da veya şirket içinde barındırıldığından, web uygulamalarınızın kullanılabilirliğini, performansını ve kullanımını izlemek için gereken her şeyi almak üzere tasarlanmıştır. Application Insights, .net, Java ve Node.js gibi popüler dilleri ve çerçeveleri destekler ve Azure DevOps, jira ve pagerharcı gibi DevOps süreçler ve araçlarla tümleştirilir. Uygulamalarınızı izlemenin maliyetlerinin ne olduğunu anlamak önemlidir. Bu makalede, uygulama izleme maliyetlerinizi ve bunları nasıl proaktif olarak izleyip denetleyebileceğinize ilişkin hangi sürücüleri gözden geçiyoruz.

fiyatlandırmanın Application Insights nasıl çalıştığı hakkında sorularınız varsa, Microsoft Q&soru sayfasındabir soru gönderebilirsiniz.

Fiyatlandırma modeli

Azure Application Insights fiyatlandırması, veri hacmine dayalı ve isteğe bağlı olarak daha uzun veri saklama için bir kullandıkça öde modelidir. her Application Insights kaynak ayrı bir hizmet olarak ücretlendirilir ve Azure aboneliğiniz için faturaya katkıda bulunur. veri hacmi, uygulamanızdan Application Insights tarafından alınan sıkıştırılmamış JSON veri paketinin boyutu olarak ölçülür. Veri hacmi GB (10 ^ 9 bayt) cinsinden ölçülür. Canlı ölçüm akışıkullanımı için veri hacmi ücretsizdir. azure faturanızda veya azure maliyet yönetimi + faturalandırma' de, veri alımı ve klasik bir Application Insights kaynağı için veri saklama, Log Analytics ölçüm kategorisiyle raporlanır.

Çok adımlı Web testleri ek bir ücret doğurur. Çok adımlı Web testleri, bir dizi eylemi gerçekleştiren Web sınamalardır. Tek bir sayfanın ping testlerine yönelik ayrı ücret alınmaz. Ping sınamalarından ve çok adımlı testlerin telemetrisi, uygulamanızdan diğer telemetri ile aynı şekilde ücretlendirilir.

özel ölçüm boyutlarında uyarı verme seçeneğini etkinleştirmek için Application Insights seçeneği ek maliyetler halinde de oluşturulabilir, çünkü bu, ek ön toplama ölçümleri oluşturulmasına neden olabilir. Application Insights 'de günlük tabanlı ve önceden toplanmış ölçümler hakkında daha fazla bilgi edinin ve Azure izleyici özel ölçümleri için fiyatlandırma hakkında daha fazla bilgi edinin .

çalışma alanı tabanlı Application Insights

çalışma alanı tabanlı Application Insights kaynaklarıolarak adlandırılan verileri bir Log Analytics çalışma alanına gönderen Application Insights kaynakları için, veri alma ve bekletme için faturalandırma, Application Insights verilerinin bulunduğu çalışma alanı tarafından yapılır. Bu, Log Analytics fiyatlandırma modelinin, Kullandıkça Öde katmanları dahil olmak üzere tüm seçeneklerinden yararlanmanızı sağlar. Taahhüt katmanları, Kullandıkça Öde 'den %30 ' a varan fiyatlar sunar. Log Analytics, veri saklama için veri türüne göre bekletmede dahil olmak üzere daha fazla seçenek içerir. çalışma alanındaki Application Insights veri türleri, ücretlendirmesiz 90 günlük bekletme alır. web testlerinin kullanımı ve özel ölçüm boyutlarında uyarı etkinleştirme işlemi Application Insights aracılığıyla rapor edilir. Kullanım ve tahmini maliyetler, Azure maliyet yönetimi + faturalandırma ve Log Analytics sorgularıkullanarak Log Analytics veri alımı ve bekletme maliyetlerini nasıl izleyeceğinizi öğrenin.

Uygulamanızı yönetme maliyetlerini tahmin etme

henüz Application Insights kullanmıyorsanız, Application Insights kullanım maliyetini tahmin etmek için Azure izleyici fiyatlandırma hesaplayıcısı ' nı kullanabilirsiniz. Arama kutusuna "Azure Izleyici" girerek ve sonuçta elde edilen Azure Izleyici kutucuğuna tıklayarak başlayın. sayfayı Azure izleyici 'ye kaydırın ve Application Insights bölümünü genişletin. Tahmini maliyetleriniz, alınan günlük verisi miktarına bağlıdır. Veri birimlerini tahmin etmek için iki yaklaşım vardır:

1. benzer diğer uygulamaların ne yaptığını temel alarak büyük olasılıkla veri alımını tahmin edin veya
2. ASP.NET SDK 'da bulunan varsayılan izleme ve uyarlamalı örnekleme kullanımı.

Benzer uygulamalardan neler toplayacağını öğrenin

Application Insights için Azure izleme fiyatlandırma hesaplayıcı ' da, uygulama etkinliğine göre tahmini veri birimini etkinleştirmek için tıklayın. Burada, uygulamanız (istemci tarafı Telemetriyi toplayabilmeniz durumunda) hakkında giriş (istemci tarafı telemetri toplayacak şekilde) ve ardından hesaplayıcı, benzer uygulamalar tarafından toplanan ortalama ve 90. yüzdebirlik veri miktarını bildirir. bu uygulamalar Application Insights yapılandırma aralığını yaymıştır (bazıları varsayılan örneklemeyesahiptir, bazıları örnekleme içermez vb.), bu nedenle, örnekleme kullanarak ortanca düzeyin altında aldığınız verilerin hacmini azaltmak için denetime sahip olursunuz.

Örnekleme kullanılırken veri toplama

ASP.NET SDK 'nın uyarlamalı örneklenmesisayesinde, veri hacmi varsayılan Application Insights izleme için belirtilen en yüksek trafik hızında tutulacak şekilde otomatik olarak ayarlanır. Uygulama, hata ayıklama sırasında veya düşük kullanım nedeniyle düşük miktarda telemetri üretirse, birim saniye başına yapılandırılan olayların altında olduğu sürece, öğeler örnekleme işlemcisi tarafından atılamaz. Saniyede beş olay olan, yüksek hacimli bir uygulama için, uyarlamalı örnekleme, günlük olayların sayısını 432.000 olarak sınırlandırır. Genellikle 1 KB 'lik ortalama bir olay boyutunu kullanarak, örnekleme her düğüm için yerel olarak yapıldığından, uygulamanızı barındıran düğüm başına yaklaşık 13,4 GB telemetri karşılık gelir.

uyarlamalı örneklemeyi desteklemeyen sdk 'lar için, web sunucunuz ve web tarayıcılardan gönderilen trafiği azaltmak üzere ASP.NET, ASP.NET Core ve Java web siteleri 'ne göre Application Insights tarafından verilerin ne zaman alındığını gösteren alma örneklemeörneğini kullanabilirsiniz.

Azure faturanızda Application Insights kullanımı görüntüleme

çalışma alanı olmayan tek bir Application Insights kaynağı için faturalanan kullanımı görmenin en kolay yolu, kaynağın genel bakış sayfasına gitmek ve sağ üst köşedeki maliyeti görüntüle ' ye tıklamanız. Maliyet yönetimi verilerine ek erişiminizin olması gerekebilir (daha fazla bilgi).

Azure, daha fazla bilgi edinmek için Azure maliyet yönetimi + faturalandırma hub 'ında yararlı bir işlevsellik sağlar. Örneğin, "maliyet analizi" işlevi, Azure kaynakları için kullandığınız süreyi görüntülemenize olanak sağlar. kaynak türüne göre bir filtre (microsoft. ınsights/Application Insights için) ekleme, harcamalarınızı izlemenize imkan tanır. "Grup ölçütü" için "ölçüm kategorisi" veya "ölçüm" seçeneğini belirleyin. veri alımı ve veri saklama için faturalandırılan Application Insights, tüm Azure izleyici günlükleri için arka uçta Log Analytics bu yana ölçüm kategorisinin Log Analytics olarak gösterileceğini unutmayın.

Kullanımınız , Azure Portal kullanımınız indirilerekkazanılabilir. İndirilen elektronik tabloda günde Azure kaynağı başına kullanımı görebilirsiniz. bu Excel elektronik tablosunda, Application Insights kaynaklarınızdan kullanım, "Application Insights" ve "Log Analytics" göstermek için "ölçüm kategorisi" sütununda filtrelenebilir ve ardından "microsoft. ınsights/bileşenleri içerir" olan "örnek kimliği" sütununa bir filtre eklenerek bulunabilir. Application Insights kullanımı, tüm Azure izleyici bileşenleri için tek bir günlük arka ucu olduğundan, Log Analytics ölçüm kategorisiyle ölçü üzerinden raporlanır. yalnızca eski fiyatlandırma katmanlarında Application Insights kaynaklar ve çok adımlı web testleri, Application Insights ölçüm kategorisiyle raporlanır. Kullanım "tüketilen miktar" sütununda gösterilir ve her girdinin birimi "ölçü birimi" sütununda gösterilir. Microsoft Azure faturanızı anlamanıza yardımcı olmak için daha fazla ayrıntı sağlanır.

Kullanımınızı anlayın ve maliyetlerinizi en iyi duruma getirme

Application Insights, en son kullanım desenlerine göre maliyetlerinizin ne kadar büyük bir süre içinde olduğunu anlamayı kolaylaştırır. başlamak için, Azure portal Application Insights kaynak için kullanım ve tahmini maliyetler sayfasına gidin:

A. Veri hacminin ayı için gözden geçirin. Bu, sunucunuza ve istemci uygulamalarınıza ve kullanılabilirlik testlerinden alınan ve saklanan tüm verileri (herhangi bir örneklemesonrasında) içerir.
B. Çok adımlı Web testleriiçin ayrı bir ücret yapılır. (Bu, veri hacmi ücretine dahil olan basit kullanılabilirlik testlerini içermez.)
C. Son ay için veri hacmi eğilimlerini görüntüleyin.
D. Veri alımı örneklemesietkinleştirin. E. Günlük veri hacmi ucunu ayarlayın.

(Bu makaledeki ekran görüntülerinde görüntülenen tüm fiyatların yalnızca örnek amaçlıdır. para birimi ve bölgenizin geçerli fiyatları için bkz. Application Insights fiyatlandırması.)

Application Insights kullanımınızı daha derin araştırmak için ölçümler sayfasını açın, "veri noktası birimi" adlı ölçümü ekleyin ve ardından verileri "telemetri öğe türü" olarak bölmek için bölmeyi uygula seçeneğini belirleyin.

Application Insights ücretleri Azure faturanızda eklenir. Azure faturanızın ayrıntılarını Azure portal veya Azure Faturalandırma portalındaki maliyet yönetimi + faturalandırma bölümünde görebilirsiniz. bunu Application Insights için kullanmayla ilgili ayrıntılar için aşağıya bakın .

Veri hacmi ölçümlerini kullanma

veri birimleriniz hakkında daha fazla bilgi edinmek için Application Insights kaynağınız için ölçümleri seçin, yeni bir grafik ekleyin. Grafik ölçümü için, günlük tabanlı ölçümler altında, veri noktası birimi' ni seçin. Bölmeyi Uygula' ya tıklayın ve Telemetryitem türe göre Gruplandır ' ı seçin.

Veri hacmi ayrıntılarını anlamak için sorgular

Application Insights için veri birimlerini araştırmak için iki yaklaşım vardır. İlki tablodaki toplu bilgileri kullanır systemEvents ve ikincisi _BilledSize , her alınan olayda kullanılabilen özelliğini kullanır. systemEvents , çalışma alanı tabanlı-Application-Insightsiçin veri boyutu bilgilerine sahip olmayacaktır.

Toplu veri hacmi bilgilerini kullanma

Örneğin, systemEvents sorgu ile son 24 saat içinde alınan veri hacmini görmek için tablosunu kullanabilirsiniz:

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

Veya son 30 gün için veri türüne göre bir veri hacmi grafiği (bayt cinsinden) görmek için şunları kullanabilirsiniz:

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  

Bu sorgunun, veri birimlerinde uyarı ayarlamaya yardımcı olması için bir Azure Günlük Uyarısı'da kullanılal olduğunu unutmayın.

Telemetri verileri değişiklikleriniz hakkında daha fazla bilgi edinmek için sorguyu kullanarak türe göre olay sayısını alırz:

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

Olay bilgileri başına veri boyutunu kullanma

Veri birimlerinizin kaynağı hakkında daha fazla bilgi edinmek için, her bir gelen olayda mevcut _BilledSize olan özelliğini kullanabilirsiniz.

Örneğin, son 30 gün içinde en fazla veri hacmini oluşturan işlemlere bakmak için tüm bağımlılık _BilledSize olaylarını toplarız:

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

Çalışma alanı tabanlı Uygulama ve kaynaklar için Analizler birimi

Çalışma alanı tabanlı Application Analizler kaynaklarının geçen haftaki veri hacmi eğilimlerine bakmak için Log Analytics çalışma alanına gidin ve sorguyu çalıştırın:

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

Belirli bir çalışma alanı tabanlı Application Analizler kaynağına yönelik türe göre veri hacmi eğilimlerini sorgulamak için Log Analytics çalışma alanında şunları kullanın:

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

Veri hacminizi yönetme

Göndermekte olduğu veri hacmi aşağıdaki teknikler kullanılarak yönetilebilir:

• Örnekleme: Örneklemeyi kullanarak sunucunuzdan ve istemci uygulamalarından gönderilen telemetri miktarını en düşük ölçümlerle azaltabilirsiniz. Örnekleme, gönderilen veri miktarını ayarlamak için kullanabileceğiniz birincil araçtır. Örnekleme özellikleri hakkında daha fazla bilgi alın.

• Ajax çağrılarını sınırla: Her sayfa görünümünde bildir bildirilen Ajax çağrılarının sayısını sınırlandırabilirsiniz veya Ajax raporlamayı kapatabilirsiniz. Ajax çağrılarını devre dışı bırakmak JavaScript bağıntısını devre dışı bırakacak.

• Gerek olmayan modülleri devre dışı bırakma: ApplicationInsights.config koleksiyon modüllerini kapatmak için bu modülleri düzenleyin. Örneğin, performans sayaçları veya bağımlılık verileri duyarsız olduğuna karar veebilirsiniz.

• Ölçümleri önceden toplama: Uygulamanıza TrackMetric çağrısı yaptıysanız, bir ölçüm toplu işleminin ortalama ve standart sapması hesaplamanızı kabul eden aşırı yüklemeyi kullanarak trafiği azaltabilirsiniz. Veya önceden bir toplama paketi kullanabilirsiniz.

• Günlük uç: Günlük Analizler application Azure portal 100 GB/gün olarak ayarlanır. Analizler'da bir Application Visual Studio kaynağı oluşturma, varsayılan değer küçüktür (yalnızca 32,3 MB/gün). Testi kolaylaştırmak için günlük uç varsayılan değeri ayarlanır. Kullanıcının uygulamayı üretime dağıtmadan önce günlük sınırı yükseltmesi amaçlanıyor.

  Application Analizler üst sınırı, yüksek trafikli bir uygulama için daha yüksek bir maksimum istekte olmadığı sürece günde 1.000 GB'tır.

  İpucu

  Çalışma alanı tabanlı bir Application Analizler kaynağınız varsa, Uygulama Yönetimi'nin üst sınırı yerine alımı ve maliyetleri sınırlamak için çalışma alanının günlük üst sınırını Analizler.

  Günlük üst sınırıyla ilgili uyarı e-postaları, Application Analizler kaynağınız için bu rollerin üyesi olan hesaba gönderilir: "ServiceAdmin", "AccountAdmin", "CoAdmin", "Owner".

  Günlük sınırı ayarlarken dikkatli olun. Amacınız günlük sınırına hiç isabet etmek değildir. Günlük sınıra ulaşırsanız günün geri kalanında veri kaybı yaşarsınız ve uygulamalarınızı izleyemezsiniz. Günlük sınırı değiştirmek için Günlük birim sınırı seçeneğini kullanın. Kullanım ve tahmini maliyetler bölmesinde bu seçenen bilgilere erişebilirsiniz (bu, makalenin ilerleyenlarında daha ayrıntılı olarak açıklanmıştır).

  Application Analizler için kullanılamadı kredisi olan bazı abonelik türlerine yönelik kısıtlamayı Analizler. Daha önce, aboneliğin harcama limiti varsa günlük üst sınır iletişim kutusunda harcama limitini kaldırmaya ve günlük üst sınırın günde 32,3 MB'ın üzerinde yükseltilene kadar etkinleştirmeye ilişkin yönergeler yer alıyor.

• Azaltma: Azaltma, veri oranını saniye başına 32.000 olayla sınırlar ve ölçüm anahtarı başına ortalama 1 dakikanın üzerindedir. Uygulamanın gönderdiği veri hacmi dakikada bir değerlendirilir. Dakika üzerinden ortalama saniye başına hızı aşarsa sunucu bazı istekleri reddeder. SDK, verileri arabelleğe alır ve sonra yeniden geri iletir. Birkaç dakika içinde bir dalgalanmaya yayılır. Uygulamanız verileri sürekli olarak azaltma oranından daha fazla gönderirse, bazı veriler bırakılır. (ASP.NET, Java ve JavaScript SDK'ları verileri bu şekilde yeniden yeniden yol etmeye çalışır; diğer SDK'ler yalnızca kısıtlandı verilerini bıraksa da.) Azaltma oluşursa, bir bildirim uyarısı bunun oluştuğu hakkında sizi uyarıyor.

Maksimum günlük veri hacminizi yönetme

Toplanan verileri sınırlamak için günlük birim üst sınırını kullanabilirsiniz. Ancak, sınırı karşılarsanız günün geri kalanında uygulamanıza gönderilen tüm telemetri verileri kaybı oluşur. Uygulamanıza günlük sınırın isabetle çarpması tavsiye edilemez. Günlük sınıra ulaştıktan sonra uygulamanın durumunu ve performansını izleyebilirsiniz.

Günlük birim üst sınırı yerine örnekleme kullanarak veri hacmini istediğiniz düzeye ayarlayabilirsiniz. Ardından, uygulamanın beklenmedik şekilde çok daha yüksek telemetri verileri göndermeye başladığı durumlarda günlük üst sınırı yalnızca "son çare" olarak kullanın.

Tanımladığınız günlük veri sınırını belirleme

Veri Analizler eğilimini ve tanımladığınız günlük hacim sınırı nedir? anlamak için Uygulama Kullanımı ve tahmini maliyetler'i gözden geçirebilirsiniz. Sınıra ulaşıldıktan sonra kaynaklarınızı izleyemedileyemli bir şekilde dikkat edilecektir.

Günlük Sınırı Ayarlama

Günlük üst sınırı değiştirmek için, Uygulama Kaynağınızı yapılandırma Analizler kullanım ve tahmini maliyetler sayfasında Günlük Üst Bilgi'yi seçin.

Günlük sınırı Azure Resource Managerdeğiştirmek için, değiştirilen özellik değeridir. dailyQuota Bu Azure Resource Manager günlük dailyQuotaResetTime sınırın ve günlük cap'lerini de warningThreshold ayarlayın.

Günlük Uç Için uyarılar oluşturma

Application Analizler Günlük Üst Sınırı, alan veri birimleri uyarı düzeyine veya günlük üst sınır düzeyine ulaştığında Azure etkinlik günlüğünde bir olay oluşturur. Bu etkinlik günlüğü olaylarını temel alan bir uyarı oluşturabilirsiniz. Bu olayların sinyal adları:

• Uygulama Analizler bileşeni günlük uç uyarı eşiğine ulaşıldı

• Uygulama Analizler bileşen günlük sınırına ulaşıldı

Örnekleme

örnekleme, tanılama aramaları sırasında ilgili olayları bulma yeteneğini korurken telemetrinin uygulamanıza gönderilme oranını azaltma yöntemidir. Ayrıca doğru olay sayılarını da korur.

Örnekleme, ücretleri azaltmanın ve aylık kotanız dahilinde kalmanın etkili bir yolutur. Örnekleme algoritması ilgili telemetri öğelerini korur; bu nedenle, örneğin Arama'ya bakarak belirli bir özel durumla ilgili isteği bulabilirsiniz. Algoritma ayrıca doğru sayıları koruyarak ölçüm gezgininde istek oranları, özel durum oranları ve diğer sayımlar için doğru değerleri görmelerini sağlar.

Çeşitli örnekleme biçimleri vardır.

• Uyarlamalı örnekleme, ASP.NET SDK'sı için varsayılandır. Uyarlamalı örnekleme, uygulamanın gönderdiği telemetri hacmine otomatik olarak ayarlanır. Ağ üzerinde telemetri trafiğinin azaltılması için web uygulamanıza SDK'da otomatik olarak çalışır.
• Veri alımı örneklemesi, uygulamanıza gelen telemetri verisi uygulama hizmetine girdiği noktada çalışan bir Analizler dır. Veri alımı örneklemesi, uygulamanıza gönderilen telemetri hacmini etkilemez, ancak hizmet tarafından elde edilen hacmi azaltır. Tarayıcılardan ve diğer SDK'lardan telemetri tarafından kullanılan kotayı azaltmak için veri alımı örneklemesini kullanabilirsiniz.

Veri alımı örneklemesi ayarlamak için Fiyatlandırma bölmesine gidin:

Gerçek örnekleme oranını bulmak için, nerede uygulanmış olursa olsun bir Analytics sorgusu kullanın. Sorgu şu şekildedir:

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

Eldeki her itemCount kayıtta, temsil ettiği özgün kayıt sayısını gösterir. 1 + önceki atılan kayıtların sayısına eşittir.

Veri saklama süresini değiştirme

Application Analizler kaynakları için varsayılan saklama süresi 90 gündür. Her uygulama kaynağı için farklı saklama Analizler seçilebilir. Kullanılabilir saklama sürelerinin tam kümesi 30, 60, 90, 120, 180, 270, 365, 550 veya 730 gündür. Daha uzun veri saklama için fiyatlandırma hakkında daha fazla bilgi edinin.

Saklamayı değiştirmek için Uygulama Kaynağınız Analizler Kullanım ve Tahmini Maliyetler sayfasına gidin ve Veri Saklama seçeneğini belirleyin:

Saklama daha düşük olduğunda, en eski veriler kaldırılana kadar birkaç günlük yetkisiz kullanım süresi olur.

Bekletme, parametresi kullanılarak PowerShell kullanılarak programlı olarak da retentionInDays ayarlanabiliyor. Veri saklama süresi 30 gün olarak ayarlanırsa, uyumlulukla ilgili senaryolar için yararlı olabilir parametresini kullanarak eski verilerin hemen immediatePurgeDataOn30Days temizlenir. Bu temizleme işlevi yalnızca Azure Resource Manager ve çok dikkatli kullanılmalıdır. Veri hacmi sınırı için günlük sıfırlama zamanı, parametresini ayarlamak Azure Resource Manager kullanılarak dailyQuotaResetTime yalıtabilirsiniz.

Application Analizler kullanarak veri Analizler

Uygulama Uygulamasına veri Analizler bant genişliği ücretlerine neden olabilir. Azure Bant Genişliği fiyatlandırma sayfasında açıklandığıgibi, iki bölgede bulunan Azure hizmetleri arasında normal fiyattan giden veri aktarımı olarak ücretlendirme yapılan veri aktarımı. Gelen veri aktarımı ücretsizdir. Ancak bu ücret, Günlük verilerini veri alımıyla ilgili uygulama maliyetlerine kıyasla çok Analizler (%) olur. Sonuç olarak Log Analytics maliyetlerini denetlemenin, veri hacminize odaklanması gerekiyor ve burada bunu anlamanıza yardımcı olacak kılavuzlar var.

Limit özeti

Uygulama başına ölçüm sayısı ve olay başına, diğer bir deyişle, izleme anahtarı başına bazı sınırlar vardır. Limitler seçtiğiniz fiyatlandırma planına bağlıdır.

Daha fazla bilgi için bkz. Application Insights fiyatlandırma ve kotaları hakkında.

Günlük uç e-postaları devre dışı bırakma

Günlük birim üst sınırı e-postalarını devre dışı bırakmak için, Application Analizler kaynağınızı yapılandırma bölümünde Kullanım ve tahmini maliyetler bölmesinde Günlük Üst Bilgi'yi seçin. Üst noktaya ulaşıldı ve ayarlanabilir bir uyarı düzeyine ulaşıldı olduğunda e-posta gönderme ayarları vardır. Günlük cap hacmiyle ilgili tüm e-postaları devre dışı bırakmak isterseniz her iki kutunun işaretini kaldırın.

Eski Enterprise (Düğüm Başına) fiyatlandırma katmanı

Azure Application Analizler erken benimseyenler için hala iki olası fiyatlandırma katmanı vardır: Temel ve Enterprise. Temel fiyatlandırma katmanı yukarıda açıklananla aynıdır ve varsayılan katmandır. Ek ücret Enterprise tüm katman özelliklerini içerir. Temel katman öncelikli olarak, alan veri hacmine göre faturalar.

Bu eski fiyatlandırma katmanları yeniden adlandırıldı. Bu Enterprise katmanı düğüm başına, Temel fiyatlandırma katmanı ise GB Başına olarak ifade edilir. Bu yeni adlar aşağıda ve Azure portal.

Düğüm Başına (eski Enterprise) katmanı düğüm başına ücrete tabidir ve her düğüme günlük veri hakkı verilir. Düğüm Başına fiyatlandırma katmanında, dahil edilen izinin üzerine düşen veriler için ücretlendirme edilir. Operations Management Suite kullanıyorsanız Düğüm Başına katmanını seçmeniz gerekir. Nisan 2018'de Azure izlemesi için yeni bir fiyatlandırma modeli tanıttık. Bu model, tüm izleme hizmetleri portföyünde basit bir "öde" modelini benimser. Yeni fiyatlandırma modeli hakkında daha fazla bilgi edinin.

Para biriminizin ve bölgenizin geçerli fiyatları için bkz. Uygulama Analizler fiyatlandırması.

Eski Enterprise (Düğüm Başına) katmanında faturalandırmış kullanımı anlama

Daha ayrıntılı olarak açıklandığı gibi, eski Enterprise (Düğüm Başına) katmanı, bir abonelikte tüm Application Analizler kaynaklarının kullanımını birleştirarak düğüm sayısını ve veri fazla kullanımını hesaplar. Bu birleşim işlemi nedeniyle, bir abonelikte Analizler tüm Application Analizler kaynakları için kullanım yalnızca bir kaynakta rapor olur. Bu, faturalandırmış kullanımınızı her Bir Uygulama kaynağı için gözlemleyeni kullanımla Analizler karmaşık hale getiriyor.

Düğüm Başına katman ve Operations Management Suite abonelik yetkilendirmeleri

Operations Management Suite E1 ve E2 satın alan müşteriler, Daha önce duyuruldu. Analizler ek bileşen olarak Düğüm Başına Uygulama Yönetimi'ne ek ücret ödemeden sahip olabilir. Özellikle, Operations Management Suite E1 ve E2'nin her birimi, Düğüm Başına Uygulama Paketi katmanının bir düğümüne Analizler yetkilendirme içerir. Her Application Analizler düğümünde, ek ücret ödemeden 90 günlük veri saklama özelliğiyle günde en fazla 200 MB veri (Log Analytics veri alımından ayrı) dahildir. Katman, makalenin devamlarında daha ayrıntılı olarak açıklanmıştır.

Bu katman yalnızca Operations Management Suite aboneliği olan müşteriler için geçerli olduğundan, Operations Management Suite aboneliğine sahip olan müşteriler bu katmanı seçme seçeneğine sahip değildir.

Düğüm Başına katmanı nasıl çalışır?

• Düğüm Başına katmanında tüm uygulamalar için telemetri gönderen her düğüm için ödeme siz ödersiniz.
  • Düğüm, fiziksel veya sanal sunucu makinesi ya da uygulamanızı barındıran bir hizmet olarak platform rolü örneğidir.
  • Geliştirme makineleri, istemci tarayıcıları ve mobil cihazlar düğüm olarak sayılmaz.
  • Uygulamanıza web hizmeti ve arka uç çalışanı gibi telemetri verileri gönderen çeşitli bileşenler varsa, bileşenler ayrı olarak sayılır.
  • Canlı Ölçüm Akışı verileri fiyatlandırma amacıyla sayılmaz. Abonelikte ücretleriniz uygulama başına değil düğüm başınadır. 12 uygulama için telemetri gönderen beş düğüm varsa, ücret beş düğüme göredir.
• Ücretler aylık olarak fiyatlandır olsa da, yalnızca bir düğümün bir uygulamadan telemetri gönderdiği herhangi bir saat için ücret ödemezsiniz. Saatlik ücret, 744'e (31 günlük bir ay içinde saat sayısı) bölünen, teklife tabi aylık ücrettir.
• Algılanan her düğüm için günlük 200 MB veri hacmi ayırması (saatlik ayrıntı düzeyiyle) verilir. Kullanılmayan veri ayırma bir günden sonraki bir güne yapılmaz.
  • Düğüm Başına fiyatlandırma katmanını seçerseniz her abonelik, söz konusu abonelikte uygulama ve kaynaklarında telemetri Analizler düğüm sayısına göre günlük veri hakkı alır. Bu nedenle, tüm gün veri gönderen beş düğüme sahip olursanız, bu abonelikte yer alan tüm Application Analizler için havuza Analizler sahip olursunuz. Dahil edilen veriler tüm düğümlerde paylaşılır olduğundan, belirli düğümlerin diğer düğümlere göre daha fazla veri gönderse de önemli değildir. Belirtilen günde, Uygulama Analizler kaynakları bu abonelik için günlük veri ayırmaya dahil edilenden daha fazla veri alıyorsa GB başına fazla kullanım verisi ücretleri uygulanır.
  • Günlük veri hakkı, her düğümün telemetri gönderdiği günün saat sayısı (UTC kullanılarak) olarak hesaplanır ve 24 ile 200 MB arasında bölünerek hesaplanır. Bu nedenle, günün 24 saati 15'inde telemetri gönderen dört düğüm varsa, o günün dahil edilen verileri ((4 × 15) / 24) × 200 MB = 500 MB olur. Fazla veri kullanımları için GB başına 2,30 ABD doları fiyatla, düğümler o gün 1 GB veri gönderirse ücret 1,15 ABD doları olur.
  • Düğüm Başına katmanı günlük izni, GB Başına katmanını seçtiğiniz uygulamalarla paylaşılmaz. Kullanılmayan izinler günlük olarak yapılmaz.

Ayrı düğüm sayısını belirleme örnekleri

• Tam düğüm sayma, uygulamanıza hangi Application Analizler SDK'sı kullandığınıza bağlıdır.
  • SDK 2.2 ve sonraki sürümlerinde, hem Application Analizler Core SDK'sı hem de Web SDK'sı her uygulama ana bilgisayarlarını düğüm olarak raporlar. Örnek olarak fiziksel sunucu ve VM konakları için bilgisayar adı veya bulut hizmetleri için örnek adı verilmiştir. Tek özel durum, yalnızca .NET Core ve Application Analizler Core SDK'sı kullanan bir uygulamadır. Bu durumda, konak adı kullanılabilir durumda olmadığını için tüm konaklar için yalnızca bir düğüm rapor olur.
  • SDK'nın önceki sürümleri için, Web SDK daha yeni SDK sürümleri gibi davranır, ancak Çekirdek SDK uygulama konaklarının sayısından bağımsız olarak yalnızca bir düğüm raporlar.
  • Uygulamanız roleInstance'i özel bir değere ayarlamak için SDK kullanıyorsa, düğüm sayısını belirlemek için varsayılan olarak aynı değer kullanılır.
  • İstemci makinelerinden veya mobil cihazlardan çalışan bir uygulamayla yeni bir SDK sürümü kullanıyorsanız, düğüm sayısı büyük bir sayı (çok sayıda istemci makine veya mobil cihaz nedeniyle) dönüşebiliyor.

Otomasyon

Azure Kaynak Yönetimi'nin kullanarak fiyatlandırma katmanını ayarlamak için bir betik yazabilirsiniz. Nasıl olduğunu öğrenin.

Sonraki adımlar

• Örnekleme