Linux ana bilgisayarını yeni donanıma kopyalama


13

Eski donanımdan yeni donanıma geçişleri barındırmak için ana bilgisayar yapmam gerekiyor. Özellikle, HP BL460G7'den HP BL460G8'e. Hem eski hem de yeni sunucular 2 x 600GB 2,5 "sürücüye sahiptir ve RAID1 için yapılandırılmıştır. Sunucu başına 30 dakika kesinti süresi sağlayabilirim.

Taşınacak dört sunucu var, en küçüğü mantıksal hacimlerde toplam 120 GB, en büyüğü ise 510 GB ayrılmış. Üç sunucu RHEL5, bir sunucu RHEL6 çalıştırıyor.

Beynimi, verilen zaman dilimi içinde ve işletim sistemini ve kritik verileri yok etmeden nasıl yapacağım konusunda rafa atıyorum.

Tek düşüncem şudur:

  • bir sürücüyü eski sunucudan kaldırma (sunucu açık)
  • her iki sürücüyü de yeni sunucudan kaldır (sunucu kapalı)
  • G7 sürücüsünü caddy'den çıkarın ve bir kenara koyun
  • G8 sürücüsünü caddy'den çıkarın ve G7 caddy'ye takın
  • G7 sürücüsünü G7 caddy'ye eski sunucuya kurun
  • RAID denetleyicisinin RAID1 dizisini yeniden oluşturmasını bekleyin
  • bittiğinde eski sunucuyu kapat
  • G7 caddy'deki G8 sürücüsünü çıkarın
  • G8 sürücüsünü G8 kutuya takın ve G8'e takın (tek sürücü takılı)
  • önyükleme G8 sunucusu
  • işletim sisteminin önyükleme yapmasını bekleyin
  • İşletim sistemi önyüklendiğinde kalan sürücüyü takın
  • RAID dizisinin yeniden oluşturulmasını bekleyin

Kulağa mantıklı geliyor mu?

DÜZENLEME: RHEL5, RHEL5.10 ve RHEL6, RHEL6.6'dır.

Ayrıca, sistemlerden ikisinin, uygulama "olaylarının" (kritik bir altyapı sisteminin parçası) sürekli çoğaltılmasını sağlayan bir sıcak dört düğüm kümesinin parçası olduğunu belirtmeliydim. Yedeklerimiz var, ancak yalnızca toplam sistem hatası durumunda kullanıyoruz.

Önceki testler, çok yavaş olan yaklaşık 50MBps'lik sistemler arasında maksimum 'dd' olduğunu göstermiştir.

EDIT: Donanım değişikliklerini almak ve başa çıkmak için kudzu'ya güvenecektim.


Hangi spesifik RHEL5 ve RHEL6 sürümleri kullanılıyor?
ewwhite

Düzenleme yanıtladı
user1174838

G7 disklerini Gen8 sunucusunun içine yerleştirmeye çalışmayın - fiziksel tepsiden daha fazlası değişti.
Chopper3

Üzerinde önemli veriler bulunan bir RAID'i kasıtlı olarak bozmak iyi bir plan gibi gelmiyor.
kasperd

Yanıtlar:


18

Dağıtıma bağlı olarak, gerekli başka adımların olabileceğine dikkat edilmelidir. En önemlisi sürücüler (@beyaz işaret ettiğiniz için teşekkürler).

  1. Yeni sunucuyu livecd / usb'den önyükleyin.
  2. Yeni sürücülerde bölümler ve önyükleme kilidi hazırlayın.
    • Kuruluma bağlı olarak, bu MBR / önyükleme bloğu kopyalanarak yapılabilir.
  3. Dosya sistemlerini oluşturun.
  4. Eski sunucudan yeniye bir rsync yapın.
    • Takip rsync'in ne kadar süreceğini görmek için tekrar yapmak isteyebilirsiniz - eğer 30 dakikanın altındaysa devam edin.
    • Bu, yeni sistem önyükleme yaparsa gerçekten deneyebilirsiniz. IP (veya başka) çakışmalara neden olmamasına dikkat edin.
  5. Dosya sistemine yazacak tüm hizmetleri kapat
    • Tercihen livecd / usb'ye yeniden başlatın
  6. Eski sunucudan yeniye veri rsync
  7. Yeni sunucuyu yeniden başlatın ve kullanın

Bu şekilde yaptığınızda, orijinal sunucunuz bozulmamış demektir, bu nedenle bir şeyler ters giderse, kolay bir geri dönüş yolu vardır. Ama biraz bilgi gerektirir (grub / rsync / bölümler), bu yüzden canlı olarak yapmadan önce bazı hazırlık öncesi ve testler yapmanızı öneririm.


Aslında iki platform arasında sürücü farklılıkları var, bu nedenle hangi küçük RHEL sürümlerini kullandığını bilmek önemlidir.
ewwhite

Ah evet, kurumsal dağıtımlarla ilgili hiçbir şeye cevap vermemeliyim ... özür dilerim ...
Fox

@Fox: Popüler talep tarafından geri alındı. Cevabınız iyi.
Sven

1
@ user1174838 bir engel olmamalı ... Gördüğüm tek sorun çok büyük miktarda küçük dosya.
Fox,

