On 2009/10/21 14:13, MORITA Kazutaka wrote:
Hi everyone,
Sheepdog is a distributed storage system for KVM/QEMU. It provides
highly available block level storage volumes to VMs like Amazon EBS.
Sheepdog supports advanced volume management features such as snapshot,
cloning, and thin provisioning.
On 2009/10/25 17:51, Dietmar Maurer wrote:
Do you support multiple guests accessing the same image?
A VM image can be attached to any VMs but one VM at a time; multiple
running VMs cannot access to the same VM image.
I guess this is a problem when you want to do live migrations?
Yes, because
Dietmar Maurer wrote:
Also, on _loaded_ systems, I noticed creating/removing logical volumes
can take really long (several minutes); where allocating a file of a
given size would just take a fraction of that.
Allocating a file takes much longer, unless you use a 'sparse' file.
If you mean "a
> >> Do you support multiple guests accessing the same image?
> >
> > A VM image can be attached to any VMs but one VM at a time; multiple
> > running VMs cannot access to the same VM image.
I guess this is a problem when you want to do live migrations?
- Dietmar
> Also, on _loaded_ systems, I noticed creating/removing logical volumes
> can take really long (several minutes); where allocating a file of a
> given size would just take a fraction of that.
Allocating a file takes much longer, unless you use a 'sparse' file.
- Dietmar
--
To unsubscribe from
On 10/23/2009 05:40 PM, FUJITA Tomonori wrote:
On Fri, 23 Oct 2009 09:14:29 -0500
Javier Guerra wrote:
I think that the major difference between sheepdog and cluster file
systems such as Google File system, pNFS, etc is the interface between
clients and a storage system.
note that
Chris Webb wrote:
Javier Guerra writes:
i'd just want to add my '+1 votes' on both getting rid of JVM
dependency and using block devices (usually LVM) instead of ext3/btrfs
If the chunks into which the virtual drives are split are quite small (say
the 64MB used by Hadoop), LVM may be a less
On Fri, Oct 23, 2009 at 8:10 PM, Alexander Graf wrote:
>
> On 23.10.2009, at 12:41, MORITA Kazutaka wrote:
>
> On Fri, Oct 23, 2009 at 12:30 AM, Avi Kivity wrote:
>
> How is load balancing implemented? Can you move an image transparently
>
> while a guest is running? Will an image be moved clos
On Fri, 23 Oct 2009 09:14:29 -0500
Javier Guerra wrote:
> > I think that the major difference between sheepdog and cluster file
> > systems such as Google File system, pNFS, etc is the interface between
> > clients and a storage system.
>
> note that GFS is "Global File System" (written by Sisti
Sorry, I am not familiar with the details of Exanodes/Seanodes but it seems to
be a storage system provides iSCSI protocol. As I wrote in a different
mail, Sheepdog is a storage system that provide a simple key-value
interface to Sheepdog client (qemu block driver).
On Fri, Oct 23, 2009 at 3:53 AM
On Fri, Oct 23, 2009 at 9:58 AM, Chris Webb wrote:
> If the chunks into which the virtual drives are split are quite small (say
> the 64MB used by Hadoop), LVM may be a less appropriate choice. It doesn't
> support very large numbers of very small logical volumes very well.
absolutely. the 'nice
Javier Guerra writes:
> i'd just want to add my '+1 votes' on both getting rid of JVM
> dependency and using block devices (usually LVM) instead of ext3/btrfs
If the chunks into which the virtual drives are split are quite small (say
the 64MB used by Hadoop), LVM may be a less appropriate choice
On Fri, Oct 23, 2009 at 5:41 AM, MORITA Kazutaka
wrote:
> On Fri, Oct 23, 2009 at 12:30 AM, Avi Kivity wrote:
>> If so, is it reasonable to compare this to a cluster file system setup (like
>> GFS) with images as files on this filesystem? The difference would be that
>> clustering is implemented
> Anyways, I do not know JGroups - maybe that 'reliable multicast' solves
> all network problems somehow - Is there any documentation about how
> they do it?
OK, found the papers on their web site - quite interesting too.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the bo
Another suggestion: use LVM instead of btrfs (to get better performance)
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
> We use JGroups (Java library) for reliable multicast communication in
> our cluster manager daemon.
I doubt that there is something like 'reliable multicast' - you will run into
many problems when you try to handle errors.
> We don't worry about the performance much
> since the cluster manager
On Fri, Oct 23, 2009 at 12:30 AM, Avi Kivity wrote:
> On 10/21/2009 07:13 AM, MORITA Kazutaka wrote:
>>
>> Hi everyone,
>>
>> Sheepdog is a distributed storage system for KVM/QEMU. It provides
>> highly available block level storage volumes to VMs like Amazon EBS.
>> Sheepdog supports advanced vol
Chris Webb writes:
> MORITA Kazutaka writes:
>
> > We use JGroups (Java library) for reliable multicast communication in
> > our cluster manager daemon. We don't worry about the performance much
> > since the cluster manager daemon is not involved in the I/O path. We
> > might think about movin
MORITA Kazutaka writes:
> We use JGroups (Java library) for reliable multicast communication in
> our cluster manager daemon. We don't worry about the performance much
> since the cluster manager daemon is not involved in the I/O path. We
> might think about moving to corosync if it is more stabl
We use JGroups (Java library) for reliable multicast communication in
our cluster manager daemon. We don't worry about the performance much
since the cluster manager daemon is not involved in the I/O path. We
might think about moving to corosync if it is more stable than
JGroups.
On Wed, Oct 21, 2
Hello,
Does the following patch work for you?
diff --git a/sheep/work.c b/sheep/work.c
index 4df8dc0..45f362d 100644
--- a/sheep/work.c
+++ b/sheep/work.c
@@ -28,6 +28,7 @@
#include
#include
#include
+#define _LINUX_FCNTL_H
#include
#include "list.h"
On Wed, Oct 21, 2009 at 5:45 PM, N
Am 22.10.2009 um 18:28 schrieb Anthony Liguori :
Avi Kivity wrote:
On 10/21/2009 07:13 AM, MORITA Kazutaka wrote:
Hi everyone,
Sheepdog is a distributed storage system for KVM/QEMU. It provides
highly available block level storage volumes to VMs like Amazon EBS.
Sheepdog supports advanced vo
This looks very interesting - how does this compare with Exanodes/Seanodes?
Thanks,
Avishay
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Avi Kivity wrote:
On 10/21/2009 07:13 AM, MORITA Kazutaka wrote:
Hi everyone,
Sheepdog is a distributed storage system for KVM/QEMU. It provides
highly available block level storage volumes to VMs like Amazon EBS.
Sheepdog supports advanced volume management features such as snapshot,
cloning,
On 10/21/2009 07:13 AM, MORITA Kazutaka wrote:
Hi everyone,
Sheepdog is a distributed storage system for KVM/QEMU. It provides
highly available block level storage volumes to VMs like Amazon EBS.
Sheepdog supports advanced volume management features such as snapshot,
cloning, and thin provisioni
Quite interesting. But would it be possible to use corosync for the cluster
communication? The point is that we need corosync anyways for pacemaker, it is
written in C (high performance) and seem to implement the feature you need?
> -Original Message-
> From: kvm-ow...@vger.kernel.org [m
Hello,
I am getting the following error trying to compile sheepdog on Ubuntu 9.10 (
2.6.31-14 x64 ) :
cd shepherd; make
make[1]: Entering directory `/home/shiny/Packages/sheepdog-2009102101/shepherd'
cc -c -g -O2 -Wall -Wstrict-prototypes -I../include -D_GNU_SOURCE shepherd.c -o
shepherd.o
shep
27 matches
Mail list logo