Vultr - Performance ดีสุด Support ดีมาก Feature ครบครัน แต่ไม่ค่อยเปิดเผยข้อมูลว่า Hardware ที่รองรับด้านล่างเป็นอะไรบ้าง ราคาน่าจะถูกสุดเพราะมี 20% Discount อยู่ตอนนี้ เป็นน้องใหม่จากบรรดา 3 เจ้า Feature ใหม่ๆ ถูกพัฒนาอย่างต่อเนื่องรวดเร็วมาก ผ่านไปไม่กี่เดือน Feature ใหม่งอกตรึม ที่สำคัญ มี Private Network ที่ลูกค้าคนอื่นเข้าถึงไม่ได้ด้วยนะ! API ให้ยิงน้อยที่สุดใน 3 เจ้า เนื่องจากยังเป็นน้องใหม่อยู่ รอดูอนาคตยาวๆ อ้อ มี Location ให้เลือกมากสุดในสามเจ้าด้วย

มาดูวิธีการติดตั้งกัน (Solaris Joyent ครับ)

1. pkgin install awstats หรือ apt-get install awstats
2. copy /opt/local/etc/awstats/awstats.model.conf มาเป็น /opt/local/etc/awstats/awstats.www.example.com.conf (ใน debian คือ /etc/awstats/awstats.conf)
3. แก้ไข awstats.www.example.com.conf ดังนี้
   LogFile /var/log/nginx/access.log (สำหรับ nginx)
   LogFormat=1
   SiteDomain=”www.example.com”
   DNSLookup=0
   DirData=”/var/awstats” (ใชเก็บฐานข้อมูลที่ crawl จาก access_log มาแล้ว)
   HostAliases=”example.com”
4. สร้าง dir ตามที่ DirData ระบุในข้อที่แล้ว
5. สร้าง shell script ไว้รันโดยข้างในระบุคำสั่งดังนี้/opt/local/awstats/cgi-bin/awstats.pl  -config=www.example.com -update -output > /path/to/awstats.html (หน้าดูสถิติ) (/usr/lib/cgi-bin/awstats.pl ใน debian)
   /opt/local/awstats/bin/awstats_buildstaticpages.pl -config=www.example.com -update -dir=/path/to/awstats_dir/ -awstatsprog=/opt/local/awstats/cgi-bin/awstats.pl  > /dev/null (หน้ารายละเอียดปลีกย่อยที่ต้องสร้างเป็น dir ไว้เก็บหลายๆ ไฟล์) (/usr/share/awstats/tools/awstats_buildstaticpages.pl ใน debian)
6. chmod g+x shell_script ที่สร้าง
7. ตั้ง cron รัน shell script ที่สร้างตามสะดวก
8. แก้ไข /opt/local/etc/nginx/nginx.conf โดยเพิ่มดังนี้location ~ ^/icon/ {
root /opt/local/awstats; #/usr/share/awstats for debian
index index.html;
access_log off;
error_log off;
charset utf-8;
}
9. เข้า /path/to/awstats.html ก็จะดู awstats ได้แล้วเย้

Newrelic ตอนนี้ขยายบริการใหญ่โตมาก แบ่งการ Monitor หลักๆ ได้ออกเป็น

1. Web App Monitoring – ซึ่งมันคือบริการแรกเริ่มของ New Relic ที่ผม Review ไปเมื่อ 2 ปีที่แล้ว
2. Mobile App Monitoring – ตรงนี้ผมยังไม่เคยใช้บริการ แต่เข้าใจว่าเน้นการ monitor ด้านข้อมูล Network ที่ส่งเข้าออกจากตัวมือถือ
3. Server Monitoring – ตัวนี้คือที่ผมจะพูดถึงวันนี้

สิ่งแรกที่ต้องมี แน่นอนคือ CPU และ Memory ที่ใช้งานไปของเครื่อง (ในรูปปรับให้แสดง 24 ชม. ซึ่งจริงๆ สามารถปรับเป็น 30 นาทีแล้วดูผลได้เกือบ Real time)

อันนี้ Disk I/O และ Network I/O ซึ่งจะแยก disk เป็นลูกๆ ให้เห็นอย่างชัดเจน

เกิด Event อะไรอันตรายไหมในช่วงเวลาที่ผ่านมา เช่น Mem เต็ม CPU ทะลัก disk ระเบิด บลาๆ

