Canlı sunucuyu taşıma

Ben varım bela Bir tek güveniyorum bu yüzden, ben her zamanki hizmetler (httpd, posta, sql) ve gerçekten hızlı olmalı toplam veri kaybını önlemek için gibi görünüyor çalışan bir sunucu (benim RAID dizisi başarısız olmuş, hdd şimdi).

I HowtoForge en nasıl yapılır ve inşa bütün sistem okumak Squeeze bir tane benim gibi görünüyor, kolay? (sanal) kullanıcılarımı yeni kutuya taşı.

Bunun çok özel bir sorun olduğunu biliyorum ama bana tüm göç sürecinin önemli bir noktasını söyleyebilir misiniz? En çok nereye odaklanmam gerekir? Süreci nasıl başlatacaksınız?

Bazı arka plan bilgileri:

• İki sunucu birbirinden 200kms uzaktadır, bu nedenle taşıma işlemi internet üzerinden gerçekleşmelidir
• Her iki sunucu Debian olacak, eskisi Etch, yeni Squeeze olacak
• Kritik hizmet postadır, web siteleri bir süre askıya alınabilir
• RAID, RAID 1'deki iki disk anlamına gelir (her iki makine)
• Eski kutu, barındırılan tüm alan adları için DNS1'dir

Benim (gerçekten) temel çerçevem:

• Eskisi gibi benzer bir sistem oluşturmak (benzer sanal posta yapısı, aynı şifreleme türüyle saklanan şifreler, çünkü eskilerini söyleyemiyorum)
• her şeyin yolunda olduğunu kontrol edebileceğim bir alan oluştur (dns, e-posta, www iyi)
• Eski alan hiçbir şey yapmayana kadar alan adından sonra alan adını taşıma

Kör noktalarım:

• Squeeze'de RAID-1'in nasıl yapılacağı hakkında kısa bir açıklama bulamıyorum (bir Lenny nasıl yeterli olacak?)
• Belirli klasörleri (ör. Kullanıcıların posta klasörleri) gerektiğinde belirli kullanıcı haklarıyla nasıl kopyalayabilirim ? (rsync bunu yapacak mı?)
• Yeni makinede DNS nasıl kurulur (eskisi DNS1'dir) (yeni makine de DNS olmalı ve taşınan alanlar kendini DNS1 olarak kullanmalıdır?)
• E-posta kaybını nasıl önleyebilirim (DNS yenileme süresi nedeniyle) (yeni makineyi MX olarak ayarlamam gerekir?)

Temel çerçeveniz aşağı yukarı doğrudur.

Sıkıştırıcı yükleyici bir yazılım RAID iyi yapacak. Farklardan biri, sıkmanın varsayılan olarak grub2 kullanmasıdır; lenny grub-legacy kullandı (0.9 sanırım). Bu, bazı grub yönetimini biraz farklı kılar, özellikle grubun arıza durumunda her iki diskten önyüklenmesini sağlamak. Her zaman grub-mirasına geri dönebilirsiniz, bu da son kez bu sorunla karşı karşıya kaldım. Her iki diskin de başarısız olup olmadığını yeniden başlatabildiğinizden emin olmak için ne yaptığınızı test etmeniz gerekir.

Verileri karşıya kopyalamak için rsync'i kullanın. Önce doğru hesapların, aynı uids / gids, ardından rsync ile ayarlandığından emin olurum, ancak bunu daha sonra her zaman düzeltebilirsiniz. rsync -avPHAX her şeyi almalı (-a [şey bağlantıları] -A [CLs] ve -X [eğilim özellikleri] hariç, birçok şey alır, bu yüzden bu yararlıdır.

Aynı anda etkili bir yükseltme yaptığınız göz önüne alındığında, hizmetlerin ince yollarla kırılmasına hazır olun. Konfigürasyonlar biraz değişecektir. Son zamanlarda benzer bir şey yaptıktan sonra, benzer bir geçiş yapmayı tercih ediyorum, sonra her şeyden geçirerek ve yükseltmeleri aynı anda yönetirken, son ana bilgisayarı bir süre sonra yükseltmeyi tercih ederim.

Ek ağrı noktalarınız için güncellendi:

DNS için, tüm DNS barındırma işlemlerini yeni makineye tek adımda taşıyacağım . Kayıtları başlangıçta oldukları gibi bırakın, ancak yenilemeyi aşağı doğru ayarlayın (10 dakika kadar). Bu, her etki alanını taşımayı tamamladıktan sonra DNS kayıtlarını yeni makineye taşıma olanağı verir. DNS'inizi taşımak, barındırdığınız tüm alanların whois kayıtlarının güncellenmesini gerektirebilir, bu nedenle bunu aklınızda bulundurun. Başka bir şeye başlamadan önce şu anda tüm alan adları için yenilemeyi ayarlayın - sorunlara neden olan kötü önbelleğe alınmış bir sonuçtan daha kötü bir şey.

E-posta kaybıyla ilgili olarak: Postayı yeni sunucuya taşırken, DNS kayıtlarının birincil MX'i yeni sunucuya yönlendirecek şekilde güncellendiğinden ve eski sunucunun etki alanlarınız için geçişe izin verecek şekilde yapılandırıldığından emin olun. Hem eski hem de yeni sunucularınız DNS'nin güncel görünümüne sahip olduğu sürece, eski sunucudaki posta hizmetiniz artık birincil MX değil ve herhangi bir e-postayı yeni birincil adrese iletir. Posta, teslimatta kısa gecikmelerle de ilgilenecek - böylece her iki makineye de tüm e-posta erişimini kapatabilir veya güvenlik duvarını kapatabilir, her şeyi aynı anda taşıyabilir, yeni makinede test edebilir, ardından MX kayıtlarını taşıyabilir ve yeni makinede postaları açabilirsiniz . SMTP kesintilerle başa çıkmak için tasarlanmıştır ve makul derecede kısa kesintiler (sanırım 4 saatten az) geçici hata bildirimleri bile oluşturmaz.

Eklemek için güncellendi:

Başka bir olasılık, yeni sunucunuzda bir VM oluşturmak ve tüm eski sunucuyu bu yeni VM'nin disk görüntüsüne yeniden senkronize etmektir. Daha sonra VM'yi çalıştırabilir ve IP adreslerini vb. Güncelleyebilir ve bu VM'nin içindeki orijinal sunucunun tam çalışan bir kopyasına sahip olabilirsiniz. Potansiyel olarak çok daha az çaba, ancak KVM veya Virtualbox gibi VM yığınlarına aşina değilseniz, buna değmeyebilir.