最近了解到了BBR这个东西。BBR是Google开发的一种TCP拥塞控制算法。很多人反映境外的VPS用上BBR之后，速度得到了明显的提升。
如果有兴趣了解一些原理上的东西，可以参考这里：Linux Kernel 4.9 中的 BBR 算法与之前的 TCP 拥塞控制相比有什么优势？
从Linux内核4.9起，BBR已经被整合进Linux内核中，所以直接升级内核到4.9以上的版本并开启BBR模块即可。
只有KVM和Xen架构的VPS可以自行升级内核，因为OpenVZ无法进行内核层级的操作。
最近由于天气原因，国内的相关网盘/云存储的分享以及离线下载功能基本上已经形同虚设，甚至没有违规的私人文件也会受到审查。我们可以通过在自己的服务器上构建一个私有云平台来规避可能存在的风险。
项目首页：http://owncloud.org/
文档：http://doc.owncloud.org/server/7.0/admin_manual/contents.html
上周四（11月30号），我在手机上连VPS（BlueVM OpenVZ 128M，位于洛杉矶）上的shadowsocks的时候发现无法访问，也ping不通，feathur面板提示cannot connect to host node。但是IDC的uptime统计显示的我的VPS所在的节点状态仍然是online。于是我发了ticket询问原因并要求将VPS上线。因为当时忙着准备期中考试，而且这台VPS以前也有过一次当机，但是在几个小时之后就恢复了，所以也没有太在意。
第二天放学刷了一下邮箱，发现ticket并没有被回复，VPS仍然无法访问，我估计是真的出问题了，于是回家之后上BlueVM的IRC channel上看了一下。看到上面一堆用户在上面骂骂咧咧说他们的VPS已经掉线两天，并且没有任何技术支持响应。一些用户收集到的信息显示BlueVM的4个加州节点（s4，s5，s6，s8，我的VPS位于s5）已经掉线超过两天，而且ticket没有回复，客服和管理员也不在IRC上。当天晚些时候似乎有一个管理员出现在IRC上，理直气壮的说什么I’m not working on tickets now。你这么吊你们老板知道吗….
更新：由于Windows Azure免费试用即将终止，服务器已关闭
这个服务器是刚放假的时候搭建的，位于Windows Azure的中国北部节点，所以速度还不错。
当时一块玩的小伙伴们都认真学习去了…于是服务器空置了半个月…现在决定向大家开放。
申请AWS免费试用：
http://aws.amazon.com/cn/free/
以Amazon EC2为例，免费试用套餐包括：
Elastic Compute Cloud (EC2)
750 小时的 Amazon EC2 Linux† 微型实例使用时间（配置为 613 MB 的内存、32 位和 64 位平台支持），足够整月持续运行*
750 小时的 Amazon EC2 Microsoft Windows Server‡ 微型实例使用时间（配置为 613 MB 内存和 32 位和 64 位平台支持），足够整月持续运行* （也就是说你只能同时运行一个EC2实例，否则会被扣费）
750 小时的 Elastic Load Balancing 加上 15 GB 数据处理*
30 GB 的 Amazon Elastic Block Storage，加上 200 万个 I/O 和 1 GB 的快照存储*
申请及创建EC2实例：
前两天发现VPS ssh不上了，于是上Feathur Panel重启VPS，结果提示”VPS is disabled,contact sopport”。吓了我一跳，回忆了一下我似乎又没做什么过什么违反ToS的事…于是给客服发了Ticket…
等了半天，客服终于有了回复：
Hello,
Here is the reason:
Thu, 17 Jul 2014 10:17:32 -0400 VPS 8742 (【】) has 36 SSH connections
Thu, 17 Jul 2014 10:22:02 -0400 VPS 8742 (【】) has 117 SSH connections
Thu, 17 Jul 2014 10:22:02 -0400 SUSPENDING VPS 8742 (【】); it has 117 SSH connections
Thu, 17 Jul 2014 10:22:07 -0400 VPS 8742 (【】) has 118 SSH connections
Thu, 17 Jul 2014 10:22:07 -0400 SUSPENDING VPS 8742 (【】); it has 118 SSH connections
Please let us know if you need anything else.
我这才意识到是受到ssh暴力登陆尝试攻击了….之前看到过相关的文章，但是一直没有在意…没想到这种完全没价值的小站也有人来扫…..
解决方法很简单，比如更换ssh端口，禁止root登陆，安装denyhosts等等….
前段时间发现站点的访问变得很不稳定，最开始以为只是网速的问题就没有太在意，直到有一次莫名其妙宕机，ssh上去重启服务，顺便top了一下结果吓了一跳–空闲的物理内存只有几百k了。再往下看发现了一大串apache进程，而且每个进程的内存占用都不小。听说nginx的效率要比apache高，于是决定换上nginx试试。
注意：本文只介绍从LAMP迁移至LNMP的步骤，其中需要改动的只有nginx 和php5，关于MySQL的配置请自行Google，本文不再赘述。
上周末正好有点时间，登陆上来想更几篇文….结果天杀的SAE不知道又抽什么疯，一连好几天都是502，或者就干脆打不开网页…（SAE可以绑定没有备案的域名，但是需要经过日本的新浪机房，所以速度奇慢，而且流量会翻倍）…一怒之下，在网上随便搜了搜，找到几个美国的比较便宜的VPS。
前方广告预警…
经过一些比较，我最后选定了blueVM OpenVZ架构128M的方案，洛杉矶机房，平均ping大约在200-300之间，应该算是很不错的了。