รูปนี้แสดงให้เห็นว่า process อะไรกิน Memory กิน CPU มากที่สุด ในช่วงเวลาต่างๆ เห็นกันชัดๆ ไปเลยว่าใครเป็นตัวปัญหาของ server เช่นในรูปผมสั่ง backup database ช่วงตี 4 จะเห็นว่า process lbzip2 (บีบอัดไฟล์ backup) ทำงานหนักที่สุด (นอกนั้น node กินเรียบ 55+)

ตัวนี้แสดงกราฟเป็นราย process อย่างในรูปคือ php-fpm process ที่ใช้รับ Frontend หน้าเว็บ ซึ่งมี Running instance count หรือก็คือมีจำนวน process นี้กี่ตัวให้ดูด้วย ตรงนี้เอาไว้ Monitor การ spawn children ของ php-fpm ได้เป็นอย่างดี

รูปนี้เป็น Disk I/O ที่ละเอียดขั้นว่าในช่วงเวลาต่างๆ มีอัตราการอ่านเขียนที่กี่ MB/S และยังดูค่า IOPS ได้อีกด้วย!! (ใครใช้ AWS จะเอามาคำนวณดูสถิติย้อนหลังเพื่อช่วยสร้างเครื่องที่เหมาะสมได้ดีมาก!)

รายชื่อ server หลายๆ เครื่องเท่าที่มีทั้งหมด ดูภาพรวมอาณาจักรของเราได้ตรงนี้

และนี่เป็นหนึ่งใน Feature ที่ผมชอบมากที่สุดครับ อีเมล์แจ้งเตือนเราเมื่อ CPU, Mem, Disk I/O เกินกี่ % ซึ่งเราตั้งค่าที่ต้องการให้เตือนได้เองอย่างอิสระ เมื่อเราได้รับการแจ้งเตือนถึงปัญหาที่กำลังจะเกิดแต่เนิ่นๆ เราก็จะสามารถเตรียมรับมือและรีบตรวจหาสิ่งผิดปกติในเวลานั้นได้ทันท่วงทีก่อนที่เครื่องจะระเบิดได้

เอ๋? ยังไม่พอใจอีกเหรอ? เค้ามี Plugin ให้ install ใช้ฟรีตามแต่ application ที่ใช้เลยนะเออ! พวกนี้จะเป็นบริษัทอื่น Third Party ที่มาร่วมแจมพัฒนาตัวส่งข้อมูลมายิงเข้า Newrelic แล้วทาง Newrelic จะช่วยเก็บข้อมูลสถิติกราฟย้อนหลังให้ นั่นหมายความว่าอนาคต เราอาจจะ Monitor ได้ทุกโปรแกรมบนโลกใบนี้ด้วยพลังของ Third Party Plugin! และน่าจะฟรีทั้งหมดด้วย!

ตัวอย่างในรูปผม Install Plugin Monitor Memcached ครับ ทำให้ผมทราบสถิติการใช้งานคำสั่งภายใน Memcached ดังรูปเลย (set, get,delete มากี่รอบต่อนาที)

และสุดท้ายก็คือการดูข้อมูลย้อนหลังครับ ตรงนี้จะเป็นจุดแตกต่างที่สำคัญที่สุดระหว่างการใช้ฟรีและจ่ายเงิน เพราะใช้ฟรีจะดูย้อนหลังได้แค่ 1 วัน หากเสียเงินจะดูได้ 7 วัน หรือ 3 เดือนตามแต่ package ซึ่ง Feature ที่ว่ามาตั้งแต่ต้นทั้งหมดสามารถใช้ได้ฟรี! แค่จะดูได้แค่ 1 วัน ซึ่งเอาเข้าจริงก็เพียงพอต่อการแก้ปัญหาเฉพาะหน้าได้มากแล้ว

แถมอีกนิด เค้ามี app มือถือให้โหลดมาใช้ฟรีด้วยเช่นกัน หากอยู่นอกสถานที่ก็ยังดูข้อมูล Server ได้ตลอดเวลา ที่สำคัญเวลามีอะไรพังขึ้นมาก็มี Push Notification แจ้งเตือนอีกต่างหาก พระเจ้าจอร์จ มันยอดมาก!

ใครน้ำลายไหล อยากจะได้ก็จิ้มเลยครับ http://www.newrelic.com สมัครวันนี้แม้จะ package ฟรีจะแถมเสื้อฟรีและคอปเตอร์วิทยุบังคับฟรี! ส่งไปรษณีข้ามโลกมาเลยทีเดียว (ทำไมต้องคอปเตอร์ฟะ) เอ๊ะ! ผมเป็น Sale ให้ Newrelic ตั้งแต่เมื่อไหร่ 55+

