Linux Toplu / Uzaktan Yönetim

Dahili BT altyapımızın yanı sıra, çevrimiçi dünya için hizmetlerimizi barındıran yaklaşık 500 Linux makinemiz var. Veritabanı An, Ürün An, NFS, Backoffice ve benzeri gibi bir grup kümede gruplandırılırlar. Ayrıca, şartnamelerimize ve gereksinimlerimize göre harici bir sağlayıcı tarafından yönetilir.

Bununla birlikte, (web-) yazılım geliştirme, kullanıma sunma ve dağıtma sırasında çok fazla sorunla karşı karşıyayız - özellikle dev ve evreleme ortamlarının canlı sistemlerle neredeyse hiçbir ortak yanı olmadığından (kötü ayrıntıları yedekliyorum ..) .

Böylece, sanal makineler yaratmaya çalıştım, çeşitli canlı sistemleri olabildiğince kopyaladım ve bunları geliştiriciler için şeffaf bir şekilde "gerçek" olanlar yerine geliştirme veritabanlarına bağlamaya hazırladım (değiller root). Bu oldukça iyi çalışıyor, ama ...

Birinin bu sistemleri uzaktan ve toplu olarak nasıl yönetebileceğini merak ediyordum ? Farkında olmadığım bir yazılım ailesi var mı? Ya da en azından, aşina olması gereken bazı teknikler veya ilkeler?

Her geliştiriciye yerel olarak çalıştırılacak bir dizi resim sunacağız (VirtualBox). KG bölümü. sanal kümeler (XEN veya Hyper-V) alır. Ek bir sunucu modülü sağlamam gerekirse, yeni bir veritabanı bağlantısını yeniden yönlendirir veya yalnızca paket yöneticisi tarafından sağlanan her şeyi güncellemek istersem ... bunu her sistemde oturum açmaya ve / veya meslektaşlarımdan bir fikstür-script indirip çalıştırmasını ister misiniz?

Çok sayıda çözüm olduğuna inanıyorum. Bir şekilde arama motorlarına doğru anahtar kelimeleri girmek için çok aptalım ... Yoksa bu sorun göründüğü kadar önemsiz değil mi?

Kayıt için:

• Hemen hemen tüm sistemler Debian GNU / Linux 6.x "squeeze" çalıştırıyor
• Hiçbir geliştirici iş istasyonunda belirli bir işletim sistemini kullanmaya zorlanmaz
• Bütçe elbette sınırlıdır, ancak tescilli yazılım satın almak için çok küçük değildir
• Yukarıda adı geçen sağlayıcıyı içerecek bir çözüm tercih edilir

Tam olarak neye ihtiyacınız olduğuna ve ne aradığınıza bağlıdır. Ancak genel olarak " yapılandırma yönetimi için aşağıdakiler gibi birden fazla çözüm vardır :

1. kukla
2. şef
3. cfengine
4. yanıtlayıcı '
5. tuz

Ben şahsen büyük bir topluluk ve sağlanan dış tarifleri bir sürü olarak kukla tavsiye ederim. Bu, sistemleri otomatik olarak yapılandırmanıza ve yönetmenize olanak tanır. Bunu kendi havuzları ve otomatik güncellemelerle birleştirirseniz unattended-upgradessistemi otomatik olarak güncelleyebilirsiniz.

Başka bir çözüm, company-baseotomatik olarak gerekli yazılıma bağlı olan ve sisteminizi otomatik olarak yapılandırabilen vb.

Ayrıca otomatik dağıtımları (barebone ve sanallaştırılmış) da incelemelisiniz. Bunu yapılandırma yönetimi veya kendi havuzunuzla birleştirirseniz, sistemlerinizi kolayca otomatikleştirip yeniden yükleyebilirsiniz. Otomatik yüklemeye başlamak istiyorsanız, libvirt'in yanı sıra çıplak kemik kurulumlarını destekleyen ve entegre kukla desteğine sahip olan forman'a bir göz atın . Bunu kendiniz yapmak istiyorsanız , sisteminizi otomatik olarak yapılandırmak için kickstart (redhat ve ark.) Veya "ön tohumlama" ya bakabilirsiniz . Debian için debootstrap veya sanallaştırılmış görüntüleri destekleyen grml-debootstrap adlı bir sarmalayıcı da kullanabilirsiniz .

