Fedora EC2 Amis: SriovNetSupport

[milanisko k]

That would be one way.
However, since it actually is a majority of the instance types[1] that
support this feature, I'd vote to make it the default.
That's unless it prevents using/booting the "small" instances of course,
what AFAIK isn't the case --- I was able to create a snapshot ami from an
F21 instance,
register it with the sriov flag and boot both a t2 and an r3 instances
without any issue and confirmed the sriov flag was in effect on the r3
instance.
The only limit I know of is the ami has to be HVM[2].
Moreover, the feature is for free, no extra charges apply so why not to
take advantage of lower latencies on the instances.

Cheers,
milan

[1] Enhanced Networking Support, The Instance Types Matrix,
http://aws.amazon.com/ec2/instance-types/
[2] Enabling Enhanced Networking on Other Linux Distributions,
http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/enhanced-networking.html



2015-03-19 18:39 GMT+01:00 Garrett Holmstrom <gholms at fedoraproject.org>:

> On 2015-03-19 9:11, milanisko k wrote:
>
>> I'd like to ask about the status/plan of SriovNet support[1] for Fedora
>> Amazon images.
>> I was able to set this up manually for recent F21 ami ami-5cd9ea41, but
>> it is quite an inconvenient experience --- one has to instantiate, stop,
>> set attribute value through the CLI tool and start again to enable the
>> feature.
>> Would it be possible to register future Fedora amis with the enhanced
>> networking flag enabled[1]?
>> As far as motivation is concerned, please check the blog post[2] for
>> some performance evaluation.
>>
>
> Since that only works for some types of instances it wouldn't make sense
> to do that for all images, but registering a separate image (from the same
> bundle/snapshot) with that enabled would be reasonable.
>
> --
> Garrett Holmstrom
> _______________________________________________
> cloud mailing list
> cloud at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/cloud
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/cloud/attachments/20150320/e9a465c0/attachment.html>