วันนี้เราจะไปพาไปพบกับ คำถามที่ช่วงนี้ต้องบอกว่า พบเจอบ่อยมากๆ นั่นคือ การที่หลายๆ คนใช้งาน Storage Area Network หรือที่เรียกสั้นๆ ว่า SAN แต่ต้องการย้ายมายัง Proxmox VE ซึ่งมี concept แบบ Hyperconvered Infrastructure (HCI) นั้นจะต้องทำอย่างไร

ซึ่งคำถามดังกล่าวนั้น แน่นอนว่า ต่อไปอาจจะเรียกว่าเป็นคำถาม classic เลยก็ได้ เพราะว่า SAN นั้นมีการใช้งานอยู่ภายในหลายๆ องค์กรมาก เพราะในยุคหนึ่งต้องบอกว่า SAN นั้นให้ความเสถียร การมีความสามารถในการทำ redundancy โดยการใช้ RAID เข้ามาช่วย และ รองรับการขยายได้ แต่ทั้งหมดทั้งปวงที่กล่าวไปนั้น ลูกค้าจะต้องติดอยู่กับสิ่งดังต่อไปนี้

1. ความเป็น Proprietary หรือผูกขาดกับยี่ห้อหรือ brand ใด brand หนึ่งมากเกินไป ไม่เพียงแต่ SAN และ HBA FC เท่ากัน ตัว Server เองก็ยังจะต้องเผชิญกับการผูกขาด ว่าไม่แนะนำบ้างล่ะ หรือ จะไม่รวมอยู่กับประกันบ้างล่ะ หากเราใช้ HBA FC ยี่ห้อหนึ่ง และ ไปใช้ Server ต่างยี่ห้อกัน
2. ความสามารถในการขยาย ซึ่งแน่นอนว่า จำกัดอยู่แต่การเพิ่มเนื้อที่เพียงยี่ห้อเดียวกันอีกแล้ว ซึ่งก็แน่นอนว่า สร้างความปวดหัวด้านการลงทุนไม่น้อยเลย เพราะราคาสูงมาก
3. การทำการ replicate ในระดับ hardware ก็ถูกผูกขาดเช่นกัน เพราะต้องใช้รุ่นที่ใกล้เคียงกันด้วยซ้ำไม่เพียงแต่เป็น brand เดียวกัน

ด้วยความไม่ยืดหยุ่นดังกล่าว ทำให้เกิด concept ที่เรียกว่า HCI ขึ้นมา โดยการใช้ซอฟต์แวร์เข้ามาแยกส่วน และ ทำการปรับทั้งหมด ไม่ให้ผูกขาดกับผู้ผลิตรายใดๆ และปัจจุบันนี้ซอฟต์แวร์ใน ecosystem ของ HCI นั้นมีหลายเจ้าให้เลือก และ ไม่ต้องใช้กับอยู่ brand หนึ่งๆ เช่นเดิม

เรามายกตัวอย่าง การทำ Software Defined Storage ที่นิยมกันมากใน Virtualization เช่น Proxmox VE นั่นคือ Ceph ซึ่งเป็น software defined storage ที่มีการใช้งานกันมานาน และ เรียกได้ว่าเสถียรมากที่สุดตัวหนึ่งในท้องตลาดเลยก็ว่าได้ ด้วยหลักการนี้ จะทำให้เราได้รับ

1. การไม่ผูกขาดกับผู้ผลิตฮาร์ดแวร์รายใดเลย เพราะมันทำงานอยู่บน software ล้วนๆ
2. การขยายทำได้ไม่จำกัดเลย และ ขยายในแนวระนาบ หรือ เพิ่มเนื้อที่เท่าใด เวลาใดก็ได้ หลุดจากข้อจำกัดทั้งปวง
3. มีระบบ redundancy ในตัว หรือ การเขียนแบบหลาย copy of data โดยณ เวลาใดๆ ก็จะมีข้อมูลใน 3 copies ทำให้เรามั่นใจถึงการมีอยู่ของข้อมูล และ หยุดจากระบบ RAID ไปเลย
4. ทำให้เราเลือกใช้ commodity hardware ได้ โดยไม่ต้องสนใจแม้กระทั่งยี่ห้อ แบบเดิม ซึ่งแต่ก่อนเราจะเลือก จำนวน server ให้น้อย เพราะ ต้องใช้ของที่ดี ราคาแพง ทำให้ติดขัดเรื่องงบประมาณ แต่ตอนนี้หลักการทั้งหมด ต้องเปลี่ยนไป เป็นจำนวนที่มากขึ้น และ ไม่ต้องยึดติดกับ brand อีกต่อไป เราสามารถใช้หลาย brand ได้ รวมกัน หรือไม่มี brand เลยก็ได้

ด้วยประโยชน์ทั้งหมดของระบบนี้ ลูกค้ามีทางเลือกเยอะขึ้น และ หลุดพ้นเสียทีกับการผูกขาด

แล้ว หากเราใช้ SAN อยู่ล่ะ จะเปลี่ยนมาใช้ระบบนี้ได้อย่างไร ?

คำถามนี้เราได้รับอยู่เนืองๆ ในช่วงหลัง เราก็เลยจะต้อง อธิบายว่า ท่านสามารถนำมาใช้งานได้ ในระบบ SDS แต่จะต้องทำการปรับเปลี่ยนเล็กน้อย เพื่อให้ เข้ากับความต้องการของ SDS เช่น แต่ก่อนท่านอาจจะใช้ VMFS เป็น File System ซึ่ง ใช้ได้เฉพาะ บางยี่ห้อเท่านั้นของ Hypervisor แต่หากท่านใช้ SDS แล้ว การที่ใช้แชร์ LUN แบบเดิมจะไม่สามารถทำได้ แต่ท่านจะต้องทำการ map LUN เข้ามายัง Host โดยตรง เปรียบเสมือน internal storage นอกจากนั้นท่านยังต้องมี

1. 3 Nodes เป็นอย่างน้อย
2. เนื้อที่ว่าง ทั้ง 3 nodes จะต้องใกล้เคียงกัน
3. เนื้อที่ใช้งานคือการนำเนื้อที่ว่าง ทั้งหมดจาก 3 nodes มา / 3

จากรูปด้านบน เป็นแค่เพียงตัวอย่างเดียว ที่เราขอนำเสนอ ในกรณีที่ท่านมี SAN อยู่แล้ว และมี 2 Nodes ท่านจะต้องจัดหา Node No3 ขึ้นมา และ ทำให้เนื้อที่เท่ากัน

การ implement นั้นทำได้หลากหลายรูปแบบ ขึ้นอยู่กับสิ่งที่ท่านมี และ สิ่งที่ท่านต้องการ หรือ degree ของ redundancy ซึ่งเป็นไปได้หลายวิธีการมาก และ แน่นอน ท่านจะได้ความยืดหยุ่นอย่างไม่เคยเป็น และ หลุดจากการผูกขาดทั้งปวง

ติดต่อเราวันนี้ เพื่อสอบถามเพิ่มเติมผ่าน Line OA : @avesta.co.th หรืออีเมล์ [email protected]

• Facebook
• Twitter
• Line