NQhost 是家来自捷克的 VPS hosting 公司，服务器在美国的 Dallas, Denver, Seattle, Chicago, Washington, DC 和德国的 Falkenstein, Saxony, Frankfurt am Main，服务器分布这么广，应该也是租用的。和其他 Xen VPS 服务商不同的是，他们提供的是全虚拟化的 VPS（Xen HVM），可以提供 FreeBSD 操作系统。我们曾经测试过在 Linux domain0 上使用半虚拟化的 FreeBSD domainU（VPS），测试结果不理想，看样子要在 Linux 上稳定运行 FreeBSD 的话还是要走全虚拟化这条路，但是这样又会降低性能。不太明白他们为什么对 Linux 也使用全虚拟化，我们测试的结果显示全虚拟化的性能比半虚拟化差很多，Xen 的优点就是半虚拟化，这是 Xen 区别其他虚拟产品的关键因素，如果不好好利用这个优点的话就没有必要 Xen 了，VMware ESXi（免费版本）的全虚拟化就做得很棒。作为一家非英语国家的 VPS 服务商，VPSee 还是比较担心他们的英语交流问题，不知道他们能否很好的和客户交流。他们的网站做得不错，像是用心设计的，比较用心的人或公司一般会用心把事情做好，同时要注意他们的域名只注册了不到5个月。VPS 配置如下：

没有服务器配置信息。

在过去的一年里，VPSee 不知不觉追踪和介绍了140多家 VPS 服务商，和我们预料的那样，大多数新 VPS 服务商都熬不过两年。VPS 和其它 hosting 业务一样，竞争激烈，门槛低，从业人员质量参差不齐，大多都没有专业的技术背景，在没有钱赚的情况下还能坚持下来的是少数，这和做其他任何 bussiness 都是一样的，能成功的总是少数，所以也不用太责怪 hosting 行业太糟糕，只不过在这个行业起步和退出都很容易而且不分国界、容易时刻被跟踪，我们很容易就能通过 Internet 知道某个 VPS 服务商退出行业了，但是我们很难能知道某个国家某个城市的一个餐馆倒闭了，所以看上去 hosting 这个行业 “新陈代谢” 比较频繁。下面是一些曾经在 vpsee.com 上露过脸、现在可能已经退出的服务商名单：

FierceServers, Wired9, Arbers Hosting, Supavps, XENnode, SmokyHosts, TinyVPS,
Connextnet, Host Lambda, W4Networks, EarthVPS,
Fiber Firefly 有长达10天不能访问，
OneNetwork 跑路了，
DareDevilHosting 被放在 WHT 上转手了，
Buy a VPS 成了一个介绍 VPS 的垃圾博客，
BuzzServers 只剩下一个 Google 的域名广告页面，
Netspace Ltd 也成了一个广告页面，
Nixism 被 HostDime 收购了。

以上这些服务商的官方网站在昨天晚上8点左右（北京时间）都不能访问，除去 Nixism 被 HostDime 被收购外，Virtuallydedicated, SuperBytes, CpanelHost 这3家官方网站这个时候不能访问，剩下有17家服务商 “消失” 了，看了这份长长的名单有没有吓到你？赶快给 VPS 的重要数据做备份吧。VPSee 提醒大家时刻做好自己的数据备份工作，就算你的 VPS 服务商立刻倒闭也难不到你，最好是用两个来自不同 VPS 服务商的 VPS 做镜像，一个 down 了可以马上切换到另一个，who 怕 who 啊！

HostChunk 是家来自澳大利亚的 VPS 服务商，澳大利亚本地网络流量较贵（和美国相比），所以一些澳大利亚服务商都租用或托管美国的服务器。HostChunk 的这款 VPS 看上去就像是 BurstNET 的 VPS，嗯，可能又是一家 BurstNET reseller，VPSee 的10美元以下 VPS 里已经介绍好多 BurstNET reseller 了，比如：WooServers, BibiHost, TheVPSNode, Hostfolks 等，其中 TheVPSNode 也是澳大利亚的，现在网站已经 “This Account Has Been Suspended” 了，估计也是跑路了。HostChunk 的数据中心在 Scranton PA，这款 VPS 比 BurstNET 的原 VPS 还要贵1美元，不知道他们的商业模式是怎么样的，难道假装客户不知道有个 BurstNET 吗？Reseller 的退出成本很低，一旦 reseller 不想做了就拍屁股走人，自己没有服务器和设备等任何负担，所以退出很容易，比如那个 TheVPSNode，网站都还没建好，正准备开张就退出了。VPS 配置如下：

vePortal 控制面板
512MB Guaranteed RAM
20GB 硬盘
1000GB 流量
2个 IP
6.95美元

没有服务器配置信息。

