陈沙克

Sep 082012
 

Eycalptus3.1, 应该是6月份发布,不过基本没看到国内有啥新闻的报到。今天刚好看到一篇文章介绍,也就顺便记录一下。

Eycalyptus 3.1版本已经完全开源,代码托管在github上,

https://github.com/eucalyptus/eucalyptus

看文章介绍,强调几个特点

  1. AWS兼容,这是最大的特点,Openstack尝试建立自己的api,但是Eycalptus没有,只兼容aws的api接口
  2. 号称20分钟就可以搭建好,提供自服务平台。这个比以前好很多。
  3. 可以通过付费购买插件

http://searchcloudcomputing.techtarget.com/tip/Deep-dive-into-Eucalyptus-31-open-source-cloud

也就基本明白目前Eycalptus的运营模式。依靠插件和服务收费。

以桉树目前的模式,其实很难对Openstack构成任何的威胁。Openstack目前的彻底Open,没有给对手留下任何的机会。

ubuntu抛弃桉树,支持Openstack,对桉树是一个很大的打击。现在桉树还对ubuntu怀恨在心,目前就只支持redhat的系统。不过在redhat上跑xen,有点怪怪的感觉。

Sep 082012
 

Openstack Folsom 安装比较复杂,尤其是Quantum部分,新的内容很多。Quantum的租户网络有两种模式:GRE和VLAN模式,这两种方式配置有很大的区别,一个明显的区别就是控制节点,Vlan模式2块网卡,GRE模式需要3块网卡。这篇文档就是采用GRE模式,控制节点需要3块网卡

英文原文

https://github.com/jedipunkz/openstack_folsom_deploy

https://github.com/mseknibilel/OpenStack-Folsom-Install-guide/blob/stable/GRE/OpenStack_Folsom_Install_Guide_WebVersion.rst

我基本会参考原文做翻译,下面的和原文差异的地方

  1. 我的网络会会原文不同, 文档我会在真实的环境下验证,由于每个人的网络基本都是不一样,所以文档和IP相关的地方,我基本采用变量,比较灵活的方式,大家可以用sed命令实现修改。很多朋友安装不成功,基本都是因为更换IP,导致有地方没修改,所以提供sed的命令修改。
  2. 对原文提供的两个keystone导入数据的脚本做了细微的修改,主要是采用变量,让他更加灵活。
  3. mysql直接采用IP访问,而不是localhost
  4. keystone的token采用随机生成,而不是password

 

文档修改记录

  • 2012年9月8日,文档还在草稿中。
  • 2012年9月11日:完成文档大部分内容,目前quantum的安装包有冲突。等待上游修复。
  • 2012年9月21日:基本完成控制节点的安装,登陆dashboard,创建网络。目前dashboard还是需要http:/ip/horizon 访问。
  • 2012年10月11日: 把控制节点安装好。目前Folsom的源,算是已经正式发布。已经成功登陆dashbaord。
  • 2012年10月12日:加上计算节点,不过目前还是有问题。看不到新加入的计算节点。
  • 2012年10月15日: 基本调试通过.成功创建了第一个虚拟机,不过目前网络还是不通,无法访问.vnc还是有问题.
  • 2012年10月16日:根据Essex版本的vnc设置进行调整,目前vnc已经可以工作。已经给作者反馈 。目前发现metadata不工作,密钥没有注入到虚拟机里。调整了一下nova.conf 文件。
  • 2012年11月2日:目前quantum的网络还是无法正常工作。需要更多的时间去了解和学习。
  • 2012年11月27日:终于可以实现访问虚拟机,不过目前虚拟机还无法访问外网。正在调试中,希望这个星期能完成整个文档。
  • 2012年11月29日:经过多次重复安装,基本已经实现虚拟机的访问。不过目前虚拟机还是无法访问外部网络,估计还是quantum的bug,今天也是Folsom发布第一个补丁包,希望可以在ubuntu集成补丁包后,修复所有相关的bug。目前文档已经基本可用。
  • 2013年1月5日:作者的原文也做了很多调整,我根据调整也校对了一遍文档,改进了一些地方。目前原文已经把控制节点和网络节点分开,这样更有利于理解,不过调整太大,我就不修改。目前就剩下一个主要问题,虚拟机无法访问外部的网络。
  • 2013年1月17日:源已经更新到 Folsom 2012.2.1, 发现确实修复了几个明显的bug,也顺便调整了一下文档. 不过虚拟机无法访问外网的问题,还是没有解决.这个确实很郁闷.

 

Continue reading »

Sep 042012
 

整理一下Openstack的命令。下面的命令,我都是全部在机器验证过,主要是参考 redhat文档

 

查看rabbitmq 队列

rabbitmqctl list_queues

 

查看keystone的用户

keystone user-list

查看keystone endpoint

 keystone endpoint-list

查看keystone的role

keystone role-list

 

查看keystone 服务

keystone service-list

 

查看keystone租户

