Yüzlerce Debian sunucusunda yükseltmeleri yönetme


20

Sizce onlarca debian sunucusunu güncel tutmak için en iyi uygulamalar nelerdir? Unutmayın:

  • Sunucu grupları vardır (özdeş web sunucuları, DB Sunucuları, ...)
  • Birkaç Debian sorunu olabilir (lenny, etch)
  • Tüm sunucular üzerinde bir döngü çalıştırmak ve apt-get güncellemesi yapmak ve yükseltme yapmak kabul edilemez (çünkü şu anda yaptığım şey :)) Bundan daha iyi olmalı!

Şu anda, tüm yükseltmeleri sonunda bitirdiğimde, yeni bir güvenlik güncellemesi yayınlandı ve tekrar tekrar yapmam gerekiyor.

Şimdiden teşekkürler serverfault topluluğu!


1
En son paketleri depolamak ve uygun bir depo olarak kullanmak için bir yerel sunucunuz olsun, bu size bant genişliği ve zaman kazandıracak, yerel sunuculara güncellemeleri dağıtmak için yerel deponuzu kullanacaktır. Oh, ve apt-get yerine yetenek kullan.
Karolis T.

3
Ayna için evet ve yetenek için hayır. Bugünlerde fayda yok. Süper inek gücü bile yok.
David Pashley

Yanıtlar:


12

Tüm Debian kutularımı yükseltmek için apt-dater kullanıyorum . Hile yeterince iyi görünüyor. Gerçi yüzlerce ana kadar ölçeklendirmeye çalışmadım.


1
İlginç bir ürün, daha önce hiç duymamıştım.
wzzrd

Çok iyi ! Apt-dater'ın her bir ana bilgisayara yüklenecek yerel bir paketi olmasaydı bu cevabı teşvik ederim ... ve neden gerekli olduğunu bile anlamıyorum.
Falken

Test ettikten sonra, bu araç harika! Ama yüzlerce değil düzinelerce sunucu için çalışıyor. Çok sayıda makineyi kullanırken, lapa lapa ve yavaş hale gelir ... çok kötü.
Falken

1
Bu yanıtı destekliyorum çünkü sonunda kullanmayı başardım, ancak tercihlerinize / ortamınıza bağlı olarak diğer çözümler de oldukça iyi!
Falken

2
Hepsini yanlış yapan ubuntu'daki varsayılan ssh aracısıydı. Basitçe kaldırdım ve kolay "ssh-add" kullandım. Bütün yavaşlıklar kayboldu!
Falken


3

Gerekli olmayan paketlerdeki güvenlik düzeltmelerini yükseltmek için kukla kullanmayı deniyorduk. Her sunucu için bir güncelleme listesi e-postayla göndermek için apticron'u çalıştırırız, ardından her gün bu güncellemeleri paket ve sürümü her dağıtım için veren bir kukla bildirim dosyasına birleştiren bir komut dosyası çalıştırırız. Bu daha sonra tek tek sunuculardaki bir grup dosyayı güncelleyecek ve bir paketin yükseltilmesi gerektiğinde bir yükseltme komut dosyasını başlatacaktır. Bu gayet iyi çalıştı, ama istediğim kadar test etmedik. Bu şema, Kukla'nın aynı kaynağın birden fazla yerde tanımlanmaması sınırını aştı.

Ayrıca, rastgele bir güncellemenin muhtemelen günün ortasında bir hizmeti kapatacağı MySQL veya PostgreSQL gibi şeylerin otomatik yükseltmelerini yapmaktan da memnun değildim. Bunlar yine de manuel güncellemeler gerektirir.

Spacewalk ve Debmarshall, kukla programımız için uygun alternatifler gibi görünüyor.


Cevap hakkında yorum yok, sadece gecikmiş bir "mutlu 10K gün" bağırmak.
Evan Anderson

1

Görünüşe göre, Spacewalk artık Debian için ön desteğe sahip. Bu, belki, Kukla ile birlikte, benim başlangıç ​​noktam olurdu. Eminim ki Spacewalk için Debian desteğini geliştiren adam Debian desteğini daha yüksek bir seviyeye çıkarırken onunla çalıştığınız için sizi sevecektir.


1

Kukla gibi çekme tabanlı konfigürasyon sistemleri yolunda bcfg2 ve cfengine de vardır. Bunlardan biri veya diğeri ihtiyaçlarınızı iyi karşılayabilir. Şu anda laboratuvarımda BCFG2'yi yayınlıyorum.


1

Func tarafından bir çözüm verilebilir


Func yapmazdım. Bu var yolu bunu göstermek vaat ediyor itiraf rağmen, üretim amaçlı olarak olgunlaşmamış.
wzzrd

func ayakkabıcı tarafından kullanılır, olgunlaşmamış IMHO değildir. ayakkabıcı RH uzmanları tarafından yoğun bir şekilde kullanılmaktadır ve bu teknolojiler bir sonraki RHEL sürümüne dahil edilecektir. Belki "resmen" üretime hazır değil, ama aslında olmaya oldukça yakın.
drAlberT

