首页 > 其他 > 详细

openstack环境准备

时间:2017-08-19 23:21:32      阅读:277      评论:0      收藏:0      [点我收藏+]

    众所周知,不管是公有云也好,私有云也罢,openstack都是赫赫有名的,那么今天就给大家分享一下oenstack官方目前较新版本mitaka的安装和配置,本次将会带大家配置openstack的Identity service、Compute service、Image service、Networking service、Block Storage service、Dashboard、Orchestration service、Shared File Systems service一些常用服务模块,以下是本实验的一些前期准备。


网络环境准备

公有网络:10.0.0.0/16

私有网络:172.16.0.0/16

管理网络:192.168.10.0/24


直连接口:111.40.215.0/28


由于我使用的是远程机房中的高配服务器虚拟化出来的三台kvm虚拟机做的本实验,所以我这里使用10段地址模拟公网网络,并且新增了一个直连接口给三台虚拟机各自配置了一个公网IP, 以方便直连三台虚拟机执行配置操作,希望大家能够本实验中的网络环境,以免影响你对openstack网络的理解,在此特此说明。


controller节点:

公网IP:10.0.0.10 管理IP:192.168.10.10 直连IP:111.40.215.8


compute节点:

公网IP:10.0.0.20 管理IP:192.168.10.20 直连IP:111.40.215.9


compute节点:

公网IP:10.0.0.31 管理IP:192.168.10.31 直连IP:111.40.215.10


由于是用kvm虚拟化出来的虚机做的实验,所以需要提前开启compute节点的嵌套虚拟化配置,否则无法在虚拟出来的compute节点上再次使用kvm创建虚机


kvm虚拟机开启嵌套虚拟化过程

[root@openstack_test ~]# modinfo kvm_intel | grep nested  //查看kvm宿主机能否支持嵌套虚拟化

parm:           nested:bool

[root@openstack_test ~]# cat /sys/module/kvm_intel/parameters/nested  //查看kvm宿主机是否开启嵌套虚拟化(Y是开启)

N

[root@openstack_test ~]#  //上述情况属于宿主机本身支持嵌套虚拟化,但没有开启,只需要系统级别开启即可


[root@openstack_test ~]# modprobe -r kvm_intel  //卸载kvm模块

[root@openstack_test ~]# echo $?

0

[root@openstack_test ~]# lsmod | grep kvm_intel

[root@openstack_test ~]# modprobe kvm_intel nested=1  //重载kvm模块,并开启kvm嵌套虚拟化功能

[root@openstack_test ~]# lsmod | grep kvm_intel

kvm_intel             162153  0 

kvm                   525259  1 kvm_intel

[root@openstack_test ~]# cat /sys/module/kvm_intel/parameters/nested  //检验kvm嵌套虚拟化是否开启成功

Y

[root@openstack_test ~]# 


修改vm虚拟机的配置文件,cpu标签中添加类似如下的内容

  <cpu mode=‘custom‘ match=‘exact‘>

    <model fallback=‘allow‘>Westmere</model>

    <vendor>Intel</vendor>

    <feature policy=‘require‘ name=‘lahf_lm‘/>

    <feature policy=‘require‘ name=‘xtpr‘/>

    <feature policy=‘require‘ name=‘cx16‘/>

    <feature policy=‘require‘ name=‘tm2‘/>

    <feature policy=‘require‘ name=‘est‘/>

    <feature policy=‘require‘ name=‘vmx‘/>

    <feature policy=‘require‘ name=‘pbe‘/>

    <feature policy=‘require‘ name=‘tm‘/>

    <feature policy=‘require‘ name=‘ht‘/>

    <feature policy=‘require‘ name=‘ss‘/>

    <feature policy=‘require‘ name=‘acpi‘/>

    <feature policy=‘require‘ name=‘ds‘/>

  </cpu>



kvm宿主机网络配置


br1使用eth0接口  openstack管理网络:192.168.10.0/24

br2使用eth1接口  openstack外部网络:10.0.0.0/16

br3使用eth3接口  openstack直辖接口:111.40.215.0/28


