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
title: Migrate from Dapr OSS to the Dapr extension for Azure Kubernetes Service (AKS)
3
-
description: Learn how to migrate your managed clusters from Dapr OSS to the Dapr extension for AKS
3
+
description: Learn how to migrate your managed clusters from Dapr OSS to the Dapr extension for Azure Kubernetes Service (AKS).
4
4
author: hhunter-ms
5
5
ms.author: hannahhunter
6
6
ms.reviewer: nigreenf
7
7
ms.topic: article
8
-
ms.date: 11/21/2022
8
+
ms.date: 09/26/2023
9
9
ms.custom: devx-track-azurecli
10
10
---
11
11
12
12
# Migrate from Dapr OSS to the Dapr extension for Azure Kubernetes Service (AKS)
13
13
14
-
You've installed and configured Dapr OSS (using Dapr CLI or Helm) on your Kubernetes cluster, and want to start using the Dapr extension on AKS. In this guide, you'll learn how the Dapr extension for AKS can use the Kubernetes resources created by Dapr OSS and start managing them, by either:
14
+
This article shows you how to migrate from Dapr OSS to the Dapr extension for AKS.
15
15
16
-
- Checking for an existing Dapr installation via Azure CLI prompts (default method), or
17
-
- Using the release name and namespace from `--configuration-settings` to explicitly point to an existing Dapr installation.
16
+
You can configure the Dapr extension to use and manage the Kubernetes resources created by Dapr OSS by [checking for an existing Dapr installation using the Azure CLI](#check-for-an-existing-dapr-installation) (*default method*) or [configuring the existing Dapr installation using `--configuration-settings`](#configure-the-existing-dapr-installation-using---configuration-settings).
17
+
18
+
For more information, see [Dapr extension for AKS][dapr-extension-aks].
18
19
19
20
## Check for an existing Dapr installation
20
21
21
-
The Dapr extension, by default, checks for existing Dapr installations when you run the `az k8s-extension create` command. To list the details of your current Dapr installation, run the following command and save the Dapr release name and namespace:
22
+
When you [create the Dapr extension](./dapr.md), the extension checks for an existing Dapr installation on your cluster. If Dapr exists, the extension uses and manages the Kubernetes resources created by Dapr OSS.
22
23
23
-
```bash
24
-
helm list -A
25
-
```
24
+
1. List the details of your current Dapr installation using the `helm list -A` command and save the Dapr release name and namespace from the output.
26
25
27
-
When [installing the extension][dapr-create], you'll receive a prompt asking if Dapr is already installed:
26
+
```azurecli-interactive
27
+
helm list -A
28
+
```
28
29
29
-
```bash
30
-
Is Dapr already installed in the cluster? (y/N): y
31
-
```
30
+
2. Enter the Helm release name and namespace (from `helm list -A`) when prompted with the following questions:
32
31
33
-
If Dapr is already installed, please enter the Helm release name and namespace (from `helm list -A`) when prompted the following:
32
+
```azurecli-interactive
33
+
Enter the Helm release name for Dapr, or press Enter to use the default name [dapr]:
34
+
Enter the namespace where Dapr is installed, or press Enter to use the default namespace [dapr-system]:
35
+
```
34
36
35
-
```bash
36
-
Enter the Helm release name for Dapr, or press Enter to use the default name [dapr]:
37
-
Enter the namespace where Dapr is installed, or press Enter to use the default namespace [dapr-system]:
38
-
```
37
+
## Configure the existing Dapr installation using `--configuration-settings`
39
38
40
-
## Configuring the existing Dapr installation using `--configuration-settings`
39
+
When you [create the Dapr extension](./dapr.md), you can configure the extension to use and manage the Kubernetes resources created by Dapr OSS using the `--configuration-settings` flag.
41
40
42
-
Alternatively, when creating the Dapr extension, you can configure the above settings via `--configuration-settings`. This method is useful when you are automating the installation via bash scripts, CI pipelines, etc.
41
+
1. List the details of your current Dapr installation using the `helm list -A` command and save the Dapr release name and namespace from the output.
43
42
44
-
If you don't have an existing Dapr installation on your cluster, set `skipExistingDaprCheck` to `true`:
43
+
```azurecli-interactive
44
+
helm list -A
45
+
```
45
46
46
-
```azurecli-interactive
47
-
az k8s-extension create --cluster-type managedClusters \
2. Create the Dapr extension using the [`az k8s-extension create`][az-k8s-extension-create] and use the `--configuration-settings` flags to set the Dapr release name and namespace.
54
48
55
-
If Dapr exists on your cluster, set the Helm release name and namespace (from `helm list -A`) via `--configuration-settings`:
56
-
57
-
```azurecli-interactive
58
-
az k8s-extension create --cluster-type managedClusters \
When you install the Dapr extension on top of an existing Dapr installation, you'll see the following prompt:
61
+
When installing the Dapr extension on top of an existing Dapr installation, you receive the following message:
70
62
71
-
> ```The extension will be installed on your existing Dapr installation. Note, if you have updated the default values for global.ha.* or dapr_placement.* in your existing Dapr installation, you must provide them in the configuration settings. Failing to do so will result in an error, since Helm upgrade will try to modify the StatefulSet. See <link> for more information.```
63
+
```output
64
+
The extension will be installed on your existing Dapr installation. Note, if you have updated the default values for global.ha.* or dapr_placement.* in your existing Dapr installation, you must provide them in the configuration settings. Failing to do so will result in an error, since Helm upgrade will try to modify the StatefulSet. See <link> for more information.
65
+
```
72
66
73
-
Kubernetes only allows for limited fields in StatefulSets to be patched, subsequently failing upgrade of the placement service if any of the mentioned settings are configured. You can follow the steps below to update those settings:
67
+
Kubernetes only allows patching for limited fields in StatefulSets. If any of the HA mode or placement service settings are configured, the upgrade fails. To update the HA mode or placement service settings, you must delete the stateful set and then update the HA mode.
74
68
75
-
1. Delete the stateful set.
69
+
1. Delete the stateful set using the `kubectl delete` command.
0 commit comments