Kukla: Apache VirtualHost'ları yönetme (bir sürü)


9

Genel olarak konfigürasyon yönetimi ve özellikle kukla uygulama yoluyla öğreniyorum . Zaten bazı genel araştırmalar yaptım ( ayrıca SF üzerinde ) ve şu anda Apache VirtualHosts'u düşünüyorum.

İki sistemde çok sayıda LAMP web sitesi (şu anda yüzlerce aralıkta) barındırıyoruz: Apache2 / mod_php ve MySQL olanı - temelde SF'de zaten her biri az sayıda hayalet içeren çok sayıda sunucuyu yönettiği başka bir sorunun tersi (eğer aslında bir değil, bilmiyorum). Henüz kuklada çalışan bir yapılandırma oluşturmadım ama bir sorun olmamalı, orada birçok örnek ve tarif var.

Açık apache yapılandırma dosyalarına ek olarak (burada sanırım sorun yok) her vhostun bazı dizinleri oluşturması ve izinleri kontrol etmesi gerekir (örn. Bir belge kökü, adanmış bir tmp dizini, özel bir adanmış içeren her vhost için bir kök dizin php session files dir, muhtemelen SSL sertifikaları vb.) web sunucusunda ve bir kullanıcı + MySQL sunucusunda bir veya daha fazla veritabanı.

Yeni bir vhost eklemek, bunları oluşturmak için kukla gerektirir, birini kaldırmak, kullanıcı verilerini yedekleyecek ve daha sonra canlı verileri iki sunucudan kaldıracak bir komut dosyası çalıştırmak için kukla gerektirir, ancak aynı zamanda çalışan her kukla aracısının varlığını kontrol eder. dizinler, db, izinler vb.

Her kukla çalışmasında, özellikle dosya sistemi olanlarında (web sunucusunda) ve özellikle gelecekte sistemlerin daha fazla yükleneceği zaman tüm denetimlerle yüzlerce sanal ana bilgisayara giderken sorun mu yaşıyorsunuz? (diyelim ki 1000 ~ 2000 web sitesi aralığını sunucu başına makul bir maksimum olarak hedefliyoruz).

İnternette bunu yaparken herhangi bir deneyim var mı? Ben googled ama hiçbir şey bulunamadı, çünkü "kukla" ve "apache" ararken düşük bir sinyal / gürültü oranı olduğu için ...

Yanıtlar:


4

Çok sayıda apache sanal ana bilgisayarını yönetmenin sorun olmayacağından şüpheleniyorum, ancak kesin olarak söyleyemem. Kabul edilebilir performans iş gereksinimleriniz tarafından tanımlanır. Yeterince hızlı olup olmadığına sadece siz karar verebilirsiniz. CPU yükünü azaltma konusunda iyi bir iş parçacığı: https://groups.google.com/forum/?fromgroups#!topic/puppet-users/sxtMvCnKnys[1-25]

Konuyu özetlemek için:

  • Kukla aracı çalışmaları arasındaki gecikmeyi artırın
  • kukla programlamayın ve sadece tetikleme hareketleri için kukla vuruşu veya mcollective kullanın
  • Apache değişikliklerini yalnızca belirli zamanlarda gerçekleşecek şekilde zamanlayın.
  • işleri yönetmek için iki farklı ortam (bakım ve üretim) kullanın. Üretimi hafif tutun ve değişiklik yapmak için bakım kullanın.

PuppetLabs web sitesinden bir apache Sanal Ana Bilgisayarı yönetme örneği: http://docs.puppetlabs.com/learning/definedtypes.html#an-example-apache-vhosts

Yapılandırmayı ayarlamak ve kaldırmak sorun olmamalı. En büyük sorun, web uygulamaları / siteleri için veri dosyalarını kaldırmak olacaktır. Bunun için NFS / AFS gibi paylaşılan bir depolama alanı öneriyorum. Paylaşılan depolama alanı kullanmıyorsanız, kullanıcı tarafından oluşturulan verilerin bozulmadan, yedeklendiğinden veya yeni sunucuya taşındığından emin olun.

Bir web barındırma şirketi gibi kitlesel bir barındırma durumunda olduğunuzdan şüpheleniyorum, bu yüzden site bireysel site adlarının kukla manifestinize kodlanmamasını öneriyorum. Bunun için Hiera < http://puppetlabs.com/blog/first-look-instal-and-using-hiera/ kullanmanızı öneririz . Hiera, sanal ana bilgisayar listesini gerçek sunucu eşlemelerine depolamak için ayrı bir yol kullanmanızı sağlar. Hiera ile düz dosyalar veya veritabanı kullanabilirsiniz. Ne yazık ki, ihtiyacınız olabilecek çok seviyeli Hiera veri yapısını nasıl kuracağınız konusunda size rehberlik edecek kadar Hiera'yı bilmiyorum, ama en azından sizi Hiera'nın genel yönüne yönlendirebilirim.

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.