[root@openstack_test network-scripts]# cat ifcfg-eth0

DEVICE=eth0

ONBOOT=yes

BRIDGE=br1

[root@openstack_test network-scripts]# cat ifcfg-br1

TYPE=Bridge

BOOTPROTO=none

DEFROUTE=yes

PEERDNS=yes

PEERROUTES=yes

IPV4_FAILURE_FATAL=no

IPV6INIT=yes

IPV6_AUTOCONF=yes

IPV6_DEFROUTE=yes

IPV6_PEERDNS=yes

IPV6_PEERROUTES=yes

IPV6_FAILURE_FATAL=no

NAME=br1

DEVICE=br1

ONBOOT=yes

IPADDR=192.168.10.11

PREFIX=24

[root@openstack_test network-scripts]# cat ifcfg-eth1

DEVICE=eth1

ONBOOT=yes

BRIDGE=br2

[root@openstack_test network-scripts]# cat ifcfg-br2

TYPE=Bridge

BOOTPROTO=static

DEFROUTE=yes

PEERDNS=yes

PEERROUTES=yes

IPV4_FAILURE_FATAL=no

IPV6INIT=yes

IPV6_AUTOCONF=yes

IPV6_DEFROUTE=yes

IPV6_PEERDNS=yes

IPV6_PEERROUTES=yes

IPV6_FAILURE_FATAL=no

NAME=br2

DEVICE=br2

ONBOOT=yes

IPADDR=10.0.0.11

PREFIX=16

[root@openstack_test network-scripts]# cat ifcfg-eth2

DEVICE=eth2

ONBOOT=yes

BRIDGE=br3

[root@openstack_test network-scripts]# cat ifcfg-br3

TYPE=Bridge

BOOTPROTO=none

DEFROUTE=yes

PEERDNS=yes

PEERROUTES=yes

IPV4_FAILURE_FATAL=no

IPV6INIT=yes

IPV6_AUTOCONF=yes

IPV6_DEFROUTE=yes

IPV6_PEERDNS=yes

IPV6_PEERROUTES=yes

IPV6_FAILURE_FATAL=no

NAME=br3

DEVICE=br3

ONBOOT=yes

IPADDR=111.40.215.14

NETMASK=255.255.255.240

GATEWAY=111.40.215.1

[root@openstack_test network-scripts]# cat /etc/resolv.conf 

nameserver 223.5.5.5

[root@openstack_test network-scripts]# 



kvm虚机准备


[root@openstack_test ~]# virsh list --all

 Id    Name                           State

----------------------------------------------------

 -     base                           shut off


[root@openstack_test ~]# virt-clone -o base -n controller -f /kvm/images/controller.qcow2

Allocating ‘controller.qcow2‘                                                               | 400 GB  00:00:02     


Clone ‘controller‘ created successfully.

[root@openstack_test ~]# virt-clone -o base -n block1 -f /kvm/images/block1.qcow2

Allocating ‘block1.qcow2‘                                                               | 400 GB  00:00:02     


Clone ‘block1‘ created successfully.

[root@openstack_test ~]# virt-clone -o base -n compute1 -f /kvm/images/compute1.qcow2

Allocating ‘compute1.qcow2‘                                                                     | 400 GB  00:00:02     


Clone ‘compute1‘ created successfully.

[root@openstack_test ~]# virt-clone -o base -n compute2 -f /kvm/images/compute2.qcow2

Allocating ‘compute2.qcow2‘                                                                   | 400 GB  00:00:03     


Clone ‘compute2‘ created successfully.

[root@openstack_test ~]# virsh list --all

 Id    Name                           State

----------------------------------------------------

 -     base                           shut off

 -     block1              shut off

 -     compute1                    shut off

 -     compute2                    shut off

 -     controller                  shut off


[root@openstack_test ~]#

    至此,还只是一些最基础的准备,每个角色的基础配置我们统一放到各个具体角色配置过程中了。

本文出自 “爱情防火墙” 博客,请务必保留此出处http://183530300.blog.51cto.com/894387/1957705

openstack环境准备

原文:http://183530300.blog.51cto.com/894387/1957705

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!