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/operational-excellence/relocation-kubernetes-service.md
+13-11Lines changed: 13 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
---
2
2
title: Relocate Azure Kubernetes cluster to another region
3
-
description: Learn how to relocate a Azure Kubernetes cluster to another region
3
+
description: Learn how to relocate an Azure Kubernetes cluster to another region
4
4
author: anaharris-ms
5
5
ms.author: anaharris
6
6
ms.reviewer: anaharris
@@ -26,7 +26,7 @@ Before you begin the relocation planning stage, first review the following prere
26
26
27
27
- Ensure that the target region has enough capacity (VM SKUs) to accommodate the new cluster nodes.
28
28
29
-
- Validate that you have resource creation permissions to the target subscription and check that Azure policy isn’t restricting the regions to which AKS can be deployed.
29
+
- Validate that you have resource creation permissions to the target subscription. Check that Azure policy isn’t restricting the regions to which AKS can be deployed.
30
30
31
31
- (Optional) Collect the Infrastructure as code (IaC) templates or scripts with which you provisioned the source AKS cluster.
32
32
@@ -43,7 +43,7 @@ Before you begin the relocation planning stage, first review the following prere
43
43
44
44
- Document public TLS certificate management and distribution.
45
45
46
-
- Capture any IP addresses defined in the AKS API service whitelist.
46
+
- Capture any IP addresses defined in the AKS API service allowlist.
47
47
48
48
- Understand all dependent resources. Some of the resources could be:
49
49
@@ -58,21 +58,23 @@ Before you begin the relocation planning stage, first review the following prere
-[Azure Container registry](relocation-container-registry.md) For optimal performance when pulling images, the registry should exist in the target region. Azure Container Registry can replicate images between ACR instances. If you use Azure Container Registry to authenticate to the container registry, the new AKS cluster’s managed identity can be the granted ‘AcrPull’ RBAC role.
61
+
-[Azure Container registry](relocation-container-registry.md) can replicate images between ACR instances. For optimal performance when pulling images, the registry should exist in the target region.
62
+
>[!NOTE]
63
+
>If you use Azure Container Registry to authenticate to the container registry, the new AKS cluster’s managed identity can be the granted `AcrPull` RBAC role.
62
64
- Azure Managed Disks
63
65
- Azure Files
64
66
65
67
## Prepare
66
68
67
69
Before you begin the cluster relocation process, make sure to complete the following preparations:
68
70
69
-
1. Deploy Virtual Network with a number of subnets of sufficient size to accommodate the AKS cluster nodes, and, optionally, pods if using Azure CNI networking
71
+
1. Deploy the virtual network with a number of subnets of sufficient size to accommodate the AKS cluster nodes and pods, if using Azure CNI networking.
70
72
71
-
1. If you are using Azure Key Vault, [Deploy the Key Vault](./relocation-key-vault.md).
73
+
1. If you're using Azure Key Vault, [Deploy the Key Vault](./relocation-key-vault.md).
72
74
73
-
1.Ensure that the relevant TLS ingress certificates are available for deployment, ideally in a secure store such as Azure Key Vault.
75
+
1. Ensure that the relevant TLS ingress certificates are available for deployment, ideally in a secure store such as Azure Key Vault.
74
76
75
-
1. Deploy a container registry. Either sync the source registry images automatically or re-build and push new images to the target registry using a CI/CD pipeline or script.
77
+
1. Deploy a container registry. Either sync the source registry images automatically or rebuild and push new images to the target registry using a CI/CD pipeline or script.
76
78
77
79
1.[Deploy an Azure Monitor workspace](./relocation-log-analytics.md).
78
80
@@ -86,11 +88,11 @@ Before you begin the cluster relocation process, make sure to complete the follo
86
88
87
89
## Redeploy
88
90
89
-
Deploy the AKS cluster without any data migration, by following the steps below:
91
+
Deploy the AKS cluster without any data migration, by following these steps:
90
92
91
93
1. Manually run the existing IaC artifacts on a local workstation to create the target environment in Azure.
92
94
93
-
1. If there are no existing IaC assets, the current cluster configuration [can be exported as an ARM template](/azure/azure-resource-manager/templates/export-template-portal) and executed against the target region. [IaC templates](/azure/templates/) are created from scratch or are modified versions of sample templates using Bicep, JSON, Terraform or another solution.
95
+
1. If there are no existing IaC assets, the current cluster configuration [can be exported as an ARM template](/azure/azure-resource-manager/templates/export-template-portal) and executed against the target region. [IaC templates](/azure/templates/) are created from scratch or are modified versions of sample templates using Bicep, JSON, Terraform, or another solution.
94
96
95
97
>[!NOTE]
96
98
>- Private Link connections, ACR connected registries and Azure Monitor workspace data sources are not currently exported using this method and must therefore be removed from the generated template before execution.
@@ -99,7 +101,7 @@ Deploy the AKS cluster without any data migration, by following the steps below:
99
101
-*Pull* Manifests are pulled from a repo and applied by a controller running within the cluster, known as a GitOps approach.
100
102
-*Push.* Manifests are pushed to the cluster using the Kubernetes API service and kubectl command line tool, either from a CI/CD pipeline or local workstation.
101
103
102
-
1. Perform testing and validation on the new cluster to ensure it performs as anticipated.
104
+
1. Perform testing and validation on the new cluster to ensure that it performs as anticipated.
103
105
104
106
1. Change your public DNS entries to point to the external ingress IP of the target cluster (Azure Public Load Balancer IP or Application Gateway Public IP).
0 commit comments