Configuring an Azure account

Before you can install OKD, you must configure a Microsoft Azure account.

Azure account limits

The OKD cluster uses a number of Microsoft Azure components, and the default Azure subscription and service limits, quotas, and constraints affect your ability to install OKD clusters.

The following table summarizes the Azure components whose limits can impact your ability to install and run OKD clusters.

Additional resources

• Optimizing storage.

Configuring a public DNS zone in Azure

To install OKD, the Microsoft Azure account you use must have a dedicated public hosted DNS zone in your account. This zone must be authoritative for the domain. This service provides cluster DNS resolution and name lookup for external connections to the cluster.

Procedure

1. Identify your domain, or subdomain, and registrar. You can transfer an existing domain and registrar or obtain a new one through Azure or another source.

   For more information about purchasing domains through Azure, see Buy a custom domain name for Azure App Service in the Azure documentation.

2. If you are using an existing domain and registrar, migrate its DNS to Azure. See Migrate an active DNS name to Azure App Service in the Azure documentation.

3. Configure DNS for your domain. Follow the steps in the Tutorial: Host your domain in Azure DNS in the Azure documentation to create a public hosted zone for your domain or subdomain, extract the new authoritative name servers, and update the registrar records for the name servers that your domain uses.

   Use an appropriate root domain, such as openshiftcorp.com, or subdomain, such as clusters.openshiftcorp.com.

4. If you use a subdomain, follow your company’s procedures to add its delegation records to the parent domain.

Increasing Azure account limits

To increase an account limit, file a support request on the Azure portal.

Procedure

1. From the Azure portal, click Help + support in the lower left corner.

2. Click New support request and then select the required values:

   1. From the Issue type list, select Service and subscription limits (quotas).

   2. From the Subscription list, select the subscription to modify.

   3. From the Quota type list, select the quota to increase. For example, select Compute-VM (cores-vCPUs) subscription limit increases to increase the number of vCPUs, which is required to install a cluster.

   4. Click Next: Solutions.

3. On the Problem Details page, provide the required information for your quota increase:

   1. Click Provide details and provide the required details in the Quota details window.

   2. In the SUPPORT METHOD and CONTACT INFO sections, provide the issue severity and your contact details.

4. Click Next: Review + create and then click Create.

Required Azure roles

OKD needs a service principal so it can manage Microsoft Azure resources. Before you can create a service principal, your Azure account subscription must have the following roles:

• User Access Administrator

• Contributor

To set roles on the Azure portal, see the Manage access to Azure resources using RBAC and the Azure portal in the Azure documentation.

Required Azure permissions for installer-provisioned infrastructure

When you assign Contributor and User Access Administrator roles to the service principal, you automatically grant all the required permissions.

If your organization’s security policies require a more restrictive set of permissions, you can create a custom role with the necessary permissions. The following permissions are required for creating an OKD cluster on Microsoft Azure.

Required permissions for creating authorization resources

• Microsoft.Authorization/policies/audit/action

• Microsoft.Authorization/policies/auditIfNotExists/action

• Microsoft.Authorization/roleAssignments/read

• Microsoft.Authorization/roleAssignments/write

Required permissions for creating compute resources

• Microsoft.Compute/availabilitySets/write

• Microsoft.Compute/availabilitySets/read

• Microsoft.Compute/disks/beginGetAccess/action

• Microsoft.Compute/disks/delete

• Microsoft.Compute/disks/read

• Microsoft.Compute/disks/write

• Microsoft.Compute/galleries/images/read

• Microsoft.Compute/galleries/images/versions/read

• Microsoft.Compute/galleries/images/versions/write

• Microsoft.Compute/galleries/images/write

• Microsoft.Compute/galleries/read

• Microsoft.Compute/galleries/write

• Microsoft.Compute/snapshots/read

• Microsoft.Compute/snapshots/write

• Microsoft.Compute/snapshots/delete

• Microsoft.Compute/virtualMachines/delete

• Microsoft.Compute/virtualMachines/powerOff/action

• Microsoft.Compute/virtualMachines/read

• Microsoft.Compute/virtualMachines/write

Required permissions for creating identity management resources

• Microsoft.ManagedIdentity/userAssignedIdentities/assign/action

• Microsoft.ManagedIdentity/userAssignedIdentities/read

• Microsoft.ManagedIdentity/userAssignedIdentities/write

