另外,尽管我非常愿意这样做,但我的预算不包括花费4-6千美元来建立一个带有Canonical支持的小集群。
如果您想快速上手,请转到这里:
本答案更详细地介绍了如何使用Juju与OpenStack。
OpenStack平台功能强大,用途多样。本文档主要关注使用Canonical组件(如MAAS、Juju和Ubuntu)部署“标准”运行的OpenStack系统,但不限于此。在适当的情况下,将提及其他方法和软件。
如果出于经济或其他原因,您选择使用不同的硬件配置,您应该注意到您克服硬件故障的能力将会降低。此外,还需要将部署目标定位到特定节点-请参阅MAAS文档中关于标签的部分。
我们将使用Juju charms来部署OpenStack的组件部分。每个charm封装了设置特定服务所需的所有内容。然而,各个服务有许多配置选项,其中一些我们希望进行更改。
为了使这个任务更容易和可复制,我们将创建一个单独的配置文件,其中包含所有服务的相关选项。这是以标准的YAML格式编写的(如果您对此不熟悉,请参考www.yaml.org)。
以下是一个openstack-config.yaml的示例:
keystone:
admin-password: openstack
debug: 'true'
log-level: DEBUG
nova-cloud-controller:
network-manager: 'Neutron'
quantum-security-groups: 'yes'
neutron-external-network: Public_Network
nova-compute:
enable-live-migration: 'True'
migration-auth-type: "none"
virt-type: kvm
#virt-type: lxc
enable-resize: 'True'
quantum-gateway:
ext-port: 'eth1'
plugin: ovs
glance:
ceph-osd-replication-count: 3
cinder:
block-device: None
ceph-osd-replication-count: 3
overwrite: "true"
glance-api-version: 2
ceph:
fsid: a51ce9ea-35cd-4639-9b5e-668625d3c1d8
monitor-secret: AQCk5+dR6NRDMRAAKUd3B8SdAD7jLJ5nbzxXXA==
osd-devices: /dev/sdb
osd-reformat: 'True'
openstack-origin
指向一个安装源。在这种情况下,我们将依赖默认设置,它将指向适用于Ubuntu 14.04 LTS Trusty版本的相关源。每个服务的进一步配置在此文档中有详细说明。
现在配置已经定义好了,我们可以使用Juju来部署和关联服务。
Juju需要进行一些最小的设置。在这里,我们假设它已经配置好与您的MAAS集群配合使用(有关此信息,请参阅[Juju安装指南][juju_install])。
首先,我们需要获取Juju将使用的镜像和工具:
juju sync-tools --debug
juju bootstrap --upload-tools --debug
juju status
environment: maas
machines:
"0":
agent-state: started
agent-version: 1.18.1.1
dns-name: localhost
instance-id: localhost
series: trusty
现在Juju引导节点已经启动,我们可以部署所需的服务来完成OpenStack的安装。为了在部署过程中正确配置这些服务,我们将使用之前定义的配置文件,并通过每个部署命令的--config
开关传递它。如果您的配置文件名称和路径不同,请进行相应的替换。
按照下面的顺序部署服务是有用但不是必需的。同时强烈建议打开一个额外的终端窗口并运行juju debug-log
命令。这将输出所有服务运行时的日志,对于故障排除非常有用。
还建议定期运行juju status
命令,以检查每个服务是否已安装并正常运行。Juju将自动尝试从在线Charm Store获取最佳版本的charm。如果您在受限制或封闭网络内进行安装,可以预先获取所需的charms。请参阅[离线charms的文档][charms-offline]。
juju deploy --to=0 juju-gui
juju deploy rabbitmq-server
juju deploy mysql
juju deploy --config openstack-config.yaml openstack-dashboard
juju deploy --config openstack-config.yaml keystone
juju deploy --config openstack-config.yaml ceph -n 3
juju deploy --config openstack-config.yaml nova-compute -n 3
juju deploy --config openstack-config.yaml quantum-gateway
juju deploy --config openstack-config.yaml cinder
juju deploy --config openstack-config.yaml nova-cloud-controller
juju deploy --config openstack-config.yaml glance
juju deploy --config openstack-config.yaml ceph-radosgw
虽然这些服务已经部署,但它们还没有连接在一起。
每个服务目前都是孤立存在的。我们使用juju add-relation
命令让它们相互感知,并建立相关的连接和协议。
这些额外的配置由各个charms自己来处理。
我们应该从设置Keystone授权服务及其数据库开始建立charms之间的关联,因为这将被许多其他连接所需要:
juju add-relation keystone mysql
juju status mysql
juju status keystone
juju add-relation nova-cloud-controller mysql
juju add-relation nova-cloud-controller rabbitmq-server
juju add-relation nova-cloud-controller glance
juju add-relation nova-cloud-controller keystone
juju add-relation nova-compute mysql
juju add-relation nova-compute rabbitmq-server
juju add-relation nova-compute glance
juju add-relation nova-compute nova-cloud-controller
juju add-relation glance mysql
juju add-relation glance keystone
juju add-relation cinder keystone
juju add-relation cinder mysql
juju add-relation cinder rabbitmq-server
juju add-relation cinder nova-cloud-controller
juju add-relation openstack-dashboard keystone
juju add-relation swift-proxy swift-storage
juju add-relation swift-proxy keystone
http://www.theregister.co.uk/2011/10/28/internap_openstack_cloud/
Internap的云是基于Xen Cloud Platform (XCP)作为虚拟化管理程序构建的。