Çıplak metal mi yoksa sanallaştırma mı?


11

Sunucuları yükseltmek için arıyorum ve iyi bir plan bulmaya çalışıyorum.

Şu anda 4 sunucumuz var:

  1. OpenBSD güvenlik duvarı / VPN sunucusu
  2. ZFS anlık görüntülerini alan FreeNAS yedekleme sunucuları (yerel)
  3. ZFS anlık görüntülerini alan FreeNAS yedekleme sunucuları (uzak)
  4. Aşağıdaki Workhorse FreeBSD sunucusu.

FreeBSD Sunucusu

~ 2010 FreeBSD 8.4, 32gb ram, çift Xeon E5520 ZFS (8 disk, aynalı çiftlerdeki disklerin zraid, 8 TB)

Hizmetler:

  • Samba
  • Netatalk (Apple dosya paylaşımı)
  • Apache (çoğunlukla dahili, bazı harici siteler)
  • MySQL
  • VirtualBox (Windows 2k3 örneği)
  • ZFS anlık görüntüleri

Planım (temel)

Bize bir birincil sunucudan her biri sunucu listesinden bazılarını yukarıdaki listeden alacak (ve birbirlerine çoğaltacaktır) iki sunucuya geçmesini sağlayacak bir sunucu yükseltmesi planlıyorum, böylece biri aşağı giderse, hızlı bir şekilde etkinleştirebilir tüm özellikleri ikinci. Gibi bir şey:

Sunucu 1:

  • Samba
  • Netatalk (Apple dosya paylaşımı)
  • VirtualBox (Windows 2k3 örneği)
  • ZFS anlık görüntüleri

Sunucu 2:

  • Apache (çoğunlukla dahili, bazı harici siteler)
  • MySQL
  • ZFS anlık görüntüleri

Ben sadece çıplak metal çalıştırdım ve VirtualBox üzerinde Windows 2k3 çalıştırmak dışında VM'lerle hiçbir deneyimim yok. Sunucu örneklerimi VM olarak çalıştırmaya bakmalı mıyım? Bunun bir kazadan geri yüklemeyi kolaylaştırabileceğini düşündüm. Genel olarak, bu iyi bir plan gibi mi görünüyor?

Bir fark yaratırsa ixSystems sunucularına ve Dell raf donanımına bakıyorum. (Asla herhangi bir raf montaj ekipmanı kullanmadım.)


Yanıtlar:


20

Soru yok, sanallaştır. Sanallaştırmanın sağladığı avantajlar ve esneklik , ihmal edilebilir performans vuruşundan çok daha ağır basmaktadır.

Bununla birlikte, planınız en iyi düzeyde değildir, çünkü öncelikle Virtualbox masaüstü sınıfı bir sanallaştırma çözümü olduğundan ve sunucu kullanımı için tasarlanmamıştır.

İşte size önereceğim: her iki sunucuya da (ücretsiz) VMware ESXi yükleyin, ardından gerektiğinde VM'ler oluşturun. ESXi ile ilgilenmiyorsanız, Hyper-V veya KVM'yi düşünün. Ana bilgisayar işletim sistemini / hipervizörü olabildiğince "temiz" bırakın, yalnızca VM'lerinizi çalıştırmaktan sorumlu olun ve gerektiği gibi VM'ler oluşturun. Ana işletim sisteminde herhangi bir uygulama işlemi çalıştırmayın.

Bunun için biraz bütçeniz varsa, ana bilgisayarlar arasında canlı VM geçişleri, merkezi yönetim, Veeam gibi araçları kullanarak yedeklemeler vb. Yapmanızı sağlayan vCenter'ı sağlayan VMware Essentials Plus paketini alın.

Sanallaştırılmış bir ortama geçtikten sonra asla geri dönemezsiniz.


2
BSD'nin muhteşem bir çekirdek içi hipervizörü var. Açıkçası işe yarayacak olsa da, VMware'e gitmek bu durumda oldukça yanal bir hareket olacaktır. bhyve.org
Biriktirici