Required permissions for creating network resources

• Microsoft.Network/dnsZones/A/write

• Microsoft.Network/dnsZones/CNAME/write

• Microsoft.Network/dnszones/CNAME/read

• Microsoft.Network/dnszones/read

• Microsoft.Network/loadBalancers/backendAddressPools/join/action

• Microsoft.Network/loadBalancers/backendAddressPools/read

• Microsoft.Network/loadBalancers/backendAddressPools/write

• Microsoft.Network/loadBalancers/read

• Microsoft.Network/loadBalancers/write

• Microsoft.Network/networkInterfaces/delete

• Microsoft.Network/networkInterfaces/join/action

• Microsoft.Network/networkInterfaces/read

• Microsoft.Network/networkInterfaces/write

• Microsoft.Network/networkSecurityGroups/join/action

• Microsoft.Network/networkSecurityGroups/read

• Microsoft.Network/networkSecurityGroups/securityRules/delete

• Microsoft.Network/networkSecurityGroups/securityRules/read

• Microsoft.Network/networkSecurityGroups/securityRules/write

• Microsoft.Network/networkSecurityGroups/write

• Microsoft.Network/privateDnsZones/A/read

• Microsoft.Network/privateDnsZones/A/write

• Microsoft.Network/privateDnsZones/A/delete

• Microsoft.Network/privateDnsZones/SOA/read

• Microsoft.Network/privateDnsZones/read

• Microsoft.Network/privateDnsZones/virtualNetworkLinks/read

• Microsoft.Network/privateDnsZones/virtualNetworkLinks/write

• Microsoft.Network/privateDnsZones/write

• Microsoft.Network/publicIPAddresses/delete

• Microsoft.Network/publicIPAddresses/join/action

• Microsoft.Network/publicIPAddresses/read

• Microsoft.Network/publicIPAddresses/write

• Microsoft.Network/virtualNetworks/join/action

• Microsoft.Network/virtualNetworks/read

• Microsoft.Network/virtualNetworks/subnets/join/action

• Microsoft.Network/virtualNetworks/subnets/read

• Microsoft.Network/virtualNetworks/subnets/write

• Microsoft.Network/virtualNetworks/write

Required permissions for checking the health of resources

• Microsoft.Resourcehealth/healthevent/Activated/action

• Microsoft.Resourcehealth/healthevent/InProgress/action

• Microsoft.Resourcehealth/healthevent/Pending/action

• Microsoft.Resourcehealth/healthevent/Resolved/action

• Microsoft.Resourcehealth/healthevent/Updated/action

Required permissions for creating a resource group

• Microsoft.Resources/subscriptions/resourceGroups/read

• Microsoft.Resources/subscriptions/resourcegroups/write

Required permissions for creating resource tags

• Microsoft.Resources/tags/write

Required permissions for creating storage resources

• Microsoft.Storage/storageAccounts/blobServices/read

• Microsoft.Storage/storageAccounts/blobServices/containers/write

• Microsoft.Storage/storageAccounts/fileServices/read

• Microsoft.Storage/storageAccounts/fileServices/shares/read

• Microsoft.Storage/storageAccounts/fileServices/shares/write

• Microsoft.Storage/storageAccounts/fileServices/shares/delete

• Microsoft.Storage/storageAccounts/listKeys/action

• Microsoft.Storage/storageAccounts/read

• Microsoft.Storage/storageAccounts/write

Optional permissions for creating marketplace virtual machine resources

• Microsoft.MarketplaceOrdering/offertypes/publishers/offers/plans/agreements/read

• Microsoft.MarketplaceOrdering/offertypes/publishers/offers/plans/agreements/write

Optional permissions for creating compute resources

• Microsoft.Compute/images/read

• Microsoft.Compute/images/write

• Microsoft.Compute/images/delete

Optional permissions for enabling user-managed encryption

• Microsoft.Compute/diskEncryptionSets/read

• Microsoft.Compute/diskEncryptionSets/write

• Microsoft.Compute/diskEncryptionSets/delete

• Microsoft.KeyVault/vaults/read

• Microsoft.KeyVault/vaults/write

• Microsoft.KeyVault/vaults/delete

• Microsoft.KeyVault/vaults/deploy/action

• Microsoft.KeyVault/vaults/keys/read

• Microsoft.KeyVault/vaults/keys/write

• Microsoft.Features/providers/features/register/action

Optional permissions for installing a private cluster with Azure Network Address Translation (NAT)

• Microsoft.Network/natGateways/join/action

• Microsoft.Network/natGateways/read

• Microsoft.Network/natGateways/write

Optional permissions for installing a private cluster with Azure firewall

• Microsoft.Network/azureFirewalls/applicationRuleCollections/write

• Microsoft.Network/azureFirewalls/read

• Microsoft.Network/azureFirewalls/write

• Microsoft.Network/routeTables/join/action

• Microsoft.Network/routeTables/read

• Microsoft.Network/routeTables/routes/read

• Microsoft.Network/routeTables/routes/write

• Microsoft.Network/routeTables/write

• Microsoft.Network/virtualNetworks/peer/action

• Microsoft.Network/virtualNetworks/virtualNetworkPeerings/read

• Microsoft.Network/virtualNetworks/virtualNetworkPeerings/write

Optional permission for running gather bootstrap

• Microsoft.Compute/virtualMachines/instanceView/read

The following permissions are required for deleting an OKD cluster on Microsoft Azure. You can use the same permissions to delete a private OKD cluster on Azure.

Required permissions for deleting authorization resources

• Microsoft.Authorization/roleAssignments/delete

Required permissions for deleting compute resources

• Microsoft.Compute/disks/delete

• Microsoft.Compute/galleries/delete

• Microsoft.Compute/galleries/images/delete

• Microsoft.Compute/galleries/images/versions/delete

• Microsoft.Compute/virtualMachines/delete

Required permissions for deleting identity management resources

• Microsoft.ManagedIdentity/userAssignedIdentities/delete

Required permissions for deleting network resources

• Microsoft.Network/dnszones/read

• Microsoft.Network/dnsZones/A/read

• Microsoft.Network/dnsZones/A/delete

• Microsoft.Network/dnsZones/CNAME/read

• Microsoft.Network/dnsZones/CNAME/delete

• Microsoft.Network/loadBalancers/delete

• Microsoft.Network/networkInterfaces/delete

• Microsoft.Network/networkSecurityGroups/delete

• Microsoft.Network/privateDnsZones/read

• Microsoft.Network/privateDnsZones/A/read

• Microsoft.Network/privateDnsZones/delete

• Microsoft.Network/privateDnsZones/virtualNetworkLinks/delete

• Microsoft.Network/publicIPAddresses/delete

• Microsoft.Network/virtualNetworks/delete

Required permissions for checking the health of resources

• Microsoft.Resourcehealth/healthevent/Activated/action

• Microsoft.Resourcehealth/healthevent/Resolved/action

• Microsoft.Resourcehealth/healthevent/Updated/action

Required permissions for deleting a resource group

• Microsoft.Resources/subscriptions/resourcegroups/delete

Required permissions for deleting storage resources

• Microsoft.Storage/storageAccounts/delete

• Microsoft.Storage/storageAccounts/listKeys/action

Creating a service principal

Because OKD and its installation program create Microsoft Azure resources by using the Azure Resource Manager, you must create a service principal to represent it.

Prerequisites

• Install or update the Azure CLI.

• Your Azure account has the required roles for the subscription that you use.

• If you want to use a custom role, you have created a custom role with the required permissions listed in the Required Azure permissions for installer-provisioned infrastructure section.

Procedure

1. Log in to the Azure CLI:

   $ az login

2. If your Azure account uses subscriptions, ensure that you are using the right subscription:

   1. View the list of available accounts and record the tenantId value for the subscription you want to use for your cluster:

      $ az account list --refresh

      Example output

      [
        {
          "cloudName": "AzureCloud",
          "id": "9bab1460-96d5-40b3-a78e-17b15e978a80",
          "isDefault": true,
          "name": "Subscription Name",
          "state": "Enabled",
          "tenantId": "6057c7e9-b3ae-489d-a54e-de3f6bf6a8ee",
          "user": {
            "name": "you@example.com",
            "type": "user"
          }
        }
      ]

   2. View your active account details and confirm that the tenantId value matches the subscription you want to use:

      $ az account show

      Example output

      {
        "environmentName": "AzureCloud",
        "id": "9bab1460-96d5-40b3-a78e-17b15e978a80",
        "isDefault": true,
        "name": "Subscription Name",
        "state": "Enabled",
        "tenantId": "6057c7e9-b3ae-489d-a54e-de3f6bf6a8ee", (1)
        "user": {
          "name": "you@example.com",
          "type": "user"
        }
      }

      1	Ensure that the value of the tenantId parameter is the correct subscription ID.

   3. If you are not using the right subscription, change the active subscription:

      $ az account set -s <subscription_id> (1)

      1	Specify the subscription ID.

   4. Verify the subscription ID update:

      $ az account show

      Example output

      {
        "environmentName": "AzureCloud",
        "id": "33212d16-bdf6-45cb-b038-f6565b61edda",
        "isDefault": true,
        "name": "Subscription Name",
        "state": "Enabled",
        "tenantId": "8049c7e9-c3de-762d-a54e-dc3f6be6a7ee",
        "user": {
          "name": "you@example.com",
          "type": "user"
        }
      }

3. Record the tenantId and id parameter values from the output. You need these values during the OKD installation.

4. Create the service principal for your account:

   $ az ad sp create-for-rbac --role <role_name> \(1)
        --name <service_principal> \(2)
        --scopes /subscriptions/<subscription_id> (3)

   1	Defines the role name. You can use the Contributor role, or you can specify a custom role which contains the necessary permissions.
   2	Defines the service principal name.
   3	Specifies the subscription ID.

   Example output

   Creating 'Contributor' role assignment under scope '/subscriptions/<subscription_id>'
   The output includes credentials that you must protect. Be sure that you do not
   include these credentials in your code or check the credentials into your source
   control. For more information, see https://aka.ms/azadsp-cli
   {
     "appId": "ac461d78-bf4b-4387-ad16-7e32e328aec6",
     "displayName": <service_principal>",
     "password": "00000000-0000-0000-0000-000000000000",
     "tenantId": "8049c7e9-c3de-762d-a54e-dc3f6be6a7ee"
   }

5. Record the values of the appId and password parameters from the previous output. You need these values during OKD installation.

6. If you applied the Contributor role to your service principal, assign the User Administrator Access role by running the following command:

   $ az role assignment create --role "User Access Administrator" \
     --assignee-object-id $(az ad sp show --id <appId> --query id -o tsv) (1)

   1	Specify the appId parameter value for your service principal.

Additional resources

• For more information about CCO modes, see About the Cloud Credential Operator.

Supported Azure Marketplace regions

Installing a cluster using the Azure Marketplace image is available to customers who purchase the offer in North America and EMEA.

While the offer must be purchased in North America or EMEA, you can deploy the cluster to any of the Azure public partitions that OKD supports.

Supported Azure regions

The installation program dynamically generates the list of available Microsoft Azure regions based on your subscription.

Supported Azure public regions

• australiacentral (Australia Central)

• australiaeast (Australia East)

• australiasoutheast (Australia South East)

• brazilsouth (Brazil South)

• canadacentral (Canada Central)

• canadaeast (Canada East)

• centralindia (Central India)

• centralus (Central US)

• eastasia (East Asia)

• eastus (East US)

• eastus2 (East US 2)

• francecentral (France Central)

• germanywestcentral (Germany West Central)

• japaneast (Japan East)

• japanwest (Japan West)

• koreacentral (Korea Central)

• koreasouth (Korea South)

• northcentralus (North Central US)

• northeurope (North Europe)

• norwayeast (Norway East)

• qatarcentral (Qatar Central)

• southafricanorth (South Africa North)

• southcentralus (South Central US)

• southeastasia (Southeast Asia)

• southindia (South India)

• swedencentral (Sweden Central)

• switzerlandnorth (Switzerland North)

• uaenorth (UAE North)

• uksouth (UK South)

• ukwest (UK West)

• westcentralus (West Central US)

• westeurope (West Europe)

• westindia (West India)

• westus (West US)

• westus2 (West US 2)

• westus3 (West US 3)

Supported Azure Government regions

Support for the following Microsoft Azure Government (MAG) regions was added in OKD version 4.6:

• usgovtexas (US Gov Texas)

• usgovvirginia (US Gov Virginia)

You can reference all available MAG regions in the Azure documentation. Other provided MAG regions are expected to work with OKD, but have not been tested.

Next steps

• Install an OKD cluster on Azure. You can install a customized cluster or quickly install a cluster with default options.