dhi.io/istio-base-chart
This chart installs resources shared by all Istio revisions. This includes Istio CRDs.
All examples in this guide use the public chart and images. If you've mirrored the repository for your own use (for example, to your Docker Hub namespace), update your commands to reference the mirrored chart instead of the public one.
For example:
dhi.io/<repository>:<tag><your-namespace>/dhi-<repository>:<tag>For more details about customizing the chart to reference other images, see the documentation.
To optionally mirror a chart to your own third-party registry, you can follow the instructions in How to mirror an image for either the chart, the image, or both.
The same regctl tool that is used for mirroring container images can also be used for mirroring Helm charts, as Helm
charts are OCI artifacts.
For example:
regctl image copy \
"${SRC_CHART_REPO}:${TAG}" \
"${DEST_REG}/${DEST_CHART_REPO}:${TAG}" \
--referrers \
--referrers-src "${SRC_ATT_REPO}" \
--referrers-tgt "${DEST_REG}/${DEST_CHART_REPO}" \
--force-recursive
The Docker Hardened Images that the chart uses require authentication. To allow your Kubernetes cluster to pull those images, you need to create a Kubernetes secret with your Docker Hub credentials or with the credentials for your own registry.
Follow the authentication instructions for DHI in Kubernetes.
For example:
kubectl create secret docker-registry helm-pull-secret \
--docker-server=dhi.io \
--docker-username=<Docker username> \
--docker-password=<Docker token> \
--docker-email=<Docker email>
To install the chart, use helm install. Make sure you use helm login to log in before running helm install.
Optionally, you can also use the --dry-run flag to test the installation without actually installing anything.
This Helm chart expects the istio-system namespace to exist. So creating it is a prerequisite.
kubectl create namespace istio-system
helm install istio-base oci://dhi.io/istio-base-chart --version <version>
This Helm chart provides base CRDs to other Istio Helm charts. You can validate that the CRDs have been creating by doing a query on the istio label.
kubectl get CustomResourceDefinition -l release=istio
NAME CREATED AT
authorizationpolicies.security.istio.io 2026-02-19T09:39:09Z
destinationrules.networking.istio.io 2026-02-19T09:39:09Z
envoyfilters.networking.istio.io 2026-02-19T09:39:09Z
gateways.networking.istio.io 2026-02-19T09:39:09Z
peerauthentications.security.istio.io 2026-02-19T09:39:09Z
proxyconfigs.networking.istio.io 2026-02-19T09:39:09Z
requestauthentications.security.istio.io 2026-02-19T09:39:09Z
serviceentries.networking.istio.io 2026-02-19T09:39:09Z
sidecars.networking.istio.io 2026-02-19T09:39:09Z
telemetries.telemetry.istio.io 2026-02-19T09:39:09Z
virtualservices.networking.istio.io 2026-02-19T09:39:09Z
wasmplugins.extensions.istio.io 2026-02-19T09:39:09Z
workloadentries.networking.istio.io 2026-02-19T09:39:09Z
workloadgroups.networking.istio.io 2026-02-19T09:39:09Z