สลับยังไง raid ก็ยังอยู่ครับ  ไม่มีปัญหา

สอบถามเพิ่มเติมเข้ามาได้ครับ

แจ้งเพิ่มเติมนะครับ หลังจากที่ได้ทดสอบ

SmartCafe Z  รองรับการบูตด้วย BIOS แบบ UEFI และ partition แบบ GPT นะครับ

เพราะฉะนั้น ไม่ว่าจะเป็น WIN8 หรือ WIN10  ก็สามารถใช้งานได้เต็มประสิทธิภาพ

มั่นใจได้ว่า สามารถใช้งานได้อีกยาวนานเลยทีเดียว

Samsung 850PRO   512GB  และ  1TB

ของมาแล้วนะครับ  ท่านใดที่รออยู่ก็สอบถามเข้ามาได้

จริงๆก็โดนหมดนะ  Ubuntu CentOS RedHat Debian แม้แต่ OS X ก็บั๊กเหมือนกัน

ลองทดสอบ ตามที่แจ้งไว้ดูครับ

วันนี้ตัวแทน (คุณกอล์ฟ) ได้แจ้งเข้ามาเรื่องการค้นพบ bug บน bash shell เมื่อวันที่ 24 กันยายน ที่ผ่านมา

รายละเอียด อ้างอิงตาม link นี้นะครับ

https://www.digitalocean.com/community/tutorials/how-to-protect-your-server-against-the-shellshock-bash-vulnerability

สำหรับ SmartCafe Z ของเราก็อยู่ในกลุ่มเสี่ยงเหมือนกัน ดังนั้นเพื่อความปลอดภัย ทาง admin เลยได้ออกอัพเดท

เพื่อป้องกัน bug ดังกล่าว โดยสามารถอัพเดทสคริป และก็ทดสอบดังนี้

ทดสอบใส่คำสั่ง

env VAR='() { :;}; echo Bash is vulnerable!' bash -c "echo Bash Test"

ใน Command Shell บน Webmin ถ้าได้ผลลัพธ์เป็น



ให้ทำการอัพเดทสคริปให้เป็นล่าสุด แล้วทดสอบใหม่อีกครั้ง

ถ้าผลทดสอบได้เป็น



แสดงว่าปลอดภัยแล้วครับ

ช่วงนี้ สคริปมีอัพเดทบ่อย สามารถตั้งให้อัพเดทอัตโนมัติได้ โดยใส่  UPDATE_AUTO=yes เพิ่มใน config.ini

UPDATE_USER=Z140401abcdep
UPDATE_PASS=fastspeed
UPDATE_AUTO=yes

แล้วก็ทำการ makeconfig

ต่อไปสคริปก็จะอัพเดทเองโดยอัตโนมัติ

กราฟที่มาจาก cacti หรือมาจาก zgraph นั้น จะเป็นตัวบ่งบอกถึงประสิทธิภาพของ Server ที่เราใช้งานอยู่

และบอกถึงสภาวะการทำงานในเวลาต่าง ๆ ว่าปกติ หรือมีการเปลี่ยนแปลงอย่างไรบ้าง  สามารถนำมาวิเคราะห์

เพื่อปรับปรุง เปลี่ยนแปลง สเปคต่าง ๆ ให้เหมาะสมกับการใช้งานมากที่สุด

เอา 3 กราฟแรก กันก่อน

1. กราฟ CPU Usage



กราฟนี้จะบ่งบอกการใช้งาน CPU โดยส่วนใหญ่แล้ว CPU มักจะเร็วพอเพียงสำหรับ Server อยู่แล้ว ไม่ค่อยมีปัญหา

แต่สำหรับ CPU รุ่นเก่า ๆ อาจจะมีปัญหา CPU ขึ้น 70%-80% ได้  



ความสามารถของ CPU นั้น ไม่ได้สูงสุดที่ 100% แต่จะสูงสุดเท่ากับ จำนวน Processor x 100% โดยจำนวน

Processor สามารถดูได้จาก หน้า sysmon



ตัวอย่างจะเห็นว่า 6 Processor แสดงว่า สูงสุดรับได้  600%



ตัวอย่างกราฟ CPU ที่โหลดถึง 500%  ดังนั้นจะเห็นได้ว่า  CPU  จะมีความสามารถเกินพอ ไม่ค่อยมีปัญหาว่า CPU ไม่พอ

2. กราฟ Load Average

กราฟนี้จะบ่งบอกถึง ประสิทธิภาพของ Server ทั้งหมด เปรียบเทียบกับ ภาระงานทั้งหมดของ Server

กรณี Server เครื่องเดียวกัน ถ้างานน้อย  load ก็จะน้อย    ถ้างานเยอะ  load ก็จะสูง

ในทางกลับกัน

กรณี งานเหมือนกัน ถ้า server แรง  load ก็จะน้อย   แต่ถ้า Server ช้า load  ก็จะสูง

ดังนั้นค่านี้จะบ่งบอกได้ว่า Server เรารับไหวไหม  โดยจะแบ่งเป็น 5 ระดับ ดังนี้



0-3  ประสิทธิภาพ Server ดีมาก ทำงานได้ลื่นไหล



3-10  ประสิทธิภาพ Server อยู่ในขั้นดี  ทำงานได้ดี ไม่มีปัญหา



10-30  ประสิทธิภาพ Server พอใช้ ทำงานได้ อาจจะมีปัญหาบ้าง นิดหน่อย