1
Ve bu harika çözümü, çift rsync'in sunucu kapalı kalma süresini en aza indirdiğini unutmayın: verilerin çoğunluğu çalışan sunucuya aktarıldığından, ikinci rsync (şimdi hizmet dışı sunucuda) yalnızca son farklılıklar.
peterh - Monica'yı yeniden haziran

6

İki şey:

  • Yeni ve rsync veri inşa ediyorum.
  • Kapalı kalma süreniz / pencereniz çok kısa görünüyor. 30 dakika belirli durumlarda işe yarayabilir, ancak olmamalıdır SİZE aslında işi başarmak için gerekenlere dayalı gerçekçi kesinti gereksinimi dikte edilmesi?

Her sunucuda bulunan verilere, veri karmaşası miktarına ve sağlama düzeninize bağlı olarak, gerekli işletim sistemini yeni Gen8 ProLiant'a yüklemek ve ayarları ve diğer veri bölümlerini, veri.

Belki bir tohum kopyası yapın ve kesinti gereksiniminizi sonraki rsyncs dosya değişikliklerini almak için geçen süreden elde edin. Aktarma işlemini hızlandırmanız veya çok sayıda küçük dosyanız varsa, bu konuda yardımcı olabilecek teknikler vardır .

Bu tür geçişleri sık sık yaparım. Benzer Linux kurulumlarında, nadiren doğru bir paket listesinden (Yum veya RPM yoluyla kolayca elde edilebilir), yapılandırma dizinlerinden (örn. /etc) Ve veri bölümlerinizden daha fazlasına ihtiyacınız vardır . Henüz bir kickstart sağlama sisteminiz yoksa /root/anaconda-ks.cfg, G7 sisteminin nasıl oluşturulduğu hakkında bir fikir edinmek için dosyadan yararlanabilirsiniz.

Bahsettiğiniz belirli RHEL sürümlerine dayanarak, diskleri hareket ettirmeyle ilgili sorunuzu yanıtlamak için bu kesinlikle mümkündür. Diskleri / kutuları taşıyabilirsiniz ve HP Smart Array meta verileri, sistemlerinizde olabilecek P410 ve P420 denetleyicileri arasında uyumludur. Ancak, önce yeni sistemdeki sürücülerin ve bileşenlerin bellenimini tam olarak güncellemeden bunu yapmazdım.


Bu konuda bazı gerçekten iyi yorumlar, teşekkürler. PM'ye geri döneceğim ve daha büyük bir değişiklik penceresi isteyeceğim.
user1174838

1

Önceki işletim sistemi sürümünüz yeni Donanımı (çoğunlukla RAID denetleyicisi) işleyebiliyorsa, CloneZilla'yı deneyebilirsiniz .

Bir donanımdan diğerine taşınmanın mümkün olup olmadığını kontrol etmek için, dd ile bazı hileler yaparak tüm verileri eski sunucudan yeni sunucuya geçirirsiniz.

Yeni sunucuyu SystemRescueCD gibi canlı bir dağıtımla önyükleyin, bir IP adresi ve bunun gibi bir dd komutuyla yapılandırın:

nc -l 8000 | dd of=/dev/sda

Geçerli sunucuda gerçekleştirin

dd if=/dev/sda | nc ${newserverip} 8000

Bu, sunucunuzun / dev / sda dosyasının yeni sunucusuna / dev / sda'nın ham bir kopyasını oluşturur. Bu şekilde, orijinal sunucunuzda kesinti olmadan ve sıfıra yakın risk alarak bir test gerçekleştirebilirsiniz.


2
Eski sunucuda, özellikle veritabanı sunucuları ve benzeri dosyalara yazılan işlemleri çalışır durumda bırakırsanız, bunun sizi bozuk (kopyalanmış) bir dosya sistemi ve (kopyalanmış) dosyalarınızdaki bozuk verilerle bırakma olasılığı çok yüksektir. Bir salt disk takılmadıkça veya monte edilmedikçe asla bir ham diski yazdırmayın.
Guntram Blohm, Monica'yı

@GuntramBlohm Biliyorum, sadece eski sunucuyu donwtime olmadan yeni klonlayabildiğinizi kontrol etmek. Test ettikten sonra, sunucuyu kopyalayabilir, elbette kapatabilir veya önemli hizmetleri durdurabilirsiniz.
alphamikevictor

CloneZilla ve ilgili teknikler, verilerin sistemler arasında kopyalanması 30 dakikadan fazla sürecektir.
user1174838

0

Proje yöneticisi daha büyük bir kesinti penceresi isteğimi reddetti.

Soruda belirtilen önerilen prosedür testlerde iyi sonuç verdi. Kesinti süresi 20 dakikanın altındaydı. G7 ve ardından Gen8'deki ilerlemeyi izlemek için hpacucli yardımcı programını kullandım, bunun için çok yararlı oldu.

Bunu öfkeyle henüz yapmadım ama belirtildiği gibi bu, BL460G7'den BL460 Gen8'e RHEL 5.10 için testte iyi çalıştı.

Ürün yazılımını güncellemedim.

G7'deki ilk RAID1 yeniden senkronizasyonu bir saatten biraz fazla sürdü. Gen8'deki yeniden senkronizasyon 50 dakikadan az sürdü. Bu beni ilgilendiriyordu ama herhangi bir sorun bulamadım.

Tüm yararlı görüş ve önerileriniz için tekrar teşekkür ederiz.

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.