0

Ne tür bir çözüm beklediğinizden emin değilim. Muhtemelen cron işlerini biliyorsunuz, ancak insan müdahaleleri gerektiği için kör sistemdeki sistemleri güncellemem (ve bu yüzden size bunu yapmaları için para ödediler, değil mi?)

Tamamen özdeş sistemleriniz varsa, farklılıkları getirmek için rsync gibi bir şey kullanmayı düşünebilirsiniz, ancak rsync'e hangi dosyaların zor olduğunu bulmak zor olabilir ve hizmetler çalışırken bunu yapmazdım. En azından güncelleme komut dosyaları, hizmetleri yeniden başlatmayı ve yapılandırma dosyası farklılıklarını birleştirmeyi yönetecek şekilde ayarlanmıştır.

Belki apt-get komutları ile sorunun ne olduğunu açıklarsanız, kaçınmak istediğinizi görebiliriz.

Sorun bant genişliği ve indirme zamanı ise, belki de yerel Debian deponuz olarak hareket edecek bir kutu kurmalısınız. Bunun nasıl yapılacağı konusunda Debian rehberleri var.

Güncellemeniz gereken şeylerin sayısını en aza nasıl indirebileceğinizle ilgili bazı ipuçları.

Debian'ı kurarken, bu konsolda gerçekten X kullanmanız gerekmedikçe Masaüstü'nü kurmayın. Çoğu sunucunun X kurulu olması gerekmez. Bu, sistemdeki paket sayısını önemli ölçüde azaltabilir ve daha sonra çok sayıda paketi güncellemenize gerek yoktur.

Sources.list dosyasının yalnızca gerçekten ihtiyacınız olan depoları içerdiğinden emin olun. Bazı depoları denediyseniz ve bunu unuttuysanız, ihtiyacınız olmayan veya istemediğiniz güncellemeleri getiriyor olabilirsiniz.

Bir üretim sunucusunda körü körüne güncellemeler yapmakta sorun yaşıyorsanız, büyük bir güncelleme (4.0 - 5.0) olduğunda Debian yükseltme kılavuzlarına başvurmaya dikkat edin. Yükseltme talimatlarını uygularsanız bunlar çok iyi geçecektir. Apt-get dist-upgrade ve uzaklaşmak kadar kolay değildir. Bazen talimatlarda, apt-get yerine ne zaman yetenek çalıştırılacağına dair işaretçiler bile vardır - bunlarda küçük farklılıklar vardır.



-1

ClusterSSH. Tüm sunuculara oturum açar ve aynı komutları verirsiniz, böylece iletişim kutularına da yanıt verebilirsiniz. Bir sunucu fazladan bir soru alırsa, o sunucuya tıklamanız yeterlidir.

Ben 25 web sunucusunu etch'ten lenny'e yükseltmek için kullandım. Bir cazibe gibi çalıştı.

http://sourceforge.net/projects/clusterssh/


SSH ajanı aslında bir seferde ~ 50 makineye bağlanmak gibi garip şeyler yaparsanız ölür. Aksi takdirde başka bir gruplama düzeyine ihtiyaç duymasına rağmen ClusterSSH'yi seviyorum.
LapTop006

-1

Küme ssh iyi bir öneri.

debmarshal henüz debian'ın bir parçası değil - bir paket olacağından bile emin değilim - özel bir depoya sahip tamamen farklı bir sistem gibi görünüyor. Konuşmacının dediği gibi, bu şu anda kullanıcı dostu değil, kullanıcı dostu.

Spacewalk, en azından web arayüzünde Redhat Network'ün bir klonu gibi görünüyor. Sistemleri güncellemek için Redhat Network'ü kullanmaktan kötü sonuçlar aldım. Bir kez asılı, hiçbir sebep yok, ve hizmet kesintisine neden oldu. Hemen sonra bir yum güncelleme yaptım ve bu sorun ele, bu yüzden sadece sorun RHN tarafında barfed bir şey olduğunu varsayabilirsiniz. RHN güncellemeleri hakkında sevmediğim diğer bir şey, güncellemeleri ne zaman yapacağınızı bilmemeniz, sorunları izlemek için.


-1 Doğru: RHN güncelleştirmeleri, siz otomatik yapmadığınız sürece otomatik değildir. Bunun dışında: RHN'yi günlük olarak kullanan biri olarak, henüz üzerimde barf görmedim.
wzzrd

RHN'nin otomatik olduğunu söylemedim. Ancak RHN'den güncellemeler ayarlarsanız, ne zaman olacaklarını söylemezsiniz, bu yüzden aynı hisseder. Görünür şansınız, başarısız olmasından ve kullanıcıları hizmetsiz bırakmayla ilgili gerçek deneyimimi geri almıyor. Yum güncellemesi bile başarısız olabilir. Sadece güncelleyip uzaklaşabileceğinizi düşünen herkes dikkatli değildir veya sadece bir üretim sunucusu olmadığı için endişelenmez (üretim = hizmetlere bağımlı müşteriler var).
labradort
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.