Mail.ru邮箱介绍

发表于2014/02/28由风河

我的domain邮箱Mail2000.us由Mail.ru驱动，几乎每天使用它，感觉不错，介绍如下。

  • 速度快

Mail.ru的webmail历史上是C写的cgi驱动的，页面简洁，打开速度很快。它的服务器到中国的路由优化的也不错，ping值只有200多毫秒。Mail.ru默认保持用户session，使webmail如同客户端一样，点开就能访问。在浏览器输入e.mail.ru就直接到达收件箱。

继续阅读 →

发表在 Common | 标签为 , | 一条评论

VirtualBox和KVM共存问题

发表于2014/02/14由风河

把工作的PC机重装为ubuntu 12.04桌面，再使用VirtualBox虚拟机运行WinXP，挺顺畅的。而且VirtualBox比VMWare更好的一点，虚拟机能自动捕获鼠标和键盘，不用按ctrl+alt切来切去。如下是桌面截图：

homepc

在这台工作机上安装了一遍Openstack环境，过程很顺利。但最后使用nova boot试图起一个KVM实例，结果失败。根据日志看，应该是VirtualBox与KVM两种虚拟化技术不能同时运行的缘故。不过KVM也支持Windows guest OS，有时间再试试。

发表在 Common | 标签为 , | VirtualBox和KVM共存问题已关闭评论

使用ssh-agent自动管理私钥密码

发表于2014/02/10由风河

最近将工作PC机重装为ubuntu 12.04的桌面环境。我们的远程服务器都使用Public Key验证，在ubuntu里打开终端（Terminal），执行ssh登录时，每次都要输入私钥的访问密码，这个很麻烦。Mac下有一个应用程序Keychain很好用，自动记录密钥和密码。那么ubuntu呢？google了一把，发现ssh-agent可以解决这个问题。

继续阅读 →

发表在 Common | 标签为 , | 使用ssh-agent自动管理私钥密码已关闭评论

一种Neutron拓扑结构

发表于2013/12/27由风河

在生产环境部署了一套Openstack测试平台，使用Havana版本，网络由Neutron管理，网络插件是OpenVSwitch，传输模式是GRE Tunnel。云环境的网络地址如下：

外网IP段：58.215.xx.0/24

内网IP段：10.21.144.0/24

每台服务器有2块网卡，eth0是外网，eth1是内网。

与云环境隔离的生产环境的网络地址如下：

外网IP段：58.215.xx.0/24

内网IP端：10.20.165.0/24

云环境与生产环境的内网通过三层交换机连接起来。在三层交换机上，设置好2个内网段的路由规则。我们设置为2个网段的IP可以直接通信。交换机上绑定的Gateway地址是：

GW1: 10.21.144.1

GW2: 10.20.165.1

在测试环境里，使用内网IP段作为虚拟机的Floating IP，此时虚拟网络桥接在eth1上。在正式环境里，Floating IP一般是公网IP。

虚拟机的网络地址：

Fixed IP: 10.21.145.0/24

Floating IP: 10.21.144.xx – 10.21.144.xx  （起止范围自己指定）

继续阅读 →

发表在 Common | 标签为 | 一种Neutron拓扑结构已关闭评论

三种磁盘IO测试

发表于2013/12/18由风河

同事用fio工具对三种不同型号的服务器磁盘（300G SAS、300G SSD、2T SATA）进行读写性能测试，结果如下：

IOPS

从结果大概看出：

  • 对随机读写，SSD性能非常好，IOPS接近1万，是SAS的50倍，是SATA的100倍
  • SSD随机读写的性能居然好于顺序读写
  • SATA的顺序读写性能好于SAS，这个应该与硬盘容量比有关

提供云服务器，在磁盘IO上是个巨大挑战。希望云计算行业在块存储的IO性能上，最终有好的解决方案。

发表在 Common | 标签为 , | 三种磁盘IO测试已关闭评论

Openstack私有云integration公司

发表于2013/12/16由风河

越来越多的企业选择Openstack作为私有云计算平台，在此环境下产生了一批专业提供私有云集成服务的商业公司。比如：

Mirantis: 行业排第一的公司，有400多名专业技术人员。提供Openstack技术、集成、培训、支持一系列服务。在Havana版本里的代码贡献排第五。

CloudScaling: 核心技术是Openstack集成，客户包括韩国电信KT、Internap。团队成员来自AWS、NASA、eBay等。

RightScale: 一家历史比较久的公司，成立于2006年。他们提供的集成服务实际不止Openstack，也包括CloudStack、AWS等多云平台。

eNovance: 一家法国公司，是AWS的认证伙伴，在欧洲排第一。主要业务是提供私有云的开发、集成、运维和支持，也提供服务帮助客户把产品部署到公有云上。对Openstack的代码贡献排进前十。

PistonCloud: 他们有个核心产品Piston Openstack，提供易用的Openstack集成环境。执行团队来自Zimbra、NASA、Rackspace.

Aptira: 面向亚太地区提供Openstack私有云服务的公司，在澳大利亚和印度有办公机构。

Morphlabs: 他们有个mCloud产品，是基于Openstack的给企业和运营商提供IaaS服务的云端软件，为用户节省研发成本和时间投入。

Cloudwatt: 另一家法国公司，财力雄厚（2.25亿欧元），目标远大，试图建立一个欧洲云与美洲云（AWS、Azure、GAE）竞争。得到了法国政府的大力支持（不是口头上的，而是实际投入了7500万欧元）。

SwiftStack: 侧重于对私有云对象存储系统Swift的商业支持，SwiftStack Controller是业界首个SDS（软件定义存储）控制器。他们的技术支持很Kindly，在我们测试Swift的部署和性能时，给予了大力帮助，并赠送一本书Software Defined Storage，在此表示感谢。

UnitedStack: 程辉创建的公司，成立之初获得了红杉、IDG等资本的支持，为企业提供Openstack产品和服务。希望他们在国人的Openstack上走的更远。

另外还有一些公司，详见Companies Supporting The OpenStack Foundation.

发表在 Common | 标签为 | Openstack私有云integration公司已关闭评论

提供Cloud DNS的服务商

发表于2013/12/13由风河

除了专业的DNS托管商和域名注册商外，现在凡是提供私有云或公有云服务的公司，一般都提供了Cloud DNS服务，并可通过API访问。这是因为DNS是IT基础架构（IaaS）里的最基本部分。我了解的厂商如下：

  • Amazon AWS: 知名的Route53
  • Rackspace: 基于Openstack的Cloud DNS
  • HP Cloud: 同为Openstack金牌会员，HP Cloud DNS
  • Cloudflare: 云CDN和安全提供商，DNS是其核心系统
  • Linode: 知名VPS商家，提供可管理的DNS API
  • IBM Softlayer: IBM收购的公司，提供DNS API
  • yygame也提供ClouDNS，包括API访问和控制面板访问
发表在 Common | 标签为 , | 提供Cloud DNS的服务商已关闭评论

长期诚聘Python程序员

发表于2013/12/06由风河

yygame长期诚聘Py程序员，从事游戏云平台的开发和运维工作，工作地点珠海。珠海是个美丽的城市，依山靠海，空气一流，公园林立，翠峰如簇。工作之余，可以爬爬山，接受山上的纯氧洗肺。也可以看看海，情侣路漫长的海岸线，惊涛拍岸卷起千堆雪。

We are looking for candidates with:

  • a bachelor’s degree in computer science or a couple of years of relevant experience in software engineering
  • knowledge of (and ideally experience with) Python
  • good working knowledge of or experience with git
  • experience with agile development (including TDD and code reviews)
  • a desire to learn and hone your professional skills continuously
  • good team-work/collaboration skills and the ability to deliver to tight deadlines and/or under pressure
  • oral/written English or Chinese language skills

In addition to the above the candidate will ideally have:

  • cloud computing (ideally Openstack)
  • distributed software design
  • messaging systems (ideally amqp based)
  • SQL and NoSQL databases
  • Linux system administration

本招聘岗位长期有效（2014、2015、2016…），有兴趣同学请联系：[email protected]

发表在 Common | 标签为 , | 长期诚聘Python程序员已关闭评论

Perl JSON的utf8问题

发表于2013/11/27由风河

之前使用JSON模块，一直被encode_json和to_json的编码问题搞晕。今天认真研究了下，感谢这篇雄文巨著《Perl Unicode全攻略》，算是有所收获。

首先终端环境（包括服务器的locale、桌面的SSH客户端、vim环境）的编码都设置为UTF-8。运行如下脚本：

use strict;
use JSON;
#use utf8;

my $val = "你好";
my $str = {key => $val};
my $js = to_json($str);
print $js;

继续阅读 →

发表在 Common | 标签为 | Perl JSON的utf8问题已关闭评论

Why we choose Couchbase?

发表于2013/11/11由风河

We (YY Game) have launched a product that requires the distributed storage with high TPS (3000+ is the least). Each object is about 10KB. Firstly we consider the object storage system Swift (an openstack child project). We tested it for many times with 5 storage nodes, 1-3 proxy nodes, setup all Account, Container, Object servers with SSD storage. But due to the structure limit, it never reaches the wanted performance. In fact we tested the best TPS with about 800. Why I said the structure limit, because Swift proxy communicates to the storage servers via network, and all files read/write must be passed through the proxy. So proxy becomes the performance bottle, all IO operations to the backend storage via network are really slow.

We have been using Redis in our production environment widely, for a memory cache, Redis is fast. But why not Redis? The primary reason is that Redis is not cluster oriented. For our product, the capability should be increasing over the time. But until now Redis doesn’t handle this well, it is hard to keep the capability and performance increase linearly by adding more nodes into the cluster. So we gave up Redis.

Finally we choose Couchbase. It has the advantages which are very suitable for us:

  • Pretty good performance, we tested it getting the TPS as good as 20K+
  • Very good scalability, scaling up or down the cluster is honestly easy
  • Performance and capability can be growing linearly by adding nodes into the cluster
  • No single point of failure or performance bottle
  • Data can be saved with replicas and auto failover to be setup
  • The amazing web management and realtime statistics systems

We have 8 nodes, each with 48 GB memory, 17 TB disk (Raid5) mounted as a separated partition. So we have the cluster with 320 GB memory, 130 TB disk totally (should keep some resources for the system).

Until now the cluster run well for our situation, thanks to Couchbase Server and the development team.

发表在 Common | 标签为 | Why we choose Couchbase?已关闭评论