Skip to content

Conversation

@leifmadsen
Copy link
Member

Various adjustments and reworking some layout and placements across the
documentation to help provide better guidance and to try and reduce
jumping around the document. Focus is to make things more obvious during
the OSP deployment for planning purposes rather than having
administrators having to update their overcloud deployments.

  • Fix leveloffset for OSP overcloud configuration procedures
  • Update multicloud configuration to presume the enable-stf.yaml exists
    as part of the deployment in order to simplify configuration
  • Move OSP related configurations from advanced assembly in to OSP related
    assembly
  • Hide container and API monitoring when not deployed via OSP13
  • Update multicloud configurations for latest STF
  • Various syntax clean ups and highlight controls
  • Synchronize overcloud deployment steps between various modules
  • Increase TOC levels generated from 2 to 3
  • Re-jig the CA certificate configuration for OSP13 to be more in line
    with other OSP configuration steps
  • Add warning about not exceeding 19 chars between STF instance name and
    cloud names
  • Converted modules for container health checks and OSP service
    monitoring to be disabling rather than enabling since they are enabled
    by default in enable-stf.yaml now.

@leifmadsen leifmadsen self-assigned this Jun 18, 2021
@leifmadsen
Copy link
Member Author

Sorry that this PR is so large. The refactoring got a bit away from me today, but I'm really happy how this turned out. I was doing testing between OSP13 and OSP16 configurations as well to verify that everything was aligning as it should. A few minor bugs and tweaks were found in the OSP13 docs as well, which should make importing this for OSP13 much much nicer.

@leifmadsen leifmadsen force-pushed the stf13/multicloud_enable_stf branch from 60019d2 to fc74218 Compare June 19, 2021 04:42
Various adjustments and reworking some layout and placements across the
documentation to help provide better guidance and to try and reduce
jumping around the document. Focus is to make things more obvious during
the OSP deployment for planning purposes rather than having
administrators having to update their overcloud deployments.

* Fix leveloffset for OSP overcloud configuration procedures
* Update multicloud configuration to presume the enable-stf.yaml exists
  as part of the deployment in order to simplify configuration
* Move OSP related configurations from advanced assembly in to OSP related
  assembly
* Hide container and API monitoring when not deployed via OSP13
* Update multicloud configurations for latest STF
* Various syntax clean ups and highlight controls
* Synchronize overcloud deployment steps between various modules
* Increase TOC levels generated from 2 to 3
* Re-jig the CA certificate configuration for OSP13 to be more in line
  with other OSP configuration steps
* Add warning about not exceeding 19 chars between STF instance name and
  cloud names
* Converted modules for container health checks and OSP service
  monitoring to be disabling rather than enabling since they are enabled
  by default in enable-stf.yaml now.
@leifmadsen leifmadsen force-pushed the stf13/multicloud_enable_stf branch from fc74218 to 51b8108 Compare June 19, 2021 13:16
…k-environment-file-for-multiple-clouds.adoc


Minor: Prereq tense change
…k-environment-file-for-multiple-clouds.adoc


Minor: Prereq tense change
…k-environment-file-for-multiple-clouds.adoc


Minor: Prereq tense change
…k-environment-file-for-multiple-clouds.adoc


Minor: punctuation
…k-environment-file-for-multiple-clouds.adoc


Minor: remove should
Copy link
Collaborator

@JoanneOFlynn2018 JoanneOFlynn2018 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Huge work Leif, looks really good. A few comments for you to look at.

leifmadsen and others added 4 commits June 21, 2021 08:21
…-the-stf-configuration.adoc

Co-authored-by: JoanneOFlynn2018 <45287002+JoanneOFlynn2018@users.noreply.github.com>
…-the-stf-configuration.adoc

Co-authored-by: JoanneOFlynn2018 <45287002+JoanneOFlynn2018@users.noreply.github.com>
…-the-stf-configuration.adoc

Co-authored-by: JoanneOFlynn2018 <45287002+JoanneOFlynn2018@users.noreply.github.com>
Update the gnocchi-connectors.yaml based on feedback from repository
testing changes in
infrawatch/service-telemetry-operator@b38117d

Signed-off-by: Leif Madsen <lmadsen@redhat.com>
@leifmadsen leifmadsen requested a review from mrunge June 21, 2021 13:09
…le-clouds.adoc


"Data stored by the Smart Gateway in to the data storage domain, is filtered by using the metadata created by each of the Smart Gateways."
@leifmadsen
Copy link
Member Author

Ready to merge. Just waiting for @mrunge for a quick review around the Gnocchi templates to match what we have in our testing repo.

@leifmadsen
Copy link
Member Author

I'm going to merge this now to get things in sync. If we need to make adjustments to the gnocchi configuration we can do that separately. Risk is low here based on latest changes included.

@leifmadsen leifmadsen merged commit a52e756 into master Jun 21, 2021
@leifmadsen leifmadsen deleted the stf13/multicloud_enable_stf branch June 21, 2021 14:16
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

3 participants