Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ACI pod cannot communicate with other pods #868

Closed
vedant-khandelwal opened this issue Mar 14, 2019 · 13 comments
Closed

ACI pod cannot communicate with other pods #868

vedant-khandelwal opened this issue Mar 14, 2019 · 13 comments

Comments

@vedant-khandelwal
Copy link

vedant-khandelwal commented Mar 14, 2019

What happened:

Deployed an AKS cluster with virtual node enabled. The pods running in ACI get IP addresses not in the same range as AKS vnet. The ACI pod has a corresponding service and other pods also have corresponding services. As a result those pods are not able to communicate with other pods running in AKS.

What you expected to happen:

ACI pod should be able to communicate with other pods using service names.

How to reproduce it (as minimally and precisely as possible):

Just create an AKS cluster with virtual node enabled and run pods with services in both AKS nodes and ACI.

Environment:

  • Kubernetes version : 1.13.5
  • Size of cluster : 3 nodes
  • General description of workloads in the cluster: HTTP microservices
@vedant-khandelwal
Copy link
Author

I find that the virtual kubelet pod doesn't have ACI subnet defined, but when I try to edit the deployment, it gets reset and becomes empty so I can't set the subnet. Not sure how it got reset

@vedant-khandelwal
Copy link
Author

disabled and re-enabled the virtual node feature in the cluster and set the subnet again. But the pod is still unable to discover services running on other nodes in the cluster.

@srrengar
Copy link

The ACI containers that are created on the virtual node are in their own delegated subnet but all within the same VNet as the AKS cluster. Are you creating the delegated subnet yourself or letting the portal do it for you? What errors are you seeing?

@vedant-khandelwal
Copy link
Author

vedant-khandelwal commented May 16, 2019 via email

@srrengar
Copy link

@robbiezhang any reason why this would happen?

@robbiezhang
Copy link
Contributor

@vedant-khandelwal are you using FQDN ([service name].[namespace].svc.cluster.local) or the short form ([service name].[namespace])? Can you resolve public DNS?
Similar issue: virtual-kubelet/virtual-kubelet#456

@vedant-khandelwal
Copy link
Author

vedant-khandelwal commented Jun 12, 2019 via email

@srrengar
Copy link

@vedant-khandelwal is this still occurring?

Tagging @ibabou

@vedant-khandelwal
Copy link
Author

vedant-khandelwal commented Aug 27, 2019 via email

@srrengar
Copy link

Have you opened a support case on this?

@vedant-khandelwal
Copy link
Author

vedant-khandelwal commented Aug 28, 2019 via email

@srrengar
Copy link

What is the support case #?

@jluk
Copy link
Contributor

jluk commented Sep 18, 2019

@vedant-khandelwal I am closing this issue due to 3 weeks since last ask. Please feel free to open another support ticket for this virtual nodes issue, which is better handled through support ticket than github issue anyways. Thanks!

@jluk jluk closed this as completed Sep 18, 2019
@ghost ghost locked as resolved and limited conversation to collaborators Jul 25, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

5 participants