23 Web Sunucum var - tüm sunucuları silmem gerekiyor - bunlar arasında barındırılan herhangi bir sitede servis kaybı olmadan


12

Tamam, bu bir meydan okuma ve çoğunlukla deneyim eksikliği nedeniyle planlamada sorun yaşıyorum. Ancak bu işimde bir görev haline geldi ve bunu çoğunlukla yalnız elimle yapıyorum.

Linux konusunda rahatım ve tüm bu sunucular Debian veya CentOS. Bazıları VPS, Paylaşılan ana bilgisayarlar ve diğerleri Cloud VM'lerdir. Ben şirket için yeni ve sadece son birkaç ay içinde olağanüstü sorunları stok almak için zaman var. Hepsi plesk veya cpanel kullanıyor.

Bu sunucuların hiçbir zaman yapılandırılmadığını, sadece satın alındığını ve sitelerin son iki yılda çok temel yönetim ile atıldığını gördüm (disk alanı temizliği ve çoğunlukla etki alanı / barındırma yönetimi görevleri). Hiçbir iptables kurulmuş ve hiçbir güvenlik önlemleri alınmadı ve bu yüzden bu sunucular bilmece. Ben burada en iyi çözüm taze başlamak ve sadece yeni paylaşılan sunucular willy nilly satın almış gibi daha az sunucuya hosting konsolide etmektir. Kümemizin yaklaşık 1 / 4'ünde tüm müşteri tabanımızı destekleyebileceğimizi hissediyorum.

Benim sorunum bu hareketi nasıl planlayacağından emin değilim. Çok sayıda hareketli site ve DNS değişikliği gerektirecektir. Bu tür şeylerle düzenli olarak ilgilenen veya en azından beni doğru yönde gösterecek deneyime sahip olan herhangi bir sihirbazdan tavsiye almanın akıllıca olacağını düşünüyorum.

Çamur


7
"Çoğunlukla deneyim eksikliğinden dolayı planlamada sorun yaşıyorum." Kendinize kesinlikle Sistem ve ağ yönetimi uygulaması (diğer adıyla Limoncelli kitabı) kopyasını almanız gerekir. Muhtemelen bir sysadmin olarak karşılaşacağınız neredeyse her göreve adım adım kılavuzlar var
Journeyman Geek

2
Ve noktayı püskürmezdim ama bundan kaçınabilirseniz, cpanel oldukça kötü bir şekilde güvensizdir. Yapabiliyorsanız, işleri 'doğru' şekilde yönetin. Tabii ki, hepsi ihtiyaçlarınıza bağlı.
Journeyman Geek

Yardımınız için çok teşekkürler, aşağıdaki çözümünüz bana çalışmak için iyi bir çerçeve verdi. Deneyimsizim ama bir çaylak değilim. Sanırım bununla başa çıkabilirim ve zaman minnetle yanımda. Bu kitabın bir kopyasını alacağım - bu, masa kütüphaneme yeni bir ek gibi geliyor. (Çok hızlı büyür: | Hiç düşünmemiştim!)
Çamur

Ben sadece bir cyberforensics ve bilgi güvenliği yönetim majör son modülünü bitirdi. Keşke daha önce bildiğim kitap . Bu, Mandia ve Prosise'nin Olay Müdahalesi ve Siber Adli Tıp ve Eoughan Casey'nin Siber Suç ve Dijital Kanıtı, sınıf arkadaşlarıma temel neden olarak önerdiğim şeyler. Bu harika bir kitap, beni bir sonraki işime takip etmesi muhtemeldir ve belki ondan sonra.
Journeyman Geek

Yanıtlar:


19

Bunun basit bir çözümü yok - muhtemelen her şeyin taşınması için uzun ve can sıkıcı bir yol olacak. Birkaç şeyle başlardım, ancak yorumlarda önerdiğim kitap muhtemelen birkaç ayrıntıya giriyor. Burada dört ana aşama görüyorum - envanter, yeniden dağıtım, test ve kabul.

  • Şu anda ne barındırıyorum

