You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "Mike Tutkowski (JIRA)" <ji...@apache.org> on 2013/10/22 00:15:46 UTC

[jira] [Commented] (CLOUDSTACK-4527) Extend support of CloudStack-managed storage to KVM

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-4527?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13801246#comment-13801246 ] 

Mike Tutkowski commented on CLOUDSTACK-4527:
--------------------------------------------

Attaching and detaching data disks based on dynamically created volumes is now working.

I expect to check the code for this in this week.

> Extend support of CloudStack-managed storage to KVM
> ---------------------------------------------------
>
>                 Key: CLOUDSTACK-4527
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-4527
>             Project: CloudStack
>          Issue Type: New Feature
>      Security Level: Public(Anyone can view this level - this is the default.) 
>          Components: KVM
>    Affects Versions: 4.3.0
>            Reporter: Mike Tutkowski
>            Assignee: Mike Tutkowski
>             Fix For: 4.3.0
>
>
> From Review Request 13865:
> This patch is part two of the SolidFire plug-in. Part one is described in Review Request 11479 and was implemented in CS 4.2.
> The focus of this patch is to support a one-to-one mapping between a CloudStack volume and a SolidFire volume when using KVM.
> The hypervisor plug-ins were initially developed to expect storage was preallocated from a storage device. In 4.2, with the storage plug-in framework, this model has changed to additionally support Primary Storage representing a storage device itself (ex. a SAN) as opposed to it having to represent preallocated storage (ex. a volume from a SAN).
> In the new model, Primary Storage can represent a SAN like SolidFire's. When a CloudStack volume is attached to a VM for the first time, the storage framework asks the storage plug-in to execute some logic. In the SolidFire case, this is where a volume is created on the SolidFire SAN.
> In CS 4.2, I created the SolidFire plug-in and modified necessary parts of the storage framework as well as XenServer and VMware plug-in logic to enable a one-to-one mapping between a CS volume and a SolidFire volume when using XenServer and ESX(i).
> This patch aims to extend this support to KVM.
> Support is offered in the form of Disk Offerings (not Compute Offerings).



--
This message was sent by Atlassian JIRA
(v6.1#6144)