Chuyển Bibica.Net về lại UpCloud location USA

Khi bạn thấy bài này, nghĩa là mình đã hoàn thành xong việc chuyển bibica.net về lại dịch vụ của UpCloud 😀 lý do thì không liên quan gì lắm, tại ở tài khoản UpCloud mình còn nhiều tiền, đủ để dùng thêm tầm 6 năm nữa, thành ra hôm nay rỗi rãi mình quyết định chuyển thử về lại UpCloud 😛 Hi vọng sẽ có những trải nghiệm tuyệt vời mới :]]

Tất nhiên chọn location Singapore thì sẽ cho tốc độ nhanh nhất về Việt Nam và toàn thế giới rồi, tuy thế cụm location Singapore của UpCloud khoảng 1 năm nay, với cá nhân mình là không chấp nhận được, bạn cũng có thể thấy trong 30 ngày gần nhất, cụm location Singapore của UpCloud downtime tới gần 17 phút, mình nói nhanh là 1 năm downtime 17 phút mình còn chửi, nữa là 1 tháng 😀 và thỉnh thoảng khi tạo vài con VPS tại Sing mình cũng rất hay gặp tình trạng ping cao ngất, và cứ phải contact support của UpCloud để cùng họ xử lý

Thành ra đợt này mình quyết định không nói lằng nhằng mà đi thẳng sang cụm location USA luôn, tất nhiên là cũng nhờ hiện tại Cloudflare đã có location cache tại Việt Nam, chứ không thì cho kẹo cũng không dám ngó mấy cái location US 😛

Kết quả sau khi nhắm nhúi 1 hồi thì mình chọn cụm location US đặt tại Silicon Valley, San Jose, California, tất nhiên, vẫn sẽ là gói rẻ nhất $5/month

Thông số phần cứng cơ bản vẫn giống như lần cuối cùng mình dùng, tốc độ download tại 3 nhà mạng lớn của Việt Nam có vẻ hơi cùi cùi :]] ping trực tiếp tới thì ~ 200ms, có điều thực ra cũng chẳng quan trọng, vì như mình nói ấy, giờ chúng ta dùng Cloudflare cache cả rồi, thành ra mình chỉ cần 1 cụm location có tỷ lệ uptime tốt nhất là được

Tiện thể cài đặt lại thì mình cài bản Centmin Mod mới nhất luôn

PHP 7.3.8 (cli) (built: Aug 26 2019 12:14:40) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.8, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.3.8, Copyright (c) 1999-2018, by Zend Technologies

nginx version: nginx/1.17.3 (260819-115907-centos7-kvm)
built by gcc 8.3.1 20190311 (Red Hat 8.3.1-3) (GCC)
built with OpenSSL 1.1.1c  28 May 2019
TLS SNI support enabled
configure arguments: --with-ld-opt='-Wl,-E -L/usr/local/zlib-cf/lib -L/usr/local/lib -ljemalloc -Wl,-z,relro -Wl,-rpath,/usr/local/zlib-cf/lib:/usr/local/lib -flto=1 -fuse-ld=gold' --with-cc-opt='-I/usr/local/zlib-cf/include -I/usr/local/include -m64 -march=x86-64 -mavx -mavx2 -mpclmul -msse4 -msse4.1 -msse4.2 -DTCP_FASTOPEN=23 -g -O3 -fstack-protector-strong -flto=1 -fuse-ld=gold --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wimplicit-fallthrough=0 -fcode-hoisting -Wno-cast-function-type -Wno-format-extra-args -Wp,-D_FORTIFY_SOURCE=2' --sbin-path=/usr/local/sbin/nginx --conf-path=/usr/local/nginx/conf/nginx.conf --build=260819-115907-centos7-kvm --with-compat --with-http_stub_status_module --with-http_secure_link_module --with-libatomic --with-http_gzip_static_module --with-http_sub_module --with-http_addition_module --with-http_image_filter_module=dynamic --with-http_geoip_module --with-stream_geoip_module --with-stream_realip_module --with-stream_ssl_preread_module --with-threads --with-stream --with-stream_ssl_module --with-http_realip_module --add-dynamic-module=../ngx-fancyindex-0.4.2 --add-module=../ngx_cache_purge-2.5 --add-dynamic-module=../ngx_devel_kit-0.3.0 --add-dynamic-module=../set-misc-nginx-module-0.32 --add-dynamic-module=../echo-nginx-module-0.61 --add-module=../redis2-nginx-module-0.15 --add-module=../ngx_http_redis-0.3.7 --add-module=../memc-nginx-module-0.18 --add-module=../srcache-nginx-module-0.31 --add-dynamic-module=../headers-more-nginx-module-0.33 --with-pcre-jit --with-zlib=../zlib-cloudflare-1.3.0 --with-http_ssl_module --with-http_v2_module --with-openssl=../openssl-1.1.1c

mysqld  Ver 10.3.17-MariaDB for Linux on x86_64 (MariaDB Server)

