You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/openshift/tutorial-create-cluster.md
+13-13Lines changed: 13 additions & 13 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -23,7 +23,7 @@ If you choose to install and use the CLI locally, this tutorial requires that yo
23
23
24
24
Azure Red Hat OpenShift requires a minimum of 40 cores to create and run an OpenShift cluster. The default Azure resource quota for a new Azure subscription doesn't meet this requirement. To request an increase in your resource limit, see [Standard quota: Increase limits by VM series](../azure-portal/supportability/per-vm-quota-requests.md).
25
25
26
-
* For example to check the current subscription quota of the smallest supported virtual machine family SKU "Standard DSv3":
26
+
* For example, to check the current subscription quota of the smallest supported virtual machine family SKU "Standard DSv3":
27
27
28
28
```azurecli-interactive
29
29
LOCATION=eastus
@@ -34,9 +34,9 @@ Azure Red Hat OpenShift requires a minimum of 40 cores to create and run an Open
34
34
35
35
### Verify your permissions
36
36
37
-
During this tutorial, you create a resource group, which contain the virtual network for the cluster. You must have either Contributor and User Access Administrator permissions, or Owner permissions, either directly on the virtual network, or on the resource group or subscription containing it.
37
+
During this tutorial, you'll create a resource group, which contains the virtual network for the cluster. To do this, you'll need Contributor and User Access Administrator permissions or Owner permissions, either directly on the virtual network or on the resource group or subscription containing it.
38
38
39
-
You will also need sufficient Azure Active Directory permissions (either a member user of the tenant, or a guest user assigned with role **Application administrator**) for the tooling to create an application and service principal on your behalf for the cluster. See [Member and guest users](../active-directory/fundamentals/users-default-permissions.md#member-and-guest-users) and [Assign administrator and non-administrator roles to users with Azure Active Directory](../active-directory/fundamentals/active-directory-users-assign-role-azure-portal.md) for more details.
39
+
You'll also need sufficient Azure Active Directory permissions (either a member user of the tenant, or a guest assigned with role **Application administrator**) for the tooling to create an application and service principal on your behalf for the cluster. See [Member and guests](../active-directory/fundamentals/users-default-permissions.md#member-and-guest-users) and [Assign administrator and non-administrator roles to users with Azure Active Directory](../active-directory/fundamentals/active-directory-users-assign-role-azure-portal.md) for more details.
40
40
41
41
### Register the resource providers
42
42
@@ -76,19 +76,19 @@ You will also need sufficient Azure Active Directory permissions (either a membe
76
76
> [!NOTE]
77
77
> ARO pull secret doesn't change the cost of the RH OpenShift license for ARO.
78
78
79
-
A Red Hat pull secret enables your cluster to access Red Hat container registries along with additional content. This step is optional but recommended. Note that the field `cloud.openshift.com` will be removed from your secret even if your pull-secret contains that field. This field enables an extra monitoring feature which sends data to RedHat and is thus disabled by default. To enable this feature, see https://docs.openshift.com/container-platform/4.11/support/remote_health_monitoring/enabling-remote-health-reporting.html .
79
+
A Red Hat pull secret enables your cluster to access Red Hat container registries along with other content. This step is optional but recommended. The field `cloud.openshift.com` is removed from your secret even if your pull-secret contains that field. This field enables an extra monitoring feature, which sends data to RedHat and is thus disabled by default. To enable this feature, see https://docs.openshift.com/container-platform/4.11/support/remote_health_monitoring/enabling-remote-health-reporting.html .
80
80
81
-
1. [Navigate to your Red Hat OpenShift cluster manager portal](https://console.redhat.com/openshift/install/azure/aro-provisioned) and log in.
81
+
1. [Navigate to your Red Hat OpenShift cluster manager portal](https://console.redhat.com/openshift/install/azure/aro-provisioned) and sign-in.
82
82
83
-
You will need to log in to your Red Hat account or create a new Red Hat account with your business email and accept the terms and conditions.
83
+
You'll need to log in to your Red Hat account or create a new Red Hat account with your business email and accept the terms and conditions.
84
84
85
-
1. Click **Download pull secret** and download a pull secret to be used with your ARO cluster.
85
+
1. Select **Download pull secret** and download a pull secret to be used with your ARO cluster.
86
86
87
87
Keep the saved `pull-secret.txt` file somewhere safe. The file will be used in each cluster creation if you need to create a cluster that includes samples or operators for Red Hat or certified partners.
88
88
89
89
When running the `az aro create` command, you can reference your pull secret using the `--pull-secret @pull-secret.txt` parameter. Execute `az aro create` from the directory where you stored your `pull-secret.txt` file. Otherwise, replace `@pull-secret.txt` with `@/path/to/my/pull-secret.txt`.
90
90
91
-
If you are copying your pull secret or referencing it in other scripts, your pull secret should be formatted as a valid JSON string.
91
+
If you're copying your pull secret or referencing it in other scripts, your pull secret should be formatted as a valid JSON string.
92
92
93
93
### Prepare a custom domain for your cluster (optional)
94
94
@@ -97,9 +97,9 @@ When running the `az aro create` command, you can specify a custom domain for yo
97
97
> [!NOTE]
98
98
> Although adding a domain name is optional when creating a cluster through Azure CLI, a domain name (or a prefix used as part of the auto-generated DNS name for OpenShift console and API servers) is needed when adding a cluster through the portal. See [Quickstart: Deploy an Azure Red Hat OpenShift cluster using the Azure portal](quickstart-portal.md#create-an-azure-red-hat-openshift-cluster) for more information.
99
99
100
-
If you provide a custom domain for your cluster note the following points:
100
+
If you provide a custom domain for your cluster, note the following points:
101
101
102
-
* After creating your cluster, you must create 2 DNS A records in your DNS server for the `--domain` specified:
102
+
* After creating your cluster, you must create two DNS A records in your DNS server for the `--domain` specified:
103
103
* **api** - pointing to the api server IP address
104
104
* **\*.apps** - pointing to the ingress IP address
105
105
* Retrieve these values by executing the following command after cluster creation: `az aro show -n -g --query '{api:apiserverProfile.ip, ingress:ingressProfiles[0].ip}'`.
@@ -110,7 +110,7 @@ If you provide a custom domain for your cluster note the following points:
110
110
111
111
### Create a virtual network containing two empty subnets
112
112
113
-
Next, you will create a virtual network containing two empty subnets. If you have existing virtual network that meets your needs, you can skip this step.
113
+
Next, you'll create a virtual network containing two empty subnets. If you have existing virtual network that meets your needs, you can skip this step.
114
114
115
115
1. **Set the following variables in the shell environment in which you will execute the `az` commands.**
116
116
@@ -122,7 +122,7 @@ Next, you will create a virtual network containing two empty subnets. If you hav
122
122
123
123
2.**Create a resource group.**
124
124
125
-
An Azure resource group is a logical group in which Azure resources are deployed and managed. When you create a resource group, you are asked to specify a location. This location is where resource group metadata is stored, and it is also where your resources run in Azure if you don't specify another region during resource creation. Create a resource group using the [az group create](/cli/azure/group#az-group-create) command.
125
+
An Azure resource group is a logical group in which Azure resources are deployed and managed. When you create a resource group, you're asked to specify a location. This location is where resource group metadata is stored, and it is also where your resources run in Azure if you don't specify another region during resource creation. Create a resource group using the [az group create](/cli/azure/group#az-group-create) command.
126
126
127
127
> [!NOTE]
128
128
> Azure Red Hat OpenShift is not available in all regions where an Azure resource group can be created. See [Available regions](https://azure.microsoft.com/global-infrastructure/services/?products=openshift) for information on where Azure Red Hat OpenShift is supported.
@@ -206,7 +206,7 @@ Next, you will create a virtual network containing two empty subnets. If you hav
206
206
## Create the cluster
207
207
208
208
Run the following command to create a cluster. If you choose to use either of the following options, modify the command accordingly:
209
-
* Optionally, you can [pass your Red Hat pull secret](#get-a-red-hat-pull-secret-optional), which enables your cluster to access Red Hat container registries along with additional content. Add the `--pull-secret @pull-secret.txt` argument to your command.
209
+
* Optionally, you can [pass your Red Hat pull secret](#get-a-red-hat-pull-secret-optional), which enables your cluster to access Red Hat container registries along with other content. Add the `--pull-secret @pull-secret.txt` argument to your command.
210
210
* Optionally, you can [use a custom domain](#prepare-a-custom-domain-for-your-cluster-optional). Add the `--domain foo.example.com` argument to your command, replacing `foo.example.com` with your own custom domain.
0 commit comments