123Systems 的 VPS 在 WHT 上有打折活动，35% off，终身优惠，这款原价6.95美元的 VPS 折后只要4.52。123Systems 的域名是今年2月份注册的，还很 “新”，在网站和搜索引擎上都没有挖到这家服务商的有用信息，WHT 上的这个 1 month review 显然没有多少价值，只有1个服务商的回复。他们的服务器均采用 Intel i5/i7 桌面 CPU，16GB 的内存有点超售，i5/i7 处理器只有4个核，配上 8GB 内存应该是能承受的，配 16GB 内存的话因为可以 host 两倍多的 VPS，加上又是 OpenVZ，会导致严重超售。他们家的 VPS 是 fully managed 的，提供 24×7 技术支持，这个价格的 VPS 并提供 VPS 全管理服务的服务商还是很少见的。VPS 配置如下：

SolusVM 控制面板
256MB Guaranteed RAM
512MB Burst
10GB 硬盘
250GB 流量
1个 IP
4.52美元

服务器配置信息：

Core i5 (i5-750) Quad Core 2.66GHz | 16 GB DDR3 | RAID Protected Disks
Core i7 (i7-860) Quad Core 2.80GHz | 16 GB DDR3 | RAID Protected Disks

运行在 Xen 的虚拟机（domainU）有多种存储方式可以选择，可以是普通的文件（file）、逻辑卷（LVM）、物理硬盘分区（partition）等，也可以是网络存储 NFS、NAS、GNBD、SAN、AoE、iSCSI 等。在企业、高校等机构里，我们一般有充足的硬件资源来部署基于 Xen 的虚拟化环境，比如我们最近拿到的一台 SUN Fire V880，可以容下12个硬盘，就非常适合来做网络存储，为了虚拟环境达到高可靠、高性能的要求，采用一些更高级、更昂贵的网络存储方式会让后续的管理、容错、备份、迁移、灾难恢复等工作更容易一些。

NFS 是文件级别的存储（Network File Storage），提供文件、目录级别的共享和访问，而 iSCSI 之类的网络存储则是块级别的存储（Block Storage）。他们的工作方式不一样，缓存机制也不一样，NFS 自己有文件缓存系统，而 iSCSI 的缓存依赖相应的文件系统的缓存。经测试表明，在大数据繁重（Data-intensive）的应用中 NFS 的性能稍好一些，在小数据（Meta-data）频繁、面向操作的应用中 iSCSI，因为虚拟化环境大部分传输的是命令之类的 meta-data，所以 iSCSI 非常适合部署在虚拟化环境。

为了描述方便，VPSee 用 A 机器代表运行 domain0 的 Xen 服务器，用 B 机器代表存储多个 domainU 的 iSCSI 服务器。他们的关系是这样的，A（iSCSI 客户端）通过 iSCSI 协议来启动和运行 B（iSCSI 服务端）上的 Xen 虚拟机镜像（可以是文件、LVM、物理分区等）。下面的操作在 CentOS 5.5 上执行：

安装必要软件包

# yum install kernel-devel openssl-devel gcc rpm-build

安装和配置 iSCSI target 服务器

到 http://sourceforge.net/projects/iscsitarget/ 下载最新的 iscsitarget 源代码、解压、编译并安装：

# mv iscsitarget-1.4.20.1.tar.gz /usr/src
# cd /usr/src
# tar xvf iscsitarget-1.4.20.1.tar.gz
# cd iscsitarget-1.4.20.1
# make
# make install

关闭防火墙或者打开 iSCSI 需要的 3260 端口，否则客户端会连接不上：

# system-config-securitylevel-tui

配置 iSCSI target 服务器，设置客户端可以访问的用户名和密码，本来为了达到好的稳定性和性能这里是应该分一个 LVM 逻辑分区出来当作 Xen 虚拟机的块设备，然后在上面安装 domainU 的，这里为了简便 VPSee 直接拿一个已经装好的虚拟机镜像文件 vpsee.img 来充当 LVM 分区：

# vi /etc/iet/ietd.conf
...
Target iqn.2010-06.xen-sanhead:xen-vpsee
        IncomingUser vpsee 123456
        OutgoingUser vpsee 123456
        Lun 0 Path=/iSCSI/vpsee.img,Type=fileio,IOMode=wb
        Alias iSCSI for diskname
        ImmediateData Yes
        MaxConnections 1
        InitialR2T Yes

iSCSI target 服务器端设置完后重启服务：

# /etc/init.d/iscsi-target restart

安装和配置 iSCSI 客户端

安装 iSCSI 客户端：

# yum install iscsi-initiator-utils

配置 iSCSI 客户端：

# vi /etc/iscsi/iscsid.conf

...
node.session.auth.username = vpsee
node.session.auth.password = 123456
discovery.sendtargets.auth.username = vpsee
discovery.sendtargets.auth.password = 123456

