The documentation you are viewing is for Dapr v1.8 which is an older version of Dapr. For up-to-date documentation, see the latest version.
init CLI command reference
Install Dapr on supported hosting platforms.
dapr init [flags]
|The version of the Dapr dashboard to install, for example:
|Enable high availability (HA) mode
|Enable mTLS in your cluster
|Path to a local directory containing a downloaded “Dapr Installer Bundle” release which is used to
init the airgap environment
|Print this help message
|Pulls container images required by Dapr from the given image registry
|Deploy Dapr to a Kubernetes cluster
|The Kubernetes namespace to install Dapr in
|The Docker network on which to install and deploy the Dapr runtime
|The version of the Dapr runtime to install, for example:
|Configure options on the command line to be passed to the Dapr Helm chart and the Kubernetes cluster upon install. Can specify multiple values in a comma-separated list, for example:
|Exclude placement service, Redis and Zipkin containers from self-hosted installation
|The wait timeout for the Kubernetes installation
|Wait for Kubernetes initialization to complete
|It is used to specify the default container registry to pull images from. When its value is set to
ghcr it pulls the required images from Github container registry. To default to Docker hub, unset the environment variable or leave it blank
|Specifies a private Dapr Helm chart url
|A username for a private Helm chart
|The username required to access the private Dapr Helm chart. If it can be accessed publicly, this env variable does not need to be set
|A password for a private Helm chart
|The password required to access the private Dapr Helm chart. If it can be accessed publicly, this env variable does not need to be set
Self hosted environment
Install Dapr by pulling container images for Placement, Redis and Zipkin. By default these images are pulled from Docker Hub. To switch to Dapr Github container registry as the default registry, set the
DAPR_DEFAULT_IMAGE_REGISTRY environment variable value to be
GHCR. To switch back to Docker Hub as default registry, unset this environment variable.
You can also specify a specific runtime version. Be default, the latest version is used.
dapr init --runtime-version 1.4.0
Dapr can also run Slim self-hosted mode without Docker.
dapr init -s
In an offline or airgap environment, you can download a Dapr Installer Bundle and use this to install Dapr instead of pulling images from the network.
dapr init --from-dir <path-to-installer-bundle-directory>
Dapr can also run in slim self-hosted mode without Docker in an airgap environment.
dapr init -s --from-dir <path-to-installer-bundle-directory>
You can also specify a private registry to pull container images from. These images need to be published to private registries as shown below to enable Dapr CLI to pull them successfully via the
dapr init command -
- Dapr runtime container image(dapr) (Used to run Placement) - dapr/dapr:
- Redis container image(rejson) - dapr/3rdparty/rejson
- Zipkin container image(zipkin) - dapr/3rdparty/zipkin
All the required images used by Dapr needs to be under the
The 3rd party images have to be published under
image-registry uri follows this format -
dapr init --image-registry docker.io/username
This command resolves the complete image URI as shown below -
- Placement container image(dapr) - docker.io/username/dapr/dapr:
- Redis container image(rejson) - docker.io/username/dapr/3rdparty/rejson
- zipkin container image(zipkin) - docker.io/username/dapr/3rdparty/zipkin
dapr init -k
You can wait for the installation to complete its deployment with the
The default timeout is 300s (5 min), but can be customized with the
dapr init -k --wait --timeout 600
You can also specify a specific runtime version.
dapr init -k --runtime-version 1.4.0
--set flag to configure a set of Helm Chart values during Dapr installation to help set up a Kubernetes cluster.
dapr init -k --set global.tag=1.0.0 --set dapr_operator.logLevel=error
You can also specify a private registry to pull container images from. As of now
dapr init -k does not use specific images for sentry, operator, placement and sidecar. It relies on only Dapr runtime container image
dapr for all these images.
Scenario 1 : dapr image hosted directly under root folder in private registry -
dapr init -k --image-registry docker.io/username
Scenario 2 : dapr image hosted under a new/different directory in private registry -
dapr init -k --image-registry docker.io/username/<directory-name>
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.