Re: [Openstack] Thinking about Backups/Snapshots in Nova Volume

As regards the backup/snapshots >From our use cases on service consolidation for production servers, we'd like >to be able to - support frequent snap shots, ideally to also make those snapshots easily available in Glance for test machine clone operations - replicate those snapshots to other

[Openstack] how many servers will be need for insall swift?

Hi,all I read this pdf document: os-objectstorage-adminguide-cactus.pdf, it's say: This document demonstrates installing a cluster using the following types of nodes: • One Proxy node which runs the swift-proxy-server processes and may also run swauth services. It serves proxy requests to the

Re: [Openstack] how many servers will be need for insall swift?

Hi Alex, This blog has thoughts on how to deploy small swift clusters and manage zones: http://joearnold.com/2011/06/27/swift-in-the-small/ (google cache since its broken right now - http://goo.gl/SeVwW ) VT support isn't needed for swift install. Andrew - Original Message - From: "tian

Re: [Openstack] how many servers will be need for insall swift?

On Thu, 2011-07-21 at 16:23 +0800, tianyi wang wrote: > [...] > I not want to install OpenStack Object Storage for development or > testing purposes on a > single server. I want to install a mini swift production environment, > how many servers is be need? I think the storage node/proxy node disti

Re: [Openstack] Thinking about Backups/Snapshots in Nova Volume

I think vish pointed out the main differences between the 2 entities, and maybe that can lead to name disambiguation... Backup is a full copy, and usable without the original object being available in any state ( original or modified). It's expensive, since it's a full copy. Main use cases are

[Openstack] nova on Debian

Hi folks I've been trying to get an install of openStack working on Debian (sid, for my sins). I figured a good start point might be the Ubuntu Maverick guide. I followed the guide, then the "Installing Nova On A Single Host" guide. I had to make a few chan

Re: [Openstack] about vlan and switch

We had to preconfigure the vlan tags and set all network ports for nova-compute nodes to trunk them in advance on our switching gear. (BNT and Juniper both, but I've also needed to do it on Cisco gear) I think that is a pretty common requirement for managed switches. -nld

Re: [Openstack] Thinking about Backups/Snapshots in Nova Volume

Amen. This would, from an user perspective, simplify things enormously, and a complete package would aid organizations to get back up and running at a time (disaster recovery) when things are challenging and chaotic. Bernard Golden bernard.gol...@gmail.com On Jul 21, 2011, at 12:29 AM, Tim B

Re: [Openstack] nova on Debian

On Thu, 21 Jul 2011, Simon Guerrero wrote: > Hi folks > > I've been trying to get an install of openStack working on Debian (sid, for > my sins). I figured > a good start point might be the Ubuntu Maverick guide. > > I followed the guide, then the "Installing Nova On A Single Host" guide. I > ha

Re: [Openstack] nova on Debian

Original Message Subject: Re: [Openstack] nova on Debian From: Scott Moser To: Simon Guerrero Cc: openstack@lists.launchpad.net Date: 21/07/2011 15:23 On Thu, 21 Jul 2011, Simon Guerrero wrote: Hi folks I've been trying to get an install of openStack working on Debian (si

Re: [Openstack] about vlan and switch

+1 Yes you usually have to set up trunk mode for all the vlans you are planning on using on all ports for the compute and network hosts FYI nova starts with vlan 100 and goes up. Vish On Jul 21, 2011, at 4:53 AM, Narayan Desai wrote: > We had to preconfigure the vlan tags and set all network

Re: [Openstack] Making Nova HA summit notes

We just recently merged a new HA networking option. See details in my blog post here: http://unchainyourbrain.com/openstack/13-networking-in-nova Vish On Jul 20, 2011, at 10:04 PM, Mike Scherbakov wrote: > Hi, > Thank you for the work on making nova components HA. > > Did you have a chance

Re: [Openstack] Thinking about Backups/Snapshots in Nova Volume

The terms for snapshot and backup seem completely reasonable. >From a server consolidation/disaster recovery point of view, the dream would >be to be able to do backup and snapshot mirroring, almost like an Oracle >dataguard, to a remote site. >From my understanding of the upcoming Swift conta

Re: [Openstack] Thinking about Backups/Snapshots in Nova Volume

Hey Andi, Perhaps it would be better to re-frame the question. What should the base functionality of the Openstack API for backup/snapshot functionality be? I'm looking at it from the perspective of initially providing the capabilities that EC2/EBS currently provides (which they call snapshots).

Re: [Openstack] Thinking about Backups/Snapshots in Nova Volume

> Andiabes > Sent: Thursday, July 21, 2011 5:57 AM > > I think vish pointed out the main differences between the 2 entities, > and maybe that can lead to name disambiguation... > > Backup is a full copy, and usable without the original object being > available in any state ( original or modified)

Re: [Openstack] Making Nova HA summit notes

Thanks Vish I'll have a test with this new option in nearly day. Hugo Kuo 2011/7/22 Vishvananda Ishaya > We just recently merged a new HA networking option. See details in my blog > post here: > > http://unchainyourbrain.com/openstack/13-networking-in-nova > >

Re: [Openstack] Making Nova HA summit notes

Thank you Vish, I've not ever seen that fast response as pulling the code with what I'm looking for right after the posting email :) Going to test this today as well. Thanks, On Thu, Jul 21, 2011 at 9:44 AM, Kuo Hugo wrote: > Thanks Vish > > I'll have a test with this new option in nearly d

