应用程序状态切换检测

任何一个合理的应用程序的运行时间内,微观上都会存在或多或少的“状态切换”。所谓状态切换的定义就是在用户可感知的特征变化。可感知的特征可以理解为对各种资源的需求变化的特性。
有点绕,举个简单例子:一个SQL数据库,在只有一个用户连接的时候,每次用户的访问都会出发一个状态切换事件,而当用户使用长连接(pipe line)去执行多个SQL命令时,由于SQL的不同,每个SQL之间就是一个状态切换。

继续阅读“应用程序状态切换检测”

使用vagrant自动部署虚拟机

在虚拟机的日常使用和开发中,我们经常要做很多打包、发布、部署的操作。对于一定的规模之后,或者牵扯到多点分布之后,这个过程就会变成一个无比的痛苦的操作。当然,对于我个人来说,我的第一反应将会是采用container进行封装后发布。但这对于更为复杂的场景——比如虚机+容器的混合场景往往还是只能采用手工操作的方式。

vagrant就是一个针对这个场景下开发出来的快速发布工具。

继续阅读“使用vagrant自动部署虚拟机”

Kubernetes的几个概念

话说在数据中心虚拟化的大潮中,除了Google以外,每个大玩家都有一个自己的云,例如aws之于亚马逊,阿里云,百度云,腾讯云之流,而Google明显是点开了别的技能树,他的app engine以及后续的Cloud Platform则是基于container技术的实现。对于虚拟机的云,我们完全可以采用一个OpenStack来涵盖他们的功能,而对应Google的,Google则自己推出了他们云屏他的开源实现Kubernetes。

继续阅读“Kubernetes的几个概念”

容器和虚机

这一段时间,凡是提及容器技术的话题总会成为热门。外界的声音似乎一致认为容器技术,或者说docker.com推出的,通过简单的docker命令管理和使用的,从docker image部署出来的docker 容器(真绕!)将会成为下一个取代各式虚拟机的技术。事实真的如此吗?

继续阅读“容器和虚机”

Mesos管理Hadoop集群

还是说Mesos的话题。

作为Mesos,本质上是一个支持用户将整个机房中的所有硬件资源全部抽象化,然后随意的组合和分配。而作为Hadoop来说本身就是一个资源的无底洞,两个组合就是绝配了!

首先,还是需要提前按照这篇教程搭建一个Mesos集群。同时,本文中出现的所有IP地址以及主机角色也是按照上文中的配置。

继续阅读“Mesos管理Hadoop集群”

Mesos实战

Mesos是一个托管于Apache基金会的项目。旨在抽象了传统机房中全部服务器的CPU、内存存储资源,并提供了一系列的方法支持任务在多机器之间的调度和故障转移。用他们自己的话说“A distributed systems kernel”也就是说是一个分布式的内核。(就当前来说还远)。

这一次我们就从部署一个典型的Mesos集群开始,顺便提一下Mesos的几个框架类型。改日再弄一个将某某框架整合进Mesos的文档。

继续阅读“Mesos实战”