百度真的非常弱智. 做了301 谷歌早都弄了一大堆流量过去了. 百度到现在仍然不审批我的站.
我想还是放到国外去吧.
到目前为止,VPSee 已经陆续介绍了: 在 CentOS 上安装和配置 Xen , 在 Ubuntu 上安装和配置 Xen , 在 Debian 上安装和配置 Xen , 在 OpenSolaris 上安装和配置 Xen ,加上这篇 “在 NetBSD 上安装和配置 Xen” 就完整了,这是我们目前所有应用在生产环境的 Xen 系统。有人可能会问为什么要用这么多种系统?管理起来不是更复杂吗?其实没想像的那么复杂,我们实验室应用的虚拟机生产环境和我们销售的 VPS 不同,因为可以不考虑成本,所以采用了昂贵的存储设备,虚拟机都是 存储在专门的 iSCSI 存储系统上 ,Xen 服务器只不过是一个 node 用来连接和启动存储网络上的虚拟机镜像,所以使用什么系统做 node 不是很重要。以下操作在 NetBSD 5.0.2 上完成。 安装 Xen 在 NetBSD 上使用 pkg_add 来安装软件包,相当于 CentOS/Fedora 的 yum 和 Ubuntu/Debian 的 apt-get,如果在公司或者学校使用代理上网的话需要先配置代理服务器: # vi .kshrc … PKG_PATH=http://ftp.us.netbsd.org/pub/pkgsrc/packages/NetBSD/ amd64/5.0.2_2010Q3/All export HTTP_PROXY=http://username:password@squid.xiaoyuvps.com:3128/ export FTP_PROXY=http://username:password@squid.xiaoyuvps.com:3128/ 安装 xen hypervisor 和 xen tools: # pkg_add -v xenkernel33 # pkg_add -v python26 # pkg_add -v xentools33 # pkg_add -v e2fsprogs 在上面的步骤安装 xentools33 的是后屏幕会打印提示需要从 /usr/pkg/share/examples/rc.d/ 拷贝一些配置文件到 /etc/rc.d 以便开机启动后自动运行: # cd /etc/rc.d # cp /usr/pkg/share/examples/rc.d/xendomains . # cp /usr/pkg/share/examples/rc.d/xend
有位也做 VPS 的同行网友前几天来信说他用 SolusVM 创建用 PyGrub 引导的 Debian VPS 时遇到如下问题,每隔几分钟这个消息就跳出来1次,只打印在控制台(console): INIT: Id “xvc0″ respawning too fast: disabled for 5 minutes 这条消息无害,不影响用户正常使用,因为用户一般是 ssh 登陆,甚至不会看到这条消息。tty 设备文件是用来让用户和系统打交道的(通过 ssh 或 console),通过 pygrub 使用自己内核启动的 VPS 如果没设置好 tty 就容易出现以上错误。解决办法很容易,进入 VPS(虚拟机)后在 /etc/inittab 注释掉 xvc0 一行、在 /etc/securetty 文件里加上 hvc0 一行(如果没有的话): # vi /etc/inittab hvc0:2345:respawn:/sbin/getty 38400 hvc0 #xvc0:2345:respawn:/sbin/getty 38400 xvc0 # vi /etc/securetty # Standard hypervisor virtual console hvc0 # Oldstyle Xen console #xvc0 修改完毕后重载一下 inittab 就应该看不到那条烦人的错误提示了: # telinit q 最近收到的邮件特别多,如果大家有技术问题欢迎直接发在博客上一起讨论,这样同样的问题只需要被解决和回复一次,而且也会帮助有类似问题的朋友通过搜索引擎找过来。我们一般会在有时间的时候回复,如果问题值得继续深入的话 VPSee 会抽时间写博客来详细解释。我们的 email 和即时聊天工具仅用做客户支持和商业合作,谢谢:)
要求不向媒体透露细节
经过前期的风波,10月20日,7家代理商与谷歌重新回到谈判桌前,但作为前提条件,谷歌要求代理商不能向媒体作任何关于谈判细节的披露,7家代理商为了表示诚意接受了这一前提条件。但到上周五,双方结束谈判后,谷歌关闭了代理商旗下客户的广告,代理商认为谷歌再次单方面地违背其承诺已经超过了代理商所能容忍的范围。
对于谷歌要求代理商不能在谈判期间向媒体透露细节,可能是出于在谈判期间会出现某种不可预期的“突发事件”而定下的规矩。代理商方面称,在上月20日的谈判中,代理商向包括谷歌亚太区销售总监Aliza等在内的谷歌人士出示了之前代理商指出的谷歌中国有内部人员接受代理商汽车实物馈赠、索要代理商公司55%股份的相关证据。
20日谈判之后,原定于27日再次进行沟通,因谷歌方面要求,被提前至22日。此次的沟通内容,是7家代理商向谷歌律师团队阐述了谷歌中国有内部人员如何利用“全球一致性商务决定”牟取个人私利等内容。10月27日早上,谷歌中国背着7家代理商秘密公布了招标结果。7家代理商约定1点钟与谷歌再次开始谈判,这次会谈耗时11个小时。
拒绝代理商赔偿诉求
“这样的沟通除了周末,基本上我们一直跟谷歌陆陆续续地在谈。”代理商代表称,其间谷歌方面仍旧提出取消资格,是因为7家代理商存在其他问题,但却拒绝给出到底存在何种问题的解释。
商报记者了解到,在一系列的沟通中,谷歌曾就是否可以延长三个月的代理资格与代理商进行讨论,但之后放弃了这一提议。谷歌愿意一次给出返点金额及大客户购买费,但代理商认为这是双方合作关系内常规结算的费用,本来就是代理商应得之财。而谷歌不愿意再支付代理商所提出的如证明取消代理这一事件,需要恢复7家代理商声誉,同时给予合理赔偿。
“在此前的谈判中,谷歌Aliza曾愿意给予代理商赔偿,临行前指定由代理商和其律师共同协商具体赔偿金额,但这一决定又随后被对方推翻。”代理商代表告诉记者,上周五谈判结束,代理商发现谷歌已经单方面陆续关掉了他们客户的广告,这才有了随后“谈判破裂”的声明。记者从代理商方面获悉,事实上,代理商方面曾经提议,由7家代理商共同推荐一家新的代理商来承接该地区业务,而这一新代理商愿意支付3000万赔偿。这个代理商年营收额近2.2亿元,完全有能力承接我们手上的业务和客户,但是谷歌方面不同意。“现在,谷歌没有一个领导出来跟我们谈,我们要求跟Aliza视频沟通,也得不到回应。”谷歌7大代理商一直称握有相关证据,却一直未对外披露,在此次谈判破裂后,表示会“保留一切权利维护我们合法权益”。
至于谷歌方面,在坚守之前给出的声明,称取消代理合乎常规后,至今未对外界作出任何说明。昨日,在谷歌中国还是没有做出回应的情况下,7家代理商又以公开方式向谷歌全球的两位创始人写了一封信,希望两位创始人能关心发生在中国的“代理门”事件,“使之能公平、合理的解决”。
随着 Xen 服务器的增多,管理起来会越来越麻烦,如果有一些集成化的辅助工具来统一管理所有的服务器、虚拟机以及集中分配计算资源将会很方便。不过 VPSee 一般都避免使用一些太智能的工具,智能化自动工具有时候太智能,而且很难理解,特别是遇到问题的时候很难排错,因为自动和智能掩盖了工具背后的原理和过程,不知道是工具错了还是自己用错了。市面上有一些结合虚拟技术面向云计算的 Xen/KVM 管理工具,比如 Eucalyptus, OpenNebula, OpenQRM 等用来统一部署和管理虚拟环境,Ganeti 虽然没有前面几个强大,也勉强算一员。Ganeti 最初是由 Google 瑞士苏黎世 office 的一小撮人开发的 Xen/KVM 虚拟机集群管理工具,用来管理内部一些由廉价计算机组成的虚拟服务器集群, 廉价计算机集群是 Google 的特色之一 。 详细一点说,Ganeti 是一个基于 Xen 或 KVM 虚拟技术的虚拟集群环境管理工具,用来管理一堆运行 Xen 服务器的统一管理界面,这样创建、删除、启动、关闭、重装、查看、移植虚拟机就用不着逐个去某台 Xen 服务器上操作,整合了整个虚拟操作环境,统一管理所有硬盘、操作系统、内存等资源,简化了操作,显然 Ganeti 需要运行在 Xen/KVM 平台上。把 Ganeti, Xen/KVM, LVM, DRBD, RAID10 等几个技术整合起来可以架设一个云计算基础环境,配上一个基于 Web 的控制面板和计费系统就可以当作 “云 VPS” 拿来忽悠。 安装和配置基本系统 首先在每个 node(node1, node2, …)上都安装上最基本的 Debian 系统(Ganeti 官方推荐1个集群里的 node 数目不要超过40个),VPSee 建议在所有 node 上一致采用最小化安装并使用最简单的分区方式:使用 sda1 做 /(10GB),使用 sda2 做 swap(2GB),剩余的空间将会在下面的步骤用到。安装完后开始对每个 node 都做如下类似配置,以 node1 为例,每个 node 上都需要配置 /etc/hosts,Ganeti 就是靠这里的 hostname 来识别 node 的,所以这一步很重要,设置好 hostname 后用 hostname -f 测试一下是否正确: # vi /etc/hosts 127.0.0.1 localhost.localdomain localhost 172.16.39.10 cluster1.vpsee.com cluster1 172.16.39.11 node1.vpsee.com node1 172.16.39.12 node2.vpsee.com node2 172.16.39.101 inst1.vpsee.com inst1 # hostname -f node1.vpsee.com 如果 node1 上的 hostname 不正确可以修正: # vi /etc/hostname node1.vpsee.com # /etc/init.d/hostname.sh start 接下来需要给每个 node 配置一个静态 IP,需要注意的是 Ganeti 在默认 bridge 模式下会是用 xen-br0 这个名字,所以我们需要在每个 node 上建立这个 bridge: # vi /etc/network/interfaces auto lo iface lo inet loopback auto eth0 iface eth0 inet static address 172.16.39.11 netmask 255.255.254.0 network 172.16.38.0 broadcast 172.16.39.255 gateway 172.16.38.1 auto xen-br0 iface xen-br0 inet static address 172.16.39.11 netmask 255.255.254.0 network 172.16.38.0 broadcast 172.16.39.255 gateway 172.16.38.1 bridge_ports eth0 bridge_stp off bridge_fd 0 需要注意的是,要对每个想加入 Ganeti 的 node 做相应的配置和调整,比如 IP,hostname 等。在 node2, node3, …, nodeN 上重复上面的步骤。 安装和配置 LVM 这一步骤也需要在每个 node 上重复。先检查分区,在 sda3 上分区,分区格式是 LVM,每个 node 上的这个区将被拿来做 Ganeti 的存储池(storage pool)用来存储 Xen 虚拟机镜像(要注意的是记得在安装 debian 的是后就留出大部分空间来做 sda3): $ sudo fdisk -l … Device Boot Start End Blocks Id System /dev/sda1 * 1 1216 9764864 83 Linux /dev/sda2 1216 1703 3906560 82 Linux swap / Solaris $ sudo fdisk /dev/sda n p 3 enter enter t 3 L 8e w $ sudo fdisk -l ..
FeHosting 提供 Scranton(美国)和 Manchester(英国)的服务器,域名是今年8月份注册的。最近 WHT 和 LowEndBox 上貌似3-5美元的超低价 VPS 特别多,比 bluehost 的虚拟主机(6.95美元每月)还便宜,有点不合理了,不管哪个行业如果没有利润还能坚持下去不跑路那他们一定是在做慈善,尤其是 VPS 和 Web Hosting 行业门槛低,进去容易跑路也容易。这家服务商的技术很值得怀疑,他们 在 LowEndBox 上留言 说他们可以安装 FreeBSD: Hanh wrote: Is possible a FreeBSD 32bit image for SolusVM? November 6, 2010 @ 1:34 am | Reply Michael wrote: Hey Hanh, Yeah i could upload one. Can you email us at support@fehosting.com with what one you would like.
最新评论