Documentation
Introduction
- Overview
- Getting Started
- Support for K8s Installers
- Deploying on Kind
- Deploying on Minikube
- Configuration
- Installing with Helm
Cloud Deployment
Reference
- Antrea Network Policy
- Antctl
- Architecture
- Traffic Encryption (Ipsec / WireGuard)
- Securing Control Plane
- Security considerations
- Troubleshooting
- OS-specific Known Issues
- OVS Pipeline
- Feature Gates
- Antrea Proxy
- Network Flow Visibility
- Traceflow Guide
- NoEncap and Hybrid Traffic Modes
- Egress Guide
- NodePortLocal Guide
- Antrea IPAM Guide
- Exposing Services of type LoadBalancer
- Traffic Control
- BGP Support
- Versioning
- Antrea API Groups
- Antrea API Reference
Windows
Integrations
Cookbooks
Multicluster
Developer Guide
Project Information
Deploying Antrea on a GKE cluster
We support running Antrea inside of GKE clusters on Ubuntu Node. Antrea would operate in NetworkPolicy only mode, in which no encapsulation is required for any kind of traffic (Intra Node, Inter Node, etc) and NetworkPolicies are enforced using OVS. Antrea is supported on both VPC-native Enable/Disable modes.
GKE Prerequisites
-
Install the Google Cloud SDK (gcloud). Refer to Google Cloud SDK installation guide
curl https://sdk.cloud.google.com | bash
-
Make sure you are authenticated to use the Google Cloud API
export ADMIN_USER=user@email.com gcloud auth login
-
Create a project or use an existing one
export GKE_PROJECT=gke-clusters gcloud projects create $GKE_PROJECT
Creating the cluster
You can use any method to create a GKE cluster (gcloud SDK, gcloud Console, etc). The example given here is using the Google Cloud SDK.
Note: Antrea is supported on Ubuntu Nodes only for GKE cluster. When creating the cluster, you must use the default network provider and must not enable “Dataplane V2”.
-
Create a GKE cluster
export GKE_ZONE="us-west1" export GKE_HOST="UBUNTU" gcloud container --project $GKE_PROJECT clusters create cluster1 --image-type $GKE_HOST \ --zone $GKE_ZONE --enable-ip-alias
-
Access your cluster
kubectl get nodes NAME STATUS ROLES AGE VERSION gke-cluster1-default-pool-93d7da1c-61z4 Ready <none> 3m11s 1.25.7-gke.1000 gke-cluster1-default-pool-93d7da1c-rkbm Ready <none> 3m9s 1.25.7-gke.1000
-
Create a cluster-admin ClusterRoleBinding
kubectl create clusterrolebinding cluster-admin-binding --clusterrole cluster-admin --user user@email.com
Note: To create clusterRoleBinding, the user must have
container.clusterRoleBindings.create
permission. Use this command to enable it, if the previous command fails due to permission error. Only cluster Admin can assign this permission.gcloud projects add-iam-policy-binding $GKE_PROJECT --member user:user@email.com --role roles/container.admin
Deploying Antrea
-
Prepare the Cluster Nodes
Deploy
antrea-node-init
DaemonSet to enablekubelet
to operate in CNI mode.kubectl apply -f https://raw.githubusercontent.com/antrea-io/antrea/main/build/yamls/antrea-gke-node-init.yml
-
Deploy Antrea
To deploy a released version of Antrea, pick a deployment manifest from the list of releases. Note that GKE support was added in release 0.5.0, which means you cannot pick a release older than 0.5.0. For any given release
<TAG>
(e.g.v0.5.0
), you can deploy Antrea as follows:kubectl apply -f https://github.com/antrea-io/antrea/releases/download/<TAG>/antrea-gke.yml
To deploy the latest version of Antrea (built from the main branch), use the checked-in deployment yaml:
kubectl apply -f https://raw.githubusercontent.com/antrea-io/antrea/main/build/yamls/antrea-gke.yml
The command will deploy a single replica of Antrea controller to the GKE cluster and deploy Antrea agent to every Node. After a successful deployment you should be able to see these Pods running in your cluster:
$ kubectl get pods --namespace kube-system -l app=antrea -o wide NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES antrea-agent-24vwr 2/2 Running 0 46s 10.138.15.209 gke-cluster1-default-pool-93d7da1c-rkbm <none> <none> antrea-agent-7dlcp 2/2 Running 0 46s 10.138.15.206 gke-cluster1-default-pool-9ba12cea-wjzn <none> <none> antrea-controller-5f9985c59-5crt6 1/1 Running 0 46s 10.138.15.209 gke-cluster1-default-pool-93d7da1c-rkbm <none> <none>
-
Restart remaining Pods
Once Antrea is up and running, restart all Pods in all Namespaces (kube-system, gmp-system, etc) so they can be managed by Antrea.
$ for ns in $(kubectl get ns -o=jsonpath=''{.items[*].metadata.name}'' --no-headers=true); do \ pods=$(kubectl get pods -n $ns -o custom-columns=NAME:.metadata.name,HOSTNETWORK:.spec.hostNetwork --no-headers=true | grep '<none>' | awk '{ print $1 }'); \ [ -z "$pods" ] || kubectl delete pods -n $ns $pods; done pod "alertmanager-0" deleted pod "collector-4sfvd" deleted pod "collector-gtlxf" deleted pod "gmp-operator-67c4678f5c-ffktp" deleted pod "rule-evaluator-85b8bb96dc-trnqj" deleted pod "event-exporter-gke-7bf6c99dcb-4r62c" deleted pod "konnectivity-agent-autoscaler-6dfdb49cf7-hfv9g" deleted pod "konnectivity-agent-cc655669b-2cjc9" deleted pod "konnectivity-agent-cc655669b-d79vf" deleted pod "kube-dns-5bfd847c64-ksllw" deleted pod "kube-dns-5bfd847c64-qv9tq" deleted pod "kube-dns-autoscaler-84b8db4dc7-2pb2b" deleted pod "l7-default-backend-64679d9c86-q69lm" deleted pod "metrics-server-v0.5.2-6bf74b5d5f-22gqq" deleted