启动服务：

# /etc/init.d/iscsi start

发现并登陆：

# iscsiadm -m discovery -t sendtargets -p 172.16.39.101
172.16.39.101:3260,1 iqn.2010-06.xen-sanhead:xen-vpsee

# iscsiadm -m node -T iqn.2010-06.xen-sanhead:xen-vpsee --login
# /etc/init.d/iscsi restart

执行 fdisk 就会看到本机（A 机器）多出了一个块设备，那正是 B 机器上的 vpsee.img：

# fdisk -l
...
Disk /dev/sdc: 10.4 GB, 10486808576 bytes
64 heads, 32 sectors/track, 10001 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes

Disk /dev/sdc doesn't contain a valid partition table

最后在 A 机器上把 Xen 配置文件的 disk 一行改成：

disk = [ "phy:/dev/sdc,sda1,w" ]

启动 Xen 虚拟机后，就实际上从 A 机器的块设备 /dev/sdc 通过 iSCSI 协议启动并连到了 B 机器上的 vpsee.img 文件，虽然 domainU 运行在 A 机器上，但是所有数据和程序都在 B 机器的 vpsee.img 中。这样实现了操作和数据的分离，将更有利于以后迁移、管理和备份 Xen 虚拟机。

Diverse Web 是家来自英国 South Yorkshire 的私人持有的 hosting 公司，2006年涉及 hosting 行业，其中有2年在提供免费的 web hosting，还有2年做外包支持，但是检查他们的域名发现是上个月刚注册的。网站不知道使用什么 CMS 定制的，看得很别扭。他们使用 VMware 的虚拟技术，估计是面对数据中心的免费版本，VPSee 很是怀疑和担心这些只需要鼠标点击就能完成的软件和依赖这类软件来构架服务器的服务商，因为看不到他们的定制、看不到他们的技术优势在哪里，没有技术优势和支持的话后面服务器出了问题就没人能解决（或者花很长时间才能解决）。他们家的 VPS 正在优惠中，根据 WHT 上的广告，这款 VPS 现在只要2.5英镑，官方网站上没有这款便宜的 VPS，VPS 配置如下：

128MB Guaranteed RAM
5GB 硬盘
50GB 流量
1个 IP
2.50英镑

没有服务器配置信息。

Lightwave 的网站好像是某个不懂设计的人用某种所见即所得的工具拼出来的，背景图片和 logo 被过度优化过，在我 Mac 上还能明显看出图片被压缩的痕迹，颜色搭配也很奇怪。域名是97年注册的，公司 Lightwave Networking, LLC 是在加利福利亚注册的，以前从没听说过这家 hosting 公司。他们家提供 OpenVZ, Xen PV（半虚拟）, Xen HVM（全虚拟）, KVM 四种不同的虚拟技术选择，其中 OpenVZ VPS 还送2个 IPv6 地址，如果另外需要1个 IPv4 地址的话，只要0.5美元每月1个，比其它大多数服务商1美元1个 IP 要便宜。这四种 VPS 都使用 SolusVM 控制面板。他们的数据中心在 San Jose， 服务器托管在 HE.net，VPS 配置如下：

服务器配置信息：

Server Grade Supermicro Chassis & Motherboard Redundancy, Redundant Power, 2*100 Mbit Full-Duplex, 8 Cores @ 2.4 GHz 64bit CPU, 8 Drive Hardware RAID 10.

上次讨论 Linux 发行版的时候提到一些超级计算机的数据，Top500.org 每隔半年都会发布最新的全球500强超级计算机的统计报告。这次报告的亮点是中国，中国有24台超级计算机上榜，按照个数排名与德国并列第四，但是其中有2台进入10强，其中1台还排名第2，把所有上榜的超级计算机的处理能力加起来中国也是第一次在整体计算能力上仅次于美国排名第二。以下图片来自 BBC 的 In graphics: Supercomputing superpowers：

毫无疑问 Linux 是超级计算机的主角，如果对比上次数据会发现 SUSE/SLES 系在下降，RedHat/RHEL/CentOS 系在上升。以下数据来自：Top 500 Super Computer Sites：

我们都知道 Xen 支持两种虚拟机类型：半虚拟化（paravirtualization）和全虚拟化（full virtualization），我们也知道 Xen 支持32位的和64位的虚拟机。决定 Xen 服务器是否能支持半虚拟化、全虚拟化、32位和64位的关键因素是处理器，即 CPU 的类型。

当 Xen 虚拟机运行在不支持虚拟化的硬件上的时候（CPU 不支持虚拟化），所有的内核和虚拟机（domains）都必须使用相同类型内存模型和指令大小。比如，如果使用的是 64位的 hypervisor 和 domain0，那么上面所有的 domainU 都必须是64位的或32位 PAE 的；同样，如果使用的是32位（带 PAE 内存扩展）的 xen 内核的话，那么所有在上面运行的 domainU 也都必须是32位（带 PAE 内存扩展）的。

