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

Supporting SR-IOV non-capable devices #83

Closed
gylleus opened this issue Jun 12, 2019 · 3 comments
Closed

Supporting SR-IOV non-capable devices #83

gylleus opened this issue Jun 12, 2019 · 3 comments

Comments

@gylleus
Copy link

gylleus commented Jun 12, 2019

Hi,

I know it goes a bit against the name of this CNI, but are there any plans on supporting devices that are not using SR-IOV? For my team it would be useful in a few different scenarios.

I noticed that Intel SRIOV network device plugin that this CNI works with seems to support non-capable network devices from looking at the README (seems to have been updated recently though). The CNI itself does not seem to support it, however, so are there any plans for it in the future?

@zshi-redhat
Copy link
Collaborator

Hi,

I know it goes a bit against the name of this CNI, but are there any plans on supporting devices that are not using SR-IOV? For my team it would be useful in a few different scenarios.

What are those devices not using SR-IOV? can you list a few?

I noticed that Intel SRIOV network device plugin that this CNI works with seems to support non-capable network devices from looking at the README (seems to have been updated recently though). The CNI itself does not seem to support it, however, so are there any plans for it in the future?

@gylleus
Copy link
Author

gylleus commented Jun 13, 2019

Correct me if I am wrong but not all NICs support SR-IOV. Since I do not know on which hardware will be used when users deploy my platform I am not sure that it is valid to assume that they will have SR-IOV support on their interfaces.

Another example is when deploying a Kubernetes cluster inside VMs that either have totally virtual interfaces or VFs provided to them through SR-IOV from the baremetal host machine. In this case the VMs can to my knowledge use SR-IOV on its interface. The only way that would be possible would be through PCI-passthrough of the physical NICs to individual VMs.

@zshi-redhat
Copy link
Collaborator

zshi-redhat commented Jun 13, 2019

Correct me if I am wrong but not all NICs support SR-IOV. Since I do not know on which hardware will be used when users deploy my platform I am not sure that it is valid to assume that they will have SR-IOV support on their interfaces.

In this case, you may need a device plugin that can discover and advertise non SR-IOV capable devices;
then request this type of device in the pod spec.
Looking at the SR-IOV device plugin code, given a non SR-IOV capable device, it will also be discovered and exposed.

Another example is when deploying a Kubernetes cluster inside VMs that either have totally virtual interfaces or VFs provided to them through SR-IOV from the baremetal host machine. In this case the VMs can to my knowledge use SR-IOV on its interface. The only way that would be possible would be through PCI-passthrough of the physical NICs to individual VMs.

I believe this is a similar request to this issue, please also refer to previous discussion here.

@gylleus gylleus closed this as completed Oct 23, 2019
thom311 pushed a commit to thom311/k8snetworkplumbingwg-sriov-cni that referenced this issue Jun 3, 2024
Rename downstream Dockerfile + bump
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants