mirror of
https://github.com/openshift/openshift-docs.git
synced 2026-02-05 12:46:18 +01:00
Fixing instances of
This commit is contained in:
committed by
openshift-cherrypick-robot
parent
f0b0f60bb7
commit
31d273d962
@@ -5,7 +5,7 @@ include::modules/common-attributes.adoc[]
|
||||
|
||||
toc::[]
|
||||
|
||||
You can customize and install a {product-title} cluster on {rh-virtualization-first}, similar to the one shown in the following diagram.
|
||||
You can customize and install an {product-title} cluster on {rh-virtualization-first}, similar to the one shown in the following diagram.
|
||||
|
||||
image::92_OpenShift_Cluster_Install_RHV_0520.png[Diagram of an {product-title} cluster on a {rh-virtualization} cluster]
|
||||
|
||||
|
||||
@@ -5,7 +5,7 @@ include::modules/jaeger-document-attributes.adoc[]
|
||||
|
||||
toc::[]
|
||||
|
||||
The steps for removing Jaeger from a {product-title} cluster are as follows:
|
||||
The steps for removing Jaeger from an {product-title} cluster are as follows:
|
||||
|
||||
. Shut down any Jaeger pods.
|
||||
. Remove any Jaeger instances.
|
||||
|
||||
@@ -9,7 +9,7 @@ If you use a shared Virtual Private Cloud (VPC) to host your {product-title} clu
|
||||
|
||||
[NOTE]
|
||||
====
|
||||
If you already have a project that hosts the shared VPC network, review this section to ensure that the project meets all of the requirements to install a {product-title} cluster.
|
||||
If you already have a project that hosts the shared VPC network, review this section to ensure that the project meets all of the requirements to install an {product-title} cluster.
|
||||
====
|
||||
|
||||
.Procedure
|
||||
|
||||
@@ -5,7 +5,7 @@
|
||||
[id="installation-osp-creating-network-resources_{context}"]
|
||||
= Creating network resources
|
||||
|
||||
Create the network resources that a {product-title} on {rh-openstack-first} installation on your own infrastructure requires. To save time, run supplied Ansible playbooks that generate security groups, networks, subnets, routers, and ports.
|
||||
Create the network resources that an {product-title} on {rh-openstack-first} installation on your own infrastructure requires. To save time, run supplied Ansible playbooks that generate security groups, networks, subnets, routers, and ports.
|
||||
|
||||
.Procedure
|
||||
|
||||
|
||||
@@ -7,7 +7,7 @@
|
||||
[id="installation-osp-default-deployment_{context}"]
|
||||
= Resource guidelines for installing {product-title} on {rh-openstack}
|
||||
|
||||
To support a {product-title} installation, your {rh-openstack-first} quota must meet the following requirements:
|
||||
To support an {product-title} installation, your {rh-openstack-first} quota must meet the following requirements:
|
||||
|
||||
.Recommended resources for a default {product-title} cluster on {rh-openstack}
|
||||
[options="header"]
|
||||
|
||||
@@ -13,7 +13,7 @@ delete local manifest Pods.
|
||||
|
||||
.Procedure
|
||||
|
||||
Delete a node from a {product-title} cluster running on bare metal by completing
|
||||
Delete a node from an {product-title} cluster running on bare metal by completing
|
||||
the following steps:
|
||||
|
||||
. Mark the node as unschedulable:
|
||||
|
||||
@@ -5,7 +5,7 @@
|
||||
[id="olm-creating-catalog-from-index_{context}"]
|
||||
= Creating a catalog from an index image
|
||||
|
||||
You can create a catalog from an index image and apply it to a {product-title}
|
||||
You can create a catalog from an index image and apply it to an {product-title}
|
||||
cluster.
|
||||
|
||||
.Prerequisites
|
||||
|
||||
@@ -6,7 +6,7 @@
|
||||
= ClusterServiceVersion
|
||||
|
||||
A _ClusterServiceVersion_ (CSV) represents a specific version of a running
|
||||
Operator on a {product-title} cluster. It is a YAML manifest created from
|
||||
Operator on an {product-title} cluster. It is a YAML manifest created from
|
||||
Operator metadata that assists Operator Lifecycle Manager (OLM) in running the
|
||||
Operator in the cluster.
|
||||
|
||||
|
||||
@@ -11,7 +11,7 @@ ifeval::["{context}" == "olm-managing-custom-catalogs"]
|
||||
= Mirroring an Operator catalog image
|
||||
|
||||
Cluster administrators can mirror their catalog's content into a registry and
|
||||
use a CatalogSource to load the content onto a {product-title} cluster. For this
|
||||
use a CatalogSource to load the content onto an {product-title} cluster. For this
|
||||
example, the procedure uses a custom `redhat-operators` catalog image previously
|
||||
built and pushed to a supported registry.
|
||||
endif::[]
|
||||
|
||||
Reference in New Issue
Block a user