Sunucu kurulumumuz hakkında endişelenmeli miyim?


9

Yaklaşık 50 kişilik bir şirkette çalışıyorum. İki sunucumuz (özdeş) şu özelliklerle özel olarak üretilmiştir:

Xeon E3-1270 V3
Intel Entry Server Board
32 GB DDR3 ECC
2x 256 GB SSD RAID1 (for System)
4x 1TB SSD RAID10 (for Hyper-V VMs)
Windows Server 2012 R2 as Host and VMs

Her sunucu iki VM barındırır (2x AD + dosya paylaşımı + dolaşım profilleri, test için 1x SQL sunucusu, 1x diğer (önemli değil).

QNAP NAS'da (2x 2 TB RAID1) barındırılan iSCSI hedeflerindeki yerleşik Windows Yedekleme'yi kullanarak günlük yedeklemeler gerçekleştiriyoruz.

Sunucuların çok fazla yükü yok ve hiç problem yaşamadık. Verilerimizin çoğu bulutta depolanır (VS Online, SharePoint).

Ancak bu kuruluma devam etmenin mantıklı olup olmadığını veya profesyonel sunucu donanımına, yani büyük bir makineye geçmenin daha iyi olup olmadığını merak ediyorum.

Peki tuzaklar nedir ve onlar hakkında ne yapmalıyım?


2
" Ama bu kuruluma devam etmenin mantıklı olup olmadığını veya profesyonel sunucu donanımına, yani büyük bir makineye geçmenin daha iyi olup olmadığını merak ediyorum. " Bunlar, oldukça farklı iki sorudur, eğer ikinci soruya kapsamlı bir cevap arıyorsanız, o zaman ayrı poz vermeye değer. Bunun yanı sıra kuruluştaki rolünüzü netleştirebilir misiniz? Altyapıdan sorumlu olduğunuzu varsayıyorum, ancak değilse, hiçbir şey yapmanız gerekmiyor.
Lilienthal

1
Burada birkaç farklı cevabı düşünebilirim, bu yüzden temel bir soru tanımlamak (bu kurulum tamam mı? Bu donanım tamam mı? Hizmetleri sağlamlaştırmalıyız? ...)
Lilienthal

@Lilienthal Şirketin ana yöneticisiyim. Evet, donanımın ve kurulumun iyi olup olmadığını bilmek istiyorum.
Martin Walter

Kurulumun iyi olup olmadığı çok fazla faktör içerdiğinden oldukça geniş bir konudur: Çevrimdışı ve / veya site dışı bir yedeğiniz var mı? Bir kurtarma stratejiniz var mı? Bahsedilen kurtarma stratejisini test ettiniz mi? Hangi aksaklık süresine maruz kalabilirsiniz? Bütçeniz ve beklenen hizmet düzeyiniz nedir? Güncelleme ve yükseltme işleminiz nasıl? Sistemleriniz ve kimlik bilgileriniz belgeleniyor mu? Otobüs faktörünü düşündünüz mü? ... Bu, "tüketici donanımından uzaklaşmak ne zaman mantıklı?" Sorusundan oldukça farklı bir soru.
Lilienthal

1
@Lilienthal Lol. Orta paragrafı nasıl yakaladığınızı seviyorum. Evet, demek istediğim buydu.
Ryan Babchishin

Yanıtlar:


11

Zaten iyi bir donanım kullandığınız anlaşılıyor. Bunun nesi var? Çok eski değil mi? Çok endişelenmek istemiyorsanız (herkes bununla ilgili fikrimi paylaşmaz) eşyalarınızı garanti kapsamında veya yakın tutun.

Yedekli ve iyi yedekli şeyler için kurulum ayarlarınız varsa , oldukça başarılısınız demektir. Bir sunucu = tek hata noktası, ne kadar iyi olursa olsun, bu beni rahatsız eder. Bir şeyin yazılım / donanım / altyapı / destek açısından akıllıca nasıl uygulandığına dair akıllı kararlar vererek bütçede yapabileceğiniz çok şey var.

Eğer yerinde önlemler / şeyleri yok, belki endişeli olmalıdır. Bir sistem ölürse, hizmetleri yok mu? Bu işi nasıl etkileyecek? Ne kadar hızlı iyileşebilirsin?

Tuzaklar? Bağlı olmak. Çok fazla bilgi vermediniz. Ucuz sürücüler başarısız olabilir veya yavaş olabilir. Ucuz kasalar aşırı ısınabilir. Ucuz hayranlar başarısız olabilir. Ucuz SATA / SAS / RAID denetleyicileri beklendiği gibi vidalanabilir veya çalışmayabilir. Ucuz güç kaynakları ölebilir veya yedekli değilse, sizi güçsüz bırakır. Anakartlar sakat şeyler yapabilir. Uzak konsolları olmayan sistemler (ILO, vb ...) yönetmek acı verici olabilir. Ucuz ağ kartları ucuz sürücülere sahip olabilir veya vidalanabilir. Çok az sayıda öngörülemeyen sorun ortaya çıkabilir. Öte yandan, inanılmaz performans gösteren cehennem giriş seviyesi şeyler olarak ucuz alabilirsiniz. Ve bazen daha pahalı şeyler de sakat olabilir.

Hepsini gördüm, iyi * sunucu sınıfı, alt uç sunucu, iş istasyonu ve tüketici sınıfı ekipman. Daha yüksek son şeyler uzun vadede daha iyi sonuç veriyor gibi görünüyor (garantinin çok ötesinde). Ama eğer karşılayamazsan? Veya yalnızca bir sunucuya sahip olabilirsiniz ve uygun yedekliliği uygulayamazsınız?

Xeon, ECC bellek ve RAID ile çalışan çift sunucularla ilgili temelde yanlış bir şey yoktur. Bununla ilgili bir sorununuz olmadığı sürece.


Öncelikle hedefleri (kesinlikle ihtiyacınız olan şeyler, sahip olduğunuz güzel şeyler ve sizi fazla rahatsız etmeyen şeyler) ve bütçeyi tanımlamak ve daha sonra bu kriterleri karşılayan en iyi kaliteyi satın almak yararlı olabilir. Bunun yanı sıra, kişisel olarak artık uzaktan yönetim (IPMI, AMT, vb.) Olmadan hiçbir şeye dokunmazdım, çok uygun. Aynısı, özellikle kapatmanın oldukça zaman alıcı olduğu VM ana bilgisayarları için yedek güç kaynakları için de geçerlidir.
user121391 16:16

9

VM'lerinizin yedekli olduğunu varsayarsak (ve bunun bir düğüm kapalı olarak çalıştığı test edilir), muhtemelen iki yansıtılmış düğüme sahip olmanız nedeniyle donanımla ilgili bir kesintiden nispeten bağışıksınız demektir.

Daha fazla bilmeden, tüm düğümün kesintisi şirketinizde önemli bir sorun olmadığı sürece tek (daha yeni) bir kutuya bırakmanızı önermem.

Bununla birlikte, çevrenizle ilgili bazı ekstra ayrıntıları bilmek faydalı olacaktır ... örneğin, bu makinelerin ne kadar süredir sahip olduğunuz, amaçlı bir ortamda (raf ve AC ile temiz, kuru oda vb.) . Muhtemelen bildiğiniz gibi, iyi bakılmış ekipman daha uzun sürer!

Genel olarak konuşursak, daha az 'profesyonel' donanım kullanmakla ilgili yanlış bir şey yoktur, sadece daha pahalı kitle aynı garantiler veya güvenilirlikle gelmez ve bu risklerin bütçenize karşı tartılması gerekir.


2
Cevabınız için teşekkürler. 3 yıldır sunucuları vardı sanırım. Ac ile özel bir odada bir raf bulunmaktadır. Sunucular olsa yansıtılmaz. Her sunucu, her biri bir AD barındıran farklı VM'ler barındırır.
Martin Walter

Bu durumda (onlara bakmak için iyi bir iş çıkardığınız anlaşılıyor) o zaman şu anda olduğu gibi devam etmenin oldukça güvenli olduğunu düşünüyorum (AD'nin onlara ev sahipliği yaptığınız tek kritik hizmet olduğunu varsayarsak). Donanım hatalarını (bugünlerde Windows için en uygun olandan emin değilim) izlemek için bir tür izleme uygulamasını öneririm ve belki de önümüzdeki 2-3'te bunları değiştirmeyi veya farklı bir çözüm bulmayı planlıyorum yıl.
Matt Renner

4
@MartinWalter Belki endişelenmelisin. Bir sistem öldü, hizmetleri kayboldu. Bu işi nasıl etkileyecek? Ne kadar hızlı iyileşebilirsin?
Ryan Babchishin

1
@RyanBabchishin Bu soru şirket içi BT için her zaman önemli bir sorudur. Bununla birlikte, gerçekçi olarak her zaman takaslar vardır ve iş için, bir veya iki saat aşağı inmek nadir durumlarda kabul edilebilir. Ayrıca OP'nin sanal makinelerinin anlık görüntüsü alınmış / harici bir cihaza aktarılmışsa, kurtarma işlemi bu harici cihazı diğer çalışan kutuya monte etmek ve vm'leri geçici olarak önyüklemek kadar basittir. AD için, bu büyük olasılıkla birincil makinenin kurtarılmasına kadar performansın düşmesi dışında herhangi bir sorunla karşılaşmaz (tüm işlemesi temel AD şeyler ise, gelişmiş bir şey değildir).
SnakeDoc

1
@SnakeDoc Bu yüzden onun için bir soru ... Bu konuda. ?
Ryan Babchishin

5

Depolama arka ucunuz tamamen flash olduğundan, donanımınız belirtilen iş yükü için tamamen uygundur. Yapılandırmanızla ilgili tek endişem, VM'lerinizin özellikle özdeş olmaları durumunda sunucular arasında yansıtılmak / senkronize olmak yerine tek bir sunucuda bölünüp çalıştığıdır. Bu nedenle, her iki sunucuyu tek bir kümede birleştirmenize ve sanal makinelerinizi olası donanım hatalarına karşı bağışık hale getirmenize izin verecek bazı yazılım tanımlı depolama (sanal SAN) kullanmanızı şiddetle tavsiye ederim.

Olası seçenekler HP VSA http://www8.hp.com/us/en/products/storage-software/product-detail.html?oid=5306917 veya EMC Unity VSA https://store.emc.com/us/ Ürün-Aile / EMC-Birlik-Ürünler / EMC-Birlik-VSA / p / EMC-Birlik-Sanal-Depolama-Cihaz olan ücretsiz ama bildiğim kadarıyla üretim için izin verilmiyor. Hyper-V kullanarak bu yana sizin için mükemmel bir seçenek StarWind Sanal SAN kullanmak olacaktır https://www.starwindsoftware.com/starwind-virtual-san doğal pencerelerin üstünde çalışır ve sorunsuz birinde tam oluşturmalarına olanak sağlamasıdır yalnızca doğrudan bağlı depolama alanını kullanan işlevsel Microsoft Yük Devretme Hyper-V kümesi.

Ayrıca VM'lerinizi yedeklemek için ücretsiz bir sürümü olan VEEAM B&R https://www.veeam.com/vm-backup-recovery-replication-software.html veya Bacula http://blog.bacula.org/ kullanmanızı öneririz. VM'lerinizi kurtarmaya çalışırken sorunlara neden olduğu bilindiği için yerel Windows 2012 Server Yedekleme'yi kullanma yöntemi.


1
Tavsiye için teşekkürler. Yedeklemenin ele almam gereken bir şey olduğunu biliyorum. Yük devretme şu anda mümkün değil, çünkü makineler farklı VM'ler çalıştırıyor ve çok fazla RAM'e sahip değil, bu yüzden tüm VM'leri tek bir makineye koyamıyorum.
Martin Walter

1
Windows 2012 Server Yedekleme ile VM'leri geri yükleme hakkında bahsettiğiniz sorunlar hakkında daha fazla bilgi almak ister misiniz
wandersick

1
@wandersick Aslında yaygın bir sorun. Geri yükleme sırasında geri yüklemeyi imkansız hale getiren Windows Yedekleme, 0x8ODX gibi garip hataların ortaya çıkmasıyla bilinir. Garip bir şey bazen hata kodları bile googlable değildir :-(
Net Runner

0

Küçük uygulamalarda, birden fazla (en az 2) daha ucuz makineye sahip olmak genellikle bir pahalı makineden daha iyidir. Ya da başka bir deyişle, küçük uygulamalarda geniş olmaktan uzun olmak daha iyidir. Bunun nedeni, maliyetin sınırlı bir şekilde artması için bu şekilde bir yedekliliğiniz olmasıdır. İki 3000, - sunucu bir 5000, - sunucu ile aynı şeyi yapabilir, ancak pahalı sunucu başarısız olursa kemikli olursunuz. Daha ucuz olanlardan biri başarısız olursa, VM'lerinizin en azından yarısı hala çalışıyorsa ve muhtemelen diğerlerini de çalıştırabilir, sadece yavaş olacaktır.

Bakmanız gereken bir şey, bu sunucuları tek tek yönetmek değil, bir şekilde onları kümelendirmektir. Sanallaştırma çözümünüzün, bir ana makinenin hangi ana makinede yaşadığı önemli olmadığı için bir yük devretme kümesi oluşturabilmesi gerekir; ana bilgisayar ölürse VM otomatik olarak geçirilir. Bu aynı zamanda mikro yönetimi azaltır ve gelecekte eskisini çalışır durumda tutarak yeni bir sunucu ekleyebilmeniz anlamına gelir; Bu karar genellikle güç tüketimi veya alan sınırlamalarıyla ilgilidir.

Daha fazla büyümek istiyorsanız, muhtemelen sunucudaki depolama alanından SAN'a geçmek istersiniz. Bu şekilde, sunucularınız saf bilgi işlem düğümleri haline gelir ve sağlık durumları sanal makinelerde gerçekten önemli değildir.


Bu çözüm / genel yolla, doğru olması için ulaşmanız gereken belirli bir seviye olduğunu unutmayın. Yönetimdeki karmaşıklığı azaltırken (ikinci ana bilgisayar için yazılım güncellemeleri, otomatik VM yük devretme düzenlemesi, ağ trafiği konuları, izinler, izleme) pahalı makinenin (PSU'lar, diskler, denetleyiciler, GPU'lar, CPU'lar, ağ kartları) içinde yedeklilik elde edebilirsiniz. biraz. Yine de, sert sayılar olmadan neyin daha iyi olduğunu söylemek zor.
user121391

-8

ağınızda ve yedekleme sisteminizde herhangi bir sorun yaşamadığınız sürece bu kuruluma devam edebilirsiniz, ancak gelecekte Profesyonel sunucunun% 100 SAĞLIK olması daha iyidir.

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.