3
EEAA ile anlaşın, sanallaştırmaya geçin. Ücretsiz Hiper Yönetici olarak Hyper-V çekirdeğini seçen ve olası depolama kesintilerini önlemek için Starwind'ı paylaşılan depolama için kullandığı bir müşterimiz vardı. Tabii ki, çok fazla satıcı var, ancak seçenek Starwind ve HPE arasındaydı.
Stuka

3

Sanallaştırma, ihtiyaçlarınız için muazzam bir şekilde yardımcı olacaktır.

Küçük bir işletmemiz var ve sanallaştırma, donanımı birleştirmemize, güvenliğe yardımcı olmak için hizmetlerin ayrılmasını artırmamıza ve çalışma sürelerine yardımcı olmamıza izin veriyor çünkü VM'leri ana bilgisayarlar (hipervizörler) arasında kolayca taşıyabiliriz; baremetal ile çok zor bir şey.

Tarihli kurumsal donanımı, yerinde yedek parçaları (fanlar, sürücüler vb.) İle birlikte çiftler halinde kullanırız, ancak hem birincil hem de ikincil bir ana makineye sahibiz; Ana makinemiz DRBD, Apache, MYSQL, Samba, NFS, Reslio Sync, Dropbox vb. Hizmet veren VM'leri çalıştırıyor. Ana makinemizin MDADM kullanarak RAID dizilerini yönetmesine izin veriyoruz. DRBD'yi kullanarak VM'ler bir yedekleme sunucusunda senkronize halde tutulur, bu nedenle birincil ana bilgisayarda yıkıcı bir donanım arızası olsa bile kesinti süresi neredeyse bir sorun oluşturmaz.

Ancak küçük bir işletme olarak donanım yönetimini basitleştirir, bütçe ve BT kaynakları üzerinde çok geniş kapsamlı etkileri olan daha az donanım çalıştırmamıza izin verir ve hizmetlerimizin yönetimini pekiştirir, çünkü tüm VM'leri bir iş istasyonunda tek bir konsoldan yönetmek doğaldır ; bizim için XenServer'ı kullandığımız için Xen Center aracılığıyla.

Ayrıca, bulut hizmetleri gibi şeylerin, yüksek derecede güvenlik sağlayan dahili hizmetlerden neredeyse ayrılabilmesi için şeyleri ayırmamıza olanak tanır. Örneğin, iki ayrı VM'de iki ayrı bulut dosya hizmeti sunuyoruz; biri mobil cihazlar üzerinden erişilebilen saha personeli için, diğeri dahili ağ üzerinden erişilebilen ofis personeli için.

Not olarak, yedekleme sunucumuz (ikincil ana bilgisayar değil) kasıtlı olarak sanallaştırılmaz, bu nedenle sunucumuzda bir yazılım veya yapılandırma hatası olması durumunda dosyalarımıza baremetal erişimimiz vardır. Bu, sunucumuz VM'lerimizi veya veri depolarımızı bozarsa, dosyalara ve VM'lere bir şekilde baremetal erişimimiz olur.

Sonunda şirketimize kurumsal düzeyde dosya, yedekleme, web, bulut ve diğer hizmetleri en düşük maliyet ve maksimum çalışma süresi için sağlayabiliriz. Aynı zamanda, diğer hizmetleri entegre edebildiğimiz için genişlememizi sağlar; yakın gelecekte planlananlar, uzak kitap sahipleri için VPN hizmetleri ve MySql ile arayüz oluşturmak için bir Windows yazılımı aracısına ihtiyaç duyan saha personeli için Android form hizmetleridir. Virütalizasyon olmadan daha fazla donanım satın almamız, çalıştırmamız ve yönetmemiz gerekir; sanallaştırma, bu tür hizmetleri eklerken donanım sorununu hep birlikte ortadan kaldırmıştır ve sadece yeterince göz korkutucu olabilecek yazılım / hizmetin entegrasyonuna odaklanabiliriz.

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.