Tair (Redis OSS uyumlu), CPU kullanımı, bellek kullanımı, ortalama gecikme süresi ve saniye başına sorgu sayısı (QPS) gibi temel örnek sağlık ölçümlerini gerçek zamanlı olarak izler. Uygulamanızı etkilemeden önce sorunları tespit etmek ve son bir ay içindeki herhangi bir zaman aralığı için eğilimleri incelemek üzere Performance Monitoring sayfasını kullanın.
İzleme ölçümleri
Aşağıdaki ölçümler Performance Monitoring sayfasında kullanılabilir:
| Ölçüm | Açıklama |
|---|---|
| CPU utilization | Örnek tarafından kullanılan CPU kapasitesinin yüzdesi |
| Memory usage | Örnek tarafından tüketilen bellek miktarı |
| Average latency | Bir komutu işlemek için geçen ortalama süre |
| QPS (queries per second) | Saniye başına işlenen toplam komut sayısı |
İzleme verilerini görüntüleyin
Konsola giriş yapın ve Instances sayfasına gidin. Üst gezinme çubuğunda örneğinizin bulunduğu bölgeyi seçin. Örneği bulun ve kimliğine tıklayın.
Sol gezinme bölmesinde Performance Monitoring seçeneğine tıklayın.
-
Bir zaman aralığı seçin. Eğilim grafikleri bu dönem için verileri gösterecek şekilde güncellenir.
Sorgu başına maksimum zaman aralığı üç gündür. Eğilim grafiklerindeki veri granüleritesi seçilen zaman aralığına göre otomatik olarak ayarlanır.
-
Verileri örnek mimarinize göre yorumlayın:
Mimari Kullanılabilir sekmeler Ölçümlerin toplanma şekli Master-replica (varsayılan görünüm) Ana düğüm ölçümlerine odaklanın Cluster All, Data Node All sekmesi tüm çoğaltma düğümleri veya okuma çoğaltmaları genelinde toplanan verileri gösterir (CPU kullanımı = düğümler arasındaki ortalama; bazı ölçümler toplam değerini kullanır) Read/write splitting All, Data Node All sekmesi çoğaltma düğümlerini toplar; okuma çoğaltma ölçümleri toplanmaz Proxy düğümleri içeren herhangi bir mimari All, Proxy Node All sekmesi genel proxy performansını gösterir; Proxy Node sekmesi proxy başına ölçümleri gösterir
SSS
Okuma/yazma ayrımını etkinleştirdikten sonra okuma çoğaltmalarında neden yazma QPS değeri görünüyor?
Okuma çoğaltmalarındaki yazma QPS değeri istemci yazma isteklerinden kaynaklanmaz. Bu değer ana düğümün verileri okuma çoğaltmalarına senkronize etmesi sırasında gerçekleşen yazma işlemlerini yansıtır.
Küme mimarisine sahip örneklerde bağlantı sayısı neden 0 olarak gösterilir?
Proxy modunda veri düğümleri 0 bağlantı gösterir çünkü bu bağlantılar dahildir; proxy düğümleri ile veri düğümleri arasında çalışır yeniden kullanılır ve genellikle ortalaması 0 ile 2 arasındadır. Gerçek istemci bağlantılarını görmek için Proxy Node sekmesindeki proxy düğümü ölçümlerini kontrol edin. Veri düğümlerindeki bağlantı sayısını dikkate almayabilirsiniz.
Oturum izlemede 0 istemci bağlantısı gösterilirken performans izlemede kullanılan bağlantı sayısı neden 1 olarak gösteriliyor?
Oturum izleme istemci bağlantı sayısının 0 olduğunu gösterdiğinde ancak Performance Monitoring içindeki kullanılan bağlantı sayısı (Counts, Sum) tutarlı bir şekilde 1 gösteriyorsa bu bağlantı harici bir iş bağlantısı değil dahili bir O&M veya kalp atışı (heartbeat) bağlantısıdır. Kullanılan bağlantı sayısı ölçümü O&M ve kalp atışı bağlantıları gibi dahili bağlantıları içerir. İş bağlantılarını dahili bağlantılardan ayırt etmek için oturum izleme verilerini kontrol edin.
API referansı
| API işlemi | Açıklama |
|---|---|
| DescribeHistoryMonitorValues | Bir örneğin performans izleme geçmişini sorgular |
Sonraki adımlar
İzleme verileri bir performans sorunu ortaya koyuyorsa aşağıdaki konular sorunu teşhis etmenize ve çözmenize yardımcı olabilir: