Red Hat Summit Red Hat SummitSupportConsoleDevelopersStart a trialContact

Getting started

Red Hat OpenShift Service on AWS classic architecture 4

Setting up clusters and accounts

Red Hat OpenShift Documentation Team

Abstract

This document provides information on how to get started with Red Hat OpenShift Service on AWS (ROSA) clusters.

Create a Red Hat OpenShift Service on AWS classic architecture cluster by using Red Hat OpenShift Cluster Manager on the Red Hat Hybrid Cloud Console. After you create your cluster, you can grant user access, deploy your application, revoke user access, and delete your cluster.

Note

If you are looking for a comprehensive getting started guide for Red Hat OpenShift Service on AWS classic architecture, see the comprehensive guide to getting started with Red Hat OpenShift Service on AWS classic architecture.

You can create a cluster that uses AWS Security Token Service (STS).

Red Hat OpenShift Service on AWS classic architecture

1.1. Prerequisites
Copy link

  • You reviewed the introduction to Red Hat OpenShift Service on AWS classic architecture, and the documentation on Red Hat OpenShift Service on AWS classic architecture architecture models and concepts.
  • You have read the documentation on the guidelines for planning your environment.
  • You have reviewed the detailed AWS prerequisites for Red Hat OpenShift Service on AWS classic architecture with STS.
  • You have the AWS service quotas required to run a Red Hat OpenShift Service on AWS classic architecture cluster.

Before you create a Red Hat OpenShift Service on AWS classic architecture cluster, you must configure your environment.

You must complete the following tasks:

  • Verify Red Hat OpenShift Service on AWS classic architecture prerequisites against your AWS and Red Hat accounts.
  • Install and configure the required command-line interface (CLI) tools.
  • Verify the configuration of the CLI tools.

You can enable Red Hat OpenShift Service on AWS classic architecture in your AWS account by verifying prerequisites in the AWS Management Console.

Prerequisites

  • You have a Red Hat account.

  • You have an AWS account.

    Note

    Consider using a dedicated AWS account to run production clusters. If you are using AWS Organizations, you can use an AWS account within your organization or create a new one.

Procedure

  1. Sign in to the AWS Management Console.
  2. Navigate to the ROSA service.

  3. Click Get started.

    The Verify ROSA prerequisites page opens.

  4. Under ROSA enablement, ensure that a checkmark and You previously enabled ROSA are displayed.

    If not, follow these steps:

    1. Select the checkbox beside I agree to share my contact information with Red Hat.

    2. Click Enable ROSA.

      After a short wait, a checkmark and You enabled ROSA message are displayed.

  5. Under Service Quotas, ensure that a checkmark and Your quotas meet the requirements for ROSA are displayed.

    If you see Your quotas don’t meet the minimum requirements, take note of the quota type and the minimum listed in the error message. See the Amazon documentation on requesting a quota increase for guidance. It might take several hours for Amazon to approve your quota request.

  6. Under ELB service-linked role, ensure that a checkmark and AWSServiceRoleForElasticLoadBalancing already exists are displayed.

  7. Click Continue to Red Hat.

    The Get started with Red Hat OpenShift Service on AWS classic architecture (ROSA) page opens in a new tab. You have already completed Step 1 on this page, and can now continue with Step 2.

Several command-line interface (CLI) tools are required to deploy and work with your cluster.

Prerequisites

  • You have an AWS account.
  • You have a Red Hat account.

Procedure

  1. Log in to your Red Hat and AWS accounts to access the download page for each required tool.

    1. Log in to your Red Hat account at console.redhat.com.
    2. Log in to your AWS account at aws.amazon.com.

  2. Install and configure the latest AWS CLI (aws).

    1. Install the AWS CLI by following the AWS Command Line Interface documentation appropriate for your workstation.

    2. Configure the AWS CLI by specifying your aws_access_key_id, aws_secret_access_key, and region in the .aws/credentials file. For more information, see AWS Configuration basics in the AWS documentation.

      Note

      You can optionally use the AWS_DEFAULT_REGION environment variable to set the default AWS region.

    3. Query the AWS API to verify if the AWS CLI is installed and configured correctly: 

      $ aws sts get-caller-identity  --output text

      For example: 

      <aws_account_id>    arn:aws:iam::<aws_account_id>:user/<username>  <aws_user_id>

  3. Install and configure the latest ROSA CLI.

    1. Navigate to Downloads.

    2. Find Red Hat OpenShift Service on AWS command line interface (rosa) in the list of tools and click Download.

      The rosa-linux.tar.gz file is downloaded to your default download location.

    3. Extract the rosa binary file from the downloaded archive. The following example extracts the binary from a Linux tar archive: 

      $ tar xvf rosa-linux.tar.gz

    4. Move the rosa binary file to a directory in your execution path. In the following example, the /usr/local/bin directory is included in the path of the user: 

      $ sudo mv rosa /usr/local/bin/rosa

    5. Verify that the ROSA CLI is installed correctly by querying the rosa version: 

      $ rosa version

      For example: 

      1.2.47
Your ROSA CLI is up to date.

  4. Log in to the ROSA CLI using an offline access token.

    1. Run the login command: 

      $ rosa login

      For example: 

      To login to your Red Hat account, get an offline access token at https://console.redhat.com/openshift/token/rosa
? Copy the token and paste it here:
    2. Navigate to the URL listed in the command output to view your offline access token.

    3. Enter the offline access token at the command-line prompt to log in. 

      ? Copy the token and paste it here: *******************
[full token length omitted]
      Note

      In the future you can specify the offline access token by using the --token="<offline_access_token>" argument when you run the rosa login command.

    4. Verify that you are logged in and confirm that your credentials are correct before proceeding: 

      $ rosa whoami

      For example: 

      AWS Account ID:               <aws_account_number>
AWS Default Region:           us-east-1
AWS ARN:                      arn:aws:iam::<aws_account_number>:user/<aws_user_name>
OCM API:                      https://api.openshift.com
OCM Account ID:               <red_hat_account_id>
OCM Account Name:             Your Name
OCM Account Username:         you@domain.com
OCM Account Email:            you@domain.com
OCM Organization ID:          <org_id>
OCM Organization Name:        Your organization
OCM Organization External ID: <external_org_id>

  5. Install and configure the latest OpenShift CLI (oc).

    1. Use the ROSA CLI to download the oc CLI.

      The following command downloads the latest version of the CLI to the current working directory: 

      $ rosa download openshift-client

    2. Extract the oc binary file from the downloaded archive. The following example extracts the files from a Linux tar archive: 

      $ tar xvf openshift-client-linux.tar.gz

    3. Move the oc binary to a directory in your execution path. In the following example, the /usr/local/bin directory is included in the path of the user: 

      $ sudo mv oc /usr/local/bin/oc

    4. Verify that the oc CLI is installed correctly: 

      $ rosa verify openshift-client

      For example: 

      I: Verifying whether OpenShift command-line tool is available...
I: Current OpenShift Client Version: 4.17.3

Red Hat OpenShift Cluster Manager is a managed service on the Red Hat Hybrid Cloud Console where you can install, change, operate, and upgrade your Red Hat OpenShift clusters. This service allows you to work with all of your organization’s clusters from a single dashboard.

The procedures in this document use the auto modes in OpenShift Cluster Manager to immediately create the required Identity and Access Management (IAM) resources by using the current AWS account. The required resources include the account-wide IAM roles and policies, cluster-specific Operator roles and policies, and OpenID Connect (OIDC) identity provider.

When using the OpenShift Cluster Manager Hybrid Cloud Console to create a Red Hat OpenShift Service on AWS classic architecture cluster that uses the STS, you can select the default options to create the cluster quickly.

Before you can use the OpenShift Cluster Manager Hybrid Cloud Console to deploy Red Hat OpenShift Service on AWS classic architecture with STS clusters, you must associate your AWS account with your Red Hat organization and create the required account-wide STS roles and policies.

You can quickly create a Red Hat OpenShift Service on AWS classic architecture cluster by using the default installation options.

Expand
Table 1.1. Default Red Hat OpenShift Service on AWS classic architecture cluster specifications
ComponentDefault specifications

Accounts and roles

  • Default IAM role prefix: ManagedOpenShift
  • Default IAM role prefix: HCP-ROSA

Cluster settings

  • Default cluster version: Latest
  • Default AWS region for installations using the Red Hat OpenShift Cluster Manager Hybrid Cloud Console: us-east-1 (US East, North Virginia)
  • Default AWS region for installations using the ROSA CLI (rosa): Defined by your aws CLI configuration
  • Default EC2 IMDS endpoints (both v1 and v2) are enabled
  • Availability: Single zone for the data plane
  • Monitoring for user-defined projects: Enabled
  • No cluster admin role created

Control plane node configuration

  • Control plane node instance type: m5.2xlarge (8 vCPU, 32 GiB RAM)
  • Control plane node count: 3

Compute node machine pool

  • Compute node instance type: m5.xlarge (4 vCPU 16, GiB RAM)
  • Compute node count: 2
  • Autoscaling: Not enabled
  • No additional node labels

Networking configuration

  • Cluster privacy: Public
  • You must have configured your own Virtual Private Cloud (VPC)
  • No cluster-wide proxy is configured

Classless Inter-Domain Routing (CIDR) ranges

  • Machine CIDR: 10.0.0.0/16
  • Service CIDR: 172.30.0.0/16
  • Pod CIDR: 10.128.0.0/14

  • Host prefix: /23

    Note

    The static IP address 172.20.0.1 is reserved for the internal Kubernetes API address. The machine, pod, and service CIDRs ranges must not conflict with this IP address.

Cluster roles and policies

  • Mode used to create the Operator roles and the OpenID Connect (OIDC) provider: auto

    Note

    For installations that use OpenShift Cluster Manager on the Hybrid Cloud Console, the auto mode requires an admin-privileged OpenShift Cluster Manager role (ocm-role).

  • Default Operator role prefix: <cluster_name>-<4_digit_random_string>

Storage

  • Node volumes:

    • Type: AWS EBS GP3
    • Default size: 300GiB (adjustable at creation time)

  • Workload persistent volumes:

    • Default StorageClass: gp3-csi
    • Provisioner: ebs.csi.aws.com
    • Dynamic persistent volume provisioning

Cluster update strategy

  • Individual updates
  • 1 hour grace period for node draining

1.4. Understanding AWS account association
Copy link

Before you can use Red Hat OpenShift Cluster Manager on the Red Hat Hybrid Cloud Console to create Red Hat OpenShift Service on AWS classic architecture (ROSA) clusters that use the AWS Security Token Service (STS), you must associate your AWS account with your Red Hat organization. You can associate your account by creating and linking the following IAM roles.

OpenShift Cluster Manager role

Create an OpenShift Cluster Manager IAM role and link it to your Red Hat organization.

You can apply basic or administrative permissions to the OpenShift Cluster Manager role. The basic permissions enable cluster maintenance using OpenShift Cluster Manager. The administrative permissions enable automatic deployment of the cluster-specific Operator roles and the OpenID Connect (OIDC) provider using OpenShift Cluster Manager.

User role

Create a user IAM role and link it to your Red Hat user account. The Red Hat user account must exist in the Red Hat organization that is linked to your OpenShift Cluster Manager role.

The user role is used by Red Hat to verify your AWS identity when you use the OpenShift Cluster Manager Hybrid Cloud Console to install a cluster and the required STS resources.

Before using Red Hat OpenShift Cluster Manager on the Red Hat Hybrid Cloud Console to create ROSA (classic) clusters that use the AWS Security Token Service (STS), create an OpenShift Cluster Manager IAM role and link it to your Red Hat organization. Then, create a user IAM role and link it to your Red Hat user account in the same Red Hat organization.

Procedure

  1. Create an OpenShift Cluster Manager role and link it to your Red Hat organization:

    Note

    To enable automatic deployment of the cluster-specific Operator roles and the OpenID Connect (OIDC) provider using the OpenShift Cluster Manager Hybrid Cloud Console, you must apply the administrative privileges to the role by choosing the Admin OCM role command in the Accounts and roles step of creating a ROSA cluster. For more information about the basic and administrative privileges for the OpenShift Cluster Manager role, see Understanding AWS account association.

    Note

    If you choose the Basic OCM role command in the Accounts and roles step of creating a ROSA cluster in the OpenShift Cluster Manager Hybrid Cloud Console, you must deploy a ROSA cluster using manual mode. You will be prompted to configure the cluster-specific Operator roles and the OpenID Connect (OIDC) provider in a later step. 

    $ rosa create ocm-role

    Select the default values at the prompts to quickly create and link the role.

  2. Create a user role and link it to your Red Hat user account: 

    $ rosa create user-role

    Select the default values at the prompts to quickly create and link the role.

    Note

    The Red Hat user account must exist in the Red Hat organization that is linked to your OpenShift Cluster Manager role.

Before using the Red Hat Hybrid Cloud Console to create Red Hat OpenShift Service on AWS classic architecture clusters that use the AWS Security Token Service (STS), create the required account-wide STS roles and policies, including the Operator policies.

Procedure

  1. If they do not exist in your AWS account, create the required account-wide AWS IAM STS roles and policies: 

    $ rosa create account-roles

    Select the default values at the prompts to quickly create the roles and policies.

When using Red Hat OpenShift Cluster Manager on the Red Hat Hybrid Cloud Console to create a Red Hat OpenShift Service on AWS classic architecture cluster that uses the AWS Security Token Service (STS), you can select the default options to create the cluster quickly. You can also use the admin OpenShift Cluster Manager IAM role to enable automatic deployment of the cluster-specific Operator roles and the OpenID Connect (OIDC) provider.

