Tek bir Apache sunucusunda kaç alan adı var?


9

Tek bir Apache sunucusunda müşterilerim için yaklaşık 300 alan adı barındırıyorum. Hepsinin fazla trafiği yok, bu yüzden sunucu yükü sorun değil.

Teorik olarak, sunucuda bu kadar düşük trafik alanlarından kaç tane olabileceğimi sınırlamamalıyım, ancak sunucuda çok fazla alanım varsa, gelen her isteği kontrol etmek için alan adlarının şeffaf listesinin Apache'yi yavaşlatacağından endişeleniyorum aşağı.

Bir Apache yapılandırmasının ne kadar uzun olabileceğini ve bir sorun olmadan kaç farklı alan adını işleyebileceğine dair bir kural var mı? 500 iyi mi? 5000?

Açıklama: Bir sunucunun ne kadar trafik işleyebileceğini sormuyorum. Bu belirli sunucunun mevcut trafiğinin en az iki katı işleyebileceğini biliyorum. Alan adlarının kritik bir faktör olup olmadığını bilmek istiyorum.

Yanıtlar:


9

Kelimenin tam anlamıyla binlerce alanın sorunsuz çalıştığı sunucuları gördüm. Performans, yalnızca çalıştırdığınız site sayısına göre önemli ölçüde düşmez.

Toplam istek sayısı ve sunucunun yanıt vermesini etkileyen istek başına ne kadar CPU (ve bant genişliği, disk G / Ç, veritabanı çağrıları vb.) Gerekir.


+1 - RAM'de depolanan 10.000 giriş dizisinin seri olarak taranması için gereken CPU süresi göz ardı edilebilir.
Mark Henderson

4

Bu tür şeyler için sihirli bir başparmak kuralı yoktur. Her şey donanım özellikleri ve yazılım ayarlarına dayanmaktadır. Yeni bir site eklemeyeceksiniz ve sonra sunucunuzun ipucunu görüp ölümüne boğulmayacaksınız (kapının hemen dışında gerçekten yüksek bir kullanım sitesi değilse ve buna hazır değilseniz). Çoğu şeyde olduğu gibi, sunucu performansınızı izlemeniz gerekir ve yavaşladığını görmeye başladığınızda, o noktada değerlendirin ve yeni etki alanı barındırma işini gerçekleştirmek için donanım yükseltmelerini veya yeni bir sunucuyu görün. Ve böylece açıklama noktanıza cevap vermek için, alan adlarıyla ilgili değildir, her bir alanın sunucuya ayrı ayrı yük olarak ne getirdiği ile ilgilidir. Sihirli numara yok.


Özel olarak bu soruya bir cevap olabilir ...
Nandhini Anand

3
Gene, Holocryptic'in söylediklerini yedeklemek için, içinde bir veya iki statik sayfa bulunan 500 (veya 5000) web sitesi tarafından üretilen iş yükünü hayal edin. Şimdi, yalnızca bir web sitesini barındırıyorsanız oluşturulan iş yükünü hayal edin. Ancak, bu web sitesi google.com veya facebook.com olursa - alan sayısı sorun değildir, bu alan adlarının sunucudan yapmasını istediği iştir.
Rob Moir

@Robert Moir: Sunucunun üstesinden gelebileceği trafiği sormuyorum. Etki alanı sayısının veya yapılandırma dosyasının uzunluğunun bir faktör olup olmadığını bilmek istiyorum.
Gene Vincent

3

Http://httpd.apache.org/docs/2.2/vhosts/details.html#hostmatching bilgilendirici bulabilirsiniz . Apache, *: 80 ile eşlenmemiş VHost'ları işlemek için bir karma tablo kullanır, ardından eşleşen Sunucuyu (Ad | Takma Ad) bulmak için bu IP: bağlantı noktasına atanan tüm VHost'ların bağlantılı bir listesini yineler. Bu işlem fark edilir derecede pahalı hale gelmeden önce muhtemelen milyonlarca alana ev sahipliği yapmanız gerekir.

Ayrıca http://httpd.apache.org/docs/2.2/vhosts/mass.html adresine bir göz atmak ve bunu mevcut yaklaşımınızla karşılaştırmak isteyebilirsiniz ; Bağlantılı liste geçişinin bir lstat () 'dan daha uzun sürmesi için yeterli VHost alırsanız, VirtualDocumentRootayrı ayrı belirtilen VHost'lardan daha hızlı olur.


İsme dayalı sanal konaklar kullanıyorum ve Apache sadece karma tabloyu IP tabanlı sanal konaklar için kullanıyor, bu da doğrusal bir arama ile sonuçlanıyor.
Gene Vincent

Doğru. Cevabım bu noktada olabildiğince net değilse, hash tablosu, hangi VHost'un belirli bir isteği sunması gerektiğini seçmek için (doğrudan) değil, hangi bağlantılı listenin tekrarlanacağını seçmek için kullanılır (çalışmadığı zamanlar hariç) NameVirtualHost).
BMDan

1

Yaklaşık 8000'den fazla alanı barındıran bazı VPS sunucularım var. Sunucu düzgün çalışıyor, ortalama yük her zaman 0.xx düzeyinde. Sanırım sorun olmadan daha fazlasını halledebilir. Bir alan eklerken veya silerken Apache'nin yeniden derlenmesi daha uzun sürecektir. Ayrıca, httpd.conf dosyası 60M civarında oldukça büyük. Alan sayısını 5000 ile sınırlamak daha güvenlidir.

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.