/ / Istio - Délai de connexion lors de l'appel du deuxième service depuis le premier service (exemples) - kubernetes, istio

Istio - Délai de connexion lors de l'appel du deuxième service depuis le premier service (exemples) - kubernetes, istio

"Je suis les tutoriels pour évaluer Istio en tant que réseau de services pour mon cluster K8, mais pour une raison quelconque, je ne peux pas créer un exemple simple qui utilise plusieurs services pour fonctionner correctement:

https://istio.io/docs/tasks/integrating-services-into-istio.html

Si j'essaie d'appeler le service-deux depuis le service-un, j'obtiens cette erreur:

# kubectl exec -ti ${CLIENT} -- curl -v service-two:80
Defaulting container name to app.
Use "kubectl describe pod/service-one-714088666-73fkp" to see all of the containers in this pod.
* Rebuilt URL to: service-two:80/
*   Trying 10.102.51.89...
* connect to 10.102.51.89 port 80 failed: Connection refused
* Failed to connect to service-two port 80: Connection refused
* Closing connection 0
curl: (7) Failed to connect to service-two port 80: Connection refused

Cependant, si j'essaie de me connecter au deuxième service depuis un autre service de mon cluster, même dans un espace de noms différent, cela fonctionne:

# kubectl exec -ti redis-4054078334-mj287 -n redis -- curl -v service-two.default:80
* Rebuilt URL to: service-two.default:80/
* Hostname was NOT found in DNS cache
*   Trying 10.102.51.89...
* Connected to service-two.default (10.102.51.89) port 80 (#0)
> GET / HTTP/1.1
> User-Agent: curl/7.38.0
> Host: service-two.default
> Accept: */*
>
< HTTP/1.1 200 OK
* Server envoy is not blacklisted
< server: envoy
< date: Sat, 19 Aug 2017 14:43:01 GMT
< content-type: text/plain
< x-envoy-upstream-service-time: 2
< transfer-encoding: chunked
<
CLIENT VALUES:
client_address=127.0.0.1
command=GET
real path=/
query=nil
request_version=1.1
request_uri=http://service-two.default:8080/


SERVER VALUES:
server_version=nginx: 1.10.0 - lua: 10001


HEADERS RECEIVED:
accept=*/*
content-length=0
host=service-two.default
user-agent=curl/7.38.0
x-b3-sampled=1
x-b3-spanid=00000caf6e052e86
x-b3-traceid=00000caf6e052e86
x-envoy-expected-rq-timeout-ms=15000
x-forwarded-proto=http
x-ot-span-context=00000caf6e052e86;00000caf6e052e86;0000000000000000;cs
x-request-id=1290973c-7bca-95d2-8fa8-80917bb404ad
BODY:
* Connection #0 to host service-two.default left intact
-no body in request-

Une raison ou une explication pour laquelle j'obtiens ce comportement inattendu?

Merci.

Réponses:

0 pour la réponse № 1

J'ai compris ce qui s'est passé: le service-one les conteneurs init n’étaient pas correctement terminés, la résolution n’était donc pas correcte.