Vernik ve diğer ters vekiller


13

Varnish'i tüm web trafiği için önbellek tersi proxy olarak dağıtan bir kuruluşla çalışıyorum. Trafik telafisi, müşteri tarafından oluşturulan dinamik web sitelerinin birçoğudur ve her zamanki statik varlıkların koleksiyonu yan tarafta asılıdır.

Verniği sevmeye çalışırken (prensip olarak oldukça iyi bir mimariye sahip olduğunu düşünüyorum), onu yönetmek ve sorunları ortaya çıktıkça sorun gidermek için bazı sorunlar yaşıyorum, bu yüzden gerçekten doğru seçim olup olmadığını merak ediyorum. Geçmişte kalamarı ters proxy olarak kullandım, ancak aynı tür rollerde değil, bu yüzden karşılaştırma için net bir temelim yok.

Sorum üretimde vernik uygulayan veya alternatiflere karşı ciddi olarak değerlendiren insanları hedefliyor: verniğe yapıştınız mı yoksa başka bir ters proxy mi kullandınız? Onunla kalmak veya geçiş yapmak için kilit noktalarınız nelerdi ve başka bir şey kullandıysanız, neyi kullandınız?


6
Vernik muhtemelen en iyi çözümdür. Tavsiyem, posta listelerine katılmak ve ürünle ilgilenmektir, çünkü herhangi bir sorunla karşılaşırsanız muhtemelen yardımlarına ihtiyacınız olacaktır. Sitelerine bakarak ilginizi çekebilir ücretli bir destek seçeneği sunuyor gibi görünüyor
Dave Cheney

Yanıtlar:


9

Yük dengeleme özellikleri de kullanışlı olsa da, öncelikle performans nedenleriyle web sunucularımda Vernik kullanıyorum.

Kullanım durumum Django tabanlı web sitelerinin önünde önbellekleme yapıyor ve sayfa yükleme performansı için harikalar yaratıyor. Çoğu sayfayı doğrudan önbellekten sunabiliyorum ve çok az sorun yaşayan bir ziyaretçi akını işleyebiliyorum.

Vernik'i seçmemizin nedeni esas olarak performans / ölçeklenebilirlikti. Ana nokta:

  • Vernik, Squid'in ayrı disk ve bellek önbelleklerini tutmaya çalıştığı sanal belleği yönetmesine izin verelim, çekirdeğe ve Squid'in diske neyin ayrıştırılacağı konusunda biraz kavgaya yol açabilir.
  • Vernik, C ile makine kodunu derleyen kendi etki alanına özgü yapılandırma dili olan VCL'yi kullanır. Bu, yapılandırmanızda biraz daha fazla mantığınız varsa - koşullu başlık sıyırma vb.

Deneyimlerime göre, Vernik çoğu durumda Squid'den biraz daha iyi performans gösterir ve trafik artışlarında çok daha iyi performans gösterir. Öte yandan, Varnish'i doğru bir şekilde yapılandırmak, ağ etrafında olduğu gibi özel kullanım için-durum-belgelerine akan çok fazla hazır olmadığı için posta listesi listesi trolünü alacaktır. Squid için - esas olarak Vernik karşılaştırıldığında oldukça genç bir proje olması nedeniyle.


0

Varnish 1.x'i bataklık standart linux / dell donanımında sabit tutmaya çalışırken uzun zaman geçirdim, her zaman garip bir şekilde asılır ve bekçisi yeniden başlatır. Hangi iyiydi, başka hiçbir yerde kalıcı değildi sabit kazanılan önbellek hariç ...

Bunu söyledikten sonra, gerçekten iş için doğru aracı kullanıyor musunuz? İsteğin sonuçlarını önbelleğe alacak bir ters proxy istiyorsanız (kaliteli önbellek başlıkları sağladığınızı varsayarak) o zaman vernik iyi bir seçenektir. Umarım sürüm 2.0'da daha kararlı olur

Ancak, bir * onRails sitesi çalıştırıyorsanız ve birden fazla arka uç sunucusu üzerinde yük dengelemesi istiyorsanız, HAProxy veya Nginx gitmenin yolu olabilir. Karmaşık bir URL mantığına ihtiyacınız yoksa (yönlendirmeler, eski URL'leri yeniden yazmak için normal ifadeler vb.), O zaman HAProxy faturaya uyacaktır. Daha yetenekli bir şeye ihtiyacınız varsa, nginx'e bir şans verin.

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.