เซิร์ฟเวอร์ที่ใช้งานจริงเป็นความคิดที่ดีหรือไม่?


14

อะไรคือความเสี่ยงในการใช้งานเว็บเซิร์ฟเวอร์และฐานข้อมูลในเซิร์ฟเวอร์เสมือน ขณะนี้เรากำลังคิดที่จะใช้เซิร์ฟเวอร์ VM Ware ดูเหมือนจะเป็นทางออกที่ดีที่จะนำไปสู่การสำรองข้อมูลและเรียกคืนได้ง่าย แต่สิ่งที่เราเสียสละในการใช้งาน virtualized

คำตอบ:


20

แทบไม่มีอะไรเลย

คุณกำลังแบ่งปันพลัง CPU และ RAM บนเครื่องเสมือนหลายเครื่อง สำหรับ VM ที่ไม่ได้ทำงานอย่างเต็มที่มันไม่ใช่เรื่องใหญ่อะไร

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

VMware ESXi นั้นฟรีอย่างสมบูรณ์และจะทำงานได้ยอดเยี่ยม รวมทั้งหากคุณต้องการอัพเกรดในภายหลังมันเป็นกระบวนการที่ราบรื่นมาก


14

ฉันว่าความเสี่ยงของการไม่ใช้ VM นั้นยิ่งใหญ่กว่า หากไม่มี VM หากฮาร์ดแวร์ของคุณล่มคุณจะเป็น SOL จนกว่าคุณจะได้รับการเปลี่ยนและคืนค่า

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

แน่นอนมีข้อเสียอื่น ๆ : VMs ส่วนใหญ่ไม่สามารถใช้มากกว่า 2 CPU (หรือ Cores) ประสิทธิภาพของดิสก์จะลดลงเล็กน้อยและคุณจะต้องแชร์ RAM กับ VM อื่น ๆ บนเซิร์ฟเวอร์

แต่สำหรับเซิร์ฟเวอร์ส่วนใหญ่ฉันจะบอกว่าคุ้มค่า


8

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

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

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


อะไรคือ DB ที่ "ใหญ่" ฉันคิดว่าเว็บเซิร์ฟเวอร์เป็นทางออกที่ปลอดภัยที่สุดสำหรับ virtuals แล้วแอปพลิเคชั่นเซิร์ฟเวอร์ที่มีการบีบอัดข้อมูลมากมาย (ภาพเสียงการประมวลผลวิดีโอ)
iamgoat

2
มันเป็นคำถามเกี่ยวกับประสิทธิภาพ ... คำตอบคือ ... "มันขึ้นอยู่กับ" อย่างจริงจังแม้ว่ามันจะขึ้นอยู่กับข้อกำหนดทางธุรกิจและขนาดของโฮสต์ทางกายภาพของคุณ "ใหญ่เกินไป" สำหรับโฮสต์ที่ 1G w / a แกนเดียวและดิสก์ภายใน 1 ตัวนั้นแตกต่างจาก "ใหญ่เกินไป" สำหรับโฮสต์ที่มี 8 คอร์, 32Gig และการเชื่อมต่อ FC หลายตัวกับ SAN สำหรับเซิร์ฟเวอร์ที่กระทืบ ... พวกเขาทำให้ซีพียูของคุณอิ่มตัวหรือยัง? ถ้าอย่างนั้นคุณจะวิ่งอะไรอีก คุณต้องการแข่งขันเพื่อใช้ทรัพยากร CPU จากนั้นอีกครั้งถ้าคุณโยนไฟล์เซิร์ฟเวอร์ที่นั่นมีการใช้งานต่ำหรือมี DC นั่นอาจจะไม่เป็นไร (ไม่ใช่ผู้บริโภคซีพียูขนาดใหญ่)
WaldenL

1

ความเสี่ยงสำหรับ VMware Server นั้นยอดเยี่ยมเกินไป! เซิร์ฟเวอร์เป็นโซลูชันการทำให้เป็นโฮสต์ที่เหมาะสมและเป็นเช่นนั้นโดยตั้งใจว่าแขก OS แม้กระทั่งเป็นเด็กผู้ชาย VMware ฉัน ฉันอยากเห็นคุณไปกับคู่แข่ง VMware จากนั้นพึ่งพาเซิร์ฟเวอร์ เซิร์ฟเวอร์ VMware นั้นยอดเยี่ยม แต่ก็เหมือนกับ VMware เวิร์กสเตชันหรือเซิร์ฟเวอร์เสมือน 2005 ... หากระบบปฏิบัติการโฮสต์มีปัญหา VM ของคุณทั้งหมดมีปัญหา ด้วย Hyper-V / Xen / ESXi ทุกอย่างเป็นอิสระ ... ใช้ไฮเปอร์ไวเซอร์ตัวจริง!

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

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