More information on this subject.

If I siege the service during a deployment: https://cl.ly/3l2E3f3F2q1T

It seems that it also occurs in the cluster as if I siege the service using the 
cluster ip, I have the same issue.

On Sunday, May 13, 2018 at 11:37:17 AM UTC+2, floren...@gmail.com wrote:
> I'm trying to achieve a zero downtime deployment using kubernetes and during 
> my test the service doesn't load balance well.
> 
> My kubernetes manifest is:
> 
> apiVersion: extensions/v1beta1
> kind: Deployment
> metadata:
>   name: myapp-deployment
> spec:
>   replicas: 3
>   strategy:
>     type: RollingUpdate
>     rollingUpdate:
>       maxUnavailable: 0
>       maxSurge: 1
>   template:
>     metadata:
>       labels:
>         app: myapp
>         version: "0.2"
>     spec:
>       containers:
>       - name: myapp-container
>         image: gcr.io/google-samples/hello-app:1.0
>         imagePullPolicy: Always
>         ports:
>           - containerPort: 8080
>             protocol: TCP
>         readinessProbe:
>           httpGet:
>             path: /
>             port: 8080
>           initialDelaySeconds: 5
>           periodSeconds: 5
>           successThreshold: 1
> 
> ---
> 
> apiVersion: v1
> kind: Service
> metadata:
>   name: myapp-lb
>   labels:
>     app: myapp
> spec:
>   type: LoadBalancer
>   externalTrafficPolicy: Local
>   ports:
>     - port: 80
>       targetPort: 8080
>   selector:
>     app: myapp
> 
> If I loop over the service with the external IP, let's say:
> 
> $ kubectl get services
> NAME         TYPE           CLUSTER-IP     EXTERNAL-IP      PORT(S)        AGE
> kubernetes   ClusterIP      10.35.240.1    <none>           443/TCP        1h
> myapp-lb     LoadBalancer   10.35.252.91   35.205.100.174   80:30549/TCP   22m
> 
> using the bash script:
> 
> while True
>     do
>         curl 35.205.100.174 
>         sleep 0.2s
>     done
> 
> I receive some "connection refused" during the deployment:
> 
> curl: (7) Failed to connect to 35.205.100.174 port 80: Connection refused
> 
> The application is the default helloapp 
> (https://github.com/GoogleCloudPlatform/kubernetes-engine-samples/tree/master/hello-app)
>  provided by Google Cloud Platform and running on 8080.
> 
> Cluster information:
> 
> * Kubernetes version: 1.8.8
> * Google cloud platform
> * Machine type: g1-small

-- 
You received this message because you are subscribed to the Google Groups 
"Kubernetes user discussion and Q&A" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to kubernetes-users+unsubscr...@googlegroups.com.
To post to this group, send email to kubernetes-users@googlegroups.com.
Visit this group at https://groups.google.com/group/kubernetes-users.
For more options, visit https://groups.google.com/d/optout.

Reply via email to