Procedure

  1. Navigate to OpenShift Cluster Manager and select Create cluster.
  2. On the Create an OpenShift cluster page, select Create cluster in the Red Hat OpenShift Service on AWS classic architecture (ROSA) row.

  3. Verify that your AWS account ID is listed in the Associated AWS accounts drop-down menu and that the installer, support, worker, and control plane account role Amazon Resource Names (ARNs) are listed on the Accounts and roles page.

    Note

    If your AWS account ID is not listed, check that you have successfully associated your AWS account with your Red Hat organization. If your account role ARNs are not listed, check that the required account-wide STS roles exist in your AWS account.

  4. Click Next.

  5. On the Cluster details page, provide a name for your cluster in the Cluster name field. Leave the default values in the remaining fields and click Next.

    Note

    Cluster creation generates a domain prefix as a subdomain for your provisioned cluster on openshiftapps.com. If the cluster name is less than or equal to 15 characters, that name is used for the domain prefix. If the cluster name is longer than 15 characters, the domain prefix is randomly generated as a 15-character string. To customize the subdomain, select the Create custom domain prefix checkbox, and enter your domain prefix name in the Domain prefix field.

  6. To deploy a cluster quickly, leave the default options in the Cluster settings, Networking, Cluster roles and policies, and Cluster updates pages and click Next on each page.
  7. On the Review your Red Hat OpenShift Service on AWS classic architecture cluster page, review the summary of your selections and click Create cluster to start the installation.

  8. Optional: On the Overview tab, you can enable the delete protection feature by selecting Enable, which is located directly under Delete Protection: Disabled. This will prevent your cluster from being deleted. To disable delete protection, select Disable. By default, clusters are created with the delete protection feature disabled.

    Verification

    • You can check the progress of the installation in the Overview page for your cluster. You can view the installation logs on the same page. Your cluster is ready when the Status in the Details section of the page is listed as Ready.

      Note

      If the installation fails or the cluster State does not change to Ready after about 40 minutes, check the installation troubleshooting documentation for details. For more information, see Troubleshooting installations. For steps to contact Red Hat Support for assistance, see Getting support for Red Hat OpenShift Service on AWS.

Before configuring an identity provider, you can create a user with cluster-admin privileges for immediate access to your Red Hat OpenShift Service on AWS classic architecture cluster.

Note

The cluster administrator user is useful when you need quick access to a newly deployed cluster. However, consider configuring an identity provider and granting cluster administrator privileges to the identity provider users as required. For more information about setting up an identity provider for your Red Hat OpenShift Service on AWS classic architecture cluster, see Configuring an identity provider and granting cluster access.

Procedure

  1. Create a cluster administrator user, replacing <cluster_name> with the name of your cluster: 

    $ rosa create admin --cluster=<cluster_name>

    Example output

    W: It is recommended to add an identity provider to login to this cluster. See 'rosa create idp --help' for more information.
I: Admin account has been added to cluster '<cluster_name>'.
I: Please securely store this generated password. If you lose this password you can delete and recreate the cluster admin user.
I: To login, run the following command:

   oc login https://api.example-cluster.wxyz.p1.openshiftapps.com:6443 --username cluster-admin --password d7Rca-Ba4jy-YeXhs-WU42J

I: It may take up to a minute for the account to become active.

    Note

    It might take approximately one minute for the cluster-admin user to become active.

Red Hat OpenShift Service on AWS classic architecture includes a built-in OAuth server. After your Red Hat OpenShift Service on AWS classic architecture cluster is created, you must configure OAuth to use an identity provider. You can then add members to your configured identity provider to grant them access to your cluster.

You can also grant the identity provider users with cluster-admin or dedicated-admin privileges as required.

1.9.1. Configuring an identity provider
Copy link

You can configure different identity provider types for your Red Hat OpenShift Service on AWS classic architecture cluster. Supported types include GitHub, GitHub Enterprise, GitLab, Google, LDAP, OpenID Connect and htpasswd identity providers.

Important

The htpasswd identity provider option is included only to enable the creation of a single, static administration user. htpasswd is not supported as a general-use identity provider for Red Hat OpenShift Service on AWS classic architecture.

The following procedure configures a GitHub identity provider as an example.

Procedure

  1. Go to github.com and log in to your GitHub account.
  2. If you do not have an existing GitHub organization to use for identity provisioning for your Red Hat OpenShift Service on AWS classic architecture cluster, create one. Follow the steps in the GitHub documentation.

  3. Configure a GitHub identity provider for your cluster that is restricted to the members of your GitHub organization.

    1. Configure an identity provider using the interactive mode, replacing <cluster_name> with the name of your cluster: 

      $ rosa create idp --cluster=<cluster_name> --interactive

      The following example output prompts you to enter information about your GitHub organization, replacing <github_org_name> with the name of your GitHub organization:

      Example output

      I: Interactive mode enabled.
Any optional fields can be left empty and a default will be selected.
? Type of identity provider: github
? Identity provider name: github-1
? Restrict to members of: organizations
? GitHub organizations: <github_org_name>
? To use GitHub as an identity provider, you must first register the application:
  - Open the following URL:
    https://github.com/organizations/<github_org_name>/settings/applications/new?oauth_application%5Bcallback_url%5D=https%3A%2F%2Foauth-openshift.apps.<cluster_name>/<random_string>.p1.openshiftapps.com%2Foauth2callback%2Fgithub-1&oauth_application%5Bname%5D=<cluster_name>&oauth_application%5Burl%5D=https%3A%2F%2Fconsole-openshift-console.apps.<cluster_name>/<random_string>.p1.openshiftapps.com
  - Click on 'Register application'
...

    2. Follow the URL in the output and select Register application to register a new OAuth application in your GitHub organization. By registering the application, you enable the OAuth server that is built into Red Hat OpenShift Service on AWS classic architecture to authenticate members of your GitHub organization into your cluster.

      Note

      The fields in the Register a new OAuth application GitHub form are automatically filled with the required values through the URL defined by the ROSA CLI.

    3. Use the information from your GitHub OAuth application page to populate the remaining rosa create idp interactive prompts, replacing <github_client_id> with the client ID for your GitHub OAuth application and <github_client_secret> with a client secret for your GitHub OAuth application. Specify claim as the mapping method:

      Continued example output

      ...
? Client ID: <github_client_id>
? Client Secret: [? for help] <github_client_secret>
? GitHub Enterprise Hostname (optional):
? Mapping method: claim
I: Configuring IDP for cluster '<cluster_name>'
I: Identity Provider 'github-1' has been created.
   It will take up to 1 minute for this configuration to be enabled.
   To add cluster administrators, see 'rosa grant user --help'.
   To login into the console, open https://console-openshift-console.apps.<cluster_name>.<random_string>.p1.openshiftapps.com and click on github-1.

      Note

      It might take approximately two minutes for the identity provider configuration to become active. If you have configured a cluster-admin user, you can watch the OAuth pods redeploy with the updated configuration by running oc get pods -n openshift-authentication --watch.

    4. Enter the following command to verify that the identity provider has been configured correctly: 

      $ rosa list idps --cluster=<cluster_name>

      Example output

      NAME        TYPE      AUTH URL
github-1    GitHub    https://oauth-openshift.apps.<cluster_name>.<random_string>.p1.openshiftapps.com/oauth2callback/github-1

1.9.2. Granting user access to a cluster
Copy link

You can grant a user access to your Red Hat OpenShift Service on AWS classic architecture cluster by adding them to your configured identity provider.

You can configure different types of identity providers for your Red Hat OpenShift Service on AWS classic architecture cluster. The following example procedure adds a user to a GitHub organization that is configured for identity provision to the cluster.

Procedure

  1. Go to github.com and log in to your GitHub account.
  2. Invite users that require access to the Red Hat OpenShift Service on AWS classic architecture cluster to your GitHub organization. Follow the steps in Inviting users to join your organization in the GitHub documentation.

1.9.3. Granting administrator privileges to a user
Copy link

After you have added a user to your configured identity provider, you can grant the user cluster-admin or dedicated-admin privileges for your Red Hat OpenShift Service on AWS classic architecture cluster.

