-
Notifications
You must be signed in to change notification settings - Fork 8
Adjustments and reworking some layouts #213
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
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. |
60019d2 to
fc74218
Compare
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.
fc74218 to
51b8108
Compare
doc-Service-Telemetry-Framework/assemblies/assembly_completing-the-stf-configuration.adoc
Outdated
Show resolved
Hide resolved
doc-Service-Telemetry-Framework/assemblies/assembly_completing-the-stf-configuration.adoc
Outdated
Show resolved
Hide resolved
doc-Service-Telemetry-Framework/assemblies/assembly_completing-the-stf-configuration.adoc
Outdated
Show resolved
Hide resolved
doc-Service-Telemetry-Framework/modules/con_configuring-multiple-clouds.adoc
Outdated
Show resolved
Hide resolved
...elemetry-Framework/modules/proc_creating-openstack-environment-file-for-multiple-clouds.adoc
Outdated
Show resolved
Hide resolved
…k-environment-file-for-multiple-clouds.adoc Minor: Prereq tense change
...elemetry-Framework/modules/proc_creating-openstack-environment-file-for-multiple-clouds.adoc
Outdated
Show resolved
Hide resolved
…k-environment-file-for-multiple-clouds.adoc Minor: Prereq tense change
...elemetry-Framework/modules/proc_creating-openstack-environment-file-for-multiple-clouds.adoc
Outdated
Show resolved
Hide resolved
…k-environment-file-for-multiple-clouds.adoc Minor: Prereq tense change
...elemetry-Framework/modules/proc_creating-openstack-environment-file-for-multiple-clouds.adoc
Outdated
Show resolved
Hide resolved
…k-environment-file-for-multiple-clouds.adoc Minor: punctuation
...elemetry-Framework/modules/proc_creating-openstack-environment-file-for-multiple-clouds.adoc
Outdated
Show resolved
Hide resolved
…k-environment-file-for-multiple-clouds.adoc Minor: remove should
doc-Service-Telemetry-Framework/modules/proc_deploying-smart-gateways.adoc
Outdated
Show resolved
Hide resolved
…ateways.adoc Minor: wording of warning
doc-Service-Telemetry-Framework/modules/proc_monitoring-container-health-and-api-status.adoc
Show resolved
Hide resolved
...ervice-Telemetry-Framework/modules/proc_monitoring-resource-usage-of-openstack-services.adoc
Show resolved
Hide resolved
There was a problem hiding this 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.
…-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>
doc-Service-Telemetry-Framework/modules/con_configuring-multiple-clouds.adoc
Outdated
Show resolved
Hide resolved
…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."
|
Ready to merge. Just waiting for @mrunge for a quick review around the Gnocchi templates to match what we have in our testing repo. |
|
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. |
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.
as part of the deployment in order to simplify configuration
assembly
with other OSP configuration steps
cloud names
monitoring to be disabling rather than enabling since they are enabled
by default in enable-stf.yaml now.