提醒：本文最后更新于 2593 天前，文中所描述的信息可能已发生改变，请仔细核实。
不过线路也变了，可能不能跟Stack现有的比，但各有各的好处吧。
相同部署，博客性能试了下，提升了60.7%。而且稳定性更好，可以见下Loader的压测结果。
其他的，看下UNIX Benchmarks、Bench.sh、Speedtest、全球Ping，还有自制的Servstats等。
点击右边展开图片▼显示
性能上没Stack原有的机子好，不过可以接受，其他的都差不多。
从全球Ping来看，中规中矩，就是国内联通线路有点炸。
最后一张是从广东东莞（100MB电信光纤）直接往服务器上的Speedtest Mini测试，速度还行。
比较强烈的对比，就是全新系统部署应用，以前差不多要4个小时左右搞定，现在两个小时不到就完成所有部署，特别明显的一个区别。
简单看下母鸡的Proxmox VE的WEB管理端，这是个可以快速新建KVM或OVZ的应用。
目前机子就3个虚拟机，我是其中一个。配置目前内存按动态分配，最小4G，最大8G，CPU是8个核心，100G硬盘。基本上用是用不到这么多，但一开始这样建，方便部署应用。
现在VPS也完成了CentOS6到7的提升，不可置疑的是兼容性确实有所提高，但有些应用的yum源居然比CentOS6还要低，看来还是要编译，轻车熟路的覆盖系统应用，挺顺的。
但systemd确实挺傻的，最想吐槽的就是network.target这个坑爹命名方法，有些应用连不到网络就启动失败，比如nginx反代外部网站或者说pm2。
上传张启动顺序图，可以看到nginx在php-fpm启动完后启动，但是没启动成功，因为network还没启动完成。或许加上restart=always有效，但不符合逻辑，太粗暴。
单纯配置在network.target之后启动是没用的，因为CentOS7网络其实是network.service启动的。所以最好是应用在network-online.target之后启动，或者在network.service之后启动。很多应用带systemd的默认配置都是在network.target之后启动，需要有网络之后再启动的都要修改。
好在upstart还能用，目前Mysql和SS仍以upstart方式启动，其他我都写了systemd脚本来启动。剩下的就靠时间了。
不过systemd确实让系统启动节省了很多时间，开机才20多秒就完事了。
顺带的更新了IP库：https://kn007.net/ip.php
文章在发布前夕，又重装了一遍系统。。。
原因是因为换到新服务器，忘记关闭Dropbox自动同步了，然后Dropbox的源是CentOS6，部分覆盖到新服务器上，与CentOS7冲突。CentOS7的部分文件又覆盖到Dropbox上。相互伤害，数据报废。真是令人感动。
还好旧服务器仍然工作，迅速切换过去。。。突然在想件事，要不要玩玩主从复制。算了，太懒。
重建时多加了20G硬盘，多放点东西。目前120GB硬盘空间。图片就不更新了，差不多那样。
转载请注明转自:kn007的个人博客的《全新VPS，CentOS7走起》