Procedure

  • To configure cluster-admin privileges for an identity provider user:

    1. Grant the user cluster-admin privileges: 

      $ rosa grant user cluster-admin --user=<idp_user_name> --cluster=<cluster_name>

      Example output

      I: Granted role 'cluster-admins' to user '<idp_user_name>' on cluster '<cluster_name>'

    2. Verify if the user is listed as a member of the cluster-admins group: 

      $ rosa list users --cluster=<cluster_name>

      Example output

      ID                 GROUPS
<idp_user_name>    cluster-admins

  • To configure dedicated-admin privileges for an identity provider user:

    1. Grant the user dedicated-admin privileges: 

      $ rosa grant user dedicated-admin --user=<idp_user_name> --cluster=<cluster_name>

      Example output

      I: Granted role 'dedicated-admins' to user '<idp_user_name>' on cluster '<cluster_name>'

    2. Verify if the user is listed as a member of the dedicated-admins group: 

      $ rosa list users --cluster=<cluster_name>

      Example output

      ID                 GROUPS
<idp_user_name>    dedicated-admins

1.10. Accessing a cluster through the web console
Copy link

After creating a cluster administrator or adding a user to your identity provider, you can log in to your Red Hat OpenShift Service on AWS classic architecture cluster through the web console.

Procedure

  1. Obtain the console URL for your cluster: 

    $ rosa describe cluster -c <cluster_name> | grep Console

    Example output

    Console URL:                https://console-openshift-console.apps.example-cluster.wxyz.p1.openshiftapps.com

  2. Go to the console URL in the output of the preceding step and log in.

    • If you created a cluster-admin user, log in by using the provided credentials.
    • If you configured an identity provider for your cluster, select the identity provider name in the Log in with…​ dialog and complete any authorization requests from your provider.

From the Red Hat OpenShift Service on AWS classic architecture web console, you can deploy a test application from the Developer Catalog and expose it with a route.

Prerequisites

  • You logged in to the Red Hat Hybrid Cloud Console.
  • You created a Red Hat OpenShift Service on AWS classic architecture cluster.
  • You configured an identity provider for your cluster.
  • You added your user account to the configured identity provider.

Procedure

  1. Go to the Cluster List page in OpenShift Cluster Manager.
  2. Click the options icon (⋮) next to the cluster you want to view.
  3. Click Open console.
  4. Your cluster console opens in a new browser window. Log in to your Red Hat account with your configured identity provider credentials.
  5. In the Administrator perspective, select Home → Projects → Create Project.
  6. Enter a name for your project and optionally add a Display Name and Description.
  7. Click Create to create the project.
  8. Switch to the Developer perspective and select +Add. Verify that the selected Project is the one that you created.
  9. In the Developer Catalog dialog, select All services.
  10. In the Developer Catalog page, select Languages → JavaScript from the menu.

  11. Click Node.js, and then click Create to open the Create Source-to-Image application page.

    Note

    You might need to click Clear All Filters to display the Node.js option.

  12. In the Git section, click Try sample.
  13. Add a unique name in the Name field. The value is used to name the associated resources.
  14. Confirm that Deployment and Create a route are selected.
  15. Click Create to deploy the application. It takes a few minutes for the pods to deploy.
  16. Optional: Check the status of the pods in the Topology pane by selecting your Node.js app and reviewing its sidebar. You must wait for the nodejs build to complete and for the nodejs pod to be in a Running state before continuing.

  17. When the deployment is complete, click the route URL for the application, which has a format similar to the following: 

    https://nodejs-<project>.<cluster_name>.<hash>.<region>.openshiftapps.com/

    A new tab in your browser opens with a message similar to the following: 

    Welcome to your Node.js application on OpenShift

  18. Optional: Delete the application and clean up the resources that you created:

    1. In the Administrator perspective, navigate to Home → Projects.
    2. Click the action menu for your project and select Delete Project.

You can revoke cluster-admin or dedicated-admin privileges from a user by using the ROSA CLI, rosa.

To revoke cluster access from a user, you must remove the user from your configured identity provider.

Follow the procedures in this section to revoke administrator privileges or cluster access from a user.

You can revoke cluster-admin or dedicated-admin privileges from a user by using the ROSA command-line interface (CLI) (rosa).

Procedure

  • To revoke cluster-admin privileges from an identity provider user:

    1. Revoke the cluster-admin privilege: 

      $ rosa revoke user cluster-admin --user=<idp_user_name> --cluster=<cluster_name>

      Example output

      ? Are you sure you want to revoke role cluster-admins from user <idp_user_name> in cluster <cluster_name>? Yes
I: Revoked role 'cluster-admins' from user '<idp_user_name>' on cluster '<cluster_name>'

    2. Verify that the user is not listed as a member of the cluster-admins group: 

      $ rosa list users --cluster=<cluster_name>

      Example output

      W: There are no users configured for cluster '<cluster_name>'

  • To revoke dedicated-admin privileges from an identity provider user:

    1. Revoke the dedicated-admin privilege: 

      $ rosa revoke user dedicated-admin --user=<idp_user_name> --cluster=<cluster_name>

      Example output

      ? Are you sure you want to revoke role dedicated-admins from user <idp_user_name> in cluster <cluster_name>? Yes
I: Revoked role 'dedicated-admins' from user '<idp_user_name>' on cluster '<cluster_name>'

    2. Verify that the user is not listed as a member of the dedicated-admins group: 

      $ rosa list users --cluster=<cluster_name>

      Example output

      W: There are no users configured for cluster '<cluster_name>'

1.12.2. Revoking user access to a cluster
Copy link

You can revoke cluster access for an identity provider user by removing them from your configured identity provider.

You can configure different types of identity providers for your Red Hat OpenShift Service on AWS classic architecture cluster. The following example procedure revokes cluster access for a member of a GitHub organization that is configured for identity provision to the cluster.

Procedure

  1. Navigate to github.com and log in to your GitHub account.
  2. Remove the user from your GitHub organization. Follow the steps in Removing a member from your organization in the GitHub documentation.

You can use the ROSA CLI to delete a Red Hat OpenShift Service on AWS classic architecture cluster that uses AWS Security Token Service (STS), the AWS Identity and Access Management (IAM) account-wide roles, cluster-specific Operator roles, and the OpenID Connect (OIDC) provider. To delete account-wide inline and Operator policies, use the AWS IAM Console or AWS CLI.

Important

Account-wide IAM roles and policies might be used by other Red Hat OpenShift Service on AWS classic architecture clusters in the same AWS account. You must only remove the resources if they are not required by other clusters.

Procedure

  1. Delete a cluster and watch the logs, replacing <cluster_name> with the name or ID of your cluster: 

    $ rosa delete cluster --cluster=<cluster_name> --watch
    Important

    You must wait for the cluster deletion to complete before you remove the IAM roles, policies, and OIDC provider. The account-wide roles are required to delete the resources created by the installation program. The cluster-specific Operator roles are required to clean-up the resources created by the OpenShift Operators. The Operators use the OIDC provider to authenticate with AWS APIs.

  2. After the cluster is deleted, delete the OIDC provider that the cluster Operators use to authenticate: 

    $ rosa delete oidc-provider -c <cluster_id> --mode auto
    Note

    You can use the -y option to automatically answer yes to the prompts.

  3. Delete the cluster-specific Operator IAM roles: 

    $ rosa delete operator-roles -c <cluster_id> --mode auto

  4. Delete the account-wide roles:

    Important

    Account-wide IAM roles and policies might be used by other Red Hat OpenShift Service on AWS classic architecture clusters in the same AWS account. You must only remove the resources if they are not required by other clusters. 

    $ rosa delete account-roles --prefix <prefix> --mode auto

    Replace <prefix> with the prefix of the account-wide roles to delete. If you did not specify a custom prefix when you created the account-wide roles, specify the default prefix, depending on how they were created, HCP-ROSA or ManagedOpenShift.

  5. Delete the account-wide and Operator IAM policies that you created for Red Hat OpenShift Service on AWS classic architecture deployments that use STS:

    1. Log in to the AWS IAM Console.
    2. Navigate to Access management → Policies and select the checkbox for one of the account-wide policies.
    3. With the policy selected, click Actions → Delete to open the delete policy dialog.
    4. Enter the policy name to confirm the deletion and select Delete to delete the policy.
    5. Repeat this step to delete each of the account-wide and Operator policies for the cluster.

Create a Red Hat OpenShift Service on AWS classic architecture cluster, grant user access, deploy your first application, and learn how to revoke user access and delete your cluster.

Note

If you need a quick start guide, see the Red Hat OpenShift Service on AWS classic architecture quick start guide.

You can create a Red Hat OpenShift Service on AWS classic architecture cluster that uses AWS Security Token Service (STS).

2.1. Prerequisites
Copy link

  • You reviewed the introduction to Red Hat OpenShift Service on AWS classic architecture, and the documentation on Red Hat OpenShift Service on AWS classic architecture architecture models and architecture concepts.
  • You have read the documentation on the guidelines for planning your environment.
  • You have reviewed the detailed AWS prerequisites for Red Hat OpenShift Service on AWS classic architecture with STS.
  • You have the AWS service quotas required to run a Red Hat OpenShift Service on AWS classic architecture cluster.

Before you create a Red Hat OpenShift Service on AWS classic architecture cluster, you must configure your environment.

You must complete the following tasks:

  • Verify Red Hat OpenShift Service on AWS classic architecture prerequisites against your AWS and Red Hat accounts.
  • Install and configure the required command-line interface (CLI) tools.
  • Verify the configuration of the CLI tools.

You can enable Red Hat OpenShift Service on AWS classic architecture in your AWS account by verifying prerequisites in the AWS Management Console.

Prerequisites

  • You have a Red Hat account.

  • You have an AWS account.

    Note

    Consider using a dedicated AWS account to run production clusters. If you are using AWS Organizations, you can use an AWS account within your organization or create a new one.

Procedure

  1. Sign in to the AWS Management Console.
  2. Navigate to the ROSA service.

  3. Click Get started.

    The Verify ROSA prerequisites page opens.

  4. Under ROSA enablement, ensure that a checkmark and You previously enabled ROSA are displayed.

    If not, follow these steps:

    1. Select the checkbox beside I agree to share my contact information with Red Hat.

    2. Click Enable ROSA.

      After a short wait, a checkmark and You enabled ROSA message are displayed.

  5. Under Service Quotas, ensure that a checkmark and Your quotas meet the requirements for ROSA are displayed.

    If you see Your quotas don’t meet the minimum requirements, take note of the quota type and the minimum listed in the error message. See the Amazon documentation on requesting a quota increase for guidance. It might take several hours for Amazon to approve your quota request.

  6. Under ELB service-linked role, ensure that a checkmark and AWSServiceRoleForElasticLoadBalancing already exists are displayed.

  7. Click Continue to Red Hat.

    The Get started with Red Hat OpenShift Service on AWS classic architecture (ROSA) page opens in a new tab. You have already completed Step 1 on this page, and can now continue with Step 2.

Several command-line interface (CLI) tools are required to deploy and work with your cluster.

Prerequisites

  • You have an AWS account.
  • You have a Red Hat account.

Procedure

  1. Log in to your Red Hat and AWS accounts to access the download page for each required tool.

    1. Log in to your Red Hat account at console.redhat.com.
    2. Log in to your AWS account at aws.amazon.com.

  2. Install and configure the latest AWS CLI (aws).

    1. Install the AWS CLI by following the AWS Command Line Interface documentation appropriate for your workstation.

    2. Configure the AWS CLI by specifying your aws_access_key_id, aws_secret_access_key, and region in the .aws/credentials file. For more information, see AWS Configuration basics in the AWS documentation.

      Note

      You can optionally use the AWS_DEFAULT_REGION environment variable to set the default AWS region.

    3. Query the AWS API to verify if the AWS CLI is installed and configured correctly: 

      $ aws sts get-caller-identity  --output text

      For example: 

      <aws_account_id>    arn:aws:iam::<aws_account_id>:user/<username>  <aws_user_id>

  3. Install and configure the latest ROSA CLI.

    1. Navigate to Downloads.

    2. Find Red Hat OpenShift Service on AWS command line interface (rosa) in the list of tools and click Download.

      The rosa-linux.tar.gz file is downloaded to your default download location.

    3. Extract the rosa binary file from the downloaded archive. The following example extracts the binary from a Linux tar archive: 

      $ tar xvf rosa-linux.tar.gz

    4. Move the rosa binary file to a directory in your execution path. In the following example, the /usr/local/bin directory is included in the path of the user: 

      $ sudo mv rosa /usr/local/bin/rosa

    5. Verify that the ROSA CLI is installed correctly by querying the rosa version: 

      $ rosa version

      For example: 

      1.2.47
Your ROSA CLI is up to date.

  4. Log in to the ROSA CLI using an offline access token.

    1. Run the login command: 

      $ rosa login

      For example: 

      To login to your Red Hat account, get an offline access token at https://console.redhat.com/openshift/token/rosa
? Copy the token and paste it here:
    2. Navigate to the URL listed in the command output to view your offline access token.

    3. Enter the offline access token at the command-line prompt to log in. 

      ? Copy the token and paste it here: *******************
[full token length omitted]
      Note

      In the future you can specify the offline access token by using the --token="<offline_access_token>" argument when you run the rosa login command.

    4. Verify that you are logged in and confirm that your credentials are correct before proceeding: 

      $ rosa whoami

      For example: 

      AWS Account ID:               <aws_account_number>
AWS Default Region:           us-east-1
AWS ARN:                      arn:aws:iam::<aws_account_number>:user/<aws_user_name>
OCM API:                      https://api.openshift.com
OCM Account ID:               <red_hat_account_id>
OCM Account Name:             Your Name
OCM Account Username:         you@domain.com
OCM Account Email:            you@domain.com
OCM Organization ID:          <org_id>
OCM Organization Name:        Your organization
OCM Organization External ID: <external_org_id>

  5. Install and configure the latest OpenShift CLI (oc).

    1. Use the ROSA CLI to download the oc CLI.

      The following command downloads the latest version of the CLI to the current working directory: 

      $ rosa download openshift-client

    2. Extract the oc binary file from the downloaded archive. The following example extracts the files from a Linux tar archive: 

      $ tar xvf openshift-client-linux.tar.gz

    3. Move the oc binary to a directory in your execution path. In the following example, the /usr/local/bin directory is included in the path of the user: 

      $ sudo mv oc /usr/local/bin/oc

    4. Verify that the oc CLI is installed correctly: 

      $ rosa verify openshift-client

      For example: 

      I: Verifying whether OpenShift command-line tool is available...
