เมื่อวันที่ 17 กุมภาพันธ์ ที่ผ่านมา ไมโครซอฟท์เปิดตัวและอธิบายเกี่ยวกับโลโก้ใหม่ของ Windows 8 ซึ่งผมว่าหลาย ๆ คนดูโลโก้ใหม่แล้วผิดความคาดหมายเหมือนกัน (ผมก็เช่นกัน)

อ่านเจอมาครับ สำหรับคนที่ต้องการเปิดพอร์ตต่าง ๆ ใน Firewall เพื่อให้ vSphere สามารถใช้งานและติดต่อสื่อสารกับ vCenter และอื่น ๆ ได้ โดยรายละเอียดมีดังนี้

Service และ agent ทั่ว ๆ ไปที่ใช้ใน vSphere Environment

• CIM HTTP server (insecure service)
• CIM HTTPS server
• FTP client (insecure service)
• FTP server (insecure service)
• iSCSI software client
• NFS client (insecure service)
• NFS server (insecure service)
• NIS client
• NTP client
• SMB client (insecure service)
• SNMP server
• SSH client
• SSH server
• Syslog client
• Telnet client (insecure service)
• Telnet server (insecure service)

จากบทความที่แล้วที่ผมได้เขียน ทดสอบประสิทธิภาพของ Storage ด้วย IOmeter Part I: วันนี้ผมได้เอาผลการทดสอบของ Storage ของทั้ง 4 ชนิดให้ดูกันครับ

ซึ่งผลของการทดสอบนี้ไม่ใช่ข้อมูลอ้างอิงมาตรฐานเพียงอย่างใด แต่เอาไว้เป็นข้อมูลสำหรับเปรียบเทียบเท่านั้นเอง

วันนี้หา White paper มาให้ชื่อ A Guide to Hyper-V Dynamic Memory เขียนโดย Aidan Finn เป็น White paper ที่อธิบายการทำงานของ Dynamic Memory บน Hyper-V รวมถึงข้อมูลอื่น ๆ ที่เกี่ยวกับ Dynamic Memory และจบท้ายด้วยการกำหนดค่าแนะนำสำหรับ Product ต่าง ๆ เช่น Windows, SQL, Sharepoint เป็นต้น

ส่วนประกอบของ White Paper มีดังนี้

• The mechanics of Windows Server 2008 R2 SP1 Hyper-V Dynamic Memory
• The scenarios that you’ll employ it in
• The pre-requisites for Dynamic Memory
• Configuring Dynamic Memory
• Some of the application workload scenarios

เป็นบทความจาก VMware ที่บอกถึงจุดที่ควรพิจารณาแบบเร็ว เมื่อมีการกำหนดค่า Microsoft SQL Server ใน virtual machine โดยการ config ค่าต่าง ๆ บน virtual machine นั้น แทบจะเป็น concept เดียวกันกับที่กำหนดบน physical จะต่างกันเพียงแค่วิธีการต่างกันทำนั้นเอง เช่น

• แยก disk ระหว่าง data กับ logs (โดยการแยกเป็นคนละ .vmdk และแยกเป็นคนละ LUN)
• ควรจัดสรร CPU resource
  
• RAID 10 ที่จะมีประสิทธิภาพมากกว่า RAID 5 สำหรับการเขียน แต่ต้องใช้ดิสก์มาก
• Disable screen savers และ devices อื่น ๆ ที่ไม่ได้ใช้ เช่น floppy หรือ CD-ROM

เป็นปัญหาโลกแตกระหว่าง admin กับทีม develop เมื่อเกิดปัญหา application ช้า ซึ่งจะเกิดข้อถกเถียงกันอยู่เสมอว่าปัญหาเกิดจากอะไรกันแน่ ผมว่ามี programmer น้อยมากที่คิดว่าปัญหาเกิดจากการ coding ส่วนมากก็จะเล็งมาที่ประเด็นเรื่องของประสิทธิภาพของ Server เป็นหลัก

ในส่วนของ CPU และ Memory ท่าน admin หลาย ๆ ท่านคงมีวิธีดูได้ง่าย แต่สิ่งหนึ่งที่ยังไม่มีอะไรวัดได้มากก็คือเรื่องของ Storage ว่ามีความเร็วหรือ I/O มากน้อยเพียงใด การดู Benchmark ตาม paper ต่าง ๆ ก็ช่วยได้ในระดับหนึ่ง แต่ทั้งนี้ทั้งนั้นต้องดูด้วยว่า Storage ที่ใช้งานอยู่นั้นมี load อื่นอยู่มากน้อยหรือเปล่า