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

  นั่งซนเล่นไปเรื่อยก็เจอ tools ที่คล้ายกับการทำ template สร้าง VM แต่งวดนี้เป็น tools สำหรับจัดกับพวกค่า config ต่างๆใน Host ของเราเช่น network ต่างๆ มีการใช้ vlan ที่ vswitch ที่ไหนบ้าง etc.  เพื่อที่จะช่วยในการจัดการกับ host ของเราจำนวนมากๆจะได้ไม่ต้องมานั่งตั้งค่าที่เหมือนๆกันไปทุกๆ host เองแบบสมัยก่อน
  แต่มีข้อแม้ว่าใช้ได้เฉพาะกับ host ของ ESX4 เท่านั้น ESX3.5 ใช้ไม่ได้ครับ  แต่สำหรับผมเฉยๆเนื่องจากเล่น ESX3.5 มานานแล้วแต่เราสามารถประยุกต์ trick ที่สามารถทดแทนกันได้  แต่อย่างไรยังสู้ tools ที่ทำมาเฉพาะแบบนี้ไม่ได้ครับ   

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

  สำหรับคนใช้ ESX4/4i โดยเฉพาะครับ  โดย Build  164009  ที่ออกมาอันแรกจะมีปัญหาใหญ่กับ RAID Controller  โดยปัญหาจะเกิดขณะที่ Card ทำการ Clear Cache ระหว่าง Shutdown Server  ทำให้ข้อมูลใน RAID เสียหายได้  ฉะนั้นควร Patch ด่วนที่สุด  ก่อนที่ปัญหาดังกล่าวจะเกิดขึ้น
  โดยเท่าที่สำรวจจะพบได้กับ RAID จากทาง LSI (ปรกติจะ oem ให้กับยี่ห้อดังๆหลายเจ้า)  อันนี้เป็น Link http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1012794

  อันนี้เป็นตัวอย่างเครื่องกลุ่ม AMD x2 Socket 939 ใน Lab ผม  ที่ประจำการอยู่
 1. Asrock 939NF SATA2  ตัวนี้ระดับความยากในการติดตั้ง ESX พอควรมีปัญหากับ usb controller ติดตั้งแบบปรกติคงไม่สำเร็จ  ต้อง mod ถึงจะใช้ network on board ได้  ส่วน storage  ESX สามารถหาเจอ
 2. DFI Socket 939 Ultra-D  ตัวนี้ระดับความยากในการติดตั้งง่ายกว่าตัว Asrock เพราะเห็นทั้ง network on board และ Storage โดยไม่ต้อง mod ESX

  ครับ  ถ้าบอก chipset จะได้แนะถูกครับ  ผมก็ใช้ asrock กับ esx 3.5 หรือ esxi ได้ครับ  แต่กับ 4 ลงได้แต่มีปัญหาเนื่องจาก bios ของ board ทำให้ทำงานได้ไม่สมบูรณ์  รวมทั้ง cpu แค่ x2 3800+ sorket 939
  ผมใช้ asrock 939 sata2  chipset Nforce6100  แต่ลงเครื่อง white ไม่ง่ายเหมือน server ครับ  ความเห็นของผมถ้า esx 3.5 ใช้ kernel 2.6 ได้  จะสามารถลงบน hardware ได้หลากหลายกว่า esx4 ที่โครงสร้างพื้นฐานถูก vmkernel ยืด hardware ไปแยะมากๆ  ทำให้เป็นปัญหากับเครื่อง whitebox ยกเว้นมี source ระดับ sdk หลุดออกมา  อันนี้ถึงจะพอเห็นทางสว่าง

  ลองบอก mainboard ที่ใช้ครับว่าเป็น chipset อะไรครับ  ถ้างบราวๆนั้นเห็น r200 ที่เขาลงกันได้นะครับ  เผอิญผมไม่ได้จับ server แท้ๆเสียด้วยสิ  ตัวที่เล็งๆไว้บวกไปมาก็ไปแถวๆ  แสนทุกที   
  ถ้าจะให้ดีบอกรายละเอียดของเครื่องที่ลงไม่ได้ทั้งหมดมาทีครับจะได้ช่วยเหลือได้ครับ

  ของผมที่ใช้อยู่ที่ IDC ผมดัดแปลง kernel บน service console ครับ   ผมไม่ได้ใช้ firewall ที่มากับ ESX เอง  แต่ถ้าที่ lab ปรกติจะปล่อยไว้แบบ default เองครับ  จริงๆสามารถเพิ่ม port ได้ผ่าน xml ของ config ใน ESX
  ปรกติค่า default ค่อนข้างปิด port แยะครับเขาจะเปิดเฉพาะ port ที่จะใช้งานเท่านั้น  แต่ถามว่ามีช่องโหว่ไหม  ตอบว่ามีครับแก้ไขโดยการ patch จาก vmware ครับจะออกมาเรื่อยๆ   ไว้ว่างๆหาเจอจะเอา diagram port ของ ESX มาให้ดูเล่นๆครับ  จะว่าเปิดแยะไหมก็ไม่แยะมากครับ

  อันบน VCB ต้องหา VCB มาติดตั้งครับ  ถึงจะใช้งานได้  ลองดู  http://www.thaiadmin.org/board/index.php?topic=103016.0  หรือ link http://www.uploadd.com/download.aspx?pku=1770B539CCCHT4RCL2NT2FBM971PD6
  เท่าที่จับมาโดยพื้นฐานทุกตัวใช้ sdk ของ vmware ครับ (เหมือน VCB) โดยของเจ้าอื่นๆจะทำเป็น gui ให้ใช้ง่ายรวมทั้งพวกตั้งเวลา backup  โดย VCB จะเป็นชุดแจกฟรีสำหรับคนที่ซื้อ Virtual Center นะครับ

  เพิ่งได้ข้อมูลมาใหม่ประมาณว่า CPU ต้องมี VT หรือ AMD-V ด้วยไม่อย่างนั้นจะ passthough usb controller จาก host มาไม่ได้  ไว้ถ้าได้มีเครื่องว่างหรือเครื่องใหม่ที่รองรับจะ test ดูอีกทีแล้วมาลงความคืบหน้าครับ  ถ้าเดาไม่ผิดงวดนี้ VM ทรงประสิทธิภาพไม่แพ้ Xen แน่ๆเพราะมัน para ระดับ HW หลายอย่างแล้วแต่คงต้องมีได้มีเสีย  เท่าที่ทราบมาอย่างนึงคือถ้ากรณีเราเปิดใช้พวกติดต่อ HW โดยตรงแทน VM ที่เป็น Full virutalization แบบเดิมที่ทุกอย่างอยู่บน emulate HW อีกชั้น  การทำงานแบบ cluster บางอย่างต้องเสียไปแน่ๆ  VM ประเภทนี้คงไม่สามารถทำ vmotion ได้คล่องเหมือนก่อน
  ส่วนรูปที่แนบมาด้วยเป็นการแสดงเครื่องที่ผมใช้ทดสอบไม่สามารถเปิด passthough HW ได้เนื่องจาก CPU ไม่สนับสนุน IO แบบนี้ (ต้องมี VT, AMD-V)

  เพิ่งได้ลอง usb device บน ESX4  ปรากฎว่าผิดหวังคือไม่สามารถใช้อุปกรณ์ usb ที่ต่อกับ host ได้  อันนี้เป็น link http://www.vmware.com/support/vsphere4/doc/vsp_esx40_vc40_rel_notes.html คือใน ESX4 มี virtual usb host controller เท่านั้นที่เพิ่มมาแต่ไม่สามารถ passthough ติดต่ออุปกรณ์จริงๆบน host ได้  เดาๆว่าอาจต้องรอ update ค่อยลุ้นกันอีกที
  ส่วนรูปที่แนบมาแสดงให้เห็น device ที่เพิ่มขึ้นมา  (แต่ไม่สามารถใช้งานได้)

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

  ถ้าตัวทดสอบติดหวัด  คงไม่สามารถ update ได้ครับ  เนื่องจากทาง vmware ทราบตรงจดนี้ดีจะ patch มาแก้เกือบทุกครั้งครับ  แต่ถ้าตัวฟรี update ได้ครับไม่มีปัญหา
  ส่วนข้อดีของการที่ได้ patch คือมีโอกาสที่จะได้ function ใหม่ๆ  และ driver ใหม่ (ที่บางทีอาจไม่ได้ดีกว่าเดิม)

   โดยปรกติถ้ากรณี ESX มีวิธีการ patch ได้หลายแบบครับ  เช่นใช้ cmd บน ESX, ใช้ script update, ใช้ VC update เป็นต้น  ส่วน ESXi ไม่สามารถใช้ command ผ่าน service console ได้  ทางง่ายที่สุดคือใช้ Update Manager จาก VMware ที่จะมากับชุด VC update ครับง่ายที่สุด  และวิธีสุดท้ายที่ง่ายเหมือนกันคือรอ VMware ออก patch ชุดใหญ่ปรกติจะเรียก update xx มา update
   แต่ ESX4 นั้นเหมือนโครงสร้างหลักของ service console ได้ยกเครื่องใหม่พอสมควรทำให้วิธีการ update โดยใช้แผ่นนั้นผมไม่แน่ใจว่าสามารถทำได้ไหม  ต้องติดตามกันต่อไป

  มันเป็น benchmark บน linux อย่างเดียวครับ  วัดโดยรวมๆนะครับ  แต่ benchmark ตัวนี้ kernel ที่ผ่านการ tuneup แล้วก็มีผลครับ  แต่ใน vm มันคือตัวเดียวกันหมดไม่ว่าผมจะใช้บน hw ชุดไหนค่าที่ดีขึ้นแสดงให้เห็นว่า server ตัวนั้นเร็วกว่าอีกตัวนะครับ  พอดีผม run มาหลายหนค่าส่วนของการคำนวณ ที่เกี่ยวกับการคำนวณ cpu ของ VM กับ native จะไม่ค่อยผิดกันเท่าไร  แต่ IO ที่เกี่ยวข้องเช่นการ copy file บน vm จะเสียคะแนนตรงส่วนนี้แยะครับ  ยกเว้น cpu รุ่นใหม่ๆที่มี VT, AMD-V จะทำงานได้ดีขึ้นรวมทั้งการเปิด function paravirtualize ใน VM (Kernel ใน VM ต้องรองรับ function นี้ด้วย) และ เลือกใช้ vCPU เพียง 1 node จะทำงานได้ดีที่สุดสำหรับ VM ใน ESX
  ส่วนคู่เปรียบมันเป็นประเภทติดตั้งบน OS อีกทีทำให้ overhead ในระบบสูงกว่าเป็นปรกตินะครับ  Run Benchmark ดังกล่าวคะแนนก็เลยตกแยะ

  พอดีผมไม่ Tape เลยไม่สามารถบอกละเอียดได้ครับ  ไม่ทราบว่า link นี้จะช่วยได้ไหม http://communities.vmware.com/message/806347;jsessionid=B0045015C4E80633DEC36A117EE739AD
  อันนี้ใช้ veritas  http://www.partnersforever.net/computer_help/viewtopicdd8e.html