I: Current OpenShift Client Version: 4.17.3

Choose from one of the following methods to deploy a Red Hat OpenShift Service on AWS classic architecture cluster that uses the AWS Security Token Service (STS). In each scenario, you can deploy your cluster by using Red Hat OpenShift Cluster Manager or the ROSA CLI (rosa):

  • Creating a Red Hat OpenShift Service on AWS classic architecture cluster with STS using the default options: You can create a Red Hat OpenShift Service on AWS classic architecture cluster with STS quickly by using the default options and automatic STS resource creation.
  • Creating a Red Hat OpenShift Service on AWS classic architecture cluster with STS using customizations: You can create a Red Hat OpenShift Service on AWS classic architecture cluster with STS using customizations. You can also choose between the auto and manual modes when creating the required STS resources.

Before configuring an identity provider, you can create a user with cluster-admin privileges for immediate access to your Red Hat OpenShift Service on AWS classic architecture cluster.

Note

The cluster administrator user is useful when you need quick access to a newly deployed cluster. However, consider configuring an identity provider and granting cluster administrator privileges to the identity provider users as required. For more information about setting up an identity provider for your Red Hat OpenShift Service on AWS classic architecture cluster, see Configuring an identity provider and granting cluster access.

Prerequisites

  • You have an AWS account.
  • You installed and configured the latest ROSA CLI, rosa, on your workstation.
  • You logged in to your Red Hat account using the ROSA CLI.
  • You created a Red Hat OpenShift Service on AWS classic architecture cluster.

Procedure

  1. Create a cluster administrator user, replacing <cluster_name> with the name of your cluster: 

    $ rosa create admin --cluster=<cluster_name>

    Example output

    W: It is recommended to add an identity provider to login to this cluster. See 'rosa create idp --help' for more information.
I: Admin account has been added to cluster '<cluster_name>'.
I: Please securely store this generated password. If you lose this password you can delete and recreate the cluster admin user.
I: To login, run the following command:

   oc login https://api.example-cluster.wxyz.p1.openshiftapps.com:6443 --username cluster-admin --password d7Rca-Ba4jy-YeXhs-WU42J

I: It may take up to a minute for the account to become active.

    Note

    It might take approximately one minute for the cluster-admin user to become active.

  2. Log in to the cluster through the CLI:

    1. Run the command provided in the output of the preceding step to log in, replacing <api_url> and <cluster_admin_password> with the API URL and cluster administrator password for your environment: 

      $ oc login <api_url> --username cluster-admin --password <cluster_admin_password>

    2. Verify if you are logged in to the Red Hat OpenShift Service on AWS classic architecture cluster as the cluster-admin user: 

      $ oc whoami

      Example output

      cluster-admin

Red Hat OpenShift Service on AWS classic architecture includes a built-in OAuth server. After your Red Hat OpenShift Service on AWS classic architecture cluster is created, you must configure OAuth to use an identity provider. You can then add members to your configured identity provider to grant them access to your cluster.

You can also grant the identity provider users with cluster-admin or dedicated-admin privileges as required.

2.4.1. Configuring an identity provider
Copy link

You can configure different identity provider types for your Red Hat OpenShift Service on AWS classic architecture cluster. Supported types include GitHub, GitHub Enterprise, GitLab, Google, LDAP, OpenID Connect and htpasswd identity providers.

Important

The htpasswd identity provider option is included only to enable the creation of a single, static administration user. htpasswd is not supported as a general-use identity provider for Red Hat OpenShift Service on AWS classic architecture.

The following procedure configures a GitHub identity provider as an example.

Prerequisites

  • You have an AWS account.
  • You installed and configured the latest ROSA CLI, rosa, on your workstation.
  • You logged in to your Red Hat account using the ROSA CLI.
  • You created a Red Hat OpenShift Service on AWS classic architecture cluster.
  • You have a GitHub user account.

Procedure

  1. Go to github.com and log in to your GitHub account.
  2. If you do not have an existing GitHub organization to use for identity provisioning for your Red Hat OpenShift Service on AWS classic architecture cluster, create one. Follow the steps in the GitHub documentation.

  3. Configure a GitHub identity provider for your cluster that is restricted to the members of your GitHub organization.

    1. Configure an identity provider using the interactive mode, replacing <cluster_name> with the name of your cluster: 

      $ rosa create idp --cluster=<cluster_name> --interactive

      The following example output prompts you to enter information about your GitHub organization, replacing <github_org_name> with the name of your GitHub organization:

      Example output

      I: Interactive mode enabled.
Any optional fields can be left empty and a default will be selected.
? Type of identity provider: github
? Identity provider name: github-1
? Restrict to members of: organizations
? GitHub organizations: <github_org_name>
? To use GitHub as an identity provider, you must first register the application:
  - Open the following URL:
    https://github.com/organizations/<github_org_name>/settings/applications/new?oauth_application%5Bcallback_url%5D=https%3A%2F%2Foauth-openshift.apps.<cluster_name>/<random_string>.p1.openshiftapps.com%2Foauth2callback%2Fgithub-1&oauth_application%5Bname%5D=<cluster_name>&oauth_application%5Burl%5D=https%3A%2F%2Fconsole-openshift-console.apps.<cluster_name>/<random_string>.p1.openshiftapps.com
  - Click on 'Register application'
...

    2. Follow the URL in the output and select Register application to register a new OAuth application in your GitHub organization. By registering the application, you enable the OAuth server that is built into Red Hat OpenShift Service on AWS classic architecture to authenticate members of your GitHub organization into your cluster.

      Note

      The fields in the Register a new OAuth application GitHub form are automatically filled with the required values through the URL defined by the ROSA CLI.

    3. Use the information from your GitHub OAuth application page to populate the remaining rosa create idp interactive prompts, replacing <github_client_id> with the client ID for your GitHub OAuth application and <github_client_secret> with a client secret for your GitHub OAuth application. Specify claim as the mapping method:

      Continued example output

      ...
? Client ID: <github_client_id>
? Client Secret: [? for help] <github_client_secret>
? GitHub Enterprise Hostname (optional):
? Mapping method: claim
I: Configuring IDP for cluster '<cluster_name>'
I: Identity Provider 'github-1' has been created.
   It will take up to 1 minute for this configuration to be enabled.
   To add cluster administrators, see 'rosa grant user --help'.
   To login into the console, open https://console-openshift-console.apps.<cluster_name>.<random_string>.p1.openshiftapps.com and click on github-1.

      Note

      It might take approximately two minutes for the identity provider configuration to become active. If you have configured a cluster-admin user, you can watch the OAuth pods redeploy with the updated configuration by running oc get pods -n openshift-authentication --watch.

    4. Enter the following command to verify that the identity provider has been configured correctly: 

      $ rosa list idps --cluster=<cluster_name>

      Example output

      NAME        TYPE      AUTH URL
github-1    GitHub    https://oauth-openshift.apps.<cluster_name>.<random_string>.p1.openshiftapps.com/oauth2callback/github-1

2.4.2. Granting user access to a cluster
Copy link

You can grant a user access to your Red Hat OpenShift Service on AWS classic architecture cluster by adding them to your configured identity provider.