Họ dùng php, nginx, mysql bản mới hơn tí so với bản cũ mình đang dùng, nói chung Centmin Mod đã quá nhanh và ổn định rồi, thành ra bạn thích dùng bản nào cũng ổn, rất khó cảm nhận về tốc độ

Mình vẫn dùng SSL signed by Cloudflare, đơn giản, hiệu quả, và khi mình cần remove hosting hay gì, chỉ việc up lại cái file .key và .pem, sau đó sửa vài dòng trong file config domain, nhàn vô cùng so với việc dùng các dạng ssl khác

Nói chung là mình vẫn dùng lại các config cũ, chỉ có đổi từ Amazon Lightsail sang UpCloud thôi, về trải nghiệm người dùng, nghiêm túc thì có lẽ bạn đọc sẽ khó phân biệt được đang dùng location tại Sing hay USA, vì mình thấy cũng vèo vèo như gió cả, lệch nếu có là < 0.5s, một con số rất khó để cảm nhận bằng mắt thường 😛 ở lần đầu truy cập vào bibica.net mất tầm 1.2s, còn từ lần 2 thì chỉ mất tầm … 0.09s :]] ở các bài viết nhiều hình ảnh và các comment thì cũng chỉ mất tầm ~2s để load xong tất cả dữ liệu, một con số khá ấn tượng cho cụm location US

Tuy thế ở trải nghiệm của người quản trị, viết bài, sẽ thấy rất chậm, vì lúc này traffic đi thuần túy Việt Nam <-> USA, không có cache ở giữa qua Cloudflare, thành ra khá là thọt so với cụm location Sing, việc download, upload data to, hay hình ảnh lên bài viết cũng sẽ chậm hơn rất nhiều, khi viết bài này, các ảnh mình upload lên, dù bé tí cũng mất 10-20s mới upload xong 😛

Bài này cũng chỉ chủ yếu thông báo để anh, chị, em nào có ghé qua bibica.net thì biết là nó đang dùng cụm location USA thôi, chứ mình không khuyến khích ai dùng mấy cụm này, ổn định và nhanh nhất vẫn là Amazon Lightsail với location tại Singapore, mình dùng tầm 1.5 năm rồi và hoàn toàn hài lòng, đợt này bên đó hết tiền nên về lại UpCloud thôi, chứ nói thật mình nghĩ UpCloud, hay bất cứ dịch vụ VPS nào khác đều không có tuổi khi so với Amazon 😀

Update 07/01/2020: Cập nhập uptime 😀

Cứ tạm bắt đầu tính từ đầu tháng 9 cho tròn, thì từ tháng 9 -> tháng 12, cụ thể cụm location US của UpCloud downtime 2 phút

Tuy thế cái lỗi cụ thể “HTTP/1.1 522 Origin Connection Time-out” có vẻ là lỗi từ ….. Cloudflare, chứ không phải lỗi do server của UpCloud nữa 😀

Tạm hiểu là từ lúc dùng sang cụm US của UpCloud, trang bibica.net gần như không downtime bất cứ phút nào do lỗi từ phía server, phải công nhận là các cụm location US nó có độ ổn định tốt hơn rất nhiều so với các cụm ở Châu Á, như Sing hoặc Japan 😀

Cụ thể hơn, bạn có thể nhìn downtime từ ngoirungdui.com, 1 trang dùng cụm location Singapore từ Amazon, một trong những dịch vụ hàng đầu thế giới

Downtime khá nhiều, và con số này khiến mình cảm giác do site ngoirungdui chạy bị lỗi nhiều hơn là do server của AMZ bị sập 😛

Thực tế mình gặp khá nhiều vấn đề với cụm location Singapore của UpCloud, đa phần là downtime và chậm, vài người bạn khác của mình vẫn đang dùng location Singapore của UpCloud và họ thấy ổn, kiểu vài tháng down 1-2 phút không quan trọng

Update 16/03/2020: Cập nhập uptime 😀

Nôm na mình đã chuyển sang dùng UpCloud cụm location US được 6 tháng, và gần như không có bất kì downtime nào cả (2 phút downtime thể hiện trong ảnh, là lỗi từ phía Cloudflare, mình cũng có nói ở trên) và với thời gian uptime 100% thế này, cơ bản chẳng có gì để mà phàn nàn về cụm location này 😀

Khi dùng cụm location US của họ thì khá hài lòng, gần như không có downtime, thực tế thì khoảng nửa năm nay, mình cũng để cho site tự …. vận hành 😀 kiểu cứ tới giờ tự backup data về Google Drive, ai vào thì vào, ai đọc thì đọc 😀 thi thoảng thấy email có comment mới thì vào trả lời và nó chạy ổn định, mượt mà, chỉ có đúng 1 email báo 1 ngày nào đó backup file không được 😛 và mình cũng kệ :]] mai thấy nó lại backup bình thường như chưa hề có cuộc chia ly 😀

Tổng thể vẫn đang khá hài lòng với cụm location US của UpCloud 😛