On 2011-07-28 8:36, Tim Flink wrote: > As I'm learning more about EC2 and AMIs, I'm wondering what the plans > are for Fedora S3 backed AMIs. > > If I'm understanding correctly, an S3 backed AMI has no persistent > storage - once the instance is rebooted, all changes are effectively > reverted. This would mean that applying updates to an S3 backed AMI > would be a questionable process and any updates requiring a reboot > would be impossible. Instance storage of this sort does not go away when instances are merely rebooted. It is only destroyed at instance termination time. > Are we planning to release S3 AMIs on a regular basis or are we > expecting users to use the S3 AMIs to build their own images and take > on the responsibility of updating those images on their own? Or are we > focusing on the EBS backed AMIs that do have persistent storage? Creating Fedora respins midway through a release consumes time and resources that, given our difficulty with the F15 images alone, we appear to lack. Building updates into images also calls GPL compliance into question, as updates that are superseded by newer updates get removed from mirrors and eventually garbage-collected by koji. This is not the case for packages in the release repository, which stick around forever, or the Fedora Unity respins, which provide source media alongside the binary media. I wouldn't be too concerned about supplying people with updated cloud images; they are really only a baseline that people can respin for themselves and others as they wish. People who wish to use EC2 merely as a pay-per-hour VPS provider can use either type of instance and keep it up to date via the usual channels like they are used to doing elsewhere. People who are running cloud applications have designed their applications such that individual instances are unimportant and replaceable. In those cases it is frequently easier to simply terminate out-of-date instances and replace them with new instances from fresh system images that cloud application writers already create as their applications evolve. _______________________________________________ cloud mailing list cloud@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/cloud
