Site Performansı ve APM

Uygulama Performansı İzleme, sitenizin zamanını nereye harcadığını gösterir: yanıt süresi yüzdelik dilimleri, en yavaş URL'ler, en yavaş veritabanı sorguları ve PHP'nin ne kadar yoğun çalıştığı. Bu kılavuz APM'yi etkinleştirmeyi, her paneli okumayı ve gösterdiği verilere göre harekete geçmeyi kapsar.

APM'nin KPanel'deki Konumu

1. KPanel oturumunu açın.
2. Sol kenar çubuğundan Websites (Web Siteleri) seçeneğini tıklayın, ardından siteyi tıklayın.
3. Sitenin sekme şeridinde WordPress seçeneğini açın, ardından APM seçeneğini açın.

Doğrudan adres /websites/<site-id>/performance dir.

APM'yi Açma

APM, etkinleştirene kadar kapalıdır. Uygun bir planda sayfa, Enable APM düğmesine sahip bir Application Performance Monitoring kartını gösterir.

Bunu etkinleştirmek, hafif bir erişim günlüğü ve PHP çalışan düzeyinde yavaş istek izleyici ekler. Sayfalarınıza hiçbir şey enjekte etmez ve ziyaretçinin isteğine hiçbir iş eklemez, bu nedenle kalıcı olarak açık bırakmak güvenlidir.

Etkinleştirildikten sonra sayfa, APM Active oku (açık olan tarih ile birlikte), Refresh düğmesi ve Disable APM düğmesini gösterir. Metrikler yalnızca gerçek trafik geldiğinde görünür, bu nedenle sessiz bir site bir süre Waiting for requests (İstek Bekleniyor) gösterir.

Yanıt Süreleri

İlk kart, son bir saattan dört rakam tutar ve istek sayısı ile yakalama zamanı başlığında bulunur.

Her karo, eşikleri bilmeden durumu okuyabilmeniz için renk kodlu hale getirilmiştir.

Yüzdelik dilimleri ayrı olarak değil, birlikte okuyun. İyi bir ortanca ile korkunç bir P95, çoğu isteğin iyı olduğu ve azınlığın ağrılı olduğu anlamına gelir ki bu bir yavaş sayfa, bir yavaş sorgu veya belirli URL'lerde kaçırılan bir önbelleğin klasik imzasıdır. Kötü bir ortanca, tüm sitenin yavaş olduğu anlamına gelir ve nedeni genellikle yapısal: yetersiz boyutlu bir plan, ağır bir tema veya kapatılmış bir önbellek.

5xx hata oranı sıfır olması gereken tek rakamıdır. Sıfırın üzerindeki herhangi bir sürekli oran ziyaretçilerin hatalar gördüğü anlamına gelir.

PHP Çalışanları

PHP Workers kartı üç sayı gösterir:

• Active Workers: Şu anda istekleri işleyen kaç PHP süreci vardır.
• Slow Requests: Yavaş istek eşiğini aşan ve günlüğe kaydedilen istekler.
• Total Handled: Havuz başladığından beri kabul edilen bağlantılar.

Aktif çalışanlar, doyum sinyalidir. Normal trafik sırasında tavanına yakın sabitlenirse, istekler PHP'nin arkasında kuyrukta bekler ve yukarıdaki sayfadaki her yanıt süresi kısmen kuyruk zamanıdır. Bu bir kod sorunu değil, kapasite sorunudur ve çözüm daha büyük bir plan veya istek başına daha az iştir.

Yükselen yavaş istek sayısı, istikrarlı istek hacmi ile, bir şey pahalı hale gelmiş demektir.

En Yavaş Uç Noktalar

Bu kart en yavaş URL'lerinizi P95 yanıt süresi bazında listeler; her biri bir bar, milisaniye cinsinden P95 ve aldığı çağrı sayısı ile birlikte. Renk en kötü suçluları işaretler.

Bunu bir liderlik tablosu değil, kısa bir liste olarak okuyun. İstediğiniz yavaş ve sık çağrılanın kesişimidir: dört saniye süren ve günde iki kez isabet alan bir sayfa, 900 milisaniye süren ve on bin kez isabet alan birinden çok daha az önemlidir.

Yaygın sebeplerden:

