Re: Proposed F19 Feature: First-Class Cloud Images
On Thu, Jan 24, 2013 at 11:19:16AM -0500, Bill Nottingham wrote: Matthew Miller (mat...@fedoraproject.org) said: On Wed, Jan 23, 2013 at 04:38:13PM -0500, Bill Nottingham wrote: == Detailed description == * New images that can be used in other cloud deployments (such as OpenStack, CloudStack, or Eucalyptus) will be produced. They will be in a qcow2 format and lack the EC2-specific customization. Images for this feature would ideally work for all cloud deployments and there will be i686 and x86_64 versions of both image types. In total and image drop will have 4 images: 2 arches for 2 different types (EC2, not-EC2). Will these images also be usable directly as virt image templates in local virtualization tools such as virt-manager Boxes? Yes. They have cloud-init enabled, which will look for a metadata service and (probably) not find one and then eventually time out and get you to a login prompt. To avoid that, you can boot with ds=nocloud' (Apparently there's a RHEVm and vSphere datasource too but I haven't tested that.) Have the boxes and libvirt people investigated writing a minimal cloud-init compatibile data-source? First time I hear of cloud-init, so as far as I know no one looked into Boxes integration (though this could be nice). Christophe pgppi2PG_Jcyx.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: First-Class Cloud Images
On Thu, Jan 24, 2013 at 09:27:00PM -0800, Adam Williamson wrote: * The Fedora Koji instance needs to be updated to a future release that will integrate with ImageFactory and Oz from the Aeolus Project. This future release is not implemented yet. This sounds a bit hand-wavy. Is there a definite schedule? I love the Yeah: https://fedoraproject.org/wiki/Features/FirstClassCloudImages#Milestones concept here, but I'd be worried if it involved a big change in how we build cloud images, say, at Beta time. Well, the current process is that the beta EC2 images are built in Koji if they happen to build successfully but aren't really announced or promoted, and the downloadable images are produced outside of the buildsystem entirely. So we're starting from a pretty low bar. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: First-Class Cloud Images
On Fri, Jan 25, 2013 at 11:58:18AM +0100, Christophe Fergeau wrote: First time I hear of cloud-init, so as far as I know no one looked into Boxes integration (though this could be nice). For Boxes, it might be nice if ~/.ssh/id_rsa.pub were provided by default (configurable, of course). -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Re: Proposed F19 Feature: First-Class Cloud Images
On Fri, Jan 25, 2013 at 11:58:18AM +0100, Christophe Fergeau wrote: First time I hear of cloud-init, so as far as I know no one looked into Boxes integration (though this could be nice). For Boxes, it might be nice if ~/.ssh/id_rsa.pub were provided by default (configurable, of course). -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: First-Class Cloud Images
Matthew Miller (mat...@fedoraproject.org) said: On Wed, Jan 23, 2013 at 04:38:13PM -0500, Bill Nottingham wrote: == Detailed description == * New images that can be used in other cloud deployments (such as OpenStack, CloudStack, or Eucalyptus) will be produced. They will be in a qcow2 format and lack the EC2-specific customization. Images for this feature would ideally work for all cloud deployments and there will be i686 and x86_64 versions of both image types. In total and image drop will have 4 images: 2 arches for 2 different types (EC2, not-EC2). Will these images also be usable directly as virt image templates in local virtualization tools such as virt-manager Boxes? Yes. They have cloud-init enabled, which will look for a metadata service and (probably) not find one and then eventually time out and get you to a login prompt. To avoid that, you can boot with ds=nocloud' (Apparently there's a RHEVm and vSphere datasource too but I haven't tested that.) Have the boxes and libvirt people investigated writing a minimal cloud-init compatibile data-source? Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: First-Class Cloud Images
On Thu, Jan 24, 2013 at 11:19:16AM -0500, Bill Nottingham wrote: Matthew Miller (mat...@fedoraproject.org) said: On Wed, Jan 23, 2013 at 04:38:13PM -0500, Bill Nottingham wrote: == Detailed description == * New images that can be used in other cloud deployments (such as OpenStack, CloudStack, or Eucalyptus) will be produced. They will be in a qcow2 format and lack the EC2-specific customization. Images for this feature would ideally work for all cloud deployments and there will be i686 and x86_64 versions of both image types. In total and image drop will have 4 images: 2 arches for 2 different types (EC2, not-EC2). Will these images also be usable directly as virt image templates in local virtualization tools such as virt-manager Boxes? Yes. They have cloud-init enabled, which will look for a metadata service and (probably) not find one and then eventually time out and get you to a login prompt. To avoid that, you can boot with ds=nocloud (Apparently there's a RHEVm and vSphere datasource too but I haven't tested that.) Have the boxes and libvirt people investigated writing a minimal cloud-init compatibile data-source? I don't recall us ever talking about it, but it could be something to investigate. Daniel -- |: http://berrange.com -o-http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :| -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: First-Class Cloud Images
On Thu, Jan 24, 2013 at 04:33:59PM +, Daniel P. Berrange wrote: Have the boxes and libvirt people investigated writing a minimal cloud-init compatibile data-source? I don't recall us ever talking about it, but it could be something to investigate. I've been meaning to suggest the idea to you. :) Cloud-init has a plugin architecture for data sources, so it wouldn't need to mimic EC2 or any other existing cloud metadata service. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: First-Class Cloud Images
On Wed, 2013-01-23 at 17:04 +, Jaroslav Reznik wrote: = Features/FirstClassCloudImages = https://fedoraproject.org/wiki/Features/FirstClassCloudImages Feature owner(s): Matthew Miller mattdm at fedoraproject dot org This feature expands Fedora's current cloud image deliverables beyond just EC2, and overhauls how they are produced. The goal is to produce cloud images for EC2 and other cloud deployments for the Alpha, Beta, and Final compose process and distribute them on the mirror network. There will also be nightly or weekly image builds for Rawhide to assist with early development. All images should be constructed using a newer generation of tools. This sounds great, and I'm all in favour, but: * The Fedora Koji instance needs to be updated to a future release that will integrate with ImageFactory and Oz from the Aeolus Project. This future release is not implemented yet. This sounds a bit hand-wavy. Is there a definite schedule? I love the concept here, but I'd be worried if it involved a big change in how we build cloud images, say, at Beta time. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Proposed F19 Feature: First-Class Cloud Images
= Features/FirstClassCloudImages = https://fedoraproject.org/wiki/Features/FirstClassCloudImages Feature owner(s): Matthew Miller mattdm at fedoraproject dot org This feature expands Fedora's current cloud image deliverables beyond just EC2, and overhauls how they are produced. The goal is to produce cloud images for EC2 and other cloud deployments for the Alpha, Beta, and Final compose process and distribute them on the mirror network. There will also be nightly or weekly image builds for Rawhide to assist with early development. All images should be constructed using a newer generation of tools. == Detailed description == * New images that can be used in other cloud deployments (such as OpenStack, CloudStack, or Eucalyptus) will be produced. They will be in a qcow2 format and lack the EC2-specific customization. Images for this feature would ideally work for all cloud deployments and there will be i686 and x86_64 versions of both image types. In total and image drop will have 4 images: 2 arches for 2 different types (EC2, not-EC2). * An image drop will be produced for Alpha, Beta, and Final composes for Fedora 19 and forward. * Scratch build image drops will be produced on a weekly basis for Fedora 19. * Scratch build image drops will be produced on a weekly basis for Rawhide as well to enable early testing. * The Fedora Koji instance needs to be updated to a future release that will integrate with ImageFactory and Oz from the Aeolus Project. This future release is not implemented yet. * The EC2 images will be automatically uploaded and registered in EC2. The Final AMIs for Fedora 19 will be available in the Amazon marketplace. ___ devel-announce mailing list devel-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: First-Class Cloud Images
Jaroslav Reznik (jrez...@redhat.com) said: == Detailed description == * New images that can be used in other cloud deployments (such as OpenStack, CloudStack, or Eucalyptus) will be produced. They will be in a qcow2 format and lack the EC2-specific customization. Images for this feature would ideally work for all cloud deployments and there will be i686 and x86_64 versions of both image types. In total and image drop will have 4 images: 2 arches for 2 different types (EC2, not-EC2). Will these images also be usable directly as virt image templates in local virtualization tools such as virt-manager Boxes? Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Proposed F19 Feature: First-Class Cloud Images
On Wed, Jan 23, 2013 at 04:38:13PM -0500, Bill Nottingham wrote: == Detailed description == * New images that can be used in other cloud deployments (such as OpenStack, CloudStack, or Eucalyptus) will be produced. They will be in a qcow2 format and lack the EC2-specific customization. Images for this feature would ideally work for all cloud deployments and there will be i686 and x86_64 versions of both image types. In total and image drop will have 4 images: 2 arches for 2 different types (EC2, not-EC2). Will these images also be usable directly as virt image templates in local virtualization tools such as virt-manager Boxes? Yes. They have cloud-init enabled, which will look for a metadata service and (probably) not find one and then eventually time out and get you to a login prompt. To avoid that, you can boot with ds=nocloud' (Apparently there's a RHEVm and vSphere datasource too but I haven't tested that.) Other than that, they're perfectly reasonable base images for anything. -- Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁ mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
