建站
咨询
售后
建站咨询
本篇文章为大家展示了kolla-ansible部署的示例分析，内容简明扼要并且容易理解，绝对能使你眼前一亮，通过这篇文章的详细介绍希望你能有所收获。
成都创新互联长期为上千多家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为怀柔企业提供专业的成都网站制作、成都网站建设、外贸营销网站建设，怀柔网站改版等技术服务。拥有十载丰富建站经验和众多成功案例,为您定制开发。
kolla-ansible部署的大致流程
执行命令Kolla-ansible –i multinode deploy后，koll会调用ansible-playbook命令，
接着执行ansible-playbook -i multinode -e @/etc/kolla/globals.yml -e @/etc/kolla/passwords.yml -e CONFIG_DIR=/etc/kolla -e action=deploy /usr/share/kolla-ansible/ansible/site.yml
然后安装site.yml里的任务菜单按顺序执行
ansible
Library
Kolla_container_facts.py
模块：kolla_container_facts
描述：用于检查是否有容器正在运行
选项：
api_version：docker-py的api版本，非必要项，str类型，默认值是auto
name：容器名字，非必要项，str或list类型
调用例子:
- hosts: all
tasks:
- name: Gather docker facts
kolla_container_facts:
- name: Gather glance container facts
kolla_container_facts:
name:
- glance_api
- glance_registry
Kolla_docker.py
模块：kolla_docker
描述：用于控制Docker的容器
选项：
common_options：包含公共参数的字典选项，如登陆信息等，非必要项，dict类型，默认值为dict()
action：模块当中可供调用的动作方法，必要项，str类型,可选择的action有：compare_container,compare_image,create_volume,get_container_env,get_container_state,pull_iamge,remove_volume,remove_container,recreate_or_restart_container,restart_container,start_container,stop_container
api_version：docker-py的api版本，非必要项，str类型, 默认值是auto
auth_email：用于认证的邮箱地址，非必要项，str类型
auth_password：用于认证的密码，非必要项，str类型
auth_registry：用于认证的registry，非必要项，str类型
auth_username：用于认证的用户名，非必要项，str类型
detach：在容器创建后进行分离，非必要项，bool类型, 默认值是True
name：要管理的容器或卷的名字，非必要项，str类型
environment：在容器里设置的环境变量，非必要项，dict类型
image：docker镜像的名字，非必要项，str类型
ipc_mode：设置docker的ipc命名空间，非必要项，str类型，默认值是None,可选择的值有:host
cap_add：给容器添加capabilities，非必要项，list类型, 默认值是list()
security_opt：设置容器安全配置文件，非必要项，list类型, 默认值是list()
labels：应用于容器的标签列表，非必要项，dict类型, 默认值是dict ()
pid_mode：设置docker pid命名空间，非必要项，str类型, 默认值是None ,可选择的值有:host
privileged：给容器设置特权，非必要项，bool类型, 默认值是False
remove_on_exit：当没有从容器分离时，在成功退出时删除，非必要项，bool类型, 默认值是True
restart_policy：确定当容器退出时docker应做什么，非必要项，str类型,可选择的值有:never,on-failure,always,unless-stopped
restart_retries：当restart_policy被设置时，容器重启的次数，int类型, 默认值是10
volumes：设置要使用的卷，非必要项， list类型
volumes_from：要使用卷的容器的名字或ID，必要项 list类型
调用例子:
- hosts: kolla_docker
tasks:
- name: Start container
kolla_docker:
image: ubuntu
name: test_container
action: start_container
- name: Remove container
kolla_docker:
name: test_container
action: remove_container
- name: Pull image without starting container
kolla_docker:
action: pull_container
image: private-registry.example.com:5000/ubuntu
- name: Create named volume
action: create_volume
name: name_of_volume
- name: Remove named volume
action: remove_volume
name: name_of_volume
Kolla_toolbox.py
模块：kolla_toolbox
描述：被kolla项目用于在kolla_toolbox容器里调用ansible模块
可选项：
module_name：调用的模块名，必要项，str类型
module_args：传递给被调用模块的参数，非必要项，str或dict类型
module_extra_vars: 传递给被调用模块的额外参数，非必要项，str或dict类型
调用例子:
- hosts: controller
tasks:
- name: Ensure the direct absent
kolla_toolbox:
module_name: file
module_args: path=/tmp/a state=absent
- name: Create MySQL database
kolla_toolbox:
module_name: mysql_db
module_args:
login_host: 192.168.1.10
login_user: root
login_password: admin
name: testdb
- name: Creating default user role
kolla_toolbox:
module_name: os_keystone_role
module_args:
name: _member_
auth: "{{ '{{ openstack_keystone_auth }}' }}"
module_extra_vars:
openstack_keystone_auth:
auth_url: http://127.0.0.1:5000
username: admin
password: password
project_name: "admin"
domain_name: "default"
Site.yml
描述：kolla-ansible部署的入口，kolla调用ansible执行playbook的入口文件
etc
kolla
globals.yml
描述:kolla-ansible部署openstack时需要进行配置的全局变量。此配置文件可以对kolla项目所用到的变量进行重载。此文件所有被注释掉的参数的默认值可以在kolla-ansible/ansible/group_vars/all.yml找到。
Kolla选项
config_strategy: "COPY_ALWAYS"; 可选项有[ COPY_ONCE, COPY_ALWAYS ]
kolla_base_distro: "centos";可选项有[ centos, oraclelinux, ubuntu ]
kolla_install_type: "source";可选项有[ binary, source ]
openstack_release: "4.0.3";容器镜像的版本
node_custom_config: "/etc/kolla/config"；可以在此目录下自定义一些配置文件
kolla_internal_vip_address: "192.168.215.209"; 此VIP必须是个未被使用的IP，它将被用于keepalived进行高可用
kolla_internal_fqdn: "{{ kolla_internal_vip_address }}";这是映射到VIP的DNS名
kolla_external_vip_address: "{{ kolla_internal_vip_address }}";此VIP必须是个未被使用的IP，它将被用于keepalived进行高可用,默认使用kolla_internal_vip_address时，允许内部和外部通信共享相同的地址
kolla_external_fqdn: "{{ kolla_external_vip_address }}";用于与要在其中创建的端点的public_url中设置的OpenStack进行通信的公共地址。
Docker选项
docker_registry: "192.168.215.202:4000"; docker镜像仓库的地址
docker_namespace: "lokolla";镜像仓库的命名空间
docker_registry_username: "sam";镜像仓库的账号
docker_registry_password: "correcthorsebatterystaple";镜像仓库的密码
Neutron选项
network_interface: "eth0";所有的aip服务默认是使用此网卡进行通信。此网卡必须包含一个IPv4地址
以下这几个可以用于特定需求的网卡使用
#kolla_external_vip_interface: "{{ network_interface }}"
#api_interface: "{{ network_interface }}"
#storage_interface: "{{ network_interface }}"
#cluster_interface: "{{ network_interface }}"
#tunnel_interface: "{{ network_interface }}"
#dns_interface: "{{ network_interface }}"
neutron_external_interface: "eth2";这是给neutron作为其外部网络端口的原始接口
neutron_plugin_agent: "openvswitch";可选项有[ openvswitch, linuxbridge ]
keepalived选项
keepalived_virtual_router_id: "52";keepalived集群的唯一ID，取值应该在0到255之间
TLS选项
要在kolla_external_vip_interface上提供加密和身份验证，可以启用TLS。启用TLS时，必须提供证书以允许客户端执行身份验证。
kolla_enable_tls_external: "no"
kolla_external_fqdn_cert: "{{ node_config_directory }}/certificates/haproxy.pem"
OpenStack选项
openstack_logging_debug: "False";可选项有[ True, False ]
nova_console: "novnc";可选项有[ novnc, spice ]
启动或关掉openstack服务的选项
#enable_aodh: "no"
#enable_barbican: "no"
#enable_ceilometer: "no"
#enable_central_logging: "no"
#enable_ceph: "no"
#enable_ceph_rgw: "no"
#enable_chrony: "no"
enable_cinder: "yes"
#enable_cinder_backend_hnas_iscsi: "no"
#enable_cinder_backend_hnas_nfs: "no"
#enable_cinder_backend_iscsi: "no"
enable_cinder_backend_lvm: "yes"
#enable_cinder_backend_nfs: "no"
。。。。。。。。。。。
Ceph选项
Ceph可以设置缓存来提高性能。要使用缓存，您必须提供不同于OSD的磁盘
ceph_enable_cache: "no"
ceph_cache_mode: "writeback";可选项有[ forward, none, writeback ]
ceph_pool_type: "replicated";可选项有[ erasure, replicated ]；使用擦除编码池的要求是必须设置缓存层
KeystoneIdentity选项
keystone_token_provider: 'uuid'；可选项有[ uuid, fernet ]
fernet_token_expiry: 86400
Glance Image选项
glance_backend_file: "yes"
glance_backend_ceph: "no"
Ceilometer选项
ceilometer_database_type: "MongoDB"；可选项有[ mongodb, mysql, gnocchi ]
ceilometer_event_type: "mongodb"；可选项有[ mongodb, gnocchi, panko ]
Barbican选项
barbican_crypto_plugin: "simple_crypto"；可选项有[ simple_crypto, p11_crypto ]
barbican_library_path: "/usr/lib/libCryptoki2_64.so"
Barbican选项
panko_database_type: "mysql"；可选项有[ mongodb, mysql ]
Gnocchi选项
gnocchi_backend_storage: "{{ 'ceph' if enable_ceph|bool else 'file' }}"；可选项有[ file, ceph ]
Cinder - Block Storage选项
#cinder_backend_ceph: "{{ enable_ceph }}"
cinder_volume_group: "cinder-volumes"
#cinder_backup_driver: "nfs"
#cinder_backup_share: ""
#cinder_backup_mount_options_nfs: ""
Designate选项
designate_backend: "bind9"
designate_ns_record: "sample.openstack.org"
Nova - Compute选项
#nova_backend_ceph: "{{ enable_ceph }}"
Horizon - Dashboard选项
#horizon_backend_database: "{{ enable_murano | bool }}"
Manila - Shared File System选项
# HNAS backend configuration
#hnas_ip:
#hnas_user:
#hnas_password:
#hnas_evs_id:
#hnas_evs_ip:
#hnas_file_system_name:
Swift - Object Storage选项
Swift希望可以使用块设备进行存储。支持两种类型的存储：1-具有特殊分区名称和文件系统标签的存储设备;2-具有文件系统的未分区磁盘。该文件系统的标签用于检测Swift将要使用的磁盘。
#swift_devices_match_mode: "strict"；可选项有[ prefix, strict ]
#swift_devices_name: "KOLLA_SWIFT_DATA";此参数定义匹配模式：如果选择了“strict”模式，对于swift_devices_match_mode，swift_device_name应指定特殊swift分区的名称，例如：“KOLLA_SWIFT_DATA”，如果选择“前缀”模式，则swift_devices_name应指定匹配的模式 到文件系统的标签为快速准备
Tempest选项(openstack集成测试套件)
tempest_image_id:
tempest_flavor_ref_id:
tempest_public_network_id:
tempest_floating_network_name:
# tempest_image_alt_id: "{{ tempest_image_id }}"
# tempest_flavor_ref_alt_id: "{{ tempest_flavor_ref_id }}"
上述内容就是kolla-ansible部署的示例分析，你们学到知识或技能了吗？如果还想学到更多技能或者丰富自己的知识储备，欢迎关注创新互联行业资讯频道。
文章名称：kolla-ansible部署的示例分析
文章出自：http://scyingshan.cn/article/jjoico.html
