Agree in general.. Regarding the particular issue of disk space -- have you considered using min_disk attribute? It is supported both in Glance for describing images and in Nova for filtering flavors. Seems that this is exactly what you need. Regards, Alex ==================================================================================== Alex Glikson Manager, Cloud Infrastructure Solutions, IBM Haifa Research Lab Email: glikson at il.ibm.com | Phone: +972-4-8281085 | Mobile: +972-54-6466667 | Fax: +972-4-8296112 From: Ezra Silvera/Haifa/IBM at IBMIL To: "?lvaro Alonso" <aalonsog at dit.upm.es> Cc: fiware-cloud at lists.fi-ware.org Date: 08/06/2015 05:29 PM Subject: Re: [Fiware-cloud] Flavor metadata in images Sent by: fiware-cloud-bounces at lists.fi-ware.org Coupling between image and resources is problematic. You will end up duplicating all or most of the flavor fields. For example, if the image can run only on gpu capable machine etc.. As said before the whole notion of flavor and images as separate entities was to allow independent many to many mapping. -Ezra Silvera ?lvaro Alonso --- Re: [Fiware-cloud] Flavor metadata in images --- מאת: "?lvaro Alonso" <aalonsog at dit.upm.es> אל: "Ezra Silvera" <EZRA at il.ibm.com> עותק: "" <fiware-cloud at lists.fi-ware.org> תאריך: יום ב׳, 8 ביונ 2015 16:39 נושא: Re: [Fiware-cloud] Flavor metadata in images Alex, the solution there is to include in images info regarding capacity (in terms of CPU, mem, disk and not directly a flavour) and then select the flavours that fit that requirements. The problem comes when a user tries to launch an image that needs, for instance, 1GB of disk to install the SO using a flavour of 500 MB. BR -- ?lvaro El 08 Jun 2015, a las 14:34, Ezra Silvera <EZRA at il.ibm.com> escribi?: Hi, I'm not sure it is aligned or make sense in terms of OpenStack. The separation between flavors and images was done by design In OpenStack so that you decouple between image and the required resources. I agree it would be nice to show only the flavors that can be used but this should be decoupled from the image (i.e., if you have max 200GB free mem on all hosts don't show flavors with mem > 200MB). Note that if we add such link it will need to be maintained through out flavor life cycle (create, delete, etc..) . Also this will require someone who add an image (or someone who define a flavor) to go through ALL images/flavors to validate for these matches. Thanks Ezra Silvera From: ?lvaro Alonso <aalonsog at dit.upm.es> To: fiware-cloud at lists.fi-ware.org Date: 08/06/2015 02:41 PM Subject: [Fiware-cloud] Flavor metadata in images Sent by: fiware-cloud-bounces at lists.fi-ware.org Hi Kenneth, Alex. one the features planned for the Cloud Portal is to, when deploying a VM, only show to the users the flavours that has enough capacity to host the specific image. https://jira.fiware.org/browse/CLD-299 In order to support that, all images should include a metadata field with the info about the flavour they need. I don’t know if it make sense to really support this feature because I’m aware the work load including this field in every images would suppose. What do you think? _______________________________________________ Fiware-cloud mailing list Fiware-cloud at lists.fi-ware.org https://lists.fi-ware.org/listinfo/fiware-cloud -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.fiware.org/private/fiware-cloud/attachments/20150608/73254c40/attachment.html>
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy