It's Cool to OpenSource
之前一直不太想过多的介绍Ubuntu的snap安装方式，这次就做个快速总结吧。
自从1604之后，Ubuntu增加了一个snap的安装包管理系统，经过snap封装的应用被称为uApp。个人感觉这个安装包管理系统有点类似于docker的封装，软件发行商将不再需要过多的关注Linux那复杂繁琐的依赖包问题，也就说一个snap包会将所需的软件以及依赖包统统封装在一起。如果这种封装方式得到推广，Ubuntu就会拥有一套类似于apple app store的软件发布系统。同时，uApp模式使过去跨发行版发布软件的难度降低，ubuntu的幕后Canonical当然也会一家独大的垄断snap的发布渠道。
作为Linux内核级别的资源限制设置，cgroup在近些年特别是容器技术越发火爆的现在，也越来越多的被重新提及。作为cgroup本身来说，它完全可以被用来限制基于任何用户或者是任何应用程序的资源限制。
在前几天发布的Ubuntu1604LTS中，systemd已经取代了传统的upstart，成为了新一代的操作系统初始化管理工具。借此，两大Linux发行版——Redhat(fedora, centos均属于此体系)，以及Ubuntu殊途同归的都选择了systemd。
说起“初始化管理工具”，也许大家听着都很陌生，其实凡是配置过service的同学都应该知道有个init命令，一旦kernel加载成功后，系统会自动执行init，而通过对于init的配置，我们就可以定制系统的文件系统、控制台、服务以及其他各类的初始化信息。
一直用ubuntu作为自己的开发环境，习惯上安装一个xrdp以便远程的windows可以通过默认安装的“远程桌面”直接连接过去很是方便。
自从Ubuntu1204以后，由于桌面系统引入了很多特效，以至于对于远程的vnc/xrdp来说都无法很容易的支持，我也不得不将开发环境始终停留在了1204上。可这实在不是个办法，不得已，前些日子我终于下定决心用了xubuntu1510替换了Ubuntu作为自己的开发环境。
将vlan用于网络管理是非常普遍的情况。当然通常情况下说，既然划分了vlan，势必要求的是各个vlan之间的相对隔离。你可以通过双网卡或多网卡的dual house实现对于多个vlan的访问——尽管这是网络安全的大忌。在某些应用场景下实现n多vlan的同时访问，用网卡铺的方式是不现实的，这就要求主机必须有直接连接trunk端口并在内部自己进行vlan的管理。 继续阅读“Linux下连接trunk端口”
对于Ubuntu来说，用apt方式安装升级是一件非常方便的事情。但是对于一个拥有较多Ubuntu服务器的内网来说，每台主机的升级过程都需要到公开的apt源中下载deb包来安装是一件非常浪费带宽而且费力不讨好的事情。很自然的，我们就应该把下载下来的包保存下来分享给其他的主机。
其实n久之前，Ubuntu提供了apt-proxy工具。但直到近期的版本，这个apt-proxy已经被移出apt源，取而代之的就是今天我们要说的apt-cacher。
日志分析是一个成熟的应用中必不可少的，由于现阶段很多系统都是通过多机负载的方式提供服务，多机的设置带来的问题是日志文件也会存放在多台主机之上。如果简单的进行非实时的日志分析，这样的局面只要进行一次日志合并就好了，不会影响太大，但对于实时日志分析而言，这样做的麻烦多多。你当然可以采用nfs或者其他类似的文件共享实现，这样的问题又会出现在时间同步上，同样的，日志的频繁更新，以及TCP的通讯代价，造成当分析较多主机的时候同样也会有诸多问题。
种种原因，站长已经很久没有关注过FreeBSD了，记得最后一次关注，FreeBSD还是8.0。现在已经到了9.0，安装界面上有了“质一级的飞跃”！由于真实主机上的安装没什么难度，这次就直接在KVM中安装。印象中FreeBSD属于比较保守的操作系统，对新的硬件和技术的支持相对比较慢。安装中也确实出现过问题，这里顺便也做个记录。
KVM主机是之前一直在说的Ubuntu1204的libvirt，没有桌面系统，也就意味着不能简单的通过virt-manger工具配置。主机在外网，且防火墙限制了它不能直接通过VNC连接。
之前写过一篇东西：Ubuntu上Xen的快速部署，以及近期的一篇Ubuntu上KVM虚拟化的部署。前一篇东西写的比较早了，Xen已经被KVM所取代，后一篇主要是通过图形化界面来操作，通用性虽强，但效率较低，无法实现批量化。
这次就通过ubuntu自带的一个工具，实现快速的批量化定制基于KVM的Ubuntu的虚拟机。