Application Real-Time Monitoring Service:Instance monitoring for Java applications

Ortama göre ölçümler

Kullanılabilir ölçümler, uygulamanızın ECS'de mi yoksa konteynerlerde mi çalıştığına ve konteyner ortamının Managed Service for Prometheus ile entegre olup olmadığına bağlı olarak değişir.

Eğilim grafiği ölçümleri

ECS ortamları için, her altyapı grafiği başlığının yanındaki açılır listeyi kullanarak ortalama ve maksimum değerler arasında geçiş yapın.

GC grafikleri için GC sayısı ve ortalama GC süresi arasında geçiş yapın. JVM bellek grafikleri için heap ve non-heap bellek görünümleri arasında geçiş yapın.

Örnek listesi sütunları

Konteyner (Prometheus) ortamında, kaynak için bir limit ayarlanmadığında CPU kullanımı, bellek kullanımı ve disk kullanımı - olarak gösterilir.

Konteyner ortamı gereksinimleri

• Managed Service for Prometheus ile: Konteyner ölçümleri Managed Service for Prometheus'tan gelir. Entegrasyonu kurmak için bkz. Container Observability.

• Managed Service for Prometheus olmadan: Application Monitoring probunu 4,1.0 veya sonraki bir sürüme yükseltin. Daha eski prob sürümleri temel konteyner ölçümlerini raporlamaz. Prob sürümü ayrıntıları için bkz. Probe (Java Agent) version guide.

Grafik etkileşimleri

Her eğilim grafiği iki işlemi destekler:

• Bir zaman aralığındaki ölçüm istatistiklerini görüntülemek veya farklı tarihlerde aynı zaman aralığını karşılaştırmak için simgesine tıklayın.

• Sütun grafikleri ve eğilim grafikleri arasında geçiş yapmak için simgesine tıklayın.

Örnek listesi işlemleri

• Örnek ayrıntılarını açmak için bir örnek IP'sine (veya konteyner ortamları için Actions sütunundaki Details seçeneğine) tıklayın.

• İz ayrıntılarını görüntülemek için Actions sütunundaki Trace seçeneğine tıklayın. Daha fazla bilgi için bkz. Trace analysis.

Genel Bakış

Overview sekmesi, seçilen arayüz için istek sayısını, hata sayısını, ortalama yanıt süresini ve yavaş çağrı bilgilerini gösterir.

Sol taraftaki Host List paneli, izleme verilerini görüntülemek için ana bilgisayarlar arasında geçiş yapmanıza olanak tanır. Özet kartlar günden güne yüzde değişikliklerini gösterir. Kartların altında, zaman serisi eğilim grafikleri dakika bazında Requests/1m, Errors/1m ve Response Time/1m değerlerini görüntüler. Sayfa ayrıca JVM Monitoring, Host Monitoring ve Trace Analysis sekmelerini içerir.

JVM izleme

JVM Monitoring sekmesi, seçilen örnek için GC, bellek, iş parçacığı ve dosya tanımlayıcı ölçümlerini gösterir.

GC bölümü Full GC Count/1m, Young GC Count/1m, Full GC Trigger Reason/1m ve Young GC Trigger Reason/1m grafiklerini içerir. Bellek bölümü Memory Usage Distribution/1m, Heap Memory/1m, Heap Memory (used)/1m ve diğer grafikleri içerir. Sol panel, izleme verilerini görüntülemek için belirli bir uygulama örneği seçmenize olanak tanır.

İş parçacığı havuzu izleme

İş parçacığı havuzu izleme, çekirdek iş parçacığı yapılandırmasını, etkin iş parçacığı durumunu ve görev yürütme ölçümlerini takip eder. Sekmenin üst kısmında tür ve ada göre iş parçacığı havuzlarını filtreleyin.

Bağlantı havuzu izleme

Bağlantı havuzu izleme, başlatma yapılandırmasını ve çalışma zamanı bağlantı durumunu takip eder. Sekmenin üst kısmında türe göre bağlantı havuzlarını filtreleyin.

