3.2. 发行注记

当把 Red Hat Enterprise Linux OpenStack Platform 从版本 6 完全升级到版本 7 后（所有节点都运行版本 7 的代码），您需要启动一个后台的 PCI 设备 NUMA 节点信息迁移操作，把这些信息从旧的位置迁移到新的位置。版本 7 的 conductor 节点会在需要的时候自动进行这个操作，但是其它处于空闲状态的数据需要在后台进行迁移。这个操作需要在版本 8 发行前完成，因为版本 8 将不再支持旧的位置。使用 'nova-manage migrate-rhos-6-pci-device-data' 来进行这个操作。
请注意，这只适用于使用 Compute 的 PCI pass-through 功能的用户。

当把 Red Hat Enterprise Linux OpenStack Platform 从版本 6 完全升级到版本 7 后（所有节点都运行版本 7 的代码），您需要启动一个后台的 PCI 设备 NUMA 节点信息迁移操作，把这些信息从旧的位置迁移到新的位置。版本 7 的 conductor 节点会在需要的时候自动进行这个操作，但是其它处于空闲状态的数据需要在后台进行迁移。这个操作需要在版本 8 发行前完成，因为版本 8 将不再支持旧的位置。使用 'nova-manage migrate-rhos-6-pci-device-data' 来进行这个操作。
请注意，这只适用于使用 Compute 的 PCI pass-through 功能的用户。

DHCP 提供的路由信息和静态路由信息都出现在路由表中，但是 DHCP 路由的 metric 值会是 100。这意味着 metric 值为 0 的静态路由一直会被使用。如果需要使用多个 DHCP 连接，您可以把其中的一个或多个配置为忽略 DHCP 服务器提供的路由信息（使用 "defroute: false" 声明）。

DHCP 提供的路由信息和静态路由信息都出现在路由表中，但是 DHCP 路由的 metric 值会是 100。这意味着 metric 值为 0 的静态路由一直会被使用。如果需要使用多个 DHCP 连接，您可以把其中的一个或多个配置为忽略 DHCP 服务器提供的路由信息（使用 "defroute: false" 声明）。

Redis 需要使用一个独立的 VIP。在部署带有网络隔离的 Redis 时，director 会默认自动把 Redis VIP 放置在 Internal API VIP。操作者无法使用 ServiceNetMap 参数把 Redis 移到其它网络中。

Redis 需要使用一个独立的 VIP。在部署带有网络隔离的 Redis 时，director 会默认自动把 Redis VIP 放置在 Internal API VIP。操作者无法使用 ServiceNetMap 参数把 Redis 移到其它网络中。

Overcloud 节点会包括不正确的同步系统时间，这会在 HA Controller 集群中产生一些错误。一个临时解决办法是，在运行 "openstack overcloud deploy" 命令时使用 --ntp-server 命令行参数。这个参数会在每个 Overcloud 节点的 /etc/ntp.conf 文件中配置 ntp 服务器，从而保证了正确的同步系统时间，并使 Overcloud 可以被成功部署。

Overcloud 节点会包括不正确的同步系统时间，这会在 HA Controller 集群中产生一些错误。一个临时解决办法是，在运行 "openstack overcloud deploy" 命令时使用 --ntp-server 命令行参数。这个参数会在每个 Overcloud 节点的 /etc/ntp.conf 文件中配置 ntp 服务器，从而保证了正确的同步系统时间，并使 Overcloud 可以被成功部署。

没有 CLI 参数可以被用来设置 NeutronExternalNetworkBridge，这会在分配浮动 IP 时出现问题。当前设置这个参数的唯一方法是通过网络隔离的自定义环境文件进行。例如：

parameters:
  # Set to "br-ex" if External is on native VLAN
  Controller-1::NeutronExternalNetworkBridge: "''"

parameter_defaults:
  # Set to "br-ex" if External is on native VLAN
  NeutronExternalNetworkBridge: "''"


如果浮动 IP 网络在一个 VLAN 上，把两个参数都设为 ''；如果在一个 br-ex 网桥的 native VLAN 上，则把它们都设置为 'br-ex'。这个配置将使 Neutron 桥接映射在环境中可以正常工作。相关信息包括在 Red Hat Enterprise Linux OpenStack Platform 7 Director 安装和使用指南中。