อันที่จริงแล้ว Apache ก็ไม่ได้มีแต่ข้อเสียขนาดนั้น ข้อดีของ Apache คือเหมือนเป็น All-in-one machine ติดตั้งตัวเดียว ทำงานได้ทุกอย่าง ถ้ามีคนใช้งานไม่มาก เราจะแทบไม่ต้องไปยุ่งกับการปรับ config เลยด้วยซ้ำไป เพียงแต่ว่าเมื่อเราต้องการให้รองรับการใช้งานหนักๆ ได้ เราจึงจำเป็นต้องใช้ “ผู้เชี่ยวชาญเฉพาะด้าน” ซึ่งในที่นี้คือ fast-cgi นั่นเอง และจะมี php-fpm คอยควบคุมสั่งการอีกทอดหนึ่งซึ่งแน่นอนว่าการ config เพื่อใช้งานจึงยุ่งยากกว่า แต่ก็แลกมากับประสิทธิภาพที่น่าพอใจ

ตัวอย่าง file config ของ nginx จาก server เกมของผม (ก่อนอื่นออกตัวก่อนครับว่าผมเองก็พึ่งหัดใช้ nginx เหมือนกัน อาจยังไม่ใช่ config ที่ดีที่สุดในตอนนี้ แต่เป็นเพียง config เบื้องต้นให้ใช้งานได้ครับ) ซึ่งอยู่ที่ /opt/local/etc/nginx/nginx.conf (เครื่องอื่นอาจเก็บอยู่ที่อื่นนะครับ ลองหาดู)

user www www;
worker_processes 1;

location ~ \.php$ {
root html;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/jill/web/public$fastcgi_script_name;
fastcgi_param HTTPS on;
include /opt/local/etc/nginx/fastcgi_params;
}
}
}


จุดที่น่าสนใจคือตรงนี้ครับ ขออธิบายเป็นจุดๆ นะครับ

1. listen ใช้บอกว่าจะให้ดัก port อะไร ถ้าเว็บทั่วไป (http) ก็ 80 ถ้า secure (https) ก็ 443 ครับ

location / {
root /home/jill/web/public;
index index.php index.html index.htm;
# file doesn't exist, let CI handle it
if (!-f $request_filename) {
rewrite ^(.*)/maingame/(.*)$ /maingame/index.php?/$2 last;
}
}

2. ตรงนี้คือ directory root ตั้งต้นของเว็บผมอยู่ที่ /home/jill/web/public และมีการใช้งานระบบ URI Routing ของ Codeigniter ดังนั้น ผมต้องเซ็ต if ไว้ด้วยว่าถ้าหาไฟล์ไม่เจอให้ rewrite ใหม่ไปยัง maingame/index.php แทน (นับจาก root ที่ตั้งเมื่อกี้) ซึ่งเป็นไฟล์เริ่มต้อนของ Codeigniter และย้าย parameter ที่อยู่ต่อท้าย /maingame/ ไปอยู่ด้านหลัง index.php?/ แทน (ต้องมี ? ไม่อย่างนั้น nginx ก็จะยังหา file ไปเจออยู่อย่างนั้น และ rewrite ใหม่เรื่อยๆ จนเจอ infinite loop) ซึ่งตรงนี้ใช้ syntax แบบ regular expression ครับ

location ~ \.php$ {
root html;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/jill/web/public$fastcgi_script_name;
fastcgi_param HTTPS on;
include /opt/local/etc/nginx/fastcgi_params;
}

3. ตรงนี้คือ config สำหรับส่งค่าไปยัง fast-cgi ครับ (port มาตรฐานคือ 9000 อาจแก้ได้ตามต้องการ) ที่น่าสนใจคือ fastcgi_param ใช้ส่งค่าเข้า $_SERVER ครับ ตามชื่อที่ต้องการเลย ถ้าเป็น https ผมบังคับส่ง $_SERVER['HTTPS'] ด้วยเพราะ Apache เคยมีตัวแปรนี้ที่ผมใช้งานอยู่ แต่ใน nginx ต้องกำหนดเพิ่มเองครับ และสุดท้ายคือ include parameter สำคัญอื่นๆ เข้ามาจากไฟล์ fastcgi_params ครับ ในไฟล์ก็มีเนื้อหาด้านล่าง (copy ไปใช้ได้เลย ถ้าเครื่องของคุณยังไม่มี)

