ฉันควรกังวลเกี่ยวกับการตั้งค่าเซิร์ฟเวอร์ของเราหรือไม่


9

ฉันทำงานให้กับ บริษัท ประมาณ 50 คน เซิร์ฟเวอร์สองตัวของเรา (เหมือนกัน) สร้างขึ้นเองตามข้อกำหนดเหล่านี้

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

เซิร์ฟเวอร์แต่ละเครื่องโฮสต์ VMs สองเครื่อง (การแชร์ไฟล์ 2x AD + + โปรไฟล์ข้ามเขต, 1x เซิร์ฟเวอร์ SQL สำหรับการทดสอบ, 1x อื่น ๆ (ไม่สำคัญ)

เราทำการสำรองข้อมูลรายวันโดยใช้ Windows Backup ในตัวบน iSCSI เป้าหมายที่โฮสต์บน QNAP NAS (2x2TB RAID1)

เซิร์ฟเวอร์ไม่มีโหลดมากและเราไม่เคยมีปัญหาใด ๆ ข้อมูลส่วนใหญ่ของเราถูกเก็บไว้ในระบบคลาวด์ (VS Online, SharePoint)

แต่ฉันสงสัยว่ามันสมเหตุสมผลต่อการตั้งค่านี้หรือถ้าจะดีกว่าที่จะเปลี่ยนเป็นฮาร์ดแวร์เซิร์ฟเวอร์มืออาชีพนั่นคือเครื่องใหญ่

ดังนั้นข้อผิดพลาดคืออะไรและฉันควรทำอย่างไรกับพวกเขา


2
แต่ฉันสงสัยว่ามันสมเหตุสมผลต่อการตั้งค่านี้หรือถ้าดีกว่าที่จะเปลี่ยนไปใช้ฮาร์ดแวร์เซิร์ฟเวอร์มืออาชีพนั่นคือเครื่องใหญ่ ” นี่เป็นคำถามที่แตกต่างกันสองคำถามถ้าคุณกำลังมองหาคำตอบที่ครอบคลุมสำหรับคำถามหลัง ควรวางตัวแยกกัน นอกเหนือจากนั้นคุณสามารถอธิบายบทบาทของคุณในองค์กรได้หรือไม่ ฉันสมมติว่าคุณรับผิดชอบโครงสร้างพื้นฐาน แต่ถ้าไม่ใช่คุณก็ไม่จำเป็นต้องทำอะไรเลย
Lilienthal

1
ฉันสามารถนึกถึงคำตอบที่แตกต่างกันมากมายที่นี่ดังนั้นการระบุคำถามหลัก (การตั้งค่านี้เป็นไรฮาร์ดแวร์นี้ใช้ได้หรือไม่เราควรรวมบริการหรือไม่ ... ) อาจช่วยให้คุณได้รับคำตอบที่มีประโยชน์มากขึ้น
Lilienthal

@Lilienthal ฉันเป็นผู้ดูแลระบบหลักของ บริษัท ใช่ฉันต้องการทราบว่าฮาร์ดแวร์และการติดตั้งตกลงหรือไม่
Martin Walter

การตั้งค่าไม่ว่าจะเป็นเรื่องปกติหรือไม่เนื่องจากมีปัจจัยหลายอย่าง: คุณมีการสำรองข้อมูลออฟไลน์และ / หรือนอกสถานที่หรือไม่? คุณมีกลยุทธ์การกู้คืนหรือไม่? คุณได้ทดสอบกลยุทธ์การกู้คืนดังกล่าวแล้วหรือยัง? คุณสามารถหยุดทำงานอะไรได้บ้าง? คุณมีงบประมาณและระดับการให้บริการเท่าไหร่ กระบวนการอัปเดตและอัปเกรดของคุณเป็นอย่างไร ระบบและข้อมูลรับรองของคุณมีเอกสารหรือไม่ คุณคิดว่าปัจจัยรถบัสหรือไม่? ... นั่นเป็นคำถามที่แตกต่างจาก "เมื่อไหร่ที่ควรจะย้ายออกจากฮาร์ดแวร์ผู้บริโภค"
Lilienthal

1
@Lilienthal Lol ฉันชอบที่คุณจับย่อหน้าตอนกลาง ใช่นั่นคือสิ่งที่ฉันหมายถึง
Ryan Babchishin

คำตอบ:


11

ดูเหมือนว่าคุณกำลังใช้ฮาร์ดแวร์ที่เหมาะสมอยู่แล้ว มีอะไรผิดปกติกับมัน? มันไม่แก่เกินไปใช่ไหม รักษาข้อมูลของคุณให้อยู่ในการรับประกันหรือปิดหากคุณไม่ต้องการรู้สึกกังวลเกินไป (ไม่ใช่ทุกคนที่แบ่งปันความเห็นของฉันเกี่ยวกับเรื่องนี้)

หากคุณมีการตั้งค่าสิ่งต่าง ๆ ให้สำรองและสำรองข้อมูลได้ดี เซิร์ฟเวอร์ตัวเดียว = จุดล้มเหลวเดียวไม่ว่ามันจะดีแค่ไหน มีหลายสิ่งที่คุณสามารถทำได้ด้วยงบประมาณโดยการตัดสินใจอย่างชาญฉลาดว่าจะใช้ซอฟต์แวร์ / ฮาร์ดแวร์ / โครงสร้างพื้นฐาน / สนับสนุนอย่างชาญฉลาดอย่างไร

หากคุณไม่มีข้อควรระวัง / สิ่งต่าง ๆ ในสถานที่คุณอาจจะกังวล หากระบบใดระบบหนึ่งเสียบริการจะหายไปหรือไม่ ธุรกิจนั้นจะมีผลกระทบอย่างไร? คุณจะฟื้นตัวเร็วแค่ไหน?

ผิดพลาด? ขึ้นอยู่กับ คุณไม่ได้ให้ข้อมูลมากเกินไป ไดรฟ์ราคาถูกสามารถล้มเหลวหรือช้า กรณีราคาถูกสามารถทำให้ตื่นเต้นมากเกินไป แฟน ๆ ราคาถูกสามารถล้มเหลว คอนโทรลเลอร์ SATA / SAS / RAID ราคาถูกสามารถขันหรือไม่ทำงานตามที่คาดไว้ แหล่งจ่ายไฟราคาถูกสามารถตายได้หรือหากไม่ซ้ำซ้อนปล่อยให้คุณไม่มีพลังงาน เมนบอร์ดสามารถทำสิ่งที่สกปรก ระบบที่ไม่มีคอนโซลระยะไกล (ILO และอื่น ๆ ) อาจเป็นความเจ็บปวดในการจัดการ การ์ดเครือข่ายราคาถูกสามารถมีไดรเวอร์ราคาถูกหรือสกรูได้ ปัญหาที่คาดไม่ถึงจำนวนมากสามารถเกิดขึ้นได้ ในอีกทางหนึ่งคุณจะได้รับราคาถูกเป็นสิ่งที่รายการระดับนรกที่มีประสิทธิภาพที่น่าอัศจรรย์ และบางสิ่งที่มีราคาแพงกว่านั้นก็อาจจะดูโฉบเฉี่ยวเช่นกัน

ฉันเห็นมันทั้งหมดแล้วในระดับเซิร์ฟเวอร์ * ที่เหมาะสมเซิร์ฟเวอร์ระดับล่างสุดเวิร์กสเตชันและอุปกรณ์ระดับผู้บริโภค สิ่งที่สูงกว่าดูเหมือนว่าจะทำได้ดีขึ้นในระยะยาว (วิธีการรับประกันที่ผ่านมา) แต่ถ้าคุณไม่สามารถจ่ายได้? หรือคุณสามารถซื้อเซิร์ฟเวอร์ได้เพียงเครื่องเดียวและไม่สามารถใช้งานซ้ำซ้อนที่เหมาะสมได้

ไม่มีอะไรผิดปกติกับเซิร์ฟเวอร์คู่ที่ใช้หน่วยความจำ ECC และ RAID ของ Xeon นอกเสียจากคุณจะมีปัญหากับมัน


อาจเป็นประโยชน์ในการกำหนดเป้าหมาย (สิ่งที่คุณต้องการอย่างแน่นอนสิ่งที่ดีที่มีและสิ่งที่ไม่รบกวนคุณมาก) และงบประมาณจากนั้นซื้อคุณภาพที่ดีที่สุดที่ตรงตามเกณฑ์เหล่านั้น นอกจากนั้นฉันเองจะไม่แตะต้องอะไรเลยหากไม่มีการจัดการระยะไกล (IPMI, AMT, ฯลฯ ) อีกต่อไปมันสะดวกเกินไป เช่นเดียวกันสำหรับแหล่งจ่ายไฟสำรองโดยเฉพาะอย่างยิ่งสำหรับโฮสต์ VM ที่การปิดระบบค่อนข้างใช้เวลานาน
user121391

9

สมมติว่า VMs ของคุณซ้ำซ้อน (และได้รับการทดสอบว่าทำงานกับโหนดเดียว) คุณอาจได้รับการยกเว้นจากการหยุดทำงานของฮาร์ดแวร์ที่เกี่ยวข้องโดยอาศัยการมีโหนดที่มิเรอร์สองโหนด

ฉันจะไม่แนะนำให้วางลงในช่องเดียว (ใหม่กว่า) เว้นแต่ว่าการหยุดทำงานของโหนดทั้งหมดไม่ใช่ปัญหาสำคัญที่ บริษัท ของคุณ

ที่กล่าวมาจะเป็นประโยชน์ในการทราบรายละเอียดเพิ่มเติมเกี่ยวกับสภาพแวดล้อมของคุณเช่นระยะเวลาที่คุณใช้เครื่องจักรเหล่านี้พวกเขาอยู่ในสภาพแวดล้อมที่สร้างขึ้นเพื่อวัตถุประสงค์ (สะอาดห้องแห้งพร้อมชั้นวางและ AC ฯลฯ ) . อย่างที่คุณทราบดีว่าอุปกรณ์ที่ใช้งานได้ดีนั้นใช้งานได้นานกว่า!

โดยทั่วไปแล้วการใช้ฮาร์ดแวร์ 'มืออาชีพ' ที่น้อยกว่านั้นไม่จำเป็นต้องมีอะไรผิดปกติ แต่ก็ไม่ได้มาพร้อมกับการรับประกันหรือความน่าเชื่อถือแบบเดียวกับชุดเครื่องมือที่มีราคาแพงกว่าและความเสี่ยงเหล่านี้จำเป็นต้องได้รับการพิจารณา


2
ขอบคุณสำหรับคำตอบ. ฉันมีเซิร์ฟเวอร์เป็นเวลา 3 ปีแล้วฉันคิดว่า พวกเขาอยู่ในชั้นวางของในห้องที่มีแอร์ เซิร์ฟเวอร์ไม่ได้ทำมิร์เรอร์ แต่ละเซิร์ฟเวอร์โฮสต์ VMs ที่แตกต่างกันโดยแต่ละโฮสต์นั้นหนึ่ง AD
Martin Walter

ในกรณีนี้ (ดูเหมือนว่าคุณทำงานได้ดีในการดูแลพวกเขา) จากนั้นฉันคิดว่าคุณค่อนข้างปลอดภัยที่จะดำเนินการต่อไปตามที่คุณเป็นอยู่ตอนนี้ (สมมติว่า AD เป็นบริการที่สำคัญเพียงอย่างเดียวที่คุณให้บริการ) ฉันขอแนะนำให้ใช้การตรวจสอบบางอย่างเพื่อจับตาดูข้อผิดพลาดของฮาร์ดแวร์ (ฉันไม่แน่ใจว่าสิ่งที่เหมาะสมที่สุดสำหรับ Windows ในปัจจุบัน) และอาจวางแผนที่จะแทนที่พวกเขาหรือหาวิธีแก้ปัญหาที่แตกต่างกันใน 2-3 ถัดไป ปี.
Matt Renner

4
@MartinWalter บางทีคุณควรจะกังวล ระบบเดียวเสียชีวิตบริการของมันหายไป ธุรกิจนั้นจะมีผลกระทบอย่างไร? คุณจะฟื้นตัวเร็วแค่ไหน?
Ryan Babchishin

1
@ RyanBabchishin คำถามนั้นสำคัญสำหรับ IT ในองค์กรเสมอ อย่างไรก็ตามตามความเป็นจริงจะมีการแลกเปลี่ยนและธุรกิจการลงไปเป็นเวลาหนึ่งหรือสองชั่วโมงอาจเป็นที่ยอมรับในโอกาสที่หายาก นอกจากนี้หาก OP มีสแนปชอตของ VM ของเขา / ส่งออกไปยังอุปกรณ์ภายนอกการกู้คืนนั้นง่ายพอ ๆ กับการติดตั้งอุปกรณ์ภายนอกนั้นในกล่องที่ทำงานอยู่อื่น ๆ และทำการบูต vm ของมันชั่วคราว สำหรับโฆษณาสิ่งนี้มีแนวโน้มที่จะไม่ทำให้เกิดปัญหาใด ๆ (ถ้าการจัดการทั้งหมดเป็นเรื่องของโฆษณาแบบพื้นฐานไม่มีอะไรขั้นสูง) นอกจากประสิทธิภาพที่ลดลงจนกระทั่งการกู้คืนของเครื่องหลัก
SnakeDoc

1
@SnakeDoc นั่นเป็นเหตุผลที่มันเป็นคำถาม ... สำหรับเขา เกี่ยวกับสิ่งนั้น. ?
Ryan Babchishin

5

เนื่องจากแบ็คเอนด์ที่เก็บข้อมูลของคุณนั้นเป็นแบบแฟลชทั้งหมดฮาร์ดแวร์ของคุณก็โอเคสำหรับภาระงานที่กล่าวถึงทั้งหมด ข้อกังวลเดียวที่ฉันมีเกี่ยวกับการกำหนดค่าของคุณคือการแบ่งและเรียกใช้ VMs บนเซิร์ฟเวอร์เดียวแทนที่จะเป็นมิรเรอร์ / ซิงโครไนซ์ระหว่างเซิร์ฟเวอร์โดยเฉพาะอย่างยิ่งหากพวกเขาเหมือนกัน ดังนั้นฉันขอแนะนำอย่างยิ่งให้คุณใช้ที่เก็บข้อมูลที่กำหนดโดยซอฟต์แวร์ (SAN เสมือน) ที่จะให้คุณเข้าร่วมเซิร์ฟเวอร์ทั้งสองในคลัสเตอร์เดียวและทำให้เครื่องเสมือนของคุณมีภูมิคุ้มกันต่อความล้มเหลวของฮาร์ดแวร์ที่อาจเกิดขึ้น

ตัวเลือกที่เป็นไปได้คือ HP VSA http://www8.hp.com/us/en/products/storage-software/product-detail.html?oid=5306917หรือ EMC Unity VSA https://store.emc.com/us/ Product-Family / EMC-Unity- ผลิตภัณฑ์ / EMC-Unity-VSA / p / EMC-Unity- อุปกรณ์จัดเก็บข้อมูลเสมือนจริงซึ่งฟรี แต่เท่าที่ฉันรู้ว่าไม่ได้รับอนุญาตสำหรับการผลิต เนื่องจากคุณใช้ Hyper-V เป็นตัวเลือกที่สมบูรณ์แบบสำหรับคุณที่จะใช้ StarWind Virtual SAN https://www.starwindsoftware.com/starwind-virtual-sanที่ทำงานโดยกำเนิดอยู่ด้านบนของหน้าต่างและช่วยให้คุณสามารถสร้างรูปแบบได้อย่างสมบูรณ์ การทำงานของคลัสเตอร์ Microsoft Failover Hyper-V โดยใช้ที่เก็บข้อมูลที่ต่อพ่วงโดยตรงเท่านั้น

ฉันขอแนะนำให้ใช้ VEEAM B&R https://www.veeam.com/vm-backup-recovery-replication-software.htmlที่มีเวอร์ชันฟรีหรือ Bacula http://blog.bacula.org/เพื่อสำรองข้อมูล VM ของคุณแทน ของการใช้การสำรองข้อมูลเซิร์ฟเวอร์ Windows 2012 เนทิฟเนื่องจากเป็นที่ทราบกันดีว่าก่อให้เกิดปัญหาเมื่อพยายามกู้คืน VMs ของคุณ


1
ขอบคุณสำหรับคำแนะนำ. ฉันรู้ว่าการสำรองข้อมูลเป็นสิ่งที่ฉันต้องทำ เป็นไปไม่ได้ในตอนนี้เนื่องจากเครื่องกำลังใช้ VM ที่แตกต่างกันและไม่มี RAM มากขนาดนั้นดังนั้นฉันจึงไม่สามารถใส่ VM ทั้งหมดลงในเครื่องเดียว
Martin Walter

1
ชอบที่จะได้ยินเพิ่มเติมเกี่ยวกับปัญหาที่คุณได้กล่าวถึงเกี่ยวกับการเรียกคืน VMs ด้วยการสำรองข้อมูลเซิร์ฟเวอร์ Windows 2012
wandersick

1
@wandersick ปัญหาทั่วไปจริง ๆ แล้ว Windows Backup เป็นที่รู้จักกันว่ามีข้อผิดพลาดที่แปลกประหลาดเช่น 0x8XXXXXXXX ในระหว่างการคืนค่าทำให้ไม่สามารถกู้คืนได้ สิ่งที่แปลกก็คือบางครั้งมีรหัสข้อผิดพลาดไม่ได้แม้แต่ googlable:
Net Runner

0

ในการปรับใช้ขนาดเล็กโดยทั่วไปจะดีกว่าที่จะมีเครื่องราคาถูกกว่า (อย่างน้อย 2) หลายเครื่องมากกว่าเครื่องที่มีราคาแพงหนึ่งเครื่อง หรือกล่าวอีกนัยหนึ่งในการปรับใช้ขนาดเล็กมันจะดีกว่ากว้างกว่า เหตุผลก็คือวิธีนี้คุณมีความซ้ำซ้อนในการเพิ่มต้นทุนอย่าง จำกัด เซิร์ฟเวอร์ 3000 สองเครื่อง - อาจทำสิ่งเดียวกับเซิร์ฟเวอร์ 5000 หนึ่งเครื่อง แต่ถ้าเซิร์ฟเวอร์ที่มีราคาแพงล้มเหลวคุณจะรู้สึกผิด หากหนึ่งในสิ่งที่ถูกกว่านั้นล้มเหลวคุณอย่างน้อยก็มีครึ่งหนึ่งของ VM ของคุณที่ยังทำงานอยู่และมันก็อาจทำงานได้อีกด้วยเช่นกันมันก็จะช้า

สิ่งที่คุณควรพิจารณาคือไม่ได้จัดการเซิร์ฟเวอร์เหล่านี้แยกกัน แต่อย่างใดจัดกลุ่มเข้าด้วยกัน โซลูชันการจำลองเสมือนของคุณควรสามารถสร้างคลัสเตอร์การเฟลโอเวอร์เพื่อที่ว่าไม่ได้เรื่องว่าโฮสต์ VM อาศัยอยู่หากโฮสต์ตาย VM จะถูกโอนย้ายโดยอัตโนมัติ สิ่งนี้ยังลดการจัดการไมโครและหมายความว่าในอนาคตคุณสามารถเพิ่มเซิร์ฟเวอร์ใหม่ในขณะที่ทำให้เซิร์ฟเวอร์เก่าทำงานอยู่จนกว่าจะไม่ประหยัดอีกต่อไป การตัดสินใจครั้งนี้มักเกิดจากการใช้พลังงานหรือข้อ จำกัด ด้านพื้นที่

หากคุณต้องการเติบโตมากขึ้นคุณอาจต้องการย้ายจากที่เก็บข้อมูลบนเซิร์ฟเวอร์ไปยัง SAN ด้วยวิธีนี้เซิร์ฟเวอร์ของคุณจะกลายเป็นโหนดการคำนวณอย่างสมบูรณ์และความสมบูรณ์ของเซิร์ฟเวอร์ไม่ได้มีความสำคัญต่อ VMs


โปรดทราบว่าด้วยวิธีการแก้ปัญหานี้ / เส้นทางทั่วไปมีระดับบางอย่างที่คุณต้องทำให้ถูกต้อง คุณสามารถได้รับความซ้ำซ้อนภายในเครื่องราคาแพง (PSUs, ดิสก์, คอนโทรลเลอร์, GPUs, CPU, การ์ดเครือข่าย) และลดความซับซ้อนในการจัดการ (การอัพเดตซอฟต์แวร์สำหรับโฮสต์ที่สอง, การล้มเหลว VM อัตโนมัติ, การพิจารณาปริมาณการใช้เครือข่าย นิดหน่อย. มันยากที่จะพูดว่าอะไรดีขึ้นหากไม่มีตัวเลขที่ยาก
user121391

-8

ตราบใดที่คุณไม่มีปัญหาใด ๆ ในเครือข่ายของคุณและในระบบสำรองของคุณคุณสามารถดำเนินการตั้งค่านี้ต่อไปได้ แต่สำหรับอนาคตจะดีกว่าถ้าคุณมีเซิร์ฟเวอร์ระดับมืออาชีพให้เป็น 100% ความสมบูรณ์

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.