วิธีปฏิบัติที่ดีที่สุดสำหรับการทำเวอร์ชวลเซิร์ฟเวอร์บน SAN หรือไม่

เอาล่ะฉันต้องการเริ่มใช้ประโยชน์จาก SAN ของฉันมากกว่าที่ฉันเคยได้รับในเวลาเดียวกันใช้ประโยชน์จาก ESXi

ขณะนี้ฉันมีอาร์เรย์ของเบลด Dell PowerEdge 1955 ที่เชื่อมต่อกับอาร์เรย์หน่วยเก็บข้อมูล EMC AX4-5 FC แบบตู้เดี่ยว ฉันใช้ SAN เป็น DAS เป็นหลัก ฉันมี LUNs บน SAN ที่ชี้ไปที่เครื่องฟิสิคัลเฉพาะและเครื่องเหล่านั้นใช้ LUNs เพื่ออะไรก็ตาม (ส่วนใหญ่เป็นฐานข้อมูลและการแบ่งปัน Samba / NFS ขึ้นอยู่กับเซิร์ฟเวอร์เป้าหมาย)

ฉันมีเซิร์ฟเวอร์ไฟล์ฟิสิคัลหลายเซิร์ฟเวอร์และแต่ละเซิร์ฟเวอร์มีการตั้งค่าแซมบ้าเพื่อให้บริการการแชร์ที่เหมาะสม เนื่องจากฉันไม่เคยได้รับ RHCS มาใช้งานไฟล์เซิร์ฟเวอร์เดียวเท่านั้นที่มี LUNs ติดตั้งอยู่ในแต่ละครั้ง ในกรณีที่เซิร์ฟเวอร์ไฟล์เสียชีวิตฉันจะทำการล้อมรั้วด้วยตนเอง (โดยการถอดและไม่แสดงไดรฟ์ใช้ยูทิลิตี้ navisphere หรือฆ่าพลังงานผ่าน DRAC) จากนั้นใช้ยูทิลิตี้ navisphere เพื่อนำเสนอ LUNs บนคู่แข่งรายถัดไป หลังจากนั้นให้เริ่มต้น apache และ daemons อื่น ๆ ) ทั้งหมดด้วยมือตอนนี้

ฉันรู้สึกคล้ายกับ Ferris Bueller ที่เล่นคลาริเน็ต ไม่เคยมีบทเรียน!

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

คำถามของฉันคือ:

1) แผนของฉันโง่แค่ไหน?

2) เมื่อพูดถึงการนำไปใช้จริงฉันควรสร้างอิมเมจ vmdk ปกติบน LUN หรือฉันควรให้พาร์ติชั่น "raw" (ถ้าเป็นไปได้ด้วย ESXi)

3) มีวิธี "ดี" ในการใช้เซิร์ฟเวอร์ไฟล์ที่ไม่ใช่คลัสเตอร์หรือไม่?

แผนของคุณไม่ใช่ถั่ว ตามปกติมีหลายวิธีในการโจมตีสิ่งนี้ตามสิ่งที่คุณพยายามทำและวิธีการป้องกันข้อมูลของคุณ

ก่อนอื่นคุณสามารถนำเสนอ LUN แบบดิบให้กับ VM โดยใช้ "การแมปอุปกรณ์ดิบ" เพื่อทำสิ่งนี้:

• แสดง LUN ต่อโฮสต์ ESXi (หรือกลุ่มโฮสต์หากคุณจะใช้การทำคลัสเตอร์ / HA)
• เพิ่มดิสก์ลงใน VM ของคุณเลือกการแมปอุปกรณ์ดิบชี้ไปที่ LUN
• สแกนบัส SCSI อีกครั้งภายใน VM
• fdisk เมานต์และเพิ่มไปยัง fstab เหมือนกับดิสก์ปกติ

Upside: รวดเร็วในการตั้งค่าใช้งานง่ายและง่ายสามารถเป็นตัวแทนของดิสก์ไปยังโฮสต์ทางกายภาพได้หากคุณพบว่าตัวเองต้องการ V2P ที่ติดตาม

ข้อเสีย: คุณอาจสูญเสียบางตัวเลือก snapshot / rollback-based VMware ขึ้นอยู่กับว่าคุณใช้โหมดความเข้ากันได้ทางกายภาพหรือเสมือน

ตัวเลือกอื่นคือการสร้าง VMFS บน LUN เพื่อสร้างที่เก็บข้อมูลจากนั้นเพิ่มดิสก์ VMDK ไปยัง VM ที่มีชีวิตบนที่เก็บข้อมูลนั้น

• Upside: เป็นที่เก็บของ vMotion ถ้าคุณเคยซื้อใบอนุญาตเพื่อใช้งาน สิ่งนี้อนุญาตให้มีการโอนย้ายข้อมูลร้อนของดิสก์ VMDK ระหว่าง LUN และแม้แต่ SAN

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

