VRT-03 · ประสบการณ์
เวอร์ชวลไลเซชันบน VMware vSphere และ Nutanix AHV
ผมออกแบบ สร้าง และดูแลระบบเวอร์ชวลไลเซชันบน VMware vSphere และ Nutanix AHV ตั้งแต่การกำหนดขนาดครั้งแรกไปจนถึงงานดูแลคลัสเตอร์ในระยะใช้งานจริง ผมย้ายเวิร์กโหลดจากเครื่องจริงไปสู่ระบบเสมือนอย่างเรียบร้อยด้วยการย้ายแบบ P2V และเชื่อมโฮสต์เข้ากับสตอเรจที่ใช้ร่วมกันอย่าง NetApp เพื่อไม่ให้มีอะไรถูกนำมาต่อพ่วงทีหลัง สิ่งที่คุณจะได้คือคลัสเตอร์ที่กำหนดขนาดให้เหมาะกับเวิร์กโหลดจริง มีเอกสารกำกับ และเปลี่ยนแปลงได้อย่างปลอดภัย
01 · สิ่งที่ผมทำ
เนื้องานจริง
- กำหนดขนาดคลัสเตอร์ให้ตรงกับเวิร์กโหลดจริง ทั้ง CPU หน่วยความจำ สตอเรจ และจำนวนโฮสต์ โดยเผื่อพื้นที่ไว้สำหรับการสำรองเมื่อเกิดความล้มเหลวและการเติบโต แทนที่จะคาดเดา
- ติดตั้ง vSphere (ESXi และ vCenter) และ Nutanix AHV ผ่าน Prism รวมถึงการตั้งค่าเครือข่าย การกำหนดค่าโฮสต์ และการตั้งค่า HA
- ดูแลการทำงานของคลัสเตอร์ในระยะใช้งานจริง ทั้งการตรวจสอบความจุ การเพิ่มและถอนโฮสต์ การแพตช์ DRS และการจัดสมดุลทรัพยากร รวมถึงการตรวจวินิจฉัยสถานะระบบ
- ย้ายเซิร์ฟเวอร์จริงไปเป็นระบบเสมือน (P2V) พร้อมตรวจสอบความถูกต้องของแต่ละเวิร์กโหลดก่อนปลดระวางฮาร์ดแวร์เดิม
- ผสานสตอเรจตั้งแต่ต้นจนจบ รวมถึง NetApp ผ่าน NFS หรือ iSCSI ดาต้าสโตร์ และการทำมัลติพาธกับการพรีเซนต์สตอเรจที่มาคู่กัน
- ฮาร์ดเดนโฮสต์ให้เป็นไปตามเกณฑ์มาตรฐานที่เผยแพร่ และบันทึกเป็นเอกสารว่าเปลี่ยนอะไรและเพราะเหตุใด
- เขียนแผนการเปลี่ยนแปลง แผนย้อนกลับ และเกณฑ์ตรวจผ่าน ก่อนจะลงมือแตะคลัสเตอร์ที่ใช้งานจริง
02 · สิ่งที่คุณได้รับ
สิ่งที่เหลืออยู่กับคุณ
- คลัสเตอร์ที่มีขนาดเหมาะสม มีความจุและพื้นที่สำรองสำหรับความล้มเหลวที่คุณอธิบายเหตุผลได้ ไม่ใช่เครื่องที่ใครบางคนซื้อเกินหรือซื้อขาด
- งานติดตั้งที่มีเอกสารกำกับ ทั้งการกำหนดค่าโฮสต์ เครือข่าย ผังสตอเรจ และการตั้งค่าที่สำคัญ เพื่อให้คนถัดไปไม่ต้องมานั่งไล่ย้อนหาว่าทำอะไรไว้บ้าง
- การย้าย P2V ที่ทำเสร็จพร้อมตรวจสอบแต่ละเวิร์กโหลดเรียบร้อย และฮาร์ดแวร์เดิมถูกปลดระวางอย่างตั้งใจ ไม่ใช่ปล่อยทิ้งไว้เฉย ๆ
- แผนการเปลี่ยนแปลงที่เป็นลายลักษณ์อักษรและแผนย้อนกลับที่ผ่านการทดสอบ สำหรับทุกการเปลี่ยนแปลงในระบบใช้งานจริง เพื่อให้คืนที่แย่ ๆ ไม่ลุกลามกลายเป็นสัปดาห์ที่แย่
- โฮสต์ที่ฮาร์ดเดนตามเกณฑ์มาตรฐานที่ทราบชัด พร้อมบันทึกส่วนที่เปลี่ยนแปลงไว้เป็นเอกสาร
03 · เครื่องมือและความรู้
สิ่งที่ผมใช้งานในด้านนี้
04 · แนวทางการทำงานของผม
วางแผน กำหนดขอบเขต และรับผิดชอบจนจบ
ทุกอย่างเริ่มจากการพูดคุยกำหนดขอบเขตราว 30 นาที และเอกสารประเมินความเหมาะสมที่ส่งให้ภายในวันเดียวกัน เพื่อให้เราทั้งสองฝ่ายเข้าใจตรงกันว่าคลัสเตอร์นี้มีไว้เพื่ออะไร และผมเป็นคนที่เหมาะกับงานนี้หรือไม่ ก่อนที่จะมีการจ่ายเงินใด ๆ ก่อนจะเปลี่ยนแปลงสิ่งใดในระบบใช้งานจริง ผมจะเขียนแผนการเปลี่ยนแปลงที่มีเอกสารกำกับพร้อมแผนย้อนกลับ จากนั้นจึงลงมือทำภายในช่วงเวลาที่กำหนดไว้ และตรวจสอบกับเกณฑ์ที่ผมตั้งไว้ล่วงหน้า ได้แก่ โฮสต์อยู่ในสภาพปกติ สตอเรจถูกพรีเซนต์เรียบร้อย เวิร์กโหลดทำงานได้ และประสิทธิภาพอยู่ในเกณฑ์ดี แผนย้อนกลับเป็นสิ่งที่ผมรับผิดชอบเอง ไม่ใช่แค่สมมติว่ามีไว้ ดังนั้นหากเกณฑ์ใดไม่ผ่าน เราจะถอยกลับอย่างเรียบร้อย แทนที่จะมานั่งแก้ปัญหาเฉพาะหน้าตอนตีสอง
05 · คำถาม
คำถามที่ดี คำตอบที่ตรงไปตรงมา
คุณทำงานกับทั้ง VMware และ Nutanix หรือเลือกเพียงอย่างใดอย่างหนึ่ง?
ทั้งสองอย่างครับ ผมออกแบบและดูแลทั้ง VMware vSphere และ Nutanix AHV และผมจะบอกตรง ๆ ว่าตัวไหนเหมาะกับเวิร์กโหลด งบประมาณ และทีมนั้น ๆ มากกว่าจะเชียร์ตัวที่เพิ่งได้จับมาล่าสุด
คุณทำการย้ายแบบ P2V โดยไม่ต้องหยุดระบบใช้งานจริงนานหลายชั่วโมงได้ไหม?
ได้ครับ ผมย้ายเวิร์กโหลดภายในช่วงเวลาที่กำหนดไว้ ตรวจสอบแต่ละเวิร์กโหลดกับเกณฑ์ที่ตั้งไว้ก่อนการตัดสลับ และเตรียมแผนย้อนกลับที่ผ่านการทดสอบไว้พร้อมเสมอ หากสิ่งใดไม่ผ่านการตรวจสอบ เราจะถอยกลับ แทนที่จะฝืนนำขึ้นใช้งาน
คุณจะเชื่อมต่อระบบนี้เข้ากับสตอเรจเดิมของเรา เช่น NetApp ให้ด้วยไหม?
ได้ครับ การผสานสตอเรจเป็นส่วนหนึ่งของงานติดตั้ง ไม่ใช่เรื่องที่มาคิดทีหลัง ผมพรีเซนต์ NetApp ผ่าน NFS หรือ iSCSI ตั้งค่าดาต้าสโตร์และมัลติพาธ และยืนยันประสิทธิภาพกับความทนทานก่อนที่เวิร์กโหลดจะขึ้นไปทำงานบนนั้น
06 · ประสบการณ์ที่เกี่ยวข้อง
งานในด้านใกล้เคียงที่ผมทำ
ต้องการให้มีคนดูแลงานนี้ไหม?
บอกผมได้เลยว่าคุณกำลังจะย้ายอะไรและติดอยู่ตรงไหน แค่ไม่กี่ประโยคก็พอสำหรับเริ่มต้น และข้อความจะส่งตรงเข้ากล่องจดหมายของผม