EC2 kullanırken Nagios / Capistrano yapılandırmalarını nasıl takip edersiniz?

Mobil uygulamam için Amazon EC2 kullanıyorum. Belirli bir zamanda uygulamanın yüküne bağlı olarak, yeni örnekler oluşturabilir ve daha sonra maliyetleri düşürmek için yük daha düşük olduğunda bunları kaldırabilirim.

Böyle dinamik bir ortam için Nagios yapılandırmalarına nasıl ayak uydurabilir? Biri yönetilen donanımla ilgilendiğinde, yapılandırma dosyaları tahmin edilebilir. Bu durumda Nagios, Capistrano ve bir grup diğer yapılandırma dosyasının eklenmesi gerekir. Capistrano, bir uygulama sunucusu için nereye yeni bir yapı dağıtacağını bilmelidir. Nagios'un mevcut bir örneği kaldırmayı veya izleme için yeni bir örnek eklemeyi bilmesi gerekir. Nagios'un ayrıca bir düğümün kasıtlı olarak kaldırılıp kaldırılmadığını veya ana bilgisayarın hata nedeniyle kapalı olup olmadığını da bilmesi gerekir.

Bu harika VPS / dinamik örnek dünyasıyla nasıl yapılır?

Düğüm bilgisinden Nagios yapılandırmasını yazan bir yapılandırma yönetim aracı (bizim durumumuzda Şef) kullanıyoruz.

Bir dosyaya nagios yapılandırmaları yazan kendi küçük php betiklerimi yazdım. Nagios kolaydır, çünkü sadece bir metin dosyasıdır, bu yüzden tek yapmanız gereken her sunucu türü için bir şablon oluşturmaktır. Sonra sunucu başladığında şablonu kullanarak bir dosya ekleyin. Dosyada değişen tek veri host ip ve adıdır.

Daha statik sunucular ec2-describe-instancesiçin, döndürülen her örnek için çalışan ve bir dosya oluşturan bir komut dosyası oluşturdum . Her örnek etiketi ile işaretlenir: Amaç = XXXX böylece hangi şablon uygulamak gerektiğini biliyorum.

Otomatik ölçekleme gruplarımız as-put-notification-configurationiçin, SQS kuyruğuna mesaj gönderen komutu kullanarak bir bildirim ayarladık . Php betiği bir crontab tarafından yürütülür. Komut dosyası yürütüldüğünde, yeni sunucular için kuyruğu denetler. Yeni bir sunucu bulduğunda yeni bir dosya oluşturur. Bir sunucu kaldırıldığında da aynı şey olur. Muhtemelen zaten kullanıyorsanız Şef ya da bir şey kullanmak daha kolay ama eğer değilseniz, birkaç gün içinde benim gibi basit bir php hizmeti yazabilirsiniz.

Başka bir nagios + veritabanı + rest-api sarmalayıcısı olan Opsview kullanıyoruz . Bu herkes (ya da bizim için) için en iyi çözüm olup olmadığını bilmiyorum ama Nagios sunucusunu geldiğinde düğümden (veya diğer yönetim düğümünden) basit bir REST API'si üzerinden dinamik olarak yapılandırmamıza ve yapılandırma tamamlandığında. Host Şablonlarının tanımlarını Opsview (/ Nagios) sunucusunun Kukla manifestinin bir parçası olarak kullanıyorum ve izlenen hostlar sadece onunla kayıt oluyor ve Kukla manifestlerinin bir parçası olarak sağ Host Şablonuna katılıyor.

Orijinal Nagios ve statik dosyaları bile hemen hemen her şeyle çalışması gereken daha "genel" bir yaklaşım, Kukla Kayıtlı Yapılandırmadır - bu, kuklaların topladığı bilgilere dayanarak istediğiniz herhangi bir aracı yapılandırmak için bir şey komut dosyası oluşturmanıza olanak tanır. tezahürü.

Adli amaçlar için, düğümün yapılandırmasını kaldırıldığında tamamen silmemelisiniz, ancak arşivleme işlemini ve tamamlanmışken bu konuda toplanan izleme bilgisini arşivlemeye çalışın.

Birkaç yol.

• Önceden Yapılandırılmış Amazon EC2 Şablonlarını Kullanma.

• Değişkenleştirilmiş şablonlarla kukla manifest kullanma.

• Nagios ağınız ve amazon VM'niz arasında bir VPN kurun.Amazon VM'nizin hepsinde statik IP olacak, hatta bir DNS bile kurabilirsiniz. Tüm Amazon örneklerimizi izleyen ve izleyen bir nagios'umuz var. Elastik iplere bile ihtiyacımız yok. Out VPN için openvpn kullanıyoruz.

• Harici komutu dinleyen Nagios oluşturun ve yapılandırmasını buna göre güncelleyin. Sonunda makineler Nagios'ta kendilerini kaydedebilir, kayıtlarını kaldırabilir, askıya alabilir, özgeçmişlerine devam edebilir.

Nagios ile bu sorunu çözmek için gümüş bir mermim yok. Ancak capistrano için amazon etiketleme yeteneklerini kullanarak sunucu rol listelerini çözen capistrano için bir uzantı olan capify-ec2 uzantısı vardır.