![]() ![]() The only real caveat I know of is that seamless live migration of the guest is no longer an option > Once VFs are created and assigned, it largely "Just Works". I realize my overall point is, essentially, FUD, but, absent a large enough installed base, that's not a totally outlandish stance for a decision-maker with an already-working solution. If it ever needs debugging, especially if a critical performance problem crops up, a rare expert might be needed after all. If it actually only ever requires that hour or two and nothing ever again and isn't brittle, that's great. However, considering how much CLI there was in those instructions, I'd argue that it's evidence that this feature is not what could safely be called "well implemented" (or perhaps "well integrated" would have been better for me to use) and probably not "well understood". Having glanced through those documents, I agree that it doesn't appear to be overly complex. > I would argue that any Linux or vSphere admin with any real amount of experience should be able to read any of the documentation I linked and be able to confidently work through it in an hour or two. The only real caveat I know of is that seamless live migration of the guest is no longer an option, because now all of the network virtualization is handled in the hardware instead of the hypervisor. Once VFs are created and assigned, it largely "Just Works". For ixgbevf, the ubiquitous commercial option, it's been in-tree for the Linux kernel for at least half a decade. I would argue that any Linux or vSphere admin with any real amount of experience should be able to read any of the documentation I linked and be able to confidently work through it in an hour or two.įor the guest, just making sure the driver is installed should be all that's required. The driver does all of the rest of the hard work. Īll of the real setup work has to be done at the hypervisor level, but you're primarily just doing two things: Creating VFs, and assigning them to VMs. OpenStack is a bit more complicated, but frankly, less complicated than plenty other tasks in OpenStack. Ī little bit more work with the common KVM management options, but still a very simple task as far as Linux sysadmin tasks go. With vSphere it takes a matter of seconds. If you're rolling your own virtualization stack, it's generally about as simple as any other task for that stack. With Azure and AWS it's basically just making sure you have the proper driver installed (gotten for free on basically all modern kernels) and flipping a command switch. SR-IOV is available on basically any and all server grade NICs, and is quite simple to use. My apologies for misunderstanding your point. I'd expect most technically-minded decision makers to think similarly. I could understand the point that it doesn't have to be, but, to be actually convinced, I'd want to see evidence that it's well understood and well implemented enough that neither rare expertise, substantial engineering effort, nor constrained configuration (hardware or software) would be required to take advantage of it. >Whether this qualifies as exceptional is, of course, arguable, but I'm arguing that it is. Someone at Discord apparently learnt on the job that "naming stuff" is one of the two hardest problems in IT -) "Guilds" also used to have a voice "server" to host their voice chat activity, but they did never equal themselves to their voice server, so even if all games out there called groups of players "guilds", it would still be a really bad choice. So yes, "guild" is a really bad name for the thing pretty much anyone in the target demographic is used to call "server", whether that thing actually was a physical or logical server or not. Anarchy Online just called them "organizations", while Star Trek Online calls them "fleets". Eve Online for example calls them "corporations", which is a better fit for a science fiction universe. It's rather common in the fantasy/medieval-type MMORPGs where it actually has its origins, but uncommon in pretty much all other themes, especially anything scifi. And even in the niche of MMORPG games, it's just one variant of name for the (relatively) permanent groups that players usually organize themselves in. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |