Uygulamanız için bir aracı yükledikten sonra ARMS izlemeye başlar. Dependencies sayfasında harici çağrılar, veritabanı çağrıları ve mesaj kuyrukları dahil olmak üzere uygulamanın bağımlılıklarını görüntüleyebilirsiniz.
Önkoşullar
ARMS Application Monitoring, yeni faturalandırma modelini etkinleştiren kullanıcılar için yeni bir izleme ayrıntıları sayfası sunar. Yeni faturalandırma modeli hakkında bilgi edinmek için bkz. Product Billing (New).
Yeni faturalandırma modelini etkinleştirmediyseniz ancak yeni izleme ayrıntıları sayfasına erişmek istiyorsanız Application List sayfasında Switch to New Version seçeneğine tıklayın.
Uygulamanız için bir prob yüklediniz. Talimatlar için bkz. Overview of Application Monitoring Integration.
Uygulama bağımlılıkları
ARMS konsolu oturumunu açın. Sol gezinme bölmesinde yolunu izleyin.
-
Application List sayfasında üst gezinme çubuğundan bölgeyi seçin ve ardından uygulamanın adına tıklayın.
NotLanguage sütunundaki simgeler şu anlamlara gelir:
: Application Monitoring'e bağlı bir Java uygulaması.
: Application Monitoring'e bağlı bir Golang uygulaması.
: Application Monitoring'e bağlı bir Python uygulaması.-: Managed Service for OpenTelemetry hizmetine bağlı bir uygulama.
-
Üst gezinme çubuğunda Dependencies seçeneğine tıklayın.
Hızlı filtre alanında grafikleri ve hizmet listesini Request Type, Interface Name ve Host ölçütlerine göre filtreleyebilirsiniz.
-
Eğilim grafiği alanında seçilen zaman aralığındaki uygulama bağımlılığı çağrılarına ilişkin toplam istek sayısı, hata sayısı ve ortalama yanıt süresi için zaman serisi eğrileri görünür.
Belirli bir döneme ait ölçüm istatistiklerini görüntülemek veya farklı tarihler arasındaki istatistikleri karşılaştırmak için
simgesine tıklayın. Çubuk grafik ile eğilim grafiği arasında geçiş yapmak için 
simgesini kullanın. -
Hizmet listesi alanında arayüz adı, tür ve RED ölçümleri (istek sayısı, hata sayısı ve ortalama yanıt süresi) gibi bilgileri görüntüleyebilirsiniz.
Hizmet listesinde aşağıdaki işlemleri yapabilirsiniz:
İlgili hizmetle ilgili ayrıntıları görüntülemek için bir arayüz adına veya Actions sütunundaki Details, SQL Analysis ya da Exception Analysis bağlantılarına tıklayın. Daha fazla bilgi için bkz. Bağımlılık ayrıntıları.
İlgili izlemeyi görüntülemek için Actions sütunundaki Trace bağlantısına tıklayın. Daha fazla bilgi için bkz. Trace Explorer.
Desteklenen çerçeveler
Bağımlılık ayrıntıları
Harici çağrılar
Genel Bakış
Overview sekmesinde hedef adres veya hizmet için istek sayısı, hata sayısı ve ortalama yanıt süresi istatistiklerinin yanı sıra yavaş çağrıların zaman serisi eğrisini görüntüleyebilirsiniz.
Trace Explorer
Trace Explorer özelliği depolanan izleme verilerini gerçek zamanlı olarak analiz eder ve çeşitli özel tanılama gereksinimlerinizi karşılamak amacıyla filtre koşullarını toplama boyutlarıyla birleştirmenize olanak tanır. Daha fazla bilgi için bkz. Trace Explorer.
Mesaj yayınlama
Python uygulamaları için mesaj yayınlama verilerini görüntüleme işlemi desteklenmez.
Genel Bakış
Overview sekmesinde hedef mesaj için istek sayısı, hata sayısı ve ortalama yanıt süresi istatistiklerinin yanı sıra yavaş çağrıların zaman serisi eğrisini görüntüleyebilirsiniz.
Gönderim istatistikleri
Sending Statistics sekmesi gönderen perspektifinden konu gönderim istatistiklerini listeler; buna istek sayısı, hata sayısı ve yanıt süresi dahildir.
Trace Explorer
Trace Explorer özelliği depolanan izleme verilerini gerçek zamanlı olarak analiz eder ve çeşitli özel tanılama gereksinimlerinizi karşılamak amacıyla filtre koşullarını toplama boyutlarıyla birleştirmenize olanak tanır. Daha fazla bilgi için bkz. Trace Explorer.
Veritabanı çağrıları
Python uygulamaları için veritabanı çağrısı verilerini görüntüleme işlemi desteklenmez.
Genel Bakış
Overview sekmesinde hedef veritabanı örneğine yönelik çağrıların istek sayısı, hata sayısı ve ortalama yanıt süresi için istatistikleri, zaman serisi grafiklerini ve dağılımlarını görebilirsiniz. Ayrıca yavaş çağrı sayısının dağılımı da sunulur.
SQL Analizi
SQL Analysis sekmesinde seçili veritabanı örneği için istek eğilimlerini (istek sayısı, yavaş SQL sayısı ve ortalama yanıt süresi) ve SQL çağrısı düzeyindeki istatistiksel ölçümleri bulabilirsiniz. Bu bilgiler hangi SQL ifadelerinin hizmet yanıtlarının yavaşlamasına neden olduğunu belirlemenize yardımcı olur.
Return Size ölçümü yalnızca MySQL 5.x sürümlerinde desteklenir ve Application Monitoring aracı sürümünün 2.7.1.3 veya üzeri olması gerekir.
Bir SQL ifadesinin sağ tarafındaki Trace bağlantısına tıklayarak SQL yürütmesini içeren tam izlemeyi görüntüleyebilirsiniz. Daha fazla bilgi için bkz. Trace Explorer.
Özel Durum Analizi
Exception Analysis sekmesinde belirtilen zaman aralığında hedef veritabanına yapılan çağrılar sırasında her bir özel durumun kaç kez oluştuğunu ve özel durum ayrıntılarını görüntüleyebilirsiniz. Daha fazla bilgi için bkz. Exception Analysis.
Çağrı kaynağı
Call Source sekmesinde hedef veritabanını çağıran kaynak arayüzlerin yanıt süresi, istek sayısı ve hata sayısı için zaman serisi eğrilerini görüntüleyebilirsiniz.
Trace Explorer
Trace Explorer özelliği depolanan izleme verilerini gerçek zamanlı olarak analiz eder ve çeşitli özel tanılama gereksinimlerinizi karşılamak amacıyla filtre koşullarını toplama boyutlarıyla birleştirmenize olanak tanır. Daha fazla bilgi için bkz. Trace Explorer.
SSS
Veritabanı
Veritabanı çağrıları için veri yok
Olası nedenler şunlardır:
Veritabanı ARMS tarafından desteklenen veritabanları listesinde yer almıyor. Desteklenen veritabanlarının listesi için bkz. Supported Java components and frameworks for ARMS Application Monitoring.
4.x öncesi aracı sürümleri eşzamansız olarak çağrılan veya giriş noktası olmayan veritabanlarını desteklemez.
Yavaş veritabanı çağrılarında tutarsızlık
ARMS istemci taraflı bir bakış açısıyla izleme yapar; yani ölçümler tüm süreci kapsar: uygulama bir istek başlatır, istek ağ üzerinden iletilir, sunucu isteği işler ve yanıt istemciye döner. Bu nedenle ARMS tarafından toplanan veritabanı ölçümleri çöp toplama (GC) ve ağ gecikmesi gibi faktörlerden etkilenir ve bu durum sunucu tarafından doğrudan bildirilen değerlerden daha yüksek sonuçlara yol açabilir. Ayrıca ARMS yavaş çağrıları Custom Configuration sayfasında yapılandırılan Slow SQL Threshold değerine göre belirler. Bu eşik varsayılan olarak 500 ms'dir ve veritabanı sunucusunun yapılandırmasından farklı olabilir.
Veritabanı çağrı hacminde tutarsızlık
Tek bir veritabanına birden çok uygulama erişebilir. ARMS konsolu yalnızca mevcut uygulamadan gelen çağrı hacmini gösterir.
Kaydedilmeyen harici çağrılar
3.x aracı için olası nedenler şunlardır:
-
Giriş noktası olmayan harici çağrılar.
Varsayılan olarak 3.x aracı yalnızca HTTP arayüzleri, RPC arayüzleri, zamanlanmış görevler ve mesaj tüketimi işleme akışı içinde gerçekleşen harici çağrıları toplar. Arka plan iş parçacığı havuzları tarafından başlatılan veritabanı erişimi veya HTTP istekleri gibi harici çağrılar toplanmaz.
-
Giriş noktası bulunan ancak yürütme sırasında iş parçacığı değiştiren harici çağrılar.
3.x aracı eşzamansız bağlamların otomatik olarak yayılmasını desteklemez. İş parçacığı değişikliği meydana gelirse izleme bağlamı kaybolur ve çağrı toplanmaz.
Bu iki sorun da aracıyı 4.x sürümüne yükselterek çözülebilir.
Harici çağrılarda tanımsız veriler
3,1.x ve önceki aracı sürümlerinde Dubbo enstrümantasyonunda eş IP adresinin alınamamasına neden olan bir hata bulunur. Bu sorun 3,2.x sürümünde giderilmiştir.
Redis çağrılarında bozuk anahtarlar
Lettuce çerçevesindeki bir enstrümantasyon sorunu yanlış anahtar alınmasına neden olur. Anahtarın bozuk kısmını yok sayabilirsiniz; anahtarın geri kalan kısmı geçerlidir.
SQL ifadelerinden izleme verisi olmaması
Neden: Aşırı durumlarda büyük miktarda veri raporlamanın maliyet ve performans yükünden kaçınmak için ARMS aracı varsayılan olarak span sıkıştırmayı etkinleştirir. Üst span altındaki birden çok alt span aynı ada sahip olduğunda bunlar tek bir temsilci span'da sıkıştırılır. Temsilci span'ın nitelikleri ardından tüm benzer alt span'ların sayısını, toplam süresini, maksimum süresini ve minimum süresini saklar. Ancak bu sıkıştırma işlemi birleştirilen span'lara ilişkin bireysel ayrıntıları atar. Sonuç olarak bu sıkıştırılmış span'lar içindeki SQL ifadeleri Trace Explorer sayfasında doğrudan sorgulanamaz.
Çözüm: İzleme sıkıştırmayı devre dışı bırakın.
Sıkıştırmayı devre dışı bıraktıktan sonra bir uygulama arayüzü veritabanları veya Redis gibi bileşenlere sık sık erişirse raporlanan veri miktarı artar ve ARMS'nin hatalar ve yavaş çağrılar için örnek alma mantığı daha az etkili hale gelir.
Mesaj yayınlama
İstemci ve sunucu görünümleri arasındaki veri farkı
Mesaj Aboneliği ve Mesaj Yayınlama sayfaları seçilen uygulamanın tüketici veya üretici olarak hareket ettiği istemci tarafı performans ölçümlerini gösterirken bir MQ örneğinin izleme panosu sunucu tarafı konu ile ilgili performans ölçümlerini gösterir.
Mesajlar için span adı biçimleri
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Spring Cloud Alibaba RocketMQ desteği
Bu çerçeve aracı sürümleri 4.x ve sonrasında desteklenir. Aracı sürümünüz 4.x'ten eskiyse ARMS aracısını yükseltin.
Mesaj Gecikmesi ölçümü
Mesaj gecikmesi mesaj üretiminden tüketime kadar geçen toplam süreyi ifade eder. Bu ölçümün birimi milisaniyedir (ms). Bu ölçüm şu anda yalnızca RocketMQ Client ve Ons Client için toplanır.
Tüketici izlemelerinin veya ölçümlerinin eksik olması
Bu durum aracı sürümü 4.x'ten eskiyse ve mesaj dinleyicide tüketim mantığını tanımlamak için lambda ifadeleri kullanıyorsanız meydana gelebilir.
Aracı sürümleri 2.x ve 3.x'te lambda ifadeleri için sınıf geliştirmesi başarısız olduğu için bu sorunu çözmek üzere aracıyı 4.x sürümüne yükseltebilirsiniz.
Kafka 'Magic v1' üstbilgi hatası
Java aracı izleme bağlamını yaymak için Kafka mesajlarının Header alanını kullanır. 0.11.0.0'dan önceki Kafka sürümlerinde (hem istemciler hem de broker'lar için) mesaj biçimi üstbilgileri desteklemez. Broker veya istemci için daha eski bir Kafka sürümü kullanıyorsanız 0.11.0.0 veya sonraki bir sürüme geçiş yapın. Hemen geçiş yapamıyorsanız 4.x öncesi Java aracı sürümleri için uygulamanın Custom Configurations sayfasındaki Agent Switch Settings bölümünde Kafka bileşeni geliştirmesini (kafka-plugin anahtarı) devre dışı bırakabilirsiniz. 4.x ve sonraki Java aracı sürümleri için hizmeti başlatırken geçici çözüm olarak -Dotel.instrumentation.kafka.producer-propagation.enabled=false JVM parametresini ekleyin.
İzlemelerde mesaj span'larının eksik olması
Üretici ve tüketici uygulamalarınızın kullandığı mesaj kuyruğu istemcisi SDK'larının ARMS tarafından desteklenip desteklenmediğini kontrol edin. Desteklenen bileşenler için bkz. Supported Java components and frameworks for ARMS Application Monitoring.
Hem üretici hem de tüketici uygulamalarınızın Application Monitoring veya Managed Service for OpenTelemetry hizmetine bağlı olup olmadığını, aracı ve eklenti anahtarlarının etkinleştirilip etkinleştirilmediğini ve aynı bölgeye raporlama yapıp yapmadıklarını denetleyin. Mesaj gönderme span'ları üreticide oluşturulur ve mesaj alma span'ları tüketicide oluşturulur. Uygulamalardan herhangi biri doğru şekilde yapılandırılmadıysa span'ları eksik olur.
Mesaj gönderme span'larını göremiyorsanız üretici uygulamasının aracı sürümünün 4.x veya sonraki bir sürüm olup olmadığını kontrol edin. 4.x öncesi aracı sürümlerinde mesaj gönderme işlemi ayrı bir span olarak kaydedilmez bunun yerine üst span'ın yöntem yığınına dahil edilir. Yöntem çağrı yığınını görüntülemek için üst span'ın yanındaki
simgesine tıklayabilirsiniz.Mesaj alma span'larını göremiyorsanız tüketici uygulamasının Custom Configurations sayfasındaki Interface Call Configuration bölümünde bir Invalid API Filter yapılandırdığınızdan emin olun. Bu filtre istenmeyen span'ların toplanmasını engellemek için kullanılır.
Aracı sürümleri arasında Kafka yanıt süresi farkı
Belirti: Yanıt süresi birkaç saniyeden 0,x milisaniyeye düşer.
Neden:
3.x ve önceki aracı sürümlerinde BatchMessageListener işlenirken bir mesaj grubu tek bir çağrı olarak ele alınır ve süreleri tek bir değerde birleştirilir.
4.x ve sonraki aracı sürümleri bu mantığı ayırarak her mesajı bağımsız bir çağrı olarak sayar. Bu nedenle 3.x'ten 4.x aracıya yükseltme yapıldığında çağrı başına yanıt süresi önemli ölçüde azalırken çağrı sayısı önemli ölçüde artar.
3.x sürümünde kullanılan istatistik yöntemi daha az hassastı ve 4.x sürümünde iyileştirildi.