Configurer un maillage de services side-car Envoy sur GKE
Cette page explique comment configurer un maillage de services side-car Envoy sur GKE.
Prérequis
Pour commencer, ce guide suppose que vous avez déjà:
- Vous avez créé un cluster GKE et l'avez enregistré dans un parc.
- Installer les définitions de ressources personnalisées
Configurer le service
Créez un exemple de service HTTP:
kubectl apply -f - <<EOF kind: Namespace apiVersion: v1 metadata: name: sidecar-example --- apiVersion: apps/v1 kind: Deployment metadata: name: whereami namespace: sidecar-example spec: replicas: 2 selector: matchLabels: app: whereami template: metadata: labels: app: whereami spec: containers: - name: whereami image: gcr.io/google-samples/whereami:v1.2.20 ports: - containerPort: 8080 --- apiVersion: v1 kind: Service metadata: name: whereami namespace: sidecar-example spec: selector: app: whereami ports: - port: 8080 targetPort: 8080 EOF
Créez un HTTPRoute de référence pour le service:
apiVersion: gateway.networking.k8s.io/v1beta1 kind: HTTPRoute metadata: name: whereami-route namespace: sidecar-example spec: parentRefs: - name: whereami kind: Service group: "" rules: - backendRefs: - name: whereami port: 8080 EOF
Le fichier manifeste suivant décrit également un exemple de service gRPC:
apiVersion: v1 kind: Service metadata: name: sample-service namespace: sample-ns annotations: networking.gke.io/app-protocols: '{"50051": "HTTP2"}' # 50051 is backendref.port spec: ports: - port: 50051 targetPort: 50051
Configurer le client
Exécutez la commande suivante pour activer l'injection side-car dans l'espace de noms
sidecar-example
:kubectl label namespace sidecar-example csm-injection=enabled
Créez un client:
kubectl apply -f - <<EOF apiVersion: apps/v1 kind: Deployment metadata: labels: run: client name: client namespace: sidecar-example spec: replicas: 1 selector: matchLabels: run: client template: metadata: labels: run: client spec: containers: - name: client image: curlimages/curl command: - sh - -c - while true; do sleep 1; done EOF
Vérifiez qu'un conteneur side-car Envoy est automatiquement injecté dans le pod client:
kubectl get pods -n sidecar-example -l run=client
Le résultat est semblable à :
NAME READY STATUS RESTARTS AGE client-xxxx 2/2 Running 0 20s
Attendez que le client soit prêt et que
Status
soit en cours d'exécution avant de continuer.Vérifiez la configuration du maillage de services Envoy-sidecar. La commande suivante envoie une requête au service whereami à partir du client.
CLIENT_POD=$(kubectl get pod -n sidecar-example -l run=client -o=jsonpath='{.items[0].metadata.name}') # The VIP where the following request will be sent. Because all requests # from the client container are redirected to the Envoy proxy sidecar, you # can use any IP address, including 10.0.0.2, 192.168.0.1, and others. VIP='10.0.0.1' TEST_CMD="curl -v -H 'host: whereami.sidecar-example.svc.cluster.local' $VIP" kubectl exec -it $CLIENT_POD -n sidecar-example -c client -- /bin/sh -c "$TEST_CMD"
Le résultat est semblable à :
< Trying 10.0.0.1:80... < Connected to 10.0.0.1 (10.0.0.1) port 80 (#0) < GET / HTTP/1.1 < Host: whereami < User-Agent: curl/7.82.0-DEV < Accept: */* < < Mark bundle as not supporting multiuse < HTTP/1.1 200 OK < content-type: application/json < content-length: 318 < access-control-allow-origin: * < server: envoy < date: Tue, 12 Apr 2022 22:30:13 GMT < { "cluster_name": "${CLUSTER_NAME}", "location": "${LOCATION}", "host_header": "whereami", ... }