|
| 1 | +// Module included in the following assemblies: |
| 2 | +// |
| 3 | +// * osd_install_access_delete_cluster/creating-a-gcp-cluster.adoc |
| 4 | + |
| 5 | +:_content-type: PROCEDURE |
| 6 | +[id="osd-create-cluster-gcp-account_{context}"] |
| 7 | += Creating a cluster on GCP with Google Cloud Marketplace |
| 8 | + |
| 9 | +When creating an {product-title} (OSD) cluster on Google Cloud through the OpenShift Cluster Manager Hybrid Cloud Console, customers can select Google Cloud Marketplace as their preferred billing model. This billing model allows Red Hat customers to take advantage of their link:https://cloud.google.com/docs/cuds[Google Committed Use Discounts (CUD)] towards {product-title} purchased through the Google Cloud Marketplace. Additionally, OSD pricing is consumption-based and customers are billed directly through their Google Cloud account. |
| 10 | + |
| 11 | +.Procedure |
| 12 | + |
| 13 | +. Log in to {cluster-manager-url} and click *Create cluster*. |
| 14 | + |
| 15 | +. In the *Cloud* tab, click *Create cluster* in the *Red Hat OpenShift Dedicated* row. |
| 16 | + |
| 17 | +. Under *Billing model*, configure the subscription type and infrastructure type: |
| 18 | +.. Select the *On-Demand* subscription type. |
| 19 | +.. From the drop-down menu, select *Google Cloud Marketplace*. |
| 20 | +.. Select the *Customer Cloud Subscription* infrastructure type. |
| 21 | +.. Click *Next*. |
| 22 | +. On the *Cloud provider* page, read the provided prerequisites and the Google terms and conditions. Add your service account key. |
| 23 | +.. Click the *Review Google Terms and Agreements* link. |
| 24 | +.. To continue creating the cluster, click the checkbox indicating that you agree to the Google terms and agreements. |
| 25 | +.. Add your service account key. |
| 26 | ++ |
| 27 | +[NOTE] |
| 28 | +==== |
| 29 | +For more information about service account keys, click the information icon located next to *Service account key*. |
| 30 | +==== |
| 31 | +.. Click *Next* to validate your cloud provider account and go to the *Cluster details* page. |
| 32 | +. On the *Cluster details* page, provide a name for your cluster and specify the cluster details: |
| 33 | +.. Add a *Cluster name*. |
| 34 | +.. Select a cluster version from the *Version* drop-down menu. |
| 35 | +.. Select a cloud provider region from the *Region* drop-down menu. |
| 36 | +.. Select a *Single zone* or *Multi-zone* configuration. |
| 37 | +.. Select a *Persistent storage* capacity for the cluster. For more information, see the _Storage_ section in the {product-title} service definition. |
| 38 | +.. Specify the number of *Load balancers* that you require for your cluster. For more information, see the _Load balancers_ section in the {product-title} service definition. |
| 39 | +.. Leave *Enable user workload monitoring* selected to monitor your own projects in isolation from Red Hat Site Reliability Engineer (SRE) platform metrics. This option is enabled by default. |
| 40 | +.. Optional: Select *Enable additional etcd encryption* if you require etcd key value encryption. With this option, the etcd key values are encrypted, but not the keys. This option is in addition to the control plane storage encryption that encrypts the etcd volumes in {product-title} clusters by default. |
| 41 | ++ |
| 42 | +[NOTE] |
| 43 | +==== |
| 44 | +By enabling etcd encryption for the key values in etcd, you incur a performance overhead of approximately 20%. The overhead is a result of introducing this second layer of encryption, in addition to the default control plane storage encryption that encrypts the etcd volumes. Consider enabling etcd encryption only if you specifically require it for your use case. |
| 45 | +==== |
| 46 | +.. Click *Next*. |
| 47 | + |
| 48 | +. On the *Machine pool* page, select a *Compute node instance type* and a *Compute node count*. The number and types of nodes that are available depend on your {product-title} subscription. If you are using multiple availability zones, the compute node count is per zone. |
| 49 | ++ |
| 50 | +[NOTE] |
| 51 | +==== |
| 52 | +After your cluster is created, you can change the number of compute nodes, but you cannot change the compute node instance type in a created machine pool. You can add machine pools after installation that use a customized instance type. The number and types of nodes available to you depend on your {product-title} subscription. |
| 53 | +==== |
| 54 | + |
| 55 | +. Optional: Expand *Edit node labels* to add labels to your nodes. Click *Add label* to add more node labels and select *Next*. |
| 56 | + |
| 57 | +. In the *Cluster privacy* dialog, select *Public* or *Private* to use either public or private API endpoints and application routes for your cluster. |
| 58 | + |
| 59 | +. Click *Next*. |
| 60 | + |
| 61 | +. In the *CIDR ranges* dialog, configure custom classless inter-domain routing (CIDR) ranges or use the defaults that are provided. |
| 62 | ++ |
| 63 | +[IMPORTANT] |
| 64 | +==== |
| 65 | +CIDR configurations cannot be changed later. Confirm your selections with your network administrator before proceeding. |
| 66 | + |
| 67 | +If the cluster privacy is set to *Private*, you cannot access your cluster until you configure private connections in your cloud provider. |
| 68 | +==== |
| 69 | + |
| 70 | +. On the *Cluster update strategy* page, configure your update preferences: |
| 71 | +.. Choose a cluster update method: |
| 72 | +** Select *Individual updates* if you want to schedule each update individually. This is the default option. |
| 73 | +** Select *Recurring updates* to update your cluster on your preferred day and start time, when updates are available. |
| 74 | ++ |
| 75 | +[NOTE] |
| 76 | +==== |
| 77 | +You can review the end-of-life dates in the update lifecycle documentation for {product-title}. For more information, see _{product-title} update lifecycle_. |
| 78 | +==== |
| 79 | ++ |
| 80 | +.. Provide administrator approval based on your cluster update method: |
| 81 | +** Individual updates: If you select an update version that requires approval, provide an administrator’s acknowledgment and click *Approve and continue*. |
| 82 | +** Recurring updates: If you selected recurring updates for your cluster, provide an administrator’s acknowledgment and click *Approve and continue*. {cluster-manager} does not start scheduled y-stream updates for minor versions without receiving an administrator’s acknowledgment. |
| 83 | ++ |
| 84 | +For information about administrator acknowledgment, see xref:./../upgrading/osd-upgrading-cluster-prepare.adoc#upgrade-49-acknowledgement_osd-updating-cluster-prepare[Administrator acknowledgment when upgrading to OpenShift 4.9]. |
| 85 | +.. If you opted for recurring updates, select a preferred day of the week and upgrade start time in UTC from the drop-down menus. |
| 86 | +.. Optional: You can set a grace period for *Node draining* during cluster upgrades. A *1 hour* grace period is set by default. |
| 87 | +.. Click *Next*. |
| 88 | ++ |
| 89 | +[NOTE] |
| 90 | +==== |
| 91 | +In the event of critical security concerns that significantly impact the security or stability of a cluster, Red Hat Site Reliability Engineering (SRE) might schedule automatic updates to the latest z-stream version that is not impacted. The updates are applied within 48 hours after customer notifications are provided. For a description of the critical impact security rating, see link:https://access.redhat.com/security/updates/classification[Understanding Red Hat security ratings]. |
| 92 | +==== |
| 93 | + |
| 94 | +. Review the summary of your selections and click *Create cluster* to start the cluster installation. The installation takes approximately 30-40 minutes to complete. |
| 95 | + |
| 96 | +.Verification |
| 97 | + |
| 98 | +* You can monitor 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*. |
| 99 | +
|
| 100 | +ifeval::["{context}" == "osd-creating-a-cluster-on-aws"] |
| 101 | +:!osd-on-aws: |
| 102 | +endif::[] |
| 103 | +ifeval::["{context}" == "osd-creating-a-cluster-on-gcp"] |
| 104 | +:!osd-on-gcp: |
| 105 | +endif::[] |
0 commit comments