ฉันไม่ปรับใช้ RDM เว้นแต่ว่าฉันต้องทำ ฉันพบว่าพวกเขาไม่ได้ซื้อความยืดหยุ่นมากในฐานะ VMDK (และฉันถูกกัดด้วยข้อบกพร่องที่ทำให้พวกเขาไม่สามารถปฏิบัติงานได้เมื่อดำเนินการจัดเก็บอื่น ๆ (ตั้งแต่แก้ไขแล้ว - ดูที่ส่วน RDM ในลิงก์นั้น)

สำหรับ VM ของคุณทางออกที่ดีที่สุดของคุณสำหรับความยืดหยุ่นคือการจัดเก็บดิสก์สำหรับบูตของ fileserver ของคุณเป็น VMDK บน SAN เพื่อให้คุณสามารถมีโฮสต์อื่น ๆ ที่บู๊ตได้ในกรณีที่โฮสต์ล้มเหลว การใช้ฟังก์ชัน HA ของ VMware การบูต VM ของคุณบนโฮสต์อื่นเป็นไปโดยอัตโนมัติ (VM จะบูตบนโฮสต์ที่สองราวกับว่าพลังงานถูกดึงมาคาดว่าจะทำการ fsck's และเวทย์มนตร์ทั่วไปเพื่อนำมาขึ้นเช่นเดียวกับเซิร์ฟเวอร์ปกติ ) หมายเหตุ HA เป็นคุณสมบัติที่ได้รับสิทธิการใช้งาน

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

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

ฉันจะติดกับภาพ vmdk เพียงกรณีที่คุณย้ายไปใช้ vmotion ในอนาคตคุณไม่เคยรู้ว่าคุณอาจได้รับงบประมาณ

หากเครื่องของคุณไม่ได้รวมกันเป็นกลุ่มดังนั้นเท่าที่ฉันกังวลเกี่ยวกับวิธีที่ดีที่สุดในการจัดการคือลองและกระจายโหลดให้เท่า ๆ กัน ฉันมี 3 กลุ่มที่ไม่ใช่ 2950 ซึ่งโหลดจาก vms ที่สำคัญที่สุดมากที่สุดเท่าที่จะเป็นไปได้ 1/3 ในแต่ละอัน ทฤษฎีที่ฉันไม่น่าจะหลวมมากกว่าหนึ่งกล่องในครั้งเดียวดังนั้นอย่างน้อย 2/3 จะสามารถดำเนินการต่อไม่ได้รับผลกระทบ

จากมุมมองของพลังงานมันอาจจะมีประสิทธิภาพมากกว่าในการโหลดเครื่องจักรให้ใกล้เคียงกับ 100% มากที่สุดเท่าที่จะทำได้และปิดเครื่องอื่น ๆ แต่ดูเหมือนว่าเอาไข่ของคุณใส่ในตะกร้าใบเดียว

ฉันจะไม่เรียกตัวเองว่าเป็นผู้เชี่ยวชาญในเรื่องนี้มันเป็นสิ่งที่ฉันทำ

เฮ้แมตต์ มีหลายวิธีในการแบ่งใช้โซลูชันเมื่อคุณใช้โซลูชันการจำลองเสมือน ก่อนอื่นมีการเปรียบเทียบจำนวนมากที่แสดงให้เห็นถึง Raw LUN (RDM) กับประสิทธิภาพของ VMDK และโดยทั่วไปแล้วความแตกต่างนั้นจะแสดงว่าเล็กน้อย บางสิ่งที่ต้องระวังด้วย RDMs: เฉพาะบางสถานการณ์การจัดกลุ่มที่ต้องใช้ RDM (การทำคลัสเตอร์ MS) RDM มีขีด จำกัด 2TB แต่สามารถใช้ LVM เพื่อแก้ไขข้อ จำกัด นี้ได้ RDM นั้นยากต่อการติดตามมากกว่าให้ LUN แก่ ESXi เพื่อใช้สำหรับ VMFS และวาง vmdk ไว้บนนั้น VMDKs (ตามที่กล่าวไว้) มีประโยชน์ที่ดีบางอย่าง: svMotion, Snapshots (ไม่สามารถจับภาพเป็น pRDM)

ถ้าใช้ ESXi ฟรีนี่คือวิธีที่ฉันจะพูดถึงสถานการณ์ของคุณ ก่อนปิดข้อมูลทั้งหมดอยู่ในไฟล์ vmdk บน VMFS LUNS ตั้งค่า 2 VM และใช้ Heartbeat สำหรับการล้มเหลวของ IP และบริการ Heartbeat จะเปลี่ยน IP ของบริการไปและสามารถจัดการสคริปต์เพื่อเลิกเมานท์ / ต่อข้อมูล LUN ตามความเหมาะสม คุณสามารถสคริปต์ VMware Remote CLI บางอย่างเพื่อให้แน่ใจว่า VM 'down' ถูกปิดการใช้งานสำหรับการฟันดาบ ด้วยการประสานงานโดยตรงระหว่างความเสี่ยงของระบบในการเข้าถึง data lun / การรันบริการเดียวกันควรมีระดับต่ำมาก กุญแจสำคัญในที่นี้คือการทำให้แน่ใจว่าการติดตั้ง / ยกเลิกการต่อเชื่อมข้อมูล LUN และการเริ่ม / ปิดบริการถูกจัดการโดย Heartbeat ไม่ใช่กลไกการเริ่มต้นปกติ

การล้มเหลวทางเลือกอาจทำได้ผ่านระบบการตรวจสอบ เมื่อตรวจพบโฮสต์ลงก็สามารถใช้ VMware Remote CLI เพื่อปิดเครื่อง (เพื่อความปลอดภัย) จากนั้นเปิดเครื่องสำรอง vm ในสถานการณ์นี้ล้มเหลวกลับมาเป็นคู่มือค่อนข้าง

ในสภาพแวดล้อม "จิ๋ว" ของฉันฉันไม่เห็น VMDK ได้รับความเสียหาย สิ่งที่ฉันได้ตระหนักก็คือหากคุณมีโฮสต์ ESX (i) มากกว่า 2 แห่งหรือ VM จำนวนหนึ่งโหลคุณจะต้องการ vCenter เพื่อช่วยติดตามทุกสิ่ง แพ็คเกจ Essential / Plus บางแพคเกจไม่ได้มีราคาแพงเมื่อพิจารณาถึงประโยชน์

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

ฉันไม่รู้วิธีที่ดีในการซิงโครไนซ์ vmdks ถ้าคุณกำลังมองหาความซ้ำซ้อน (ซานล้มเหลว) แต่ถ้าคุณใช้อุปกรณ์บล็อกคุณยังคงมีความเป็นไปได้ที่จะใช้ DRBD เพื่อทำซ้ำ vms ที่คุณต้องการ / ต้องการจำลองแบบ

ฉันคิดว่าคุณควรถามตนเองว่า "ฉันวางแผนจะกลับไปที่เซิร์ฟเวอร์จริงหรือไม่"

ถ้าคำตอบคือบางทีคุณควรติด RDM ESXi กับ RDM (ฉันคิดว่า) ต้องการให้คุณซื้อบางอย่างเพื่อให้ไฟเบอร์ของคุณทำงานได้ (ไม่แน่ใจ 100% ใน esxi)

เรามีหลายเครื่องที่ฉันเพิ่งย้ายจากเซิร์ฟเวอร์ทางกายภาพไปสู่ ​​ESX (4.0) โดยใช้ RDM อย่างรวดเร็ว ฉันมีการผสมผสานของเครื่อง Linux และ Windows (ง่ายสุดสำหรับทั้งสองแพลตฟอร์ม) เรายังมี FreeBSD (6.0 ขึ้นไป) ที่เรียกใช้ legeacy บนเซิร์ฟเวอร์ทางกายภาพที่เราไม่สามารถใช้ RDM ได้เนื่องจากเคอร์เนล FBSD เก่าไม่สนับสนุนสิ่งนี้ มันรวดเร็วและต้องการให้ฉันทำอะไรนอกจากชี้ LUN ของฉันแล้วติดตั้งเครื่องมือ VMWare สมองตายง่าย .. ไม่มีตัวแปลงไม่ยุ่งยาก ...

อีกสิ่งหนึ่งที่คุณควรถามตนเองคือ "ฉันต้องการใช้ฟีเจอร์อะไรของ VMWare"

ขึ้นอยู่กับคำตอบของคุณว่าคุณอาจไม่มีทางเลือกอื่นนอกจาก VMDK หากคุณใช้ SAN ของคุณสำหรับสแนปชอตและไม่สนใจการใช้ vmware สำหรับสิ่งนั้น ..

บางบันทึกย่อแบ่งปันกับคุณเกี่ยวกับสิ่งที่เราวิ่งมาถึงตอนนี้ .. Vmotion ใช้งานได้ดีกับ RDM และ VMDK, Storage Vmotion ในทางกลับกันทำงานได้อย่างถูกต้องเฉพาะเมื่อไม่ใช่ RDM และพยายามใช้ Vmotion ในการเปลี่ยนจาก RDM เป็น VMDK เพียงแค่ใช้ตัวแปลง .. distros Linux ส่วนใหญ่มีแพ็คเกจเครื่องมือ vmware แบบโอเพ่นซอร์สซึ่งทำให้การติดตั้งเครื่องมือไม่เป็นปัญหา applince การสำรองข้อมูลทำงานได้ดีจริง ๆ และเป็นอิสระจาก vmware แต่ไม่ได้ทำสิ่งต่าง ๆ เท่าที่เราต้องการ ฉันขอแนะนำให้เรียนอย่างมากจาก vmware สิ่งที่ฉันได้รับคือสัปดาห์และคุ้มค่ากับเงินเพนนี VMWare ทุกตัวที่ยอดเยี่ยม .. ถ้าคุณได้รับสัญญาการสนับสนุนและต้องโทรหาพวกเขามันยอดเยี่ยมที่สุด .. ฉันรู้สึกหงุดหงิดที่จะได้รับคนที่สามารถช่วยฉันได้ ) แต่เมื่อฉันได้รับพวกเขาพวกเขามาเสมอด้วยการสนับสนุนที่เชื่อถือได้อย่างรวดเร็ว