Azure İzleyici'de özel ölçümler (önizleme)
Azure, bazı ölçümleri kullanıma hazır hale getirir. Bu ölçümler standart veya platform olarak adlandırılır. Özel ölçümler, uygulamanızın telemetrisi, Azure İzleyici Aracısı, Azure kaynaklarınız üzerinde çalışan bir tanılama uzantısı veya bir dış izleme sistemi aracılığıyla toplanabilen performans göstergeleri veya işletmeye özgü ölçümlerdir. Özel ölçümler Azure İzleyici'de yayımlandıktan sonra standart Azure ölçümleriyle birlikte bunlara göz atabilir, bunları sorgulayabilir ve uyarabilirsiniz.
Azure İzleyici özel ölçümleri şu anda genel önizleme aşamasındadır.
Özel ölçüm gönderme yöntemleri
Özel ölçümler çeşitli yöntemlerle Azure İzleyici'ye gönderilebilir:
- Azure İzleyici'ye özel telemetri göndererek uygulamanızı izlemek için Azure Uygulaması lication Insights SDK'sını kullanın.
- Azure İzleyici Aracısını Windows veya Linux Azure sanal makinenize veya sanal makine ölçek kümenize yükleyin ve Azure İzleyici ölçümlerine performans sayaçları göndermek için bir veri toplama kuralı kullanın.
- Azure Tanılama uzantısını Azure VM'nize, Sanal Makine Ölçek Kümenize, klasik VM'nize veya klasik bulut hizmetinize yükleyin. Ardından performans sayaçlarını Azure İzleyici'ye gönderin.
- InfluxData Telegraf aracısını Azure Linux VM'nize yükleyin. Azure İzleyici çıkış eklentisini kullanarak ölçümleri gönderin.
- Özel ölçümleri doğrudan Azure İzleyici REST API'sine gönderin.
Fiyatlandırma modeli ve saklama
Genel olarak, standart ölçümleri (platform ölçümleri) bir Azure İzleyici ölçüm deposuna alma maliyeti yoktur, ancak genel kullanılabilirliğe girdiklerinde özel ölçümler ücrete tabidir. ÖlçümLER API'sine yönelik sorgular maliyet doğurabilir. Özel ölçümler ve ölçüm sorguları için faturalamanın ne zaman etkinleştirildiğiyle ilgili ayrıntılar için Azure İzleyici fiyatlandırma sayfasına bakın.
Özel ölçümler, platform ölçümleriyle aynı süre boyunca saklanır.
Not
Daha iyi bir deneyim sağlamak için, Application Insights Klasik API'sinden (SDK) Azure İzleyici'ye gönderilen özel ölçümler her zaman hem Log Analytics'te hem de Ölçüm Deposu'nda depolanır. Bu ölçümleri depolama maliyetiniz yalnızca Log Analytics tarafından alınan hacmi temel alır. Ölçüm Deposu'nda depolanan veriler için ek maliyet yoktur.
Özel ölçüm tanımları
Yayımlanan her ölçüm veri noktası bir ad alanı, ad alanı ve boyut bilgisi içerir. Azure İzleyici'ye ilk kez özel ölçüm gönderildiğinde otomatik olarak bir ölçüm tanımı oluşturulur. Daha sonra bu yeni ölçüm tanımı, ölçümün ölçüm tanımları aracılığıyla yaydığı tüm kaynaklarda bulunabilir. Azure İzleyici'de bir özel ölçümün kullanıma verilmeden önce önceden tanımlanmış olması gerekmez.
Not
Application Insights, tanılama uzantısı ve InfluxData Telegraf aracısı zaten ölçüm değerlerini doğru bölgesel uç noktaya yayacak ve her emisyonda önceki tüm özellikleri taşıyacak şekilde yapılandırılmıştır.
Özel ölçümleri kullanma
Azure İzleyici'ye özel ölçümler gönderildikten sonra Azure portal aracılığıyla bunlara göz atabilir ve Bunları Azure İzleyici REST API'leri aracılığıyla sorgulayabilirsiniz. Ayrıca, belirli koşullar karşılandığında sizi bilgilendirmek için bu uyarılarda uyarılar oluşturabilirsiniz.
Not
Özel ölçümleri görüntülemek için okuyucu veya katkıda bulunan rolüne sahip olmanız gerekir. Bkz. İzleme Okuyucusu.
Azure portalı aracılığıyla özel ölçümlerinize göz atın
- Azure portalına gidin.
- İzleyici bölmesini seçin.
- Ölçümler’i seçin.
- Özel ölçümler yaydığınız bir kaynak seçin.
- Özel ölçümünüzün ölçüm ad alanını seçin.
- Özel ölçümü seçin.
Azure portalında ölçümleri görüntüleme hakkında daha fazla bilgi için bkz . Azure İzleyici ölçüm gezginiyle ölçümleri analiz etme.
Gecikme süresi ve depolama saklama
Yeni eklenen bir ölçümün veya ölçüme yeni eklenen bir boyutun görünmesi 3 dakika kadar sürebilir. Veriler sistemde olduktan sonra, verilerin yüzde 99'unda 30 saniyeden daha kısa bir sürede görünmesi gerekir.
Bir ölçümü siler veya bir boyutu kaldırırsanız, değişikliğin sistemden silinmesi bir haftadan bir aya kadar sürebilir.
Kotalar ve sınırlar
Azure İzleyici, özel ölçümlere aşağıdaki kullanım sınırlarını uygular:
| Kategori | Sınır |
|---|---|
| Bir abonelikteki bölge başına toplam etkin zaman serisi | 50,000 |
| Ölçüm başına boyut anahtarları | 10 |
| Ölçüm ad alanları, ölçüm adları, boyut anahtarları ve boyut değerleri için dize uzunluğu | 256 karakter |
| utf-8 kodlaması kullanılarak tüm özel ölçüm adlarının birleşik uzunluğu | 64 KB |
Etkin zaman serisi, son 12 saat içinde yayımlanan ölçüm değerlerine sahip olan herhangi bir benzersiz ölçüm, boyut anahtarı veya boyut değeri birleşimi olarak tanımlanır.
Zaman serisinde 50.000 sınırını anlamak için aşağıdaki ölçümü göz önünde bulundurun:
Boyutlar ile sunucu yanıt süresi : Bölge, Departman, CustomerID
Bu ölçümle, size 10 x 20 x 100 = 20.000 zaman serisi sağlayan 10 bölge, 20 departman ve 100 müşteriniz varsa.
100 bölgeniz, 200 bölümünüz ve 2.000 müşteriniz varsa, bu size yalnızca bu ölçüm için sınırın çok üzerinde olan 100 x 200 x 2.000 = 40 milyon zaman serisi sağlar.
Bu sınır da tek bir ölçüm için değildir. Abonelik ve bölge genelinde bu tür tüm ölçümlerin toplamına yöneliktir.
Geçerli toplam etkin zaman serisi ölçümlerinizi ve sorun gidermeye yardımcı olacak daha fazla bilgiyi görmek için aşağıdaki adımları izleyin.
- Azure portalının İzleyici bölümüne gidin.
- Sol taraftaki Ölçümler'i seçin.
- Kapsam seçin altında ilgili aboneliği ve kaynak gruplarını denetleyin.
- Kapsamı daralt'ın altında Özel Ölçüm Kullanımı'nı ve istediğiniz konumu seçin.
- Uygula düğmesini seçin.
- Etkin Zaman Serisi, Etkin Zaman Serisi Sınırı veya Kısıtlanmış Zaman Serisi'ni seçin.
Utf-8 veya karakter başına 1 bayt olduğu varsayılarak tüm özel ölçüm adlarının birleşik uzunluğu için 64 KB sınırı vardır. 64 KB sınırı aşılırsa ek ölçümler için meta veriler kullanılamaz. Ek özel ölçümlerin ölçüm adları Azure portalında seçim alanlarında görünmez ve ölçüm tanımlarına yönelik isteklerde API tarafından döndürülemez. Ölçüm verileri hala kullanılabilir ve sorgulanabilir.
Sınır aşıldığında, gönderdiğiniz ölçüm sayısını azaltın veya adlarının uzunluğunu kısaltın. Ardından yeni ölçümlerin adlarının görünmesi iki güne kadar sürer.
Sınıra ulaşmamak için ölçüm adlarınıza değişken veya boyutsal yönler eklemeyin.
Örneğin, sunucu CPU kullanımınaCPU_server_12345678-319d-4a50-b27e-1234567890ab yönelik ölçümler ve CPU_server_abcdef01-319d-4a50-b27e-abcdef012345 ölçüm CPU olarak ve bir Server boyutla tanımlanmalıdır.
Tasarım sınırlamaları ve dikkat edilmesi gerekenler
Application Insights'ın denetim amacıyla kullanılması. Application Insights telemetri işlem hattı, performans etkisini en aza indirmek ve ağ trafiğinin uygulamanızı izlemesini sınırlamak için iyileştirilmiştir. Bu nedenle, ilk veri kümesi çok büyük olursa azaltma veya örnekler (telemetrinizin yalnızca bir yüzdesini alır ve gerisini yoksayar). Bu davranış nedeniyle, bazı kayıtların bırakılması olasılığı yüksek olduğundan bu davranışı denetim amacıyla kullanamazsınız.
Adında değişken bulunan ölçümler. Ölçüm adının bir parçası olarak değişken kullanmayın. Bunun yerine sabit kullanın. Değişken değerini her değiştirişinde Azure İzleyici yeni bir ölçüm oluşturur. Ardından Azure İzleyici, ölçüm sayısı sınırına hızla ulaştı. Geliştiriciler genellikle ölçüm adına bir değişken eklemek istediğinde, tek bir ölçüm içinde birden çok zaman serisini izlemek ister ve değişken ölçüm adları yerine boyutları kullanmalıdır.
Yüksek kardinalite ölçüm boyutları. Bir boyutta çok fazla geçerli değere ( yüksek kardinalite) sahip ölçümlerin 50.000 sınırına ulaşma olasılığı çok daha yüksektir. Genel olarak, bir boyutta sürekli değişen bir değeri asla kullanmamalısınız. Örneğin zaman damgası hiçbir zaman boyut olmamalıdır. Sunucu, müşteri veya ürün kimliğini kullanabilirsiniz, ancak yalnızca bu türlerden her birine daha az sayıda sahipseniz.
Bir test olarak kendinize bu tür verileri bir graf üzerinde grafik oluşturacak mısınız diye sorun. 10 veya belki de 100 sunucunuz varsa bunların tümünü karşılaştırmak üzere bir grafikte görmek yararlı olabilir. Ancak 1.000'iniz varsa, sonuçta elde edilen grafiği okumak zor veya imkansız olabilir. En iyi yöntem, bunu 100'den az geçerli değerle tutmaktır. 300'e kadar gri bir alandır. Bu miktarı aşmanız gerekiyorsa bunun yerine Azure İzleyici özel günlüklerini kullanın.
Adında veya yüksek kardinalite boyutunda bir değişkeniniz varsa aşağıdaki sorunlar oluşabilir:
- Azaltma nedeniyle ölçümler güvenilir olmaz.
- Ölçüm Gezgini çalışmaz.
- Uyarı ve bildirimler tahmin edilemez hale gelir.
- Maliyetler beklenmedik şekilde artabilir. Microsoft, bu özellik genel önizleme aşamasındayken boyutlara sahip özel ölçümler için ücret ödemez. Gelecekte ücretler başladıktan sonra beklenmeyen ücretlere tabi olursunuz. Plan, izlenen zaman serisi sayısına ve yapılan API çağrılarının sayısına göre ölçüm tüketimi için ücretlendirme yapmaktır.
Ölçüm adı veya boyut değeri yanlışlıkla bir tanımlayıcı veya yüksek kardinalite boyutuyla doldurulmuşsa değişken bölümünü kaldırarak bunu kolayca düzeltebilirsiniz.
Ancak senaryonuz için yüksek kardinalite gerekiyorsa, toplanan ölçümler büyük olasılıkla doğru seçim değildir. Özel günlükleri (trackEvent ile trackMetric API çağrıları) kullanmaya geçin. Ancak, günlüklerin değerleri toplamadığını, bu nedenle her girdinin depolandığını düşünün. Sonuç olarak, küçük bir süre içinde (örneğin, saniyede 1 milyon) büyük miktarda günlükleriniz varsa, azaltma ve alma gecikmelerine neden olabilir.
Sonraki adımlar
Çeşitli hizmetlerden özel ölçümler kullanın: