Webboard on Worldsen / VMThai.com

  หลังจากไม่ได้ตามข่าวคราวมานาน  เห็นหลายที่พูดถึง FT เลยสงสัยและตามไปค้นหาข้อมูล  จึงพบว่าเป็นอีก Function ใหม่ที่ต่อยอดจาก HA เดิม  โดยมาคราวนี้ FT จะเป็นการช่วยส่งเสริมการทำงานของ Server ให้น่าเชื่อถือยิ่งขึ้นนำไปสู่ Zero Downtime จริงๆ  เนื่องจากแต่เดิม HA นั้นยังไงจะมีช่วงเวลาหนึ่งที่ VM หยุดทำงานไป  โดยต้องรอให้ Heartbeat ใน Cluster ตรวจพบว่ามี ESX เครื่องนั้นสูญเสียการติดต่อ  จึงจะนำเอา VM Run อยู่ใน Server ตัวดังกล่าวย้ายไปสู่ ESX เครื่องใหม่ใน Cluster เพื่อรับงานต่อ  แถมการรับงานมันเป็นการสั่ง startup VM ขึ้นมาใหม่ บางกรณีจะเกิดปัญหามีการสูญเสียข้อมูลที่อยู่ระหว่างการประมวลนั้นไป
  ถึงคราวพระเอกหน้าใหม่อย่าง FT โดย FT จะทำงานโดยการสร้าง VM สำรองมาทำงานคู่ขนานกับตัวจริงไปตลอด  จนเมื่อใดก็ตามที่ตัวจริงเกิดความเสียหายขึ้น  ตัวสำรองจะขึ้นมาทำงานแทน


  ไว้ถ้าได้แงะแกะเกา ESX4 ได้ลึกคงได้เจอกับ Function อันนี้  แต่ในความเห็นของผม Function นี้เหมาะกับงานที่ซีเรียสเรื่อง Zero Downtime อย่างมาก  เนื่องจากระบบเราต้องออกแบบให้รองรับดังกล่าวด้วยนั้นหมายถึงต้นทุนที่เพิ่มสูงขึ้นอย่างมาก  รวมทั้ง IO ในระบบของเราต้องสูญเสียไปกับการทำ Replicate VM ด้วย  - -" มันช่างกิน Resource จริงๆ

  อันนี้เป็น Link ชมเขาสาธิตวิธีการทำงาน  ของ FT  อลังการมากมี Cluster 2 กลุ่ม  กลุ่มแรกเป็นตัวหลัก  หลังจากนั้นเปิด Function FT ใน VM ที่เราต้องการ  หลังจากนั้นระบบจากสร้าง VM ตัว Clone ขึ้นมาเมื่อตัวจริงเสียหาย  ตัวสำรองจะลงสนามทำงานแทน
  http://www.virtualizationteam.com/virtualization-vmware/vmware-esx-40-ft-fault-tolerant-sneak-peek.html

  ส่วนอันนี้เป็นข้อจำกัดที่จะใช้ FT ได้ http://www.virtualization.info/2008/10/vmware-fault-tolerance-overview-and.html

  อันนี้เป็น Chart เปรียบเทียบราคา Package  อยากได้ลูกเล่นมาก็จ่ายมาก  http://www.vmware.com/products/vsphere/buy/editions_comparison.html  ส่วนอีกอันที่ตามๆดูอยู่คือ vNetwork Distributed Switch ยังไม่แน่ใจว่าใช่อันที่ให้ cisco ทำ software switch มาใส่ใน ESX หรือไม่ว่าเกี่ยวเนื่องกันอย่างไร (cisco ทำให้ก็หมายถึงจ่ายตังค์ซื้อ option เพิ่ม  แต่มือระดับนั้นคงทำให้ vSwitch บน ESX ทำงานได้ดียิ่งกว่าของติดตัว)

  อันนี้เป็นการแสดงว่า ESX 3.5 และ 3.5i หมดสิทธิลิ้มลองของใหม่เพราะต้องใช้ vSphere เท่านั้นที่มี  แต่ idea เข้าใจว่าอาจติดที่ Lic มากกว่า  ไว้ยังไงได้ลองจริงจังแล้วคงพิสูจน์ได้  ตอนนี้หาเงินหยอดกระปุกถอย Server ใหม่มาลองต่อไป   ;D

  ส่วนอันนี้เป็น VM ที่ทำงานภายใต้ ESX4 สามารถเลือก FT ได้แล้ว

  เพิ่ม link เกี่ยวกับข้อจำกัดของ Function นี้ http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1008027  โดยส่วนตัวแล้วคิดว่าไม่จำเป็นต้องใช้ Xeon หรือ Opteron ก็สามารถใช้งาน Function นี้ได้  ขอให้ Core พื้นฐาน CPU บ้านกับ Server เป็นตัวเดียวกัน

ผมเคยได้ยินมาว่า ข้อจำกัดการใช้งาน FT  ต้องใช้กับ

VM   ที่ใช้  1 vCpus  เท่านั่น

อันนี้ไม่ทราบว่าจิงรึป่าวครับ  และรู้สึกว่ามีข้อจำกัดเกี่ยวกับ Disk  อีกอย่างผมจำไม่ได้

  จริงครับ 1vCPU  ส่วน Disk คิดว่าต้องใช้แบบ Thick ซึ่งเป็นการจอง volume เต็มครับ  ส่วน Thin ไม่แน่ใจว่าจะมีปัญหาไหม (เผอิญมันทำให้ performance ตกเลยไม่ค่อยชอบแบบไม่จอง disk เต็มขนาด )  ตอนนี้กำลังหาทางเล่นกับ DirectPath อยู่ครับ  สนใจตรงนี้มากกว่า FT ที่กิน Resource แยะมากในระบบ

อืม ครับ ท่าทางจะกินทรัพยากรสูงมากเลยครับ  :P

สงสัย ถ้าต้องการใช้งาน FT  ต้อง สละ 1 interface lan แน่นอน


ว่าแต่ Direct Path ที่ว่านี้ ใช่ที่ว่า VM เราสามารถใช้ทรัพยากรของเครื่องได้โดยตรงรึป่าวครับ

ไม่แน่ใจว่าอันเดียวกันรึป่าว  ;D

จะใช้ FT  สงสัยต้องรอให้มันเก่งกว่านี้อีกหน่อย อิ อิ  ;D

  DirectPath อันเดียวกับที่เข้าใจนะครับ