keystone tenant-list

 

查看租户情况

keystone tenant-get ID

 

查看keystone进程

ps -ef | grep -i keystone-all

查看日志是否有错误

grep ERROR /var/log/keystone/keystone.log

上传image

glance add name="Ubuntu 12.04 cloudimg amd64" is_public=true container_format=ovf \
disk_format=qcow2 < /root/precise-server-cloudimg-amd64-disk1.img

查看image

glance index

nova 命令查看image

nova image-list

 

查看image具体信息(ID是通过 glance index 查看获得)

glance show ID

 

查看nova 服务

nova-manage service list

 

创建密钥

nova keypair-add oskey > oskey.priv
chmod 600 oskey.priv

 

申请floating IP

nova floating-ip-create

 

安全组相关命令

nova secgroup-add-rule default tcp 22 22 0.0.0.0/0
nova secgroup-add-rule default icmp -1 -1 0.0.0.0/0
nova secgroup-list
nova secgroup-list-rules default

 

查看虚拟机配置种类

nova flavor-list

创建虚拟机(一个test的虚拟机)

nova boot --flavor 2 --key_name oskey --image ea3ffba1-065e-483f-bfe2-c84184ee76be test1

完整创建一个虚拟机的流程

 

nova keypair-add oskey > oskey.priv
chmod 600 oskey.priv
nova flavor-list
nova image-list
nova boot --flavor 2 --key_name oskey --image ea3ffba1-065e-483f-bfe2-c84184ee76be test1
nova secgroup-add-rule default tcp 22 22 0.0.0.0/0
nova secgroup-add-rule default icmp -1 -1 0.0.0.0/0

查看申请flating IP 列表

nova floating-ip-list

 

查看虚拟机

nova list

添加floating IP给虚拟机(id是虚拟机的ID,通过nova list获得)

nova add-floating-ip  7eb1d4b3-13fa-4e39-be17-3a27eb0db218 10.1.199.33

 

查看虚拟机的floating IP (nova list,就可以查看,需要等待1分钟)

nova list

 

ssh到虚拟机上 (ubuntu的虚拟机,默认的用户名是ubuntu,只能用密钥登陆)

ssh -i oskey.priv ubuntu@192.168.22.2

 

删除flating IP (ID就是虚拟机ID,通过 nova list 获得)

nova remove-floating-ip ID 10.1.199.33

 

删除虚拟机

nova delete ID

 

创建10G的volume

 nova volume-create --display_name "test volume" 10

查看nova volume情况

nova volume-list

把volume添加到虚拟机上

( ID是虚拟机的id,后面的1,是volume的ID)添加完后可以通过 nova volume-list查看结果

nova volume-attach 7eb1d4b3-13fa-4e39-be17-3a27eb0db218 1 /dev/vdc

 

查看虚拟机里的volume情况(登陆虚拟机里)

ubuntu@test1:~$ cat /proc/partitions 
major minor  #blocks  name

 253        0   10485760 vda
 253        1   10474380 vda1
 253       16   20971520 vdb
 253       32   10485760 vdc

格式化分区

sudo mkfs.ext4 /dev/vdc

 

 

sudo mkdir -p /mnt/volume
sudo mount /dev/vdc /mnt/volume

删除volume

nova volume-detach VM_ID Volume_ID

 

创建snapshot ( 完成后可以通过 nova image-list 查看)

nova image-create 7eb1d4b3-13fa-4e39-be17-3a27eb0db218 "snapshot 1"

虚拟机重启,停止

nova suspend ac9e6a9f-58c3-47c3-9b4c-485aa421b8a8
nova resume ac9e6a9f-58c3-47c3-9b4c-485aa421b8a8
nova reboot ac9e6a9f-58c3-47c3-9b4c-485aa421b8a8

vnc (详细可查看 https://www.ibm.com/developerworks/mydeveloperworks/blogs/e93514d3-c4f0-4aa0-8844-497f370090f5/entry/openstack_vnc_console18?lang=en)

ova  get-vnc-console myserver20 novnc
Sep 032012
 

一直都很头疼,长的文章,没有目录,非常不方便。自己找内容也不方便。终于找到好的目录插件。

使用很简单,安装,设置一下就可以。默认只对page生效,修改成对post生效即可。

看来日后的文档,就不要加编号。

使用倒是简单,在windows live writer,用标题1,标题2标记就可以。自动生成目录。这个可是比wiki方便多了。

目录

Sep 022012
 

今天看到彭勇的blog,提到这个问题。真的是非常及时。

其实7月份的时候,我就听sina的程辉提到这个问题,在大负载的时候,网络突然中断,表面上看都是正常的。症状和彭勇描述的是一样的。据说在IRC里讨论这个问题也很激烈。

彭勇blog地址

看完了https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/997978

http://bugs.centos.org/view.php?id=5526

如果你在运营中遇到这样的bug,估计你会疯掉的。

彭勇的blog,已经给出解决的办法,大家好好学习.