Docsright arrowEdge Stackright arrow1.14right arrowInstalling the Ambassador Edge Stack with Helm

6 min • read

Installing the Ambassador Edge Stack with Helm

Helm is a package manager for Kubernetes that automates the release and management of software on Kubernetes. The Ambassador Edge Stack can be installed via a Helm chart with a few simple steps, depending on if you are deploying for the first time, upgrading the Ambassador Edge Stack from an existing installation, or migrating from the Ambassador API Gateway.

Before You Begin

The Ambassador Edge Stack Helm chart is hosted by Datawire and published at https://www.getambassador.io.

Start by adding this repo to your helm client with the following command:

Both Helm 2 and Helm 3 are supported. To enable CRD creation in Helm 2, the crd-install hook is included in the CRD manifests. When installing with Helm 3, the following message will be output to stderr:

Since this hook is required for Helm 2 support it IS NOT AN ERROR AND CAN BE SAFELY IGNORED.

Install with Helm

When you run the Helm chart, it installs the Ambassador Edge Stack. You can deploy it with either version of the tool.

  1. If you are installing the Ambassador Edge Stack for the first time on your cluster, create the ambassador namespace for the Ambassador Edge Stack:

  2. Helm 3 users: Install the Ambassador Edge Stack Chart with the following command:

  3. Helm 2 users: Install the Ambassador Edge Stack Chart with the following command:

  4. Finish the installation by running the following command: edgectl install (optional) *

  5. Provide an email address when prompted to receive notices if your domain or TLS certificate is about to expire. (optional)

    Your terminal should print something similar to the following:

    * Edge Control (edgectl) automatically configures TLS for your instance and provisions a domain name for your Ambassador Edge Stack. This is not necessary if you already have a domain name and certificates.

    This will install the necessary deployments, RBAC, Custom Resource Definitions, etc. for the Ambassador Edge Stack to route traffic. Details on how to configure Ambassador using the Helm chart can be found in the Helm chart README.

  6. Set up Service Catalog to view all of your service metadata in Ambassador Cloud.

Create a Mapping

In a typical configuration workflow, Custom Resource Definitions (CRDs) are used to define the intended behavior of Ambassador Edge Stack. In this example, we'll deploy a sample service and create a Mapping resource. Mappings allow you to associate parts of your domain with different URLs, IP addresses, or prefixes.

  1. First, apply the YAML for the “Quote of the Moment" service.

  2. Copy the configuration below and save it to a file called quote-backend.yaml so that you can create a Mapping on your cluster. This Mapping tells Ambassador Edge Stack to route all traffic inbound to the /backend/ path to the quote Service.

  3. Apply the configuration to the cluster by typing the command kubectl apply -f quote-backend.yaml.

  4. Grab the IP of your Ambassador Edge Stack

  5. Test the configuration by typing curl -Lk https://$AMBASSADOR_LB_ENDPOINT/backend/ or curl -Lk https://<hostname>/backend/. You should see something similar to the following:

A single source of configuration

In Ambassador Edge Stack, Kubernetes serves as the single source of configuration. This enables a consistent configuration workflow.

  1. To see your mappings via the command line, run kubectl get mappings

  2. If you created Mappings or other resources in another namespace, you can view them by adding -n <namespace> to the kubectl get command or add -A to view resources from every namespace. Without these flags, you will only see resources in the default namespace.

Upgrading an Existing Ambassador Edge Stack Installation

Note: If your existing installation is running the Ambassador API Gateway, do not use these instructions. See Migrating to the Ambassador Edge Stack instead.

Upgrading an existing installation of the Ambassador Edge Stack is a two-step process:

  1. First, apply any CRD updates (as of Helm 3, this is not supported in the chart itself):

  2. Next, upgrade the Ambassador Edge Stack itself:

    This will upgrade the image and deploy and other necessary resources for the Ambassador Edge Stack.

  3. Set up Service Catalog to view all of your service metadata in Ambassador Cloud.

Migrating to the Ambassador Edge Stack

If you have an existing Ambassador API Gateway installation but are not yet running the Ambassador Edge Stack, the upgrade process is somewhat different than above.

Note: It is strongly encouraged for you to move your Ambassador release to the ambassador namespace as shown below. If this isn't an option for you, remove the --namespace ambassador argument to helm upgrade.

  1. Upgrade CRDs for the Ambassador Edge Stack.

    To take full advantage of the Ambassador Edge Stack, you'll need the new Host CRD, and you'll need the new getambassador.io/v2 version of earlier CRDs. To upgrade all the CRDs, run

  2. Upgrade your Ambassador installation.

    If you're using Helm 3, simply run

    If you're using Helm 2, you need to modify the command slightly:

At this point, the Ambassador Edge Stack should be running with the same functionality as Ambassador API Gateway as well as the added features of the Ambassador Edge Stack. It's safe to do any validation required and roll-back if necessary.

Note: The Ambassador Edge Stack will be installed with an AuthService and RateLimitService. If you are using these plugins, set authService.create=false and/or rateLimit.create=false to avoid any conflict while testing the upgrade.