Ana bilgisayar izleme

Host Monitoring sekmesi CPU, bellek, disk, yük, ağ trafiği ve ağ paketi ölçümlerini gösterir.

Konteyner izleme

Container Monitoring sekmesi, konteyner düzeyindeki kaynak ölçümlerini görüntüler. Kullanılabilir ölçümler entegrasyon yönteminize bağlıdır:

Container Monitoring sekmesi, Namespace, Cluster ve CPU (çekirdek) ile Bellek ort/max/son/Limit özet ölçümlerini içeren bir Genel Bakış alanı gösterir. Aşağıda, Kaynak alanında aşağıdaki dört çizgi grafik bulunur:

• Memory/Limit(%)

• Memory Usage

• CPU Usage(%)

• CPU Usage By Cores (kullanıcı/sistem/toplam eğrileri ile)

İz analizi

İz analizi, depolanan iz verilerini gerçek zamanlı olarak sorgular. Farklı senaryolardaki performans sorunlarını teşhis etmek için filtreleri ve toplama boyutlarını birleştirin. Ayrıntılar için bkz. Trace analysis.

Tracing konsolunda, iz verilerini sorgulamak için serviceName: "mall-gateway" gibi arama kriterleri girin. Sayfa şunları içerir:

• Sol taraftaki hızlı filtre paneli: Status, Duration (kaydırıcı aralığı 0ns–5s), Interface Name ve Host Address ile filtreleyin.

• Üst istatistik grafikleri: Call Count histogramı, Errors/HTTP Errors histogramı, Average Duration çizgi grafiği.

• Alt Span veri tablosu: sütunlar TraceId, Interface Name, Application Name, Duration, Status, Start Time, Host Address içerir. İz ayrıntılarını görüntülemek için Details veya Logs seçeneğine tıklayın.

• Sağ taraftaki Slow Trace Analysis paneli: süre katkısına göre en yüksek spanName'leri gösterir.

Trafik neden örnekler arasında dengesizdir?

Prob sürümü 3.x'te, bellek optimizasyonunun etkinleştirilmesi bazı ölçümlerin kaçırılmasına neden olabilir. Prob sürümü 4.x'e yükseltin.

Tek bir Undertow isteği neden iki kez sayılıyor?

3,2.x'ten önceki prob sürümlerinde, DeferredResult instrumentasyonu bir çağrının iki kez kaydedilmesine neden olur. Prob sürümü 3,2.x veya sonraki bir sürüme yükseltin.

Konteyner İzleme'deki CPU veya bellek kotaları neden Pod ayarlarıyla eşleşmiyor?

Pod'un birden çok konteyner tanımlayıp tanımlamadığını kontrol edin. Bu ölçüm, Pod'daki tüm konteynerlerin kotalarının toplamıdır.

Bazı sistem ölçümleri neden eksik, yanlış veya %100 CPU kullanımı gösteriyor?

4.x'ten önceki prob sürümleri Windows'ta sistem ölçümlerini toplamaz. Prob sürümü 4.x veya sonraki bir sürüme yükseltin.

Uygulama başlatıldıktan hemen sonra neden Full GC gerçekleşir?

Varsayılan metaspace boyutu yaklaşık 20 MB'dir. Başlatma sırasında metaspace genişlemesi Full GC'yi tetikler. -XX:MetaspaceSize ve -XX:MaxMetaspaceSize parametrelerini kullanarak başlangıç ve maksimum metaspace boyutlarını ayarlayın.

VM Stack nasıl hesaplanır?

VM Stack, canlı iş parçacığı sayısı çarpı 1 MB (varsayılan iş parçacığı yığın boyutu) olarak hesaplanır. -Xss ile farklı bir yığın boyutu ayarlarsanız, bu ölçüm gerçek değerle eşleşmeyebilir.

JVM ölçümleri nasıl toplanır?

ARMS, JVM ölçümlerini standart JDK arabirimlerini kullanarak alır.

Bellek ölçümleri:

• ManagementFactory.getMemoryPoolMXBeans