You can configure different types of identity providers for your Red Hat OpenShift Service on AWS classic architecture cluster. The following example procedure adds a user to a GitHub organization that is configured for identity provision to the cluster.

Prerequisites

  • You have an AWS account.
  • You installed and configured the latest ROSA CLI on your workstation.
  • You logged in to your Red Hat account using the ROSA CLI.
  • You created a Red Hat OpenShift Service on AWS classic architecture cluster.
  • You have a GitHub user account.
  • You have configured a GitHub identity provider for your cluster.

Procedure

  1. Go to github.com and log in to your GitHub account.
  2. Invite users that require access to the Red Hat OpenShift Service on AWS classic architecture cluster to your GitHub organization. Follow the steps in Inviting users to join your organization in the GitHub documentation.

2.4.3. Granting administrator privileges to a user
Copy link

After you have added a user to your configured identity provider, you can grant the user cluster-admin or dedicated-admin privileges for your Red Hat OpenShift Service on AWS classic architecture cluster.

Prerequisites

  • You have an AWS account.
  • You installed and configured the latest ROSA CLI, rosa, on your workstation.
  • You logged in to your Red Hat account using the ROSA CLI.
  • You created a Red Hat OpenShift Service on AWS classic architecture cluster.
  • You have configured a GitHub identity provider for your cluster and added identity provider users.

Procedure

  • To configure cluster-admin privileges for an identity provider user:

    1. Grant the user cluster-admin privileges: 

      $ rosa grant user cluster-admin --user=<idp_user_name> --cluster=<cluster_name>

      Example output

      I: Granted role 'cluster-admins' to user '<idp_user_name>' on cluster '<cluster_name>'

    2. Verify if the user is listed as a member of the cluster-admins group: 

      $ rosa list users --cluster=<cluster_name>

      Example output

      ID                 GROUPS
<idp_user_name>    cluster-admins

  • To configure dedicated-admin privileges for an identity provider user:

    1. Grant the user dedicated-admin privileges: 

      $ rosa grant user dedicated-admin --user=<idp_user_name> --cluster=<cluster_name>

      Example output

      I: Granted role 'dedicated-admins' to user '<idp_user_name>' on cluster '<cluster_name>'

    2. Verify if the user is listed as a member of the dedicated-admins group: 

      $ rosa list users --cluster=<cluster_name>

      Example output

      ID                 GROUPS
<idp_user_name>    dedicated-admins

2.5. Accessing a cluster through the web console
Copy link

After creating a cluster administrator or adding a user to your identity provider, you can log in to your Red Hat OpenShift Service on AWS classic architecture cluster through the web console.

Prerequisites

  • You have an AWS account.
  • You installed and configured the latest ROSA CLI, rosa, on your workstation.
  • You logged in to your Red Hat account using the ROSA CLI.
  • You created a Red Hat OpenShift Service on AWS classic architecture cluster.
  • You have created a cluster administrator user or added your user account to the configured identity provider.

Procedure

  1. Obtain the console URL for your cluster: 

    $ rosa describe cluster -c <cluster_name> | grep Console

    Example output

    Console URL:                https://console-openshift-console.apps.example-cluster.wxyz.p1.openshiftapps.com

  2. Go to the console URL in the output of the preceding step and log in.

    • If you created a cluster-admin user, log in by using the provided credentials.
    • If you configured an identity provider for your cluster, select the identity provider name in the Log in with…​ dialog and complete any authorization requests from your provider.

From the Red Hat OpenShift Service on AWS classic architecture web console, you can deploy a test application from the Developer Catalog and expose it with a route.

Prerequisites

  • You logged in to the Red Hat Hybrid Cloud Console.
  • You created a Red Hat OpenShift Service on AWS classic architecture cluster.
  • You configured an identity provider for your cluster.
  • You added your user account to the configured identity provider.

Procedure

  1. Go to the Cluster List page in OpenShift Cluster Manager.
  2. Click the options icon (⋮) next to the cluster you want to view.
  3. Click Open console.
  4. Your cluster console opens in a new browser window. Log in to your Red Hat account with your configured identity provider credentials.
  5. In the Administrator perspective, select Home → Projects → Create Project.
  6. Enter a name for your project and optionally add a Display Name and Description.
  7. Click Create to create the project.
  8. Switch to the Developer perspective and select +Add. Verify that the selected Project is the one that you created.
  9. In the Developer Catalog dialog, select All services.
  10. In the Developer Catalog page, select Languages → JavaScript from the menu.

  11. Click Node.js, and then click Create to open the Create Source-to-Image application page.

    Note

    You might need to click Clear All Filters to display the Node.js option.

  12. In the Git section, click Try sample.
  13. Add a unique name in the Name field. The value is used to name the associated resources.
  14. Confirm that Deployment and Create a route are selected.
  15. Click Create to deploy the application. It takes a few minutes for the pods to deploy.
  16. Optional: Check the status of the pods in the Topology pane by selecting your Node.js app and reviewing its sidebar. You must wait for the nodejs build to complete and for the nodejs pod to be in a Running state before continuing.

  17. When the deployment is complete, click the route URL for the application, which has a format similar to the following: 

    https://nodejs-<project>.<cluster_name>.<hash>.<region>.openshiftapps.com/

    A new tab in your browser opens with a message similar to the following: 

    Welcome to your Node.js application on OpenShift

  18. Optional: Delete the application and clean up the resources that you created:

    1. In the Administrator perspective, navigate to Home → Projects.
    2. Click the action menu for your project and select Delete Project.

You can revoke cluster-admin or dedicated-admin privileges from a user by using the ROSA CLI, rosa.

To revoke cluster access from a user, you must remove the user from your configured identity provider.

Follow the procedures in this section to revoke administrator privileges or cluster access from a user.

You can revoke cluster-admin or dedicated-admin privileges from a user by using the ROSA command-line interface (CLI) (rosa).

Prerequisites

  • You installed and configured the latest ROSA CLI, rosa, on your workstation.
  • You logged in to your Red Hat account using the ROSA CLI.
  • You created a Red Hat OpenShift Service on AWS classic architecture cluster.
  • You have configured a GitHub identity provider for your cluster and added an identity provider user.
  • You granted cluster-admin or dedicated-admin privileges to a user.

Procedure

  • To revoke cluster-admin privileges from an identity provider user:

    1. Revoke the cluster-admin privilege: 

      $ rosa revoke user cluster-admin --user=<idp_user_name> --cluster=<cluster_name>

      Example output

      ? Are you sure you want to revoke role cluster-admins from user <idp_user_name> in cluster <cluster_name>? Yes
I: Revoked role 'cluster-admins' from user '<idp_user_name>' on cluster '<cluster_name>'

    2. Verify that the user is not listed as a member of the cluster-admins group: 

      $ rosa list users --cluster=<cluster_name>

      Example output

      W: There are no users configured for cluster '<cluster_name>'

  • To revoke dedicated-admin privileges from an identity provider user:

    1. Revoke the dedicated-admin privilege: 

      $ rosa revoke user dedicated-admin --user=<idp_user_name> --cluster=<cluster_name>

      Example output

      ? Are you sure you want to revoke role dedicated-admins from user <idp_user_name> in cluster <cluster_name>? Yes
I: Revoked role 'dedicated-admins' from user '<idp_user_name>' on cluster '<cluster_name>'

    2. Verify that the user is not listed as a member of the dedicated-admins group: 

      $ rosa list users --cluster=<cluster_name>

      Example output

      W: There are no users configured for cluster '<cluster_name>'

2.7.2. Revoking user access to a cluster
Copy link

You can revoke cluster access for an identity provider user by removing them from your configured identity provider.

You can configure different types of identity providers for your Red Hat OpenShift Service on AWS classic architecture cluster. The following example procedure revokes cluster access for a member of a GitHub organization that is configured for identity provision to the cluster.

Prerequisites

  • You have a Red Hat OpenShift Service on AWS classic architecture cluster.
  • You have a GitHub user account.
  • You have configured a GitHub identity provider for your cluster and added an identity provider user.

Procedure

  1. Navigate to github.com and log in to your GitHub account.
  2. Remove the user from your GitHub organization. Follow the steps in Removing a member from your organization in the GitHub documentation.

You can use the ROSA CLI to delete a Red Hat OpenShift Service on AWS classic architecture cluster that uses AWS Security Token Service (STS), the AWS Identity and Access Management (IAM) account-wide roles, cluster-specific Operator roles, and the OpenID Connect (OIDC) provider. To delete account-wide inline and Operator policies, use the AWS IAM Console or AWS CLI.

Important

Account-wide IAM roles and policies might be used by other Red Hat OpenShift Service on AWS classic architecture clusters in the same AWS account. You must only remove the resources if they are not required by other clusters.

Prerequisites

  • You installed and configured the latest ROSA CLI on your workstation.
  • You logged in to your Red Hat account using the ROSA CLI.
  • You created a Red Hat OpenShift Service on AWS classic architecture cluster.

Procedure

  1. Delete a cluster and watch the logs, replacing <cluster_name> with the name or ID of your cluster: 

    $ rosa delete cluster --cluster=<cluster_name> --watch
    Important

    You must wait for the cluster deletion to complete before you remove the IAM roles, policies, and OIDC provider. The account-wide roles are required to delete the resources created by the installation program. The cluster-specific Operator roles are required to clean-up the resources created by the OpenShift Operators. The Operators use the OIDC provider to authenticate with AWS APIs.

  2. After the cluster is deleted, delete the OIDC provider that the cluster Operators use to authenticate: 

    $ rosa delete oidc-provider -c <cluster_id> --mode auto
    Note

    You can use the -y option to automatically answer yes to the prompts.

  3. Delete the cluster-specific Operator IAM roles: 

    $ rosa delete operator-roles -c <cluster_id> --mode auto

  4. Delete the account-wide roles:

    Important

    Account-wide IAM roles and policies might be used by other Red Hat OpenShift Service on AWS classic architecture clusters in the same AWS account. You must only remove the resources if they are not required by other clusters. 

    $ rosa delete account-roles --prefix <prefix> --mode auto

    Replace <prefix> with the prefix of the account-wide roles to delete. If you did not specify a custom prefix when you created the account-wide roles, specify the default prefix, depending on how they were created, HCP-ROSA or ManagedOpenShift.

  5. Delete the account-wide and Operator IAM policies that you created for Red Hat OpenShift Service on AWS classic architecture deployments that use STS:

    1. Log in to the AWS IAM Console.
    2. Navigate to Access management → Policies and select the checkbox for one of the account-wide policies.
    3. With the policy selected, click Actions → Delete to open the delete policy dialog.
    4. Enter the policy name to confirm the deletion and select Delete to delete the policy.
    5. Repeat this step to delete each of the account-wide and Operator policies for the cluster.

Before you create a Red Hat OpenShift Service on AWS classic architecture cluster, you must complete the Amazon Web Services (AWS) prerequisites. Verify that the required AWS service quotas are available, and set up your environment.

The AWS Security Token Service (STS) is a global web service that provides short-term credentials for IAM or federated users. You can use AWS STS with Red Hat OpenShift Service on AWS classic architecture to allocate temporary, limited-privilege credentials for component-specific IAM roles. The service enables cluster components to make AWS API calls using secure cloud resource management practices.

You can follow the workflow stages outlined below to set up and access a Red Hat OpenShift Service on AWS classic architecture cluster that uses STS.

  1. Complete the AWS prerequisites for Red Hat OpenShift Service on AWS classic architecture with STS. To deploy a Red Hat OpenShift Service on AWS classic architecture cluster with STS, your AWS account must meet the prerequisite requirements.
  2. Review the required AWS service quotas. To prepare for your cluster deployment, review the AWS service quotas that are required to run a Red Hat OpenShift Service on AWS classic architecture cluster.
  3. Set up the environment and install Red Hat OpenShift Service on AWS classic architecture using STS. Before you create a Red Hat OpenShift Service on AWS classic architecture with STS cluster, you must enable Red Hat OpenShift Service on AWS classic architecture in your AWS account, install and configure the required CLI tools, and verify the configuration of the CLI tools. You must also verify that the AWS Elastic Load Balancing (ELB) service role exists and that the required AWS resource quotas are available.
  4. Create a Red Hat OpenShift Service on AWS classic architecture cluster with STS quickly or create a cluster using customizations. Use the ROSA CLI (rosa) or Red Hat OpenShift Cluster Manager to create a cluster with STS. You can create a cluster quickly by using the default options, or you can apply customizations to suit the needs of your organization.
  5. Access your cluster. You can configure an identity provider and grant cluster administrator privileges to the identity provider users as required. You can also access a newly-deployed cluster quickly by configuring a cluster-admin user.
  6. Revoke access to a Red Hat OpenShift Service on AWS classic architecture cluster for a user. You can revoke access to a Red Hat OpenShift Service on AWS classic architecture with STS cluster from a user by using the ROSA CLI or the web console.
  7. Delete a Red Hat OpenShift Service on AWS classic architecture cluster. You can delete a Red Hat OpenShift Service on AWS classic architecture with STS cluster by using the ROSA CLI (rosa). After deleting a cluster, you can delete the STS resources by using the AWS Identity and Access Management (IAM) Console.

Legal Notice
Copy link

Copyright © Red Hat

OpenShift documentation is licensed under the Apache License 2.0 (https://www.apache.org/licenses/LICENSE-2.0).

Modified versions must remove all Red Hat trademarks.

Portions adapted from https://github.com/kubernetes-incubator/service-catalog/ with modifications by Red Hat.

Red Hat, Red Hat Enterprise Linux, the Red Hat logo, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.

Linux® is the registered trademark of Linus Torvalds in the United States and other countries.

Java® is a registered trademark of Oracle and/or its affiliates.

XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.

MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.

Node.js® is an official trademark of the OpenJS Foundation.

The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation’s permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.

All other trademarks are the property of their respective owners.

Red Hat logoGithubredditYoutubeTwitter

Learn

Try, buy, & sell

Communities

About Red Hat

We deliver hardened solutions that make it easier for enterprises to work across platforms and environments, from the core datacenter to the network edge.

Making open source more inclusive

Red Hat is committed to replacing problematic language in our code, documentation, and web properties. For more details, see the Red Hat Blog.

About Red Hat Documentation

We help Red Hat users innovate and achieve their goals with our products and services with content they can trust. Explore our recent updates.

Legal Notice

Theme

© 2026 Red HatBack to top