Red Hat Bugzilla – Bug 1364478
[RFE] Support adding ceph storage networks to the compute nodes
Last modified: 2016-12-14 10:49:21 EST
In previous releases, the compute role contains the same networks as the ceph storage role with the exception of the storage management network [1]. In Liberty this could be achieved by modifying advanced-networking.yaml [2]. In Newton all ports are now wired into all nodes but not enabled [3]. The RFE requests that a user may easily enable them in Director for OSP10 should the user choose to deploy OSDs on the same nodes as computes (hyperconverged as requested in RH BZ 1291946). In order to implement this the overcloud image will need to be built with the puppet to enable this port [4] and the compute configuration must happen after the controllers. [1] Controller: - Provisioning - Internal API - Storage - Storage Management - External Compute: - Provisioning - Internal API - Storage - Tenant Ceph Storage: - Provisioning - Storage - Storage Management [2] Add the following to templates/advanced-networking.yaml OS::TripleO::Compute::Ports::StoragePort: /home/stack/templates/network/ports/storage.yaml [3] https://review.openstack.org/#/c/338113 [4] https://review.openstack.org/#/c/340286
A new upstream submission will be coming in for review with lines 3 and 4 of the following uncommented: https://review.openstack.org/#/c/338113/10/environments/hyperconverged-ceph.yaml The user should then be able to: openstack overcloud deploy ... -e ~/templates/environments/hyperconverged-ceph.yaml ... Submission will then be linked here.
The HCI environment file (environments/hyperconverged-ceph.yaml) will default to use of NETISO on the compute nodes.
FYI: environments/hyperconverged-ceph.yaml depends on python-heatclient 1.5 or newer. As per https://review.rdoproject.org/r/#/c/2857 said heatclient is merged in RDO (however there's a slight upstream divergence here which should get fixed too https://review.rdoproject.org/r/#/c/2857).
Verified on OSP 10 openstack-tripleo-heat-templates-5.1.0-3.el7ost.noarch
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHEA-2016-2948.html