• java.lang.management.MemoryPoolMXBean#getUsage

GC ölçümleri (4,4.0'dan önceki prob):

• ManagementFactory.getGarbageCollectorMXBeans

• GarbageCollectorMXBean#getCollectionCount

• GarbageCollectorMXBean#getCollectionTime

GC ölçümleri (prob 4,4.0 veya üzeri):

GarbageCollectionNotificationInfo olayına GarbageCollectorMXBean öğesinden abone olunarak alınır.

JVM maksimum heap bellek değeri neden -1'dir?

-1 değeri, maksimum heap boyutunun yapılandırılmadığı anlamına gelir. -Xmx parametresini kullanarak ayarlayın.

JVM heap bellek kullanımı neden maksimum heap bellek boyutuna eşit değil?

-Xms parametresi başlangıç heap boyutunu ayarlar. JVM, heap'i -Xmx ile ayarlanan maksimum değere kadar gerektiğinde genişletir. Bir uyumsuzluk, heap'in henüz tamamen genişlemediği anlamına gelir.

JVM GC sıklığı neden kademeli olarak artar?

Bu durum genellikle JDK 8'deki varsayılan GC algoritması olan ParallelGC ile oluşur. ParallelGC, varsayılan olarak -XX:+UseAdaptiveSizePolicy özelliğini etkinleştirir ve heap boyutlandırmasını dinamik olarak ayarlar. Young GC sık çalıştığında, survivor alanı küçülebilir ve nesnelerin old generation'a daha hızlı taşınmasına neden olabilir. Bu durum old generation büyümesini hızlandırır ve daha sık Full GC'yi tetikler. Ayrıntılar için Java GC Ergonomics documentation belgesine bakın.

İş parçacığı havuzu veya bağlantı havuzu izleme için neden veri yok?

1. Custom Configuration sayfasında, Advanced Settings altında iş parçacığı havuzu ve bağlantı havuzu izlemenin etkinleştirildiğini onaylayın.

2. Çerçevenin desteklendiğini doğrulayın. Bkz. Thread pool and connection pool monitoring.

HikariCP maksimum bağlantı sayısı neden beklentilerle eşleşmiyor?

3,2.x'ten önceki prob sürümleri maksimum bağlantı sayısını yanlış alır. Prob sürümü 3,2.x veya sonraki bir sürüme yükseltin.

Havuz izleme ölçümleri neden ondalık değerler olarak görüntüleniyor?

Prob verileri her 15 saniyede bir toplar. Konsol, seçilen zaman aralığındaki ortalamayı görüntüler. Örneğin, bir dakikadaki dört veri noktası 0, 0, 1 ve 0 ise, görüntülenen değer 0,25'tir.

İş parçacığı havuzları veya bağlantı havuzları dolu olduğu halde, izlemede neden değişiklik göstermiyor?

ARMS, iş parçacığı havuzu ve bağlantı havuzu ölçümlerini her 15 saniyede bir toplar. Bu aralıktaki kısa ömürlü artışlar yakalanmayabilir.

İş parçacığı havuzu maksimum iş parçacığı sayısı neden beklenmedik veya 2,1 milyar olarak gösteriliyor?

ARMS, maksimum iş parçacığı sayısını doğrudan iş parçacığı havuzu nesnesinden okur. 2,1 milyar değeri genellikle varsayılan olarak Integer.MAX_VALUE olan zamanlanmış bir iş parçacığı havuzunu gösterir.

/**
 * Creates a new ScheduledThreadPoolExecutor with the given core pool size.
 * @param corePoolSize the number of threads to keep in the pool, even if they are idle,
 *        unless allowCoreThreadTimeOut is set
 * @throws IllegalArgumentException if corePoolSize < 0
 */
public ScheduledThreadPoolExecutor(int corePoolSize) {
    super(corePoolSize, Integer.MAX_VALUE, 0, NANOSECONDS,
            new DelayedWorkQueue());
}

/**
 * Creates a new ScheduledThreadPoolExecutor with the given initial parameters.
 * @param corePoolSize the number of threads to keep in the pool, even if they are idle,
 *        unless allowCoreThreadTimeOut is set
 * @param threadFactory the factory to use when the executor creates a new thread
 * @throws IllegalArgumentException if corePoolSize < 0
 * @throws NullPointerException if threadFactory is null
 */
public ScheduledThreadPoolExecutor(int corePoolSize,
                        ThreadFactory threadFactory) {
    super(corePoolSize, Integer.MAX_VALUE, 0, NANOSECONDS,
            new DelayedWorkQueue(), threadFactory);
}

Tomcat iş parçacığı havuzu ölçümleri neden beklentilerle eşleşmiyor?

Birden çok ölçüm (maksimum iş parçacığı sayısı, etkin iş parçacığı sayısı, çekirdek iş parçacığı sayısı) beklenen değerlerden farklıysa, uygulamanın Tomcat hizmetlerini birden çok bağlantı noktasında sunup sunmadığını kontrol edin. Örneğin, Spring Actuator ölçümler için ekstra bir bağlantı noktası açar. Bu durumda, ARMS boyut yakınsaması nedeniyle birden çok iş parçacığı havuzundan gelen ölçümleri birleştirebilir.

Bunu düzeltmek için prob sürümü 4,1.10 veya sonraki bir sürüme yükseltin. Ardından Application Configuration > Custom Configuration > Pooling Monitoring Configuration yolunu izleyin ve Thread Pool Thread Name Pattern Extraction Strategy ayarını Replace trailing digits with * olarak ayarlayın.

Belirli bir zamandan önce bir iş parçacığı havuzu veya bağlantı havuzu için neden veri yok?

Bu durum, zamanlanmış bir görev havuzu oluşturduğunda oluşur. Veriler, görev havuzu başlattıktan sonra görünür. API istek sayıları gibi trafik tabanlı ölçümler de benzer şekilde davranır.

HttpClient bağlantı havuzları için neden veri yok?

ARMS prob sürümü 4.x'ten başlayarak, OkHttp3 ve Apache HttpClient için bağlantı havuzu izleme artık desteklenmemektedir. Bu çerçeveler, her harici etki alanı için ayrı bir bağlantı havuzu oluşturur. Çok sayıda etki alanı söz konusu olduğunda, bu durum aşırı ek yük ve kararlılık risklerine neden olur.

Bir ACK uygulamasını entegre ettikten sonra neden konteyner izleme verisi yok?

ARMS, konteyner izleme verilerini yalnızca aynı Alibaba Cloud hesabı altındaki kaynaklar için görüntüler. ACK kümesini oluşturmak için kullanılan hesabın ARMS entegrasyonu için kullanılan hesapla eşleştiğini doğrulayın.

Dosya tanıtıcısı açık oranı sıfır olmayan halde, dosya tanıtıcısı sayısı neden sıfırdır?

Bu durum, ARMS prob sürümü 3.x kullanılırken JDK 9 veya sonraki sürümlerde oluşur. Prob sürümü 4,2.2 veya sonraki bir sürüme yükseltin. Bkz. Upgrade the ARMS agent.

JVM işlemi fiziksel bellek kullanımı neden JVM izleme heap bellek kullanımından önemli ölçüde farklıdır?

JVM işlemi muhtemelen ARMS tarafından tam olarak izlenmeyen önemli miktarda heap dışı bellek kullanır. ARMS'nin kapsadığı JVM bellek alanları hakkında ayrıntılar için bkz. JVM monitoring memory details.

Druid neden maksimum boşta bağlantı ayarından daha fazla boşta bağlantı gösteriyor?

Druid'deki MaxIdle parametresi yalnızca DBCP geçiş uyumluluğu için vardır. İşlevsel bir etkisi yoktur.

Bazı örnekleri en son prob sürümüne yükselttikten sonra neden veri yok?

4,1.x'ten önceki bir prob sürümünden yükseltme yaparken, tüm örnekler yükseltilmelidir. Tüm örnekler aynı sürümü çalıştırdıktan sonra sayfa otomatik olarak uyarlanır.