81.10. tripleo deploy

部署容器化 Undercloud

使用方法:

openstack tripleo deploy [--templates [TEMPLATES]] [--standalone]
                                [--upgrade] [-y] [--stack STACK]
                                [--output-dir OUTPUT_DIR] [--output-only]
                                [--standalone-role STANDALONE_ROLE]
                                [-t <TIMEOUT>] [-e <HEAT ENVIRONMENT FILE>]
                                [--roles-file ROLES_FILE]
                                [--networks-file NETWORKS_FILE]
                                [--plan-environment-file PLAN_ENVIRONMENT_FILE]
                                [--heat-api-port <HEAT_API_PORT>]
                                [--heat-user <HEAT_USER>]
                                [--deployment-user DEPLOYMENT_USER]
                                [--deployment-python-interpreter DEPLOYMENT_PYTHON_INTERPRETER]
                                [--heat-container-image <HEAT_CONTAINER_IMAGE>]
                                [--heat-native [HEAT_NATIVE]]
                                [--local-ip <LOCAL_IP>]
                                [--control-virtual-ip <CONTROL_VIRTUAL_IP>]
                                [--public-virtual-ip <PUBLIC_VIRTUAL_IP>]
                                [--local-domain <LOCAL_DOMAIN>] [--cleanup]
                                [--hieradata-override [HIERADATA_OVERRIDE]]
                                [--keep-running] [--inflight-validations]
                                [--force-stack-update | --force-stack-create]

表 81.21. 可选参数

概述

--templates [TEMPLATES]

包含要部署的 heat 模板的目录

--standalone

作为独立部署运行部署,没有 undercloud。

--upgrade

升级现有部署。

-Y, --yes

跳过 yes/no 提示符(假设是)。

--stack STACK

临时(一次性创建和忘记) heat 堆栈的名称。

--output-dir OUTPUT_DIR

输出状态的目录、处理 heat 模板、ansible 部署文件。

--output-only

不要执行 ansible playbook。默认情况下,playbook 会被保存到 output-dir,然后执行。

--standalone-role STANDALONE_ROLE

填充部署操作时用于独立配置的角色。

-T <TIMEOUT>, --timeout <TIMEOUT>

部署超时时间(以分钟为单位)。

-e <HEAT ENVIRONMENT FILE>, --environment-file <HEAT ENVIRONMENT FILE>

要传递给 heat stack- create 或 heat stack-update 命令的环境文件。(可以多次指定。)

--roles-file ROLES_FILE, -r ROLES_FILE

角色文件覆盖用于部署的 t-h-t 模板目录中的默认 roles_data_undercloud.yaml。可以是绝对路径,也可以是相对于 templates dir 的路径。

--networks-file NETWORKS_FILE, -n NETWORKS_FILE

角色文件覆盖了用于部署的 t-h-t 模板目录中的默认 /dev/null。可以是绝对路径,也可以是相对于 templates dir 的路径。

--plan-environment-file PLAN_ENVIRONMENT_FILE, -p PLAN_ENVIRONMENT_FILE

计划环境文件,覆盖 --templates 目录里的默认 plan- environment.yaml

--heat-api-port <HEAT_API_PORT>

用于安装程序私有 heat API 实例的 Heat api 端口。可选。默认:8006.)

--heat-user <HEAT_USER>

执行非特权 heat-all 进程的用户。默认为 heat。

--deployment-user DEPLOYMENT_USER

执行 tripleo deploy 命令的用户。默认为 $SUDO_USER。如果未设置 $SUDO_USER,则默认为 stack。

--deployment-python-interpreter DEPLOYMENT_PYTHON_INTERPRETER

用于部署操作的 python 解释器路径。如果未指定 openstackclient 的 python 版本,则会使用它。如果从 python3 系统部署到 python2 主机上,则可能需要使用它,反之亦然。

--heat-container-image <HEAT_CONTAINER_IMAGE>

启动 heat-all 过程时要使用的容器镜像。默认为: tripleomaster/centos-binary- heat-all:current-tripleo

--heat-native [HEAT_NATIVE]

在此主机上原生执行 heat-all 进程。这个选项要求在此机器上本地安装 heat-all 二进制文件。此选项默认为启用,这意味着在主机操作系统中直接执行 heat-all。

--local-ip <LOCAL_IP>

用于 undercloud 流量的本地 ip/cidr。

--control-virtual-ip <CONTROL_VIRTUAL_IP>

control plane vip。这可让 undercloud 安装程序在 control plane 上配置自定义 VIP。

--public-virtual-ip <PUBLIC_VIRTUAL_IP>

public nw vip。这可让 undercloud 安装程序在公共(外部)NW 上配置自定义 VIP。

--local-domain <LOCAL_DOMAIN>

独立云及其 api 端点的本地域

--cleanup

清理临时文件。使用此标志将删除在运行该命令之后在部署期间使用的临时文件。

--hieradata-override [HIERADATA_OVERRIDE]

hieradata 覆盖文件的路径。当指向 heat env 文件时,它将通过 --environment-file 传递。当文件包含 legacy instack 数据时,它将用 <role>ExtraConfig 进行嵌套,并在 中作为 --output-dir 中创建的 temp 文件传递。注意,Instack hiera 数据可能不兼容 t-h-t,且可能需要手动修改。

--keep-running

在堆栈操作完成后,使临时 heat 保持运行。这仅用于调试目的。临时 Heat 可用于 openstackclient with: OS_AUTH_TYPE=none OS_ENDPOINT=http://127.0.0.1:8006/v1/admin openstack stack list,其中 8006 是 --heat- api-port 指定的端口。

--inflight-validations

在部署过程中激活动态验证。动态验证提供了可靠的方法,以确保在激活后运行部署的服务。默认值为 False。

--force-stack-update

执行临时 heat 堆栈的虚拟更新(无法进行实际更新)。新的或失败的部署始终具有 stack_action=CREATE。这个选项强制执行 stack_action=UPDATE。

--force-stack-create

执行临时 heat 堆栈的虚拟创建。新的或失败的部署始终具有 stack_action=CREATE。此选项强制实施 stack_action=CREATE。