Getting Started

This guide lets you quickly evaluate Istio’s ambient mode. These steps require you to have a cluster running a supported version of Kubernetes (1.27, 1.28, 1.29, 1.30). You can install Istio ambient mode on any supported Kubernetes platform, but this guide will assume the use of kind for simplicity.

Note that ambient mode currently requires the use of istio-cni to configure Kubernetes nodes, which must run as a privileged pod. Ambient mode is compatible with every major CNI that previously supported sidecar mode.

Follow these steps to get started with Istio’s ambient mode:

  1. Download and install
  2. Deploy the sample application
  3. Adding your application to ambient
  4. Secure application access
  5. Control traffic
  6. Uninstall

Download and install

  1. Install kind

  2. Download the latest version of Istio (v1.21.0 or later) with Alpha support for ambient mode.

  3. Deploy a new local kind cluster:

    1. $ kind create cluster --config=- <<EOF
    2. kind: Cluster
    3. apiVersion: kind.x-k8s.io/v1alpha4
    4. name: ambient
    5. nodes:
    6. - role: control-plane
    7. - role: worker
    8. - role: worker
    9. EOF
  4. Install the Kubernetes Gateway API CRDs, which don’t come installed by default on most Kubernetes clusters:

    1. $ kubectl get crd gateways.gateway.networking.k8s.io &> /dev/null || \
    2. { kubectl kustomize "github.com/kubernetes-sigs/gateway-api/config/crd/experimental?ref=v1.1.0" | kubectl apply -f -; }
  5. Install Istio with the ambient profile on your Kubernetes cluster, using the version of istioctl downloaded above:

    1. $ istioctl install --set profile=ambient --skip-confirmation

    After running the above command, you’ll get the following output that indicates four components (including ztunnel) have been installed successfully!

    1. Istio core installed
    2. Istiod installed
    3. CNI installed
    4. Ztunnel installed
    5. Installation complete
  6. Verify the installed components using the following command:

    1. $ kubectl get pods,daemonset -n istio-system
    2. NAME READY STATUS RESTARTS AGE
    3. pod/istio-cni-node-btbjf 1/1 Running 0 2m18s
    4. pod/istiod-55b74b77bd-xggqf 1/1 Running 0 2m27s
    5. pod/ztunnel-5m27h 1/1 Running 0 2m10s
    6. NAME DESIRED CURRENT READY UP-TO-DATE AVAILABLE NODE SELECTOR AGE
    7. daemonset.apps/istio-cni-node 1 1 1 1 1 kubernetes.io/os=linux 2m18s
    8. daemonset.apps/ztunnel 1 1 1 1 1 kubernetes.io/os=linux 2m10s

Deploy the sample application

You’ll use the sample bookinfo application, which is part of the Istio distribution that you downloaded above. In ambient mode, you deploy applications to your Kubernetes cluster exactly the same way you would without Istio. This means that you can have your applications running in your cluster before you enable ambient mode, and have them join the mesh without needing to restart or reconfigure them.

Make sure the default namespace does not include the label istio-injection=enabled when using ambient mode, because you do not need Istio to inject sidecars into application pods.

  1. Start the sample services:

    ZipZip

    1. $ kubectl apply -f @samples/bookinfo/platform/kube/bookinfo.yaml@
    2. $ kubectl apply -f @samples/bookinfo/platform/kube/bookinfo-versions.yaml@

    ZipZip

    1. $ kubectl apply -f @samples/sleep/sleep.yaml@
    2. $ kubectl apply -f @samples/sleep/notsleep.yaml@

    sleep and notsleep are two simple applications that can serve as curl clients.

  2. Deploy an ingress gateway so you can access the bookinfo app from outside the cluster:

    To get IP address assignment for Loadbalancer service types in kind, you may need to install a tool like MetalLB. Please consult this guide for more information.

    Create a Kubernetes Gateway and HTTPRoute:

    Zip

    1. $ kubectl apply -f @samples/bookinfo/gateway-api/bookinfo-gateway.yaml@

    Set the environment variables for the Kubernetes Gateway:

    1. $ kubectl wait --for=condition=programmed gtw/bookinfo-gateway
    2. $ export GATEWAY_HOST=bookinfo-gateway-istio.default
    3. $ export GATEWAY_SERVICE_ACCOUNT=ns/default/sa/bookinfo-gateway-istio
  3. Test your bookinfo application. It should work with or without the gateway:

    1. $ kubectl exec deploy/sleep -- curl -s "http://$GATEWAY_HOST/productpage" | grep -o "<title>.*</title>"
    2. <title>Simple Bookstore App</title>
    1. $ kubectl exec deploy/sleep -- curl -s http://productpage:9080/ | grep -o "<title>.*</title>"
    2. <title>Simple Bookstore App</title>
    1. $ kubectl exec deploy/notsleep -- curl -s http://productpage:9080/ | grep -o "<title>.*</title>"
    2. <title>Simple Bookstore App</title>

Adding your application to the ambient mesh

  1. You can enable all pods in a given namespace to be part of an ambient mesh by simply labeling the namespace:

    1. $ kubectl label namespace default istio.io/dataplane-mode=ambient
    2. namespace/default labeled

    Congratulations! You have successfully added all pods in the default namespace to the mesh. Note that you did not have to restart or redeploy anything!

  2. Now, send some test traffic:

    1. $ kubectl exec deploy/sleep -- curl -s "http://$GATEWAY_HOST/productpage" | grep -o "<title>.*</title>"
    2. <title>Simple Bookstore App</title>
    1. $ kubectl exec deploy/sleep -- curl -s http://productpage:9080/ | grep -o "<title>.*</title>"
    2. <title>Simple Bookstore App</title>
    1. $ kubectl exec deploy/notsleep -- curl -s http://productpage:9080/ | grep -o "<title>.*</title>"
    2. <title>Simple Bookstore App</title>

You’ll immediately gain mTLS communication and L4 telemetry among the applications in the ambient mesh. If you follow the instructions to install Prometheus and Kiali, you’ll be able to visualize your application in Kiali’s dashboard:

Kiali dashboard

Kiali dashboard

Secure application access

After you have added your application to an ambient mode mesh, you can secure application access using Layer 4 authorization policies. This feature lets you control access to and from a service based on client workload identities, but not at the Layer 7 level, such as HTTP methods like GET and POST.

Layer 4 authorization policy

  1. Explicitly allow the sleep and gateway service accounts to call the productpage service:

    1. $ kubectl apply -f - <<EOF
    2. apiVersion: security.istio.io/v1beta1
    3. kind: AuthorizationPolicy
    4. metadata:
    5. name: productpage-viewer
    6. namespace: default
    7. spec:
    8. selector:
    9. matchLabels:
    10. app: productpage
    11. action: ALLOW
    12. rules:
    13. - from:
    14. - source:
    15. principals:
    16. - cluster.local/ns/default/sa/sleep
    17. - cluster.local/$GATEWAY_SERVICE_ACCOUNT
    18. EOF
  2. Confirm the above authorization policy is working:

    1. $ # this should succeed
    2. $ kubectl exec deploy/sleep -- curl -s "http://$GATEWAY_HOST/productpage" | grep -o "<title>.*</title>"
    3. <title>Simple Bookstore App</title>
    1. $ # this should succeed
    2. $ kubectl exec deploy/sleep -- curl -s http://productpage:9080/ | grep -o "<title>.*</title>"
    3. <title>Simple Bookstore App</title>
    1. $ # this should fail with a connection reset error code 56
    2. $ kubectl exec deploy/notsleep -- curl -s http://productpage:9080/ | grep -o "<title>.*</title>"
    3. command terminated with exit code 56

Layer 7 authorization policy

  1. Using the Kubernetes Gateway API, you can deploy a waypoint proxy for your namespace:

    1. $ istioctl x waypoint apply --enroll-namespace --wait
    2. waypoint default/waypoint applied
    3. namespace default labeled with "istio.io/use-waypoint: waypoint"
  2. View the waypoint proxy status; you should see the details of the gateway resource with Programmed status:

    1. $ kubectl get gtw waypoint -o yaml
    2. ...
    3. status:
    4. conditions:
    5. - lastTransitionTime: "2024-04-18T14:25:56Z"
    6. message: Resource programmed, assigned to service(s) waypoint.default.svc.cluster.local:15008
    7. observedGeneration: 1
    8. reason: Programmed
    9. status: "True"
    10. type: Programmed
  3. Update your AuthorizationPolicy to explicitly allow the sleep service to GET the productpage service, but perform no other operations:

    1. $ kubectl apply -f - <<EOF
    2. apiVersion: security.istio.io/v1beta1
    3. kind: AuthorizationPolicy
    4. metadata:
    5. name: productpage-viewer
    6. namespace: default
    7. spec:
    8. targetRefs:
    9. - kind: Service
    10. group: ""
    11. name: productpage
    12. action: ALLOW
    13. rules:
    14. - from:
    15. - source:
    16. principals:
    17. - cluster.local/ns/default/sa/sleep
    18. to:
    19. - operation:
    20. methods: ["GET"]
    21. EOF
  4. Confirm the new waypoint proxy is enforcing the updated authorization policy:

    1. $ # this should fail with an RBAC error because it is not a GET operation
    2. $ kubectl exec deploy/sleep -- curl -s "http://productpage:9080/productpage" -X DELETE
    3. RBAC: access denied
    1. $ # this should fail with an RBAC error because the identity is not allowed
    2. $ kubectl exec deploy/notsleep -- curl -s http://productpage:9080/
    3. RBAC: access denied
    1. $ # this should continue to work
    2. $ kubectl exec deploy/sleep -- curl -s http://productpage:9080/ | grep -o "<title>.*</title>"
    3. <title>Simple Bookstore App</title>

Control traffic

  1. You can use the same waypoint to control traffic to reviews. Configure traffic routing to send 90% of requests to reviews v1 and 10% to reviews v2:

    Zip

    1. $ kubectl apply -f @samples/bookinfo/gateway-api/route-reviews-90-10.yaml@
  2. Confirm that roughly 10% of the traffic from 100 requests goes to reviews-v2:

    1. $ kubectl exec deploy/sleep -- sh -c "for i in \$(seq 1 100); do curl -s http://productpage:9080/productpage | grep reviews-v.-; done"

Uninstall

  1. The label to instruct Istio to automatically include applications in the default namespace to an ambient mesh is not removed by default. If no longer needed, use the following command to remove it:

    1. $ kubectl label namespace default istio.io/dataplane-mode-
    2. $ kubectl label namespace default istio.io/use-waypoint-
  2. To remove waypoint proxies, installed policies, and uninstall Istio:

    1. $ istioctl x waypoint delete --all
    2. $ istioctl uninstall -y --purge
    3. $ kubectl delete namespace istio-system
  3. To delete the Bookinfo sample application and its configuration, see Bookinfo cleanup.

  4. To remove the sleep and notsleep applications:

    ZipZip

    1. $ kubectl delete -f @samples/sleep/sleep.yaml@
    2. $ kubectl delete -f @samples/sleep/notsleep.yaml@
  5. If you installed the Gateway API CRDs, remove them:

    1. $ kubectl kustomize "github.com/kubernetes-sigs/gateway-api/config/crd/experimental?ref=v1.1.0" | kubectl delete -f -