Ginkgo Test Suites
All Ginkgo Integration test suites are located in
The integration test requires the following setup
For Security Group for Pods Test
- Have all Nitro Based Instances in your EKS Cluster.
- Have at least 3 X c5.xlarge instance type or larger in terms of number of ENI/IP allocatable.
- Add the AmazonEKSVPCResourceController managed policy to the cluster role that is associated with your Amazon EKS cluster. Follow Step 2 in Deploy security groups for pods
- Enable the CNI plugin to manage network interfaces for pods by setting the ENABLE_POD_ENI variable to true in the aws-node DaemonSet. Follow Step 3 in Deploy security groups for pods
For Windows Test
- Have 1 Linux Operating System worker Node for running coreDNS.
- Have at-least 3 Windows Operating System worker Node (Preferably c5.4xlarge or larger).
- Have all the Windows Node belonging to same nodegroup with same Security Group.
Available Ginkgo Focus
The Integration test suite provides the following focuses.
These tests can be run when the controller is running on Data Plane. This is idle for CI Setup where the controller runs on Data Plane instead of Control Plane. See
# Use when running test on the Controller on EKS Control Plane. --skip=LOCAL
These tests are run to stress the controller by running higher than average workload. To skip these tests, use the following.
# Use when running only the Integration test. --skip=STRESS
Continuous tests to ensure the correctness of the live production environment by testing the bare minimum functionality. Since the Canary runs quite frequently it doesn't contain all set of integration testes which could run for hours.
# To run just the canary tests. --focus=CANARY
How to Run the Integration Tests
Running Individual Ginkgo Test Suites
- Set the environment variables.
CLUSTER_NAME=<test-cluster-name> KUBE_CONFIG_PATH=<path-to-kube-config> AWS_REGION=<test-cluster-region> VPC_ID=<cluster-vpc-id> OS=<darwin/linux/etc>
- Invoke all available test suites.
cd test/integration echo "Running Validation Webhook Tests" (cd webhook && CGO_ENABLED=0 GOOS=$OS ginkgo -v -timeout 10m -- -cluster-kubeconfig=$KUBE_CONFIG_PATH -cluster-name=$CLUSTER_NAME --aws-region=$AWS_REGION --aws-vpc-id $VPC_ID) echo "Running Security Group for Pods Integration Tests" (cd perpodsg && CGO_ENABLED=0 GOOS=$OS ginkgo -v -timeout 40m -- -cluster-kubeconfig=$KUBE_CONFIG_PATH -cluster-name=$CLUSTER_NAME --aws-region=$AWS_REGION --aws-vpc-id $VPC_ID) echo "Running Windows Integration Tests" (cd windows && CGO_ENABLED=0 GOOS=$OS ginkgo -v -timeout 40m -- -cluster-kubeconfig=$KUBE_CONFIG_PATH -cluster-name=$CLUSTER_NAME --aws-region=$AWS_REGION --aws-vpc-id $VPC_ID)
Running Integration tests on Controller running on EKS Control Plane
- Invoke the test script
cd test/integration CLUSTER_NAME=<test-cluster-name> / KUBE_CONFIG_PATH=<path-to-kube-config> / AWS_REGION=<test-cluster-region> / OS_OVERRIDE=<darwin/linux/etc> / run.sh
Running Integration tests on Controller running on Data Plane
This is intended for the purposes of local development, testing and CI Setup. For more details refer the steps are provided in
- Once we have more test suites, we can provide a script instead of invoking each suite manually.
- Add Windows tests to the list once the support is enabled.
- Move the script based tests in
integration-testto Ginkgo Based integration/e2e test.