mirror of
https://github.com/openshift/openshift-docs.git
synced 2026-02-05 12:46:18 +01:00
OSDOCS-10899: Remove Alibaba Cloud preupdate references
This commit is contained in:
committed by
openshift-cherrypick-robot
parent
01b37ba42c
commit
0755b670dd
Binary file not shown.
|
After Width: | Height: | Size: 157 KiB |
@@ -26,14 +26,14 @@ Some platforms only support using the CCO in one mode. For clusters that are ins
|
||||
For platforms that support using the CCO in multiple modes, you must determine which mode the cluster is configured to use and take the required actions for that configuration.
|
||||
|
||||
.Credentials update requirements by platform type
|
||||
image::334_OpenShift_cluster_updating_and_CCO_workflows_0523_4.11_B.png[Decision tree showing the possible update paths for your cluster depending on the configured CCO credentials mode.]
|
||||
image::334_OpenShift_cluster_updating_and_CCO_workflows_0523_4.11_B_AliCloud_patch.png[Decision tree showing the possible update paths for your cluster depending on the configured CCO credentials mode.]
|
||||
|
||||
{rh-openstack-first} and VMware vSphere::
|
||||
These platforms do not support using the CCO in manual mode. Clusters on these platforms handle changes in cloud provider resources automatically and do not require an update to the `upgradeable-to` annotation.
|
||||
+
|
||||
Administrators of clusters on these platforms should skip the manually maintained credentials section of the update process.
|
||||
|
||||
{alibaba}, {ibm-cloud-title}, and Nutanix::
|
||||
{ibm-cloud-title} and Nutanix::
|
||||
Clusters installed on these platforms are configured using the `ccoctl` utility.
|
||||
+
|
||||
Administrators of clusters on these platforms must take the following actions:
|
||||
|
||||
@@ -24,28 +24,6 @@ On AWS clusters, some `ccoctl` commands make AWS API calls to create or modify A
|
||||
|
||||
. Use the `ccoctl` tool to process all `CredentialsRequest` objects by running the command for your cloud provider. The following commands process `CredentialsRequest` objects:
|
||||
+
|
||||
.{alibaba}
|
||||
[%collapsible]
|
||||
====
|
||||
[source,terminal]
|
||||
----
|
||||
$ ccoctl alibabacloud create-ram-users \
|
||||
--name <name> \// <1>
|
||||
--region=<alibaba_region> \// <2>
|
||||
--credentials-requests-dir=<path_to_credentials_requests_directory> \// <3>
|
||||
--output-dir=<path_to_ccoctl_output_dir> <4>
|
||||
----
|
||||
<1> Specify the name used to tag any cloud resources that are created for tracking.
|
||||
<2> Specify the Alibaba Cloud region in which cloud resources will be created.
|
||||
<3> Specify the directory containing the files for the component `CredentialsRequest` objects.
|
||||
<4> Optional: Specify the directory in which you want the `ccoctl` utility to create objects. By default, the utility creates objects in the directory in which the commands are run.
|
||||
|
||||
[NOTE]
|
||||
=====
|
||||
A RAM user can have up to two AccessKeys at the same time. If you run `ccoctl alibabacloud create-ram-users` more than twice, the previously generated manifests secret becomes stale and you must reapply the newly generated secrets.
|
||||
=====
|
||||
====
|
||||
+
|
||||
.Amazon Web Services (AWS)
|
||||
[%collapsible]
|
||||
====
|
||||
|
||||
Reference in New Issue
Block a user