30-60  ประสิทธิภาพ Server แย่ ทำงานได้ติดๆขัดๆ มีปัญหาเกิดขึ้น

60 ขึ้นไป ประสิทธิภาพ Server แย่มาก ทำงานไม่ได้ อาจจะค้างหรือหยุดทำงานไปเลย

ลองตรวจสอบดูนะครับ ว่า Server ของท่านอยู่ในระดับไหน

3. กราฟ Memory

Memory จะมี 4 ส่วนหลัก ๆ

- Kernel + App  ก็จะเป็น Memory ที่ใช้รันโปรแกรมต่าง ๆ จะมากหรือน้อย ขึ้นกับจำนวนโปรแกรมที่รัน บาง Server

อาจจะแค่ 500MB  บาง Server อาจจะ 2GB  ขึ้นอยู่กับจำนวนโปรแกรมที่ใช้งานอยู่

- Buffers  ก็คือ Memory ที่เก็บข้อมูลระหว่าง Disk กับ CPU เพื่อความรวดเร็วในการทำงาน  Memory ส่วนนี้

ถ้าใช้งาน Master แบบ Device จะมี Buffer เพิ่มขึ้นมา จะมีการเก็บข้อมูลแบบ FIFO

อ่านจาก Disk มาพักไว้ ใน Buffer ก่อน จะส่งไป CPU

- Cache  ก็คือ Memory ที่เก็บข้อมูลระหว่าง Disk กับ CPU เหมือนกัน แต่จะมีความฉลาดกว่า เนื่องจากจะเก็บข้อมูล

ที่มีการใช้งานบ่อยๆ ไว้ ใน Cache ถ้ามีการเรียกซ้ำอีก ก็อ่านจาก Memory เลย ไม่ต้องอ่านจาก Disk จะทำให้รวดเร็วขึ้น

ถ้าใช้งาน Master แบบ Image จะมีการใช้งาน Cache เพื่อความรวดเร็วมากขึ้น

- สำหรับ Free Memory ไม่ต้องกังวลนะครับ Linux จะจัดการดึง Memory มาใช้ให้มากที่สุดเท่าที่จะทำได้

โดย Memory จะให้ความสำคัญกับ Kernel + App ก่อน  เหลือเท่าไหร่ ค่อยดึงมาใช้

เป็น Buffer และ Cache อีกที จึงไม่มีปัญหาว่า memory จะไม่พอสำหรับรันโปรแกรม

ดังนั้นจะไม่ค่อยมี Free Memory เหลือไว้สักเท่าไหร่  ไม่ต้องกังวลว่า Server จะอืดหรือช้า

แต่กลับกัน ใช้ Memory เยอะ ๆ จะทำให้ Server เร็วขึ้น



รูปนี้เป็นการใช้ Memory ของ Server ที่ใช้งาน Master แบบ Device



สำหรับรูปนี้ เป็น Server ที่ใช้งานแบบ Image ลองสังเกตความแตกต่างดูครับ

แบบ Image จะเร็วกว่า แต่ยุ่งยากกว่า // แบบ Device จะช้ากว่า แต่สะดวกกว่า // ขึ้นอยู่กับความถนัดของแต่ละท่าน

      ฝากไว้ศึกษา 3 กราฟ กันก่อนนะครับ      

ใจจริงอยากให้ดูว่า มันเป็นทั้ง MultiWAN และ Diskless โดยตัว Diskless ก็มี ความสามารถในการดึง Memory มาใช้

ใช้ RAM มาช่วย Cache ทำให้เร็วขึ้น และ ลื่นขึ้น โดยดูจาก Load จะน้อยลง ทำให้ server ทำงานได้ลื่นขึ้นนั่นเอง

บูตพร้อมกันหลาย ๆ เครื่องความเร็วก็ยังไม่ตก

ส่วน MultiWAN ก็สามารถดูว่า แต่ละเส้นวิ่งอยู่ความเร็วเท่าไหร่ มีเส้นไหน ดับไปหรือเปล่า และก็เป็น Realtime ด้วย

และก็มีความสามารถอื่น ๆ แฝงอยู่อีกเยอะแยะ  เช่น  Master ที่สามารถใช้แบบ Device ได้ นอกจากจะใช้แบบ Image แล้ว

มีเครื่องมือ dump image ที่ตัว server เลยทำให้ดึง image ได้เร็วขึ้น มี tools สำหรับตรวจสอบความเร็วเน็ต เป็นต้น

ใช้คำสั่ง  blkid  เช็ค UUID ของ SSD แต่ละลูก  เวลา  mount ก็ไปแก้ใน  /etc/fstab

โดยใช้ UUID อ้างอิงแทน  ถึง SSD จะสลับที่กัน ก็ไม่มีปัญหาในการอ้างอิง

ยกตัวอย่างเช่น   /dev/sdg  mount แบบ UUID เป็น /cow

# blkid /dev/sdg
/dev/sdg: UUID="e3fa9eb9-bcf7-40f2-b453-2d68331e8f4f" TYPE="ext4"

ก็ไปแก้ใน /etc/fstab

เดิม

/dev/sdg    /cow    ext4  defaults   0   0

แก้เป็น

UUID=e3fa9eb9-bcf7-40f2-b453-2d68331e8f4f   /cow    ext4  defaults   0   0

เป็นต้น

ลองดูนะครับ