Return-Path: Delivered-To: apmail-incubator-deltacloud-dev-archive@minotaur.apache.org Received: (qmail 33938 invoked from network); 15 Dec 2010 08:35:42 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 15 Dec 2010 08:35:42 -0000 Received: (qmail 30019 invoked by uid 500); 15 Dec 2010 08:35:42 -0000 Delivered-To: apmail-incubator-deltacloud-dev-archive@incubator.apache.org Received: (qmail 30004 invoked by uid 500); 15 Dec 2010 08:35:42 -0000 Mailing-List: contact deltacloud-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: deltacloud-dev@incubator.apache.org Delivered-To: mailing list deltacloud-dev@incubator.apache.org Received: (qmail 29996 invoked by uid 99); 15 Dec 2010 08:35:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Dec 2010 08:35:42 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=10.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mfojtik@redhat.com designates 209.132.183.28 as permitted sender) Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Dec 2010 08:35:37 +0000 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id oBF8ZGp5002998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 15 Dec 2010 03:35:16 -0500 Received: from redhat.com (dhcp-2-138.brq.redhat.com [10.34.2.138]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id oBF8ZDkF026068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Dec 2010 03:35:15 -0500 Date: Wed, 15 Dec 2010 09:35:13 +0100 From: Michal Fojtik To: deltacloud-dev@incubator.apache.org Subject: Re: Initial import of new RHEV-M driver Message-ID: <20101215083513.GC3827@redhat.com> References: <1292261340-8143-1-git-send-email-mfojtik@redhat.com> <4D0693CE.8020907@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <4D0693CE.8020907@redhat.com> X-Operating-System: Linux patashnik 2.6.35.9-64.fc14.i686.PAE User-Agent: Mutt/1.5.20 (2009-06-14) X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 On 14/12/10 07:44 +1000, Stephen Gordon wrote: >On 12/14/2010 03:28 AM, mfojtik@redhat.com wrote: >>Hi guys, >> >>I spend most of this day and yesterday to get new RHEV-M API running. >>Actually I'm able to run Mock API, which is not perfect but for now >>enough to start working on this driver. >> >>So now what is working and what is not: >> >>+ Listing of realms (using DataCenter) (/api/realms) >> I'm using Datacenters instead of StorageDomains, because it has >> more sense to me, let me know what do you think. >> >>+ Listing of templates (/api/images) >> Basically there are all needed informations for this collection >> already in place, except 'owner_id', so using 'self' here for now >> should fix it. >> >>+ Hardware profiles >> OK, so nwo I'm not that sure ;-) I found out that there are basically >> two types of templates/VMs. One is DESKTOP and second SERVER. >> So I used these as a names for hardware_profiles. >> For memory I used a range from 1024..32*1024. I need to know what is >> the minimum amount of RAM for new VM under RHEV. Also reporting >> how much memory hypervisor provide would be appreciated here. >> As an architecture I used 'x86_64', storage is opaque. > >I believe in the current edition (RHEV 2.2) the minimum amount of RAM >that can be assigned to a guest is 512mb. The maximum that can be >assigned to a 64 bit guest appears to be listed as 265 GB. See: > >http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Virtualization_for_Servers/2.2/html/5.5-2.2_Hypervisor_Deployment_Guide/chap-Deployment_Guide-Requirements_and_limitations_of_Red_Hat_Enterprise_Virtualization_Hypervisors.html Thanks for this information, it's extra usefull for me! -- Michal > >>+ Instance states >> I used EC2 state-machine, which is very similar to RHEV-M one. >> In RHEV there is a lot of additional states, which could be >> 'simplified' to our case of PENDING, STOPPED, RUNNING >> >>- Instances >> Almost every properties are mapped here, like name, state, id... >> There I ran into problems with mock driver, because in mock you don't >> have 'cluster' element, which refers to cluster which refers to datacenter. >> So mapping hardware profile to instance is in this case not possible. >> Anyway, I tryied to follow documentation here so it should work, but I can't >> test it live.... >> >>Also few notes of rhev_client, which is a small library/class for connecting >>to RHEV-M API and calling operations here. >>I used 'method_missing' to map all resources, otherwise it will require a lot >>of repeated code in this client which will not look very nice. >> >>Let me know what do you think, all suggestions, questions are more than welcomed. >> >>PS: Looking for some real testing RHEV-M instance which I can use for real testing. >> I offering a good Czech beer for that ;-) >> >> -- Michal >> >> > -- -------------------------------------------------------- Michal Fojtik, mfojtik@redhat.com Deltacloud API: http://deltacloud.org --------------------------------------------------------