Geliştiricinizle için VirtualBox görüntüler sağlayarak yardım etmek bakabilirsiniz serseri Eğer VirtualBox sanal ortam özelleştirmek için şef, kukla ve kabuk komut dosyalarını destekleyen sanallaştırılmış sistemlerinin oluşturulmasını otomatikleştirmek için izin verir.

Çözümü mevcut sağlayıcınız tarafından kullanmak istiyorsanız, sistemlerinizi nasıl yönettiklerini sormalısınız, ancak muhtemelen bir tür yapılandırma yönetimi olacaktır. Yapılandırma sunucusuna erişebiliyorsanız, aracılarını sistemlerinizde çalıştırmak mümkün olabilir.

Google anahtar içine bakmak için devops, configuration management, it automationve server orchestration.

Kısacası, mümkün olduğunca otomatikleştirin ve bir şeyler manuel yapmayı düşünmeyin.

Ulrich, yazılım dağıtımı ve otomatik sunucu kurulumu ile ilgili cevabı zaten verdi.

Bunun arkasındaki ilkeler

• Sunucularınızın nasıl görünmesi gerektiğini tanımlayın - bu, varsayılan olarak yüklenen ortak yazılımı, bölümleme şemasını ve dosya sistemi düzenini içerir
• Üretim, evreleme, test ve geliştirme sunucuları bu temel standartlara göre farklılık göstermemelidir (aksi takdirde daha sonra yaptığınız gibi sorunlarla karşılaşırsınız)
• Yaptığınız TÜM değişiklikleri belgelemek için uygun bir değişiklik yönetimi kullanın (herhangi bir yapılandırmada küçük bir satırlık değişiklikler dahil)
• Her zaman önce testte, sonra geliştirmede, sonra evrelemede ve son üretimde değiştirir misiniz?

Çok sayıda sunucuyu yönetmek için kullanışlı bir araç istediniz - kişisel favorim cluster-ssh ( cssh). Bir kez yazın ve aynı anda birçok sunucuda değişiklik yapın.

Bir sorun fark ederseniz ve sorunu gideren bir düzeltmeniz varsa:

1. Düzeltmeyi gerçekten çalışıyorsa Test / Dev / Staging / Prod (yukarıya bakın) uygulayın
2. Sanal şablonlarınıza düzeltmeyi uygulayın, böylece gelecekteki VM klonlarında bu hata oluşmaz
3. Düzeltmeyi fiziksel yükleme işleminize uygulayın (kickstart / autoyast / neyse)
4. Düzeltmeyi TÜM sunuculara uygulayın

Bunu düzeltmek için çok sayıda sunucu ile karşı karşıyaysanız, iyi belgelenmesi gereken bir süreçtir ve sonunda farklı bir ekip düzeltmenin tamamen uygulanıp uygulanmadığını kontrol etmelidir.

Bu amaçla Mantis (açık kaynaklı, PHP) kullanıyoruz.

Birden fazla ülkede yaklaşık 30 ürünü ve birkaç yüz sunucuyu yönetiyorum. Ben yazılım konfigürasyon yöneticisiyim, bu yüzden root (tasarım) ile erişimim yok, veritabanlarına veya sunucularına (yine tasarımla) dokunmuyorum ve kurumsal güvenlik nedeniyle çok fazla atlamak zorundayım. Ancak veritabanı bağlantıları ve değişiklikleri de dahil olmak üzere test, evreleme ve üretimdeki yapılandırmaları yönetiyorum. Ben kombinasyonlarını kullanarak sunuculara çıkmak komut bir dizi var ssh, pythonve komut kabuk.

Düşünülmesi gereken başlıca şeyler:

1. Sunucularınızla ne tür etkileşimler yapacaksınız? Sadece dosya yüklemeleri mi? Komut satırı programları mı çalıştırıyorsunuz? Uzak X istemcileri mi çalıştırıyorsunuz?
2. Bu sunuculara erişmek için ne düzeyde güvenlik gerekiyor? Güvenlik duvarları, güvenli ağlar, vpn? Mı ssh, yeterli ve merkezi bir güvenli konumdan?
3. Her sunucuda ne kadar otomatikleştirilebilir? Her sunucuya bir program yükleyip çalıştırabilir misiniz, yoksa programı sshuzaktan çalıştırmak gibi bir şey aracılığıyla mı yayınlamanız gerekiyor? expectBir komut satırı çağırma ile komut dosyası yazabilir misiniz?

VirtualBox, adil sshya puppetda Ulrich gibi sistemler aracılığıyla yönetebileceğiniz birçok komut satırı aracı sağlar .