• Search pages (Arama sayfaları) dizin olmadan tarama yapan.
• Category and archive listings (Kategori ve arşiv listeleri) istek başına büyük sorgular oluşturan.
• Cart, checkout, and account pages (Sepet, ödeme ve hesap sayfaları), ziyaretçi başına olduğundan asla önbelleğe alınmayan. Tasarım gereği hangi yolların önbelleği atladığı hakkında Site Caching bölümüne bakın.
• Admin URLs (Yönetici URL'leri), her zaman dinamiktir.
• Anything calling an external API (İstek içinde bir harici API çağıran herhangi bir şey), başka birinin sunucusunu ölçüyorsunuz.

Yavaş Sorgular

Slow Queries kartı, veritabanının kendi performans verilerinden alınan ortalama 100 milisaniyeyi aşan veritabanı sorgularını listeler. Her satır ortalama zamanı, maksimum zamanı, çağrı sayısını ve normalleştirilmiş sorgu metnini gösterir.

Sorgu metni, değişmez değerler çıkarılmış bir özetlemedir, bu nedenle farklı parametrelere sahip aynı sorgu tek satırda gruplandırılır. Bu çağrı sayısını anlamlı kılan şeydir.

Yavaş sorguları düzeltmek genellikle üç şeyden biridir: sorgunun ihtiyaç duyduğu bir dizin eklemek, sonucun önbelleğe alınması yoluyla sorguyu ne kadar sık çalıştırıldığını azaltmak veya onu oluşturan eklentiyi kaldırmak. Çok yüksek bir çağrı sayısı ve orta düzey bir ortalaması olan bir sorgu, genellikle dramatik bir aykırı değerden daha kötüdür.

Hem uç noktalar hem de sorgular listeleri boş dönerse, kart, hiçbir yavaş istek algılanmadığını söyler; bu, son saatteki her şeyin normal eşiklerin içinde olduğu anlamına gelir.

APM'yi İyi Kullanma

Bir temel alın. Sayıları site sağlıklı iken bakın, böylece normal neyin göründüğünü bilin. 700 milisaniyeli bir P95, daha önce 300 olduğunu bilene kadar hiçbir şey ifade etmez.

Bir seferde bir şey değiştirin. Bir önbellek etkinleştirin, yenileyin ve karşılaştırın. Şüpheli bir eklentiyi devre dışı bırakın, yenileyin ve karşılaştırın. Toplu değişiklikler hiçbir sinyal vermez.

Kasıtlı olarak yenileyin. Refresh düğmesi ölçümleri talep üzerine yeniden okur. Rakamlar son saati kapsar, bu nedenle bir değişikliği yargılamadan önce biraz zaman verin.

APM'nin dışına da bakın. APM uygulamanızı ölçer. Problem kod değil de ağ veya kenar ise, Site Traffic Analytics ve Site Uptime Monitoring bunun yerine bunu gösterir.

Sorun Giderme

Sayfa bir yükseltme paneli gösterir. APM, Managed WordPress Pro ile birlikte sunulur. Diğer planlarda kullanılamaz.

APM açık fakat hiçbir metrik yok. Henüz trafik yok. Site istekler aldığında metrikler görünür.

APM'de yanıt süreleri iyidir fakat site yavaş hissedilir. APM yalnızca sunucu tarafı zamanını ölçer. Tarayıcıda resim indirmek, JavaScript çalıştırmak ve yazı tipleri yüklemek için harcanan zaman burada görünmez. Sunucu zamanı iyiyse ve sayfa hala yavaş hissedilirse, sorun ön uçtadır veya tarayıcıdan istediğiniz şeydedir.

P95, bir eklenti güncellemesinden sonra daha kötü hale geldi. En yavaş uç noktalar listesini kontrol edin, ardından yavaş sorgular listesini kontrol edin. Her sayfa yüküne bir sorgu ekleyen bir eklenti her ikisinde de görünecektir.

Tüm zamanlar tamamen yavaş. Çalışanları saturation'a karşı kontrol edin. Çalışanlar sabitlenirse, başka bir şey optimize etmeden önce kapasite ekleyin veya istek başına iş azaltın.

Sıfırın üzerinde hatalar. Milisaniye kovalamadan önce bunları düzeltin. Günlüklerinizi kontrol edin ve sitenin Error pages sekmesinde Troubleshoot with Kora düğmesini kullanın; bu, Kora'nın hata günlüklerinizi ve son başarısızlıkları sizin için okumasını ister. Custom Error Pages bölümüne bakın.

İlgili Sayfalar

• Site Caching genellikle bir WordPress sitesi için tek en büyük kazançtır.
• Site Security aynı site üzerinde güvenlik açığı ve kötü amaçlı yazılım taraması için.
• Taking a Backup eklentileri kaldırmaya başlamadan önce.