John: > At a high level: > > Neutron: > * user wants to connect to a particular neutron network > * user wants a super-fast SRIOV connection
Administration: > * needs to map PCI device to what neutron network the connect to > The big question is: > * is this a specific SRIOV only (provider) network > * OR... are other non-SRIOV connections also made to that same network > > I feel we have to go for that latter. Imagine a network on VLAN 42, > you might want some SRIOV into that network, and some OVS connecting > into the same network. The user might have VMs connected using both > methods, so wants the same IP address ranges and same network id > spanning both. > > If we go for that latter new either need: > * some kind of nic-flavor > ** boot ... -nic nic-id:"public-id:,nic-flavor:"10GBpassthrough" > ** but neutron could store nic-flavor, and pass it through to VIF > driver, and user says port-id > * OR add NIC config into the server flavor > ** extra spec to say, tell VIF driver it could use on of this list of > PCI devices: (list pci-flavors) > * OR do both > > I vote for nic-flavor only, because it matches the volume-type we have > with cinder. > I think the issue there is that Nova is managing the supply of PCI devices (which is limited and limited on a per-machine basis). Indisputably you need to select the NIC you want to use as a passthrough rather than a vnic device, so there's something in the --nic argument, but you have to answer two questions: - how many devices do you need (which is now not a flavor property but in the --nic list, which seems to me an odd place to be defining billable resources) - what happens when someone does nova interface-attach? Cinder's an indirect parallel because the resources it's adding to the hypervisor are virtual and unlimited, I think, or am I missing something here? > However, it does suggest that Nova should leave all the SRIOV work to > the VIF driver. > So the VIF driver, as activate by neutron, will understand which PCI > devices to passthrough. > > Similar to the plan with brick, we could have an oslo lib that helps > you attach SRIOV devices that could be used by the neturon VIF drivers > and the nova PCI passthrough code. > I'm not clear that this is necessary. At the moment with vNICs, you pass through devices by having a co-operation between Neutron (which configures a way of attaching them to put them on a certain network) and the hypervisor specific code (which creates them in the instance and attaches them as instructed by Neutron). Why would we not follow the same pattern with passthrough devices? In this instance, neutron would tell nova that when it's plugging this device it should be a passthrough device, and pass any additional parameters like the VF encap, and Nova would do as instructed, then Neutron would reconfigure whatever parts of the network need to be reconfigured in concert with the hypervisor's settings to make the NIC a part of the specified network. -- Ian. > > Thanks, > John > > _______________________________________________ > OpenStack-dev mailing list > OpenStack-dev@lists.openstack.org > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev >
_______________________________________________ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