当 Xen 虚拟机运行在支持虚拟化的硬件上、有了硬件的支持的时候（CPU 支持虚拟化），上面的限制就变得宽松多了，可支持的虚拟机类型范围要大多了。1个32位带 PAE 支持的 Xen 内核可以在上面运行1个不带 PAE 支持、全虚拟出来的 domainU；1个64位的 Xen 系统可以运行任何32位的 Linux domainU（包括半虚拟的 domainU 和全虚拟的 domainU）；但是1个32位的 Xen 系统可以运行32位半虚拟的 domainU 而不能运行64位半虚拟的 domainU 了。所以 Xen 是向前兼容的，64位的 Xen 内核可以兼容运行32位PAE、纯32位的 domainU，但是不能反过来，32位的 Xen 内核不能运行64位的 domainU 等。

如果觉得上面的文字说明看得有点头昏，VPSee 整理了一个表格：

Intel VT（Virtualization Technology）和 AMD SVM（Secure Virtual Machine）是两大处理器生产商为了迎合虚拟化发展的趋势而在自己的处理器里直接增加对虚拟化技术的硬件支持。辨别自己的 CPU 是否支持虚拟技术很简单，只需要检查 cpuinfo 里面是否带有虚拟化标志，如果使用的是 Intel CPU，那么 flags 里应该有 vms 字样；如果使用 AMD CPU，那么 flags 里应该可以找到 svm，下面是 VPSee 在一台 SUN Fire X2100 服务器上打印的结果：

# cat /proc/cpuinfo | grep flags
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm
3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 
3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy

注意：如果已经启动到 Xen 系统中， cat /proc/cpuinfo | grep flags 将在默认情况下不会显示 vmx 或 svm 标志位，只有在安装 Xen 前的纯 Linux 内核下才可以看到。还有就是，确定 BIOS 中打开了 Intel VT 或 AMD SVM 虚拟化的支持。

通常安装完 Xen 后，Xen 就能自动识别出系统支持哪几种虚拟机类型。只需要简单打印出 Xen 虚拟机的兼容名单就可以看出来：

# cat /sys/hypervisor/properties/capabilities
xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64

上面打印出来的内容表示这个系统可以运行 64位 domains（xen-3.0-x86_64）、32位带 PAE 的 domains（xen-3.0-x86_32p）、32位全虚拟化 domains（hvm-3.0-x86_32）、32位带 PAE 全虚拟化 domains（hvm-3.0-x86_32p）、64位全虚拟化 domains（hvm-3.0-x86_64）.

在普通 Linux 下面的 /proc 里包含了一些运行时的 Linux 内核参数可以查看和修改，和 /proc 的作用类似，在 Xen 里面 /sys 里包含了 xen hypervisor 的一些参数。如果在你的 Xen 系统上没有发现 /sys/hypervisor，多半时因为在配置 Xen 内核的时候没有选择上 XEN_SYSFS，重新配置、编译和安装 带 Xen 的 Linux 内核就可以了。

在自己的 IT 环境里部署 Xen 虚拟化前需要了解一下自身 IT 环境的一些特点，比如：用户的使用类型（将在虚拟机上干什么？），需要运行的应用（是否某应用程序必须运行在老的32位的系统上？）等，这样方便选购服务器、迁移平台和应用以及部署虚拟化。

Europhase 是家英国公司，从他们的域名和公司的博客写作历史来看，他们是在2008年开始进入 hosting 行业的，并提供 web hosting, VPS, dedicated server 等各类 hosting 业务。他们的 VPS 提供 Xen 和 OpenVZ 两种选择，并有17种不同的 Linux 发行版可以选，他们的 VPS 可以即时开通，30天的返款保证。他们的服务器采用 R1Soft 的备份方案，不过 Bluehost 的创始人 Matt Heaton 在他的博客里抱怨 R1Soft 有很多 bug，简直是一场灾难，R1Soft 不但自身有众多 bug，而且使用的时候会耗大量 IO，严重影响到服务器性能，更可气的是多数情况下不能正常恢复备份过的系统，导致数据100％丢失。昏，按照 Matt 的说法这个软件简直就不能用嘛，怎么能拿来商业化卖钱呢？不知道 Europhase 选择 R1Soft 有什么理由，还把它当作他们 VPS 的卖点之一呢。除了 Europhase 外，他们公司还拥有 ServerCDP, VoIPVPS 两个牌子，不过现在这两个牌子的业务已经合并到 Europhase 了。VPS 配置如下：

SolusVM 控制面板
128MB RAM
10GB 硬盘
200GB 流量
1个 IP
4.99英镑

没有服务器配置信息。