แทนที่โครงสร้างพื้นฐาน VMware vSphere ด้วยทางเลือกโอเพ่นซอร์สหรือไม่


41

เราวางแผนที่จะโยกย้ายช้าจาก VMware (และแอพของบุคคลที่สาม) ไปสู่ทางเลือกโอเพนซอร์ส (ฟรีจะดีมาก)

โดยพื้นฐานแล้วเราต้องการเริ่มต้นด้วยแล็บคลัสเตอร์เล็กน้อยจากนั้นโอนย้ายสภาพแวดล้อมการผลิต (35+ ESX, 1500 VMs) ในอนาคต (X ปียังไม่รีบร้อน ... ยัง)

การเดิมพันของเราคือ CentOS / Scientific Linux เป็นระบบปฏิบัติการที่เลือกและ KVM เป็นไฮเปอร์ไวเซอร์

ทางเลือก vCenter ที่เราคิดคือConvirtแต่เราไม่รู้ว่าฟีเจอร์ทั้งหมดที่เราใช้ใน VMware นั้นมาจาก Convirt (HA, DRS, การรวมกลุ่ม, ... ) หรือเราควรลองทางเลือกอื่น ๆ ( ความคิดใด ๆ ?)

การตรวจสอบจะถูกแทนที่ด้วย Nagios และการสำรองข้อมูล / การจำลองแบบจะถูกแทนที่ด้วยเวทมนตร์สคริปต์บางอย่าง

ดังนั้นมีใครบ้างที่สามารถให้คำแนะนำกับเราหรืออยู่ในสถานการณ์ที่คล้ายคลึงกัน

ป.ล. - นี่เป็นคำถามแรกของฉันใน serverfault และระดับภาษาอังกฤษของฉันไม่ค่อยดีนัก แต่ฉันหวังว่าคำถามจะเข้าใจได้

PS2.- ฉันลืมที่จะพูดถึงว่าเราให้บริการ VDIs ด้วย และทางเลือกที่เราได้รับความคิดเป็นเครื่องเทศ


11
สำหรับบันทึกเท่าที่คำถามแรกไปโดยเฉพาะอย่างยิ่งสำหรับเจ้าของภาษาที่ไม่ใช่ภาษาอังกฤษนี้เป็นสิ่งที่ดีมาก :)
มาร์คเฮนเดอ

สำหรับคำถามระบบปฏิบัติการแขกของคุณคืออะไร? พวกเขาทั้งหมด Linux / Unix หรือมี Windows / อื่น ๆ ในการผสมผสาน?
Mark Henderson

1
ฉันเดาว่าคำถามต่อไปคือทำไม - คุณกำลังมองหาอะไรที่จะบรรลุ? ฉันยังไม่เห็นโซลูชัน virtualisation ที่ใกล้เคียงกับการติดตั้ง vcenter ที่ได้รับลิขสิทธิ์อย่างถูกต้อง Hyper-V เกลียด Unix, Xen และ Windows มีความรักความเกลียดชัง KVM ฉันไม่รู้จริง ๆ แต่ฉันไม่เคยเห็นอินเทอร์เฟซที่ใช้งานง่ายเหมือน vSphere (จากทั้งสคริปต์และกุย) ดังนั้นเราจะต้องรู้ว่าคุณเต็มใจเสียสละอะไร
Mark Henderson

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

2
ภาษาอังกฤษของคุณดีกว่าที่เรามักจะเห็นจากคนที่พูดภาษาอังกฤษ
John Gardeniers

คำตอบ:


19

เมื่อเร็ว ๆ นี้ได้ผ่านเพลงและเต้นรำเดียวกันกับการจัดการของตัวเอง ("VMWare มีราคาแพงมาก! ลองดูว่ามีตัวเลือก OSS ออกมาที่นี่บ้าง") ฉันมีข้อสังเกตที่จะแบ่งปัน

  • ประสิทธิภาพของ I / O นั้นแตกต่างกันไปตามไฮเปอร์ไวเซอร์แม้ว่าประสิทธิภาพของ CPU จะแตกต่างกันเล็กน้อย
    • โดยทั่วไปการจัดเตรียม 'แบบบาง' เป็นวิธีที่ดีในการเทียบประสิทธิภาพ I / O บางคน (KVM จนกระทั่งเมื่อเร็ว ๆ นี้) ค่อนข้างแย่เกี่ยวกับเรื่องนี้
  • ทางเลือกที่ไม่ใช่ VMware ขนาดใหญ่สามตัว (Xen, KVM, Hyper-V) ทั้งหมดมีเทคโนโลยีคล้าย vMotion แม้ว่าจะมีข้อ จำกัด อยู่บ้าง
  • บางตัวมีความไวสูงต่อสถาปัตยกรรมซีพียูและไม่อนุญาตการโยกย้ายแบบสดไปยังระบบที่ไม่เหมือนกัน VSphere ได้รับสิ่งนี้ด้วยเทคโนโลยี "Enhanced vMotion Compatibility" ที่ทำให้คลัสเตอร์กลายเป็นสถาปัตยกรรมซีพียูที่ต่ำที่สุดในคลัสเตอร์ ไม่ใช่ทุกอย่างที่มีอย่างนั้น นี่อาจเป็นอุปสรรคสำคัญในการขยายโรงงาน VM ของคุณ
  • Hypervisor นั้นดีพอ ๆ กับคอนโซลการจัดการ

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

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


ขอบคุณ! นั่นคือสิ่งที่ฉันต้องการเมื่อฉันขอสิ่งนั้น :) ฉันขอขอบคุณคำตอบของคุณ!
minWi

cloudstack ปัจจุบันรองรับ KVM และ Xen มันยังมีเครื่องมือสำหรับการโยกย้ายสดการแปลงระหว่างรูปแบบหรือไม่
John-ZFS

@ John-ZFS ไม่มีความคิด พวกเขาทำงานหลายอย่างใน 9 เดือนตั้งแต่ฉันดูพวกเขาดังนั้นคุณต้องถามพวกเขา
sysadmin1138

8

ฉันไม่ได้ใช้ด้วยตัวเอง แต่มีProxmox-VE จากข้อมูลของHak5นั้นรองรับระบบปฏิบัติการที่หลากหลายรวมถึง Windows นอกจากนี้ยังรองรับการจัดกลุ่ม


ฉันเคยใช้มัน ระบบที่ยอดเยี่ยม แต่ฉันไม่รู้ว่ามันเปรียบเทียบรายละเอียดคุณลักษณะสำหรับฟีเจอร์ด้วย VSphere มันก็เติบโตขึ้นเช่นกัน
alphadogg

1
Proxmox-VE เป็นอินเทอร์เฟซที่ดีสำหรับ KVM และ OpenVZ ดังนั้นในการใช้ PVE คุณจะต้องตรวจสอบว่า KVM และ OpenVZ นั้นครอบคลุมความต้องการของคุณหรือไม่
the-wabbit

Proxmox VE เป็นหนึ่งในทางเลือกที่เราจะลองรุ่น 2.0 พิเศษที่สัญญาการทำคลัสเตอร์และการปรับปรุงอื่น ๆ เกี่ยวกับรุ่นก่อนหน้า
minWi

8

Citrix XenServer เป็นโอเพ่นซอร์สไฮเปอร์ไวเซอร์และอาจเป็นตัวเลือกที่ดีสำหรับคุณ

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

VDI ฟรีสำหรับเดสก์ท็อปมากถึง 10 เครื่องพร้อม XenDesktop 5.5 Express Edition (ทดลองใช้หลังจากนั้น 30 วันคุณจะต้องลงทะเบียนเพื่อรับสิทธิ์ใช้งานฟรีแบบไม่ จำกัด ระยะเวลา)

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

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


1
Citrix XenServer ประหยัดและมีเสถียรภาพเมื่อเทียบกับ Vspehre 5.0
John-ZFS

1
คุณกำลังบอกว่า vSphere 5.0 ไม่เสถียรและ / หรือประหยัด
gravyface

4

สำหรับกลุ่มเล็ก ๆ (เช่น <10 โฮสต์): Proxmox: รองรับ KVM และ OpenVZ เว็บอินเตอร์เฟสที่ดี http://pve.proxmox.com/

สำหรับคลัสเตอร์ขนาดใหญ่: OpenNebula: สนับสนุน KVM, Xen, vmware hypervisors และใช้ API มาตรฐาน (EC2, OCCI) http://opennebula.org/


3

ดูที่ Hyper-V มันไม่ใช่โอเพ่นซอร์ส แต่มันฟรีและมันจะทำให้คุณได้รับสิ่งที่คุณต้องการมากที่สุด ฉันกำลังใช้งานคลัสเตอร์ 3 เซิร์ฟเวอร์และ CentOS VMs อีกหลายโหลและฉันชอบมาก


2

ฉันอยู่ในช่วงกลางของการทดสอบ RHEV 3.0 (ข้อเสนอการจัดการเสมือนจริงของ Red Hat) ไม่เลวเท่านี้

ในตอนนี้มันไม่ใช่โอเพ่นซอร์ส แต่มันก็อยู่ในแผนงาน - Red Hat วางแผนที่จะเปิดโอเพ่นซอร์สสแต็กการจัดการทั้งหมดในปีหน้าหรือสองปีถัดไป

มีการกำหนดเป้าหมายที่ทั้งเซิร์ฟเวอร์และ VDI ดังนั้นจึงเหมาะสำหรับการปรับใช้ของคุณ

มันไม่ได้ล้ำสมัยเหมือนกับ vSphere (เท่าที่ยอมรับ RH) แต่ฟังก์ชั่นการใช้งานค่อนข้างดี

ข้อได้เปรียบที่สำคัญอีกข้อหนึ่งสำหรับ RHEV ก็คือการใช้ KVM และ ovirt - ไม่มีล็อคอิน!


RHEV ไม่ได้ใช้งาน oVirt, oVirt เป็นเวอร์ชันโอเพ่นซอร์สที่สมบูรณ์ ความสัมพันธ์แบบเดียวกับ RHEL และ Fedora
MK

ตกลง RHEV ถูกสร้างขึ้นบน oVirt ถ้าคุณต้องการโต้แย้งความหมาย
MikeyB

1

สิ่งที่คุณอธิบายคือการตั้งค่าที่ค่อนข้างใหญ่และความจริงที่ว่าคุณให้บริการ VDI ด้วยทำให้RHEVเป็นคำตอบที่สมบูรณ์แบบสำหรับคำถาม

แน่นอนว่าฉันมีอคติแล้วอย่าใช้คำพูดของฉันติดต่อ Red Hat


เราได้ทดสอบ RHEV (วิศวกร RedHat ให้เราทดลองในศูนย์ข้อมูลของเรา) แต่ในความเห็นต่ำต้อยของเราการประหยัดเงินเมื่อเปรียบเทียบกับคุณลักษณะของ VMware (รวมถึงการโยกย้าย) นั้นไม่เพียงพอ สำหรับเรามันยังไม่เป็นทางเลือก (โปรดยกโทษให้ฉันฉันเป็นแฟนเรดแฮท)
minWi

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

เรารู้ว่าคุณสมบัติทั้งหมดที่รวมอยู่ในผลิตภัณฑ์ที่เน้นองค์กรจะไม่สามารถใช้งานได้ในโอเพ่นซอร์ส (และมีแอพฟรีน้อยกว่า) นั่นคือสาเหตุที่ฉันต้องการคำแนะนำในสิ่งที่มีคุณสมบัติใกล้เคียงกับสภาพแวดล้อมจริงของเรา เราจะดูที่ oVirt ขอบคุณ!
minWi
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.