Re: [Openstack] Making Nova HA summit notes

Awesome Vish. I will give this network option a try! Diego -- Diego Parrilla *CEO* *www.stackops.com | * diego.parri...@stackops.com** | +34 649 94 43 29 | skype:diegoparrilla* * * * ADVERTENCIA LEGAL

Re: [Openstack] Thinking about Backups/Snapshots in Nova Volume

hmm - they definitely muddy the waters, but provide a really cool feature set: Amazon EBS Snapshots Amazon EBS provides the ability to back up point-in-time snapshots of your data to Amazon S3 for durable recovery. Amazon EBS snapshots are incremental backups, meaning that only the blocks on the d

Re: [Openstack] Thinking about Backups/Snapshots in Nova Volume

Hey Andi, The backup implementation is up to the storage providers. As for lunr, we are working on a very similar feature set to back up volumes to swift (and only backing up the changes since the last backup). -- Chuck On Thu, Jul 21, 2011 at 1:21 PM, andi abes wrote: > hmm - they definitely

Re: [Openstack] OpenStack Identity: Keystone API Proposal

Hot, Texas summer regards to all! Since my last note we have had much progress on Keystone. Particularly: * We now have Nova, Dashboard, Glance, and Keystone integration (https://github.com/cloudbuilders/deploy.sh * We've done some work on Swift integration (https://github.com/rackspace

Re: [Openstack] OpenStack Identity: Keystone API Proposal

Ziad, What is the expected behavior when requesting and using an unscoped token? Are all possible Service Endpoints returned after authentication based upon the users relationship to various tenants via roles? When the Auth Component validates the token, are all possible roles and Groups acros

[Openstack] [KeyStone] Should there by any RoleRefs?

In process of creating separate backend, I found out several obstacles that I believe should be removed. One of them is RoleRefs. As I suggest, there should no such thing at all. At least they should be isolated in sql backend which implements relation between tenants, roles and users through separ

[Openstack] Adding Chap support for ISCI volumes in Nova Volume

I would like to see one way CHAP support added to Nova Volume. Not a whole lot more to add, but would be interested in any feedback. Blueprint: https://blueprints.launchpad.net/nova/+spec/isci-chap Spec: http://etherpad.openstack.org/iscsi-chap -- Chuck _

Re: [Openstack] Making Nova HA summit notes

Vish, it works for me (didn't go deep enough in testing though) but with some additions. Did you forget to add this or I'm missing something? === modified file 'nova/db/sqlalchemy/migrate_repo/versions/033_ha_network.py' --- nova/db/sqlalchemy/migrate_repo/versions/033_ha_network.py 2011-07-19 17