OpenStack for Mitaka安装分享

由于最近时间比较忙，一直也没有时间更新博客，幸好每年的4月份和10月份都是OpenStack新版本发布的时间，我也第一时间部署了最新版本的mitaka，以前用的更多的版本是icehouse，感觉开源的东西是好，但是真心跟不是节奏，才短短2年，版本的差别可以说是巨大的，接下来我就给各位介绍一下区别。

说明：我更多的是关于mitaka相比较icehouse的区别，当然，可能有一些新特性在L版本已经有了，这个大家可以关注一下，也算是多了解一些相关知识。

安装环境：VMWare WorkStation 12/Ubuntu14.04 LTS

安装版本：mitaka



Controller 10.0.0.11 eth0  eth1（混杂模式）

Compute 10.0.0.31 eth0  eth1（混杂模式）

从官方文档的默认配置可以看出，已经不再是经典的控制节点，网络节点和N个计算节点了，而变成更加容易理解的控制节点和N个计算节点，网络的信息更多的放在控制节点中。

而且对于控制节点的配置要求的更高了，特别是在安装icehouse版本时，虚拟机2G内存即可，但是mitaka版本，官方默认配置4G，而且在进行keystone认证时明显感觉请求返回结果耗时较长。

而且mitaka版本新增了共享存储组件，还没有用过，后面试用一下，分享给各位。

1、关于时间同步

已经从早期的ntp，更换成chrony

2、关于组件数据库，仍然是mariadb，配置文件信息直接存储在/etc/mysql/conf.d/openstack.cnf

更加的清晰

3、关于消息服务，仍然采用rabbitmq，但是默认的guest用户已经更换成openstack，更加有openstack元素（当然这个并不是M版本新特性，后续不再解释）

4、关于mongodb、memcached组件，预前统一安装，不再进行直接跟组件一块安装，安装规划更加直接。

Keystone组件

Keystone组件安装除了安装keystone组件，将apache2也同步安装了，增加了fernet的token方式

最重要的keystone的版本已经从V2升级到V3，而且增加了域的概念，从租户-用户，到域-租户-用户



创建服务，注册服务统一修改为

$ openstack service create \
--name keystone --description "OpenStack Identity" identity
+-------------+----------------------------------+
| Field       | Value                            |
+-------------+----------------------------------+
| description | OpenStack Identity               |
| enabled     | True                             |
| id          | 4ddaae90388b4ebc9d252ec2252d8d10 |
| name        | keystone                         |
| type        | identity                         |
+-------------+----------------------------------+

感觉更加统一了（L版本已经支持了）

由于没有太细看keystone V3版本创建的系统表，但是通过创建服务耗时应该系统表更多了。

Glance组件

该组件镜像默认既支持文件访问，又支持http访问

[glance_store]
...
stores = file,http
default_store = file
filesystem_store_datadir = /var/lib/glance/images/

Nova组件

对于Nova组件，创建了nova库和nova-api库

安装之后，测试命令也发生了变化，习惯看到的笑脸:)变成了up

$ openstack compute service list
+----+--------------------+------------+----------+---------+-------+----------------------------+
| Id | Binary             | Host       | Zone     | Status  | State | Updated At                 |
+----+--------------------+------------+----------+---------+-------+----------------------------+
|  1 | nova-consoleauth   | controller | internal | enabled | up    | 2016-02-09T23:11:15.000000 |
|  2 | nova-scheduler     | controller | internal | enabled | up    | 2016-02-09T23:11:15.000000 |
|  3 | nova-conductor     | controller | internal | enabled | up    | 2016-02-09T23:11:16.000000 |
|  4 | nova-cert          | controller | internal | enabled | up    | 2016-02-09T23:11:17.000000 |
|  5 | nova-compute       | compute1   | nova     | enabled | up    | 2016-02-09T23:20:20.000000 |
+----+--------------------+------------+----------+---------+-------+----------------------------+

Neutron组件

该组件从L版本变化较大，icehouse和juno版本默认支持的gre架构，可能是大家都在吐槽gre架构性能不好，再随着neutron组件不断的成熟，从L版本，安装文档支持两种方式：

一种类似于原来的flatDHCP（Provider networks）：



一种类似于原来的GRE/VLAN方式（Self-service networks）



但是我个人感觉最大的差别，我已经看不到icehouse的openvswitch组件了，取而代之的是linuxbridge，是不是感觉ovs性能不好还是不太好用，而且控制节点由于充当了一部分原来网络节点的功能，所以控制节点的第二个网络也会进行数据网络传输，效率更加高效。

Horizon组件

整体变化不大，界面上的更新也是由于其他组件功能的更新。



进入demo租户下



创建相关虚拟机并进行访问（我使用的第一种网络方式）



创建虚拟机界面也发生了变化



当然还有从K版本都可以看到的酷炫网络