e.pdf
All the shell scripts are on github:
https://github.com/beloglazov/openstack-centos-kvm-glusterfs
Best regards,
Anton Beloglazov
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe :
lidation-of-virtual-machines>
If anyone is interested in this topic, it would be great to get any
feedback or suggestions.
Thanks,
Anton Beloglazov
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscr
Sorry, the link got corrupted, here is the correct one:
https://blueprints.launchpad.net/nova/+spec/dynamic-consolidation-of-virtual-machines
Best regards,
Anton Beloglazov
On Fri, Aug 17, 2012 at 6:22 PM, Anton Beloglazov <
anton.belogla...@gmail.com> wrote:
> Hi All,
>
>
sted to know what sort of performance you see with gluster
> providing a replicated file system, have you been able to do some high I/O
> "burn in" tests on guests?
>
> Thanks
>
> David
>
>
>
> On Fri, Aug 17, 2012 at 9:16 AM, Anton Beloglazov <
> anton.
Thanks, Shake!
Cheers,
Anton
On Fri, Aug 17, 2012 at 6:44 PM, Shake Chen wrote:
> Thanks.
>
> I would test and give your feedback.
>
>
>
> On Fri, Aug 17, 2012 at 4:16 PM, Anton Beloglazov <
> anton.belogla...@gmail.com> wrote:
>
>> Hi All,
>>
&g
The development is still in its early stages, but the source code is
already available on github: https://github.com/beloglazov/openstack-neat
Best regards,
Anton
On Fri, Aug 17, 2012 at 6:25 PM, Anton Beloglazov <
anton.belogla...@gmail.com> wrote:
> Sorry, the link got corrupted, he
be
consolidated, and also to deconsolidate VMs when there is a high risk of
performance degradation. If you are interested in the details of the
algorithms, they are given in the following two papers:
[1] Anton Beloglazov and Rajkumar Buyya, "Optimal Online Deterministic
Algorithms and Ada
to gauge degradation of performance due to concurrent I/O
> across nodes (if any exists), here I'd be particularly curious if high I/O
> on one compute node, due to replication caused a performance "hit" on
> another node.
>
> Regards
>
> David
>
>
>
&g
y exists), here I'd be particularly curious if high
> I/O
> > on one compute node, due to replication caused a performance "hit" on
> > another node.
> >
> > Regards
> >
> > David
> >
> >
> >
> > On Fri, Aug 17, 2012 a
9 matches
Mail list logo