Henüz yapmadıysanız, sahip olduklarınızın ve şu anda kullandıklarınızın tam bir envanterini yapın. Kritik kaynakların ne olduğunu ve sadece orada ne oturduğunu belirleyin. SF ile ilgili bu soru iyi bir başlangıç ​​olabilir, ancak doğal olarak, debianisque bir ortam için ayarlamanız gerekecektir - belki de böyle . Bu en kritik aşamadır.

'Web' sunucularının hepsi aynı değildir - kendi web sunucusunu (django gibi) çalıştıran bir işlem çalıştırıp çalıştırmadığınızı veya bunun apache gibi bağımsız bir web sunucusu olup olmadığını kontrol edin.

  • en iyi uygulamalar için mevcut kurulumu yeniden değerlendirin

İşletim sisteminizin EOLed sürümlerini ve diğer yazılımları mı kullanıyorsunuz? Göç edebilir misin? Hangi sorunlarla karşılaşırsınız? Bilinen güvenlik riskleri var mı? Her şeyi tüm yazılımımın tek bir sürümüne standart hale getirebilir miyim? Dağıtım süreçlerimi ve ne ölçüde otomatikleştirebilir miyim (kukla ve şefe bakın).

  • her sunucu için bir dizi test oluşturun

Neyin işe yarayacağını ve nasıl test edeceğinizin bir listesini yapın

  • neye taşındığına karar ver

Bu şekilde ihtiyaçlarınız için en iyi P2V veya V2V işlemini seçebilirsiniz.

  • neyi birleştireceğine karar ver

Daha önce tek bir sunucuda ayrı olan birkaç hizmet kümesini çalıştırmayı seçebilirsiniz. VM'leri çalıştırmayı da seçebilirsiniz. Hem göreve özel VM'ler çalıştırmak (başka şeyleri etkilemeden birini yeniden başlatabilirsiniz) hem de benzer görevleri birlikte gruplandırmak (böylece korumak için daha az mantıksal sisteminiz vardır) avantajlara sahiptir

  • izole bir test ortamı kurma

Bu şekilde, bir sistem hareketini üretim yoluna girmeden kurabilir ve test edebilirsiniz. Bunu muhtemelen VM'leri çalıştıran tek bir sunucuda yapabileceksiniz.

  • test edilmiş sistemler için bir hazırlama alanına sahip olmak

VM'leri hazırlama alanına taşıyın ve son bir kez test edin

  • Yeni sistemlere geçiş için bakım pencerelerini kullanın.

Başarılı bir şekilde geçirilmiş sistemler için kısa bir dns ttl ayarlayın ve bakım penceresi sırasında etki alanı adını ve diğer ilgili ayarları değiştirin. Tekrar test et. Yeni sunucu dağıtıldıktan sonra tüm hatalara dikkat edin

  • Yenisinin çalıştığını doğrulayana kadar eski sunucu yüklemelerini yok etmeyin

Kendini koru. Bir şeyler ters giderse, kısa vadede her zaman eski sunucuya geri dönebilirsiniz.


Çok teşekkürler Journeyman Geek, sana gerçekten bir esnaf olarak düşünürsem: D
Çamur

3
+ eğer yapabilirsem, bütün bunlar için. Ekleyeceğim tek şey, bunun biraz zaman alacağı için, hareketi planlarken, test ederken ve yürütürken yönetimin bir istikrar dönemine girmesi. Bu kararlılık süresi boyunca yeni web sunucuları oluşturulamaz ve kişisel olarak onaylamadığınız ve uyguladığınız hiçbir değişiklik varolan herhangi bir sunucuda yapılamaz. Aksi takdirde, çılgınca ve aptalca hareket eden bir hedefi dikkatli ve profesyonel bir şekilde kopyalamaya çalışıyorsunuz. Taşımayı yaptıktan sonra sunuculardaki değişikliği nasıl kontrol edeceğinizi veya bunu kısa bir süre içinde tekrar yapmanız gerekeceğini de düşünün.
15:50

Güzel nokta MadHatter, yüksek up'larla iyi bir iletişim hattım var, müşterilerimizin verileri açısından güvenliğin önce geldiğini ve bu sürecin kaçınılmaz olduğunu ve sadece bu kadar uzun süre yasaklanabileceğini anlıyorlar.
Çamur
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.