没有 CLI 参数可以被用来设置 NeutronExternalNetworkBridge，这会在分配浮动 IP 时出现问题。当前设置这个参数的唯一方法是通过网络隔离的自定义环境文件进行。例如：

parameters:
  # Set to "br-ex" if External is on native VLAN
  Controller-1::NeutronExternalNetworkBridge: "''"

parameter_defaults:
  # Set to "br-ex" if External is on native VLAN
  NeutronExternalNetworkBridge: "''"


如果浮动 IP 网络在一个 VLAN 上，把两个参数都设为 ''；如果在一个 br-ex 网桥的 native VLAN 上，则把它们都设置为 'br-ex'。这个配置将使 Neutron 桥接映射在环境中可以正常工作。相关信息包括在 Red Hat Enterprise Linux OpenStack Platform 7 Director 安装和使用指南中。

到数据库的连接数量会受到 Controller 的数量，以及每个 Controller 所具有的内核的限制。在一个有 3 个 controller，每个 controller 有多于 12 个内核的 HA 环境中，数据库的连接数量可能会达到 max_connections 的默认值（1024），这可能会出现对服务的请求没有响应的问题。作为一个临时的解决办法，您可以使用以下命令增加 max_connections 的值：

$ openstack management plan set [tuskar_plan_uuid] -P "Controller-1::MysqlMaxConnections=4096"

使用实际的计划 UUID 替换 [tuskar_plan_uuid]，计划的 UUID 可以使用以下命令找到：

$ openstack management plan list

要在部署时使用 --templates 参数来增加 max_connections 的值，为部署命令提供包括以下内容的额外自定义环境文件

parameters:
  MysqlMaxConnections: 4096

把它添加到 deploy 命令中：

$ openstack management deploy --plan overcloud -e /path/to/custom_environment_file.yaml

到数据库的连接数量会受到 Controller 的数量，以及每个 Controller 所具有的内核的限制。在一个有 3 个 controller，每个 controller 有多于 12 个内核的 HA 环境中，数据库的连接数量可能会达到 max_connections 的默认值（1024），这可能会出现对服务的请求没有响应的问题。作为一个临时的解决办法，您可以使用以下命令增加 max_connections 的值：

$ openstack management plan set [tuskar_plan_uuid] -P "Controller-1::MysqlMaxConnections=4096"

使用实际的计划 UUID 替换 [tuskar_plan_uuid]，计划的 UUID 可以使用以下命令找到：

$ openstack management plan list

要在部署时使用 --templates 参数来增加 max_connections 的值，为部署命令提供包括以下内容的额外自定义环境文件

parameters:
  MysqlMaxConnections: 4096

把它添加到 deploy 命令中：

$ openstack management deploy --plan overcloud -e /path/to/custom_environment_file.yaml

在部署一个 Overcloud 时，Tuskar 会修改 Heat 套件（Heat stack）的顶级参数的名称。这会在 Heat 对套件进行验证时出现一个错误：

ERROR: The Parameter (NeutronExternalNetworkBridge) was not defined in template.

这个问题的一个临时解决办法是，使用 "tuskar plan-update" 修改参数；或在环境文件中使用修改过的参数名：

parameters:
  Controller-1::NeutronExternalNetworkBridge: "''"

Overcloud 部署会使用正确的参数值。

请注意：参数需要在 "parameters:" 项而不是 "parameter_defaults:" 项中定义。否则，Tuskar 的导出环境 environment.yaml 中设置的值会覆盖这个值。

在部署一个 Overcloud 时，Tuskar 会修改 Heat 套件（Heat stack）的顶级参数的名称。这会在 Heat 对套件进行验证时出现一个错误：

ERROR: The Parameter (NeutronExternalNetworkBridge) was not defined in template.

这个问题的一个临时解决办法是，使用 "tuskar plan-update" 修改参数；或在环境文件中使用修改过的参数名：

parameters:
  Controller-1::NeutronExternalNetworkBridge: "''"

Overcloud 部署会使用正确的参数值。

请注意：参数需要在 "parameters:" 项而不是 "parameter_defaults:" 项中定义。否则，Tuskar 的导出环境 environment.yaml 中设置的值会覆盖这个值。