AWS EKS Specific details

This document includes details of installing FlowFuse on AWS EKS.

The following assumptions have been made in the examples:

  1. The user has the correct AWS IAM policy access to complete all tasks
  2. All AWS services are running in eu-west-1



This is used to interact with the whole AWS environment

From here onwards this document assumes that you have configured the AWS CLI tools with a user that has permission to carry out the steps.

This document does not include details of how to configure such a user in AWS IAM. Please show this document to you AWS Account Admin if you need help.


This tool is used to create/modify AWS EKS Clusters, it uses the credentials from the AWS Cli.

Setup a new domain on Route53

Do this in the AWS Console/Your DNS provider

Create an AWS Certificate

Request a certificate for *.[DOMAIN] from Amazon Certificate Manager

Do this in AWS Console, with Route53 validation

Create EKS Cluster

Edit the cluster.yml file in aws_eks to set your preferred instance type and count along with AWS Region

eksctl create cluster -f cluster.yml

Example cluster.yml (Please visit to be sure you understand what this does.)

kind: ClusterConfig

name: FlowFuse
region: eu-west-1

withOIDC: true

- name: aws-ebs-csi-driver
resolveConflicts: overwrite

- name: management
role: "management"
instanceType: t2.small
desiredCapacity: 1
volumeSize: 20
allow: false
ebs: true
- name: instance
role: "projects"
tags: "true" "owned"
instanceType: t2.small
desiredCapacity: 2
allow: false

Ingress Controller

Nginx Ingress

It is recommended to run the Nginx Ingress controller even on AWS EKS (The AWS ALB load balancer currently appears to only support up to 100 Ingress Targets which limits the number of Instance/Projects that can be run).

Create a nginx-ingress-values.yaml file to pass the values to the nginx helm file.

touch nginx-ingress-values.yaml

Fill the nginx-ingress-values.yaml file with the following content. Replace <your-certificate-arn> with the certificate ARN created earlier

# publishService required to Allow ELB Alias for DNS registration w/ external-dns
enabled: true
configNameSpace: $(POD_NAMESPACE)/tcp-services
configNameSpace: $(POD_NAMESPACE)/udp-services
proxy-body-size: "0"
use-proxy-protocol: true
# AWS Annotations for LoadBalaner with Certificate ARN
annotations: "<your-certificate-arn>" "tcp" "443" "nlb" "120" proxy_protocol_v2.enabled=true
# TLS (https) terminated at ELB, so internal endpoint is 'http'
https: http
externalTrafficPolicy: Cluster
default: true

The proxy-body-size: "0" removes the 1m nginx default limit, you can set this to a different vale e.g. "5m" which will match the Node-RED default.

Install the Nginx Ingress controller with the following command:

helm repo add ingress-nginx
helm repo update
helm upgrade -i ingress-nginx ingress-nginx/ingress-nginx \
--create-namespace \
--namespace ingress \
--values "nginx-ingress-values.yaml" \
--wait \


AWS ALB Ingress

AWS ALB has a hard limit of 100 Ingress endpoints which limits the number of Projects/Instances that can be deployed.

Setup AWS SES for email

Setup identity to match sending domain (requires DNS entries) Setup email identity to send test emails to Request move to production from sandbox (need to include examples of emails being sent and why/when those emails will be sent should only need this for prod)

ses_policy.json (with suitable aws id, aws region and domain modifications):

"Version": "2012-10-17",
"Statement": [
"Sid": "VisualEditor0",
"Effect": "Allow",
"Action": [
"Resource": "arn:aws:ses:[aws region]:[aws id]:identity/[domain name]"
IAM_POLICY_ARN=$(aws iam create-policy --policy-name FlowForgeSendEmail --policy-document file://ses_policy.json --output json | jq -r .Policy.Arn)
ACCOUNT_ID=$(aws sts get-caller-identity --query "Account" --output text)
OIDC_PROVIDER=$(aws eks describe-cluster --name flowforge --query "cluster.identity.oidc.issuer" --output text | sed -e "s/^https:\/\///")

"Version": "2012-10-17",
"Statement": [
"Effect": "Allow",
"Principal": {
"Federated": "arn:aws:iam::${ACCOUNT_ID}:oidc-provider/${OIDC_PROVIDER}"
"Action": "sts:AssumeRoleWithWebIdentity",
"Condition": {
"StringEquals": {
"${OIDC_PROVIDER}:sub": "system:serviceaccount:default:flowforge"

echo "${TRUST_RELATIONSHIP}" > trust.json

aws iam create-role --role-name flowforge_service_account_role --assume-role-policy-document file://trust.json --description "Role to bind to flowforge service account"

aws iam attach-role-policy --role-name flowforge_service_account_role --policy-arn=$IAM_POLICY_ARN

Make a note of the ARN for the IAM Role (flowforge_service_account_role) is needed in the helm chart values yaml file. aws iam get-role --role-name flowforge_service_account_role


Create a IAM Role to bind IAM Policies to the service account

Create IAM Policy to allow sending emails (example:

Use AWS RDS PostgreSQL instance

The following script creates a AWS RDS PostgreSQL instance, it also sets up some network access rules so only the FlowFuse app can access it from inside the cluster (and not the Node-RED instances).

Please read it carefully before running it to ensure you understand it.

A copy of this file can be found here

Run the following command


Make a note of the postgres hostname

aws rds describe-db-instances | jq .DBInstances[].Endpoint.Address