fastcgi_param QUERY_STRING $query_string;
fastcgi_param REQUEST_METHOD $request_method;
fastcgi_param CONTENT_TYPE $content_type;
fastcgi_param CONTENT_LENGTH $content_length;

# PHP only, required if PHP was built with --enable-force-cgi-redirect
fastcgi_param REDIRECT_STATUS 200;

4. จะมี ssl on ให้เปิดใช้ https และ ssl_certificate, ssl_certificate_key เอาไว้กำหนด path ไปยัง cer และ key ตามลำดับครับ

เป็นอันเสร็จสิ้นสำหรับ nginx ส่วน php-fpm ซึ่งเอาไว้ใช้สร้าง process ของ fast-cgi ขึ้นโดยอัตโนมัติและสามารถปรับเพิ่ม-ลดได้ตามปริมาณคนเข้าจริงๆ ของ server (ดีกว่า spawn-fcgi มากครับ ทั้งเรื่องความเสถียร และการ config ให้ใช้งานได้ ซึ่งตัว spawn-fcgi จะไม่สามารถเพิ่ม-ลดจำนวน process ที่ใช้งานตามปริมาณคนเข้าจริงได้) ถ้าไม่มี php-fpm แล้วละก็ หาก process fast-cgi(ที่เราสร้างเองจากการรันใน shell) ตายลงไปละก็ ก็จะไม่มี process มาคอยรับงานจาก nginx ไปประมวลผล php จริงๆ ทำให้ server พังนั่นเองครับ php-fpm นั้นจะติดมากับ php5.3 อยู่แล้ว (หรือถ้าไม่มีก็สามารถ install ตามทีหลังได้ง่าย) หากเป็น php5.2 ก็ยังใช้ php-fpm ได้อยู่เพียงแต่ว่าต้อง build, compile จาก source รวมกับ source php ตัวหลักเอาเองครับ ใครอยากอ่านรายละเอียดข้อดี php-fpm เพิ่มตามอ่านได้ที่ php-fpm.org

config ของ php-fpm จะอยู่ที่ /opt/local/etc/php-fpm.conf (เฉพาะของเครื่องผมอีกเช่นกัน เครื่องคุณอาจอยู่ที่อื่น) config ที่น่าสนใจมีดังนี้

1. listen = 127.0.0.1:9000 อันนี้คือใส่ให้เหมือน nginx นั่นแหละครับ
2. pm – ให้เลือกว่าเป็น static หรือ dynamic ซึ่ง static คือตายตัว dynamic คือปรับตาม idle process ที่มี (ควรเลือก dynamic ครับ)
3. pm.max_children – ให้แตก child ได้สูงสุดไม่เกินกี่ตัวในเวลาเดียวกัน
4. pm.start_servers – เริ่มต้นมามี child กี่ตัว
5. pm.min_spare_servers – จำนวน child ที่อยู่ใน idle state ขั้นต่ำ
6. pm.max_spare_servers – จำนวน child ที่อยู่ใน idle state ไม่เกินกี่ตัว (ถ้าเกินจะ auto kill ทิ้ง)
7. pm.max_requests – ใช้จำกัดไม่ให้ process นึงกิน memory เกินเท่าไหร่ ใช้กรณีเกิดปัญหา memory leak จากตัว php แต่ยังหาสาเหตุไม่เจอ ให้ auto kill ถ้า request เยอะเกินไปก่อน

สุดท้ายคือ code ที่ต้องแก้ไขใน config.php ของ codeigniter เพื่อให้สามารถอ่าน URI ที่ส่งต่อมาจาก nginx ได้ครับ ดังนี้

$config['uri_protocol'] = "REQUEST_URI";
$index_page = $config['index_page'];
if (!empty($index_page) && strpos($_SERVER['QUERY_STRING'], $index_page) === FALSE)
$script_filename = str_replace($index_page, '', $_SERVER['SCRIPT_NAME']);
else
$script_filename = $_SERVER['SCRIPT_NAME'];
$request_uri = $_SERVER['QUERY_STRING'];
if ($request_uri[strlen($request_uri)-1] != '/')
$request_uri .= '/';

$request_uri = str_replace($script_filename, '', $request_uri);
list($_SERVER['REQUEST_URI']) = explode("&",$request_uri,2);

เรียบร้อยครับสำหรับการ config nginx + php-fpm สำหรับ Codeigniter วันนี้เท่านี้ละครับ

ตัวอย่าง phpinfo()

สำหรับการ setup php ตั้งแต่เวอร์ชั่น 5.3 เป็นต้นไป จะมีไฟล์ php.ini-development เอาไว้เป็น sample ให้ copy เป็น php.ini ถ้าต้องการใช้ทดสอบโปรแกรมเฉยๆ และไฟล์ php.ini-production เอาไว้ใช้ใน server ที่ให้บริการกับลูกค้าจริง

โดย config ที่ผมจะแนะนำให้รู้จักมีดังนี้

• display_errors – On/Off – หากเกิด error ขึ้นให้แสดงภายในหน้าเว็บหรือไม่ ถ้าเป็นเครื่อง development ควร On ไว้เพื่อ debug ถ้าเป็นเครื่อง production ควร Off เพื่อไม่ให้ผู้ใช้เห็น
• error_reporting – E_ALL/0 – ใช้ปรับระดับ level การแสดง error ว่าจะให้แสดงมากน้อยเพียงใด หากต้องการปิด error ไม่ให้แสดงเลย ให้ใส่เป็น 0 (ศูนย์) ได้
• short_open_tag – On/Off – ถ้าเปิด On ไว้จะสามารถใช้ <? ?> แทน <?php ?> และ <?=’Hello World’?> แทน <?php echo ‘Hello World’; ?> ได้ (feature นี้เพื่อความสะดวกของตัวโปรแกรมเมอร์นั่นเอง)
• max_execution_time – int – กำหนดเป็นตัวเลขที่ต้องการให้ script สามารถรันได้นานที่สุด ทั่วไปกำหนดที่ 30 วินาทีซึ่งค่อนข้างเพียงพอต่อการใช้งานทั่วไป หากต้องมีการทำงานที่ใช้การประมวลผลเป็นเวลานานสามารถปรับเพิ่มขึ้นได้ แต่ไม่แนะนำให้ใส่เยอะเกินไป เพราะอาจทำให้ loop infinite ก่อนความเสียหายเป็นระยะเวลานาน โดยที่เราไม่รู้ตัวได้
• max_input_time – int – ใช้กำหนดเวลามากที่สุดที่อนุญาตให้ php ประมวลผลข้อมูลที่ผู้ใช้ส่งเข้ามาได้เช่นการ submit form post
• memory_limit – int – กำหนดขนาดของ memory ที่อนุญาตให้ script แต่ละตัวใช้ได้ ถ้ากำหนดสูงไปอาจเกิดปัญหา memory leak ได้
• post_max_size – int – ขนาดข้อมูลใหญ่ที่สุดที่อนุญาตให้ผู้ใช้ส่งเข้ามาได้ ขนาดตรงนี้รวมทั้ง file ที่ upload และข้อมูลที่ submit ผ่าน form เข้ามา
• auto_prepend_file – string – path ไฟล์ php ที่ต้องการทำงานก่อนการทำงาน php ทุกๆ ไฟล์ที่รันตามปกติ ตรงนี้มีประโยชน์มากต่อการกำหนดตัวแปร Global ที่ต้องการให้ใช้งานได้ทุกๆ ไฟล์ ซึ่งเราจะเขียนอย่างไรก็ได้ตามใจเราเลย
• auto_append_file – string – เหมือน  auto_prepend_file  ต่างกันแค่เป็นการทำงานหลังไฟล์ php ทุกๆ ไฟล์
• file_uploads – On/Off – อนุญาตให้ upload file ขึ้น server ได้หรือไม่
• upload_max_filesize – int – ขนาดไฟล์สูงสุดที่ให้ upload ได้ (ต้อง <=  post_max_size )
• max_file_uploads – int – จำนวนไฟล์ที่ upload ได้พร้อมกันทั้งหมด
• extension – string – กำหนด extension ของ php ที่ต้องการใช้งาน
• session.gc_maxlifetime – int – อายุของ session ของผู้ใช้แต่ละคนที่จะเก็บไว้สูงสุด หากมีการเรียกใช้ session

Config เหล่านี้นอกจากจะสามารถกำหนดได้ที่ php.ini แล้วเรายังสามารถกำหนดใน run-time ในไฟล์ php ไฟล์ใดก็ได้อีกด้วย เพียงเรียกใช้ function ini_set() ก็สามารถเปลี่ยนแปลงค่า config เหล่านี้ได้ตลอดเวลา วันนี้มีเท่านี้ละครับ