Altyapı için izleme stratejileri


12

Son zamanlarda, dağıttığım bazı Drupal sitelerinde kesinti yaşıyorum. Hizmet veya sunucunun kendisini yeniden başlatarak bu kesintilere tepki vermek yerine probleme proaktif olarak yaklaşmak isterim. Sunucunuzun / altyapınızın sağlığını izlemek için nagios, munin, kaktüsler gibi izleme araçlarını okudum, ancak üretimde gerçekten bir tane denemedim. Drupal'ın neredeyse% 99'unu ele alıyorum ve hem sunucu düzeyinde izleme hem de Drupal (uygulama kodu) düzeyinde izleme için öneriler bulmak istiyorum.

Temel olarak, sunucu yükü yüksek olduğunda, muhtemelen suçluya (veya kurbana) işaret edilerek bilgilendirilmek istiyorum, böylece bilinçli kararlar alabilirim. Ayrıca bir PHP hatası / uyarısı olduğunda insanların Drupal seviye izleme (e-posta gibi) için ne kullandığını bilmek istiyorum. (E-posta sunucusunun kendisi kapalı olduğunda ne olur?)

Yanıtlar:


6

Uyarılar, vb ile aynı yerden birkaç Drupal siteleri izlemek istiyorsanız ... Ben tek olmadığını söyleyebiliriz. Şimdiye kadar dolu bir iş nişi olmaya başlıyor:

Her ikisi de ticari SaaS yaklaşımlarıdır ve hizmeti denemek için ücretsiz sınırlı seçeneklerle.

Ayrıca Drupal modülü ile Açık Kaynak Zabbix izleme seçeneği var http://drupal.org/project/zabbix , ancak o zaman sunucuyu yapılandırmalı ve kendiniz oluşturmalısınız.

Tüm bu seçeneklerin monitör sunucusuna sunucu ve drupal'a özgü bilgiler göndermek için Drupal modülleri vardır.

GÜNCELLEME. Munin ayrıca özgü Drupal vardır Modül Drush dayalı bir 2.x şube ile.


Drupal ile yeni kalıntı denedim ve çoğu zaman iyi bir şekilde gerçekten kapsamlı olduğunu söylemeliyim (xhprof az ya da çok NR işlem izleri için iyi bir alternatif ama veri toplama vazgeçilmez). Ayrıca drupal.org izleme için nagios benimseyen hakkında duydum, Cevabınız için teşekkürler, seçmeden önce birkaç gün daha birkaç gün bekleyeceğim.
Dipen

5

Hangisini kullanırsanız kullanın, kesinlikle önereceğim tek şey - tam zamanlı bir BT personeliniz yoksa - kendi izlemenizi sürdürmemek: sunucularınızdan tamamen bağımsız bir hizmete güvenmek. Herkese açık bir sunucuya sahip olmak bir şeydir, onu aşağıya çekmek ve bilmemek başka bir şeydir, çünkü izleme sunucunuz da kapalıdır. Çoğu izleme hizmeti, kutunun dışında listelediğiniz tüm gereksinimleri içerir.

Ancak bunun bir alışveriş önerisi sorusuna dönüşme riski altında, listelediğiniz gereksinimler için kullandığım hizmet Pingdom :

  • Bir sitenin hazır olup olmadığını söyler (elbette)
  • Yanıt vermenin ne kadar sürdüğünü ölçer
  • Herhangi bir özel TCP / UDP bağlantı noktasında yanıt verme hızını ve kullanılabilirliğini ölçer
  • E-posta kullanılabilirliği kontrolü
  • Özel HTTP isteklerine izin vererek uygulamanızın farklı özelliklerini test etmenize olanak tanır
  • Kapsamlı raporlama
  • Dünya çapında izleme ve birkaç ayda bir yaklaşık bir düzine izleme sitesi daha ekliyorlar

Ben zaten site24x7.com kullanıyorum ve ayrıca uyarı için (farklı bir site için) pingdom, bana kaynak kullanımı veya potansiyel problemler hakkında proaktif bir şekilde anlatılan ve sunucu ortamıyla sıkı bir şekilde bütünleşen izleme istedim. Cevabınız için teşekkürler.
Dipen

2

Bunlar bazı Drupal-agnostik öneriler:

  • Sitelerim Hazır mı? mı, siteniz çevrimdışı veya yanıt vermiyorsa, sunucularınıza düzenli aralıklarla ping gönderir ve size (veya ücretsiz olmayan paketi alırsanız SMS gönderir) e-posta gönderir.
  • Load Impact , web sitenizi stres test edebilen başka bir harika ücretsiz araçtır, böylece tam olarak ne zaman başarısız olmaya başladığını anlayabilirsiniz.

Drupal uygulamasının kendisi kadarıyla , kodu profillemek ve bu soruya göz atmak için Xdebug + Webgrind veya XHProf kullanmanızı öneririm : Drupal yığın performansını karşılaştırmanın en iyi yolu


Yük etkisi hakkında bilgi verdiğiniz için teşekkür ederim, jmeter kullanıyorum, ancak daha sonra ur test planlarını vb.
Dipen

1

Küçük / orta ölçekli siteler için pingdom'u seviyorum çünkü faydalı: size bir şeylerin müşteri açısından yanlış olduğunu söyler, bu da eyleme geçirilebilir. Yük ortalaması gibi şeyler, çılgınca yanlış yapılandırılmış bir yığına (ki yapmamanız) sahip olmadıkça veya Digg / Reddit'ten dövülmedikçe hiçbir şey ifade etmiyor (bu durumda yine de yapabileceğiniz hiçbir şey yok, hazırlanmış).

Gönderen Ted Dziuba günlüğü:

Bu tür uyarılara kısaca Cool Story, Bro diyorum. Bunlar, herhangi bir sorun durumunu göstermeyen ve herhangi bir işlem istemeyen bilgi parçalarıdır. Serin Hikayeler, uyarı almamanız gereken şeylerdir. Zamanını boşa harcıyor ve seni paranoyak yapıyorlar. Cool Story Bro uyarıları şöyledir:

  • Bir sunucudaki yük ortalaması 20'nin üzerindedir.
  • Bir iş kuyruğunda X'ten fazla iş birimi bulunur. Tebrikler, dipshit, sıran tam olarak yapması gerekeni yapıyor.
  • Bazı metrikler ampirik olarak belirlenmiş bir ortalamadan daha büyüktür. Şahsen böyle boktan rahatsız oluyorum.

Blog gönderisini okuyun, çok komik.


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.