Re: [openstack-dev] [nova] Do we need new nova configuration option to show compute nodes with shared_storage or not ?

2015-02-02 Thread Joshua Zhang
长波,
  你对oslo比较熟,能帮我看看这个问题吗,
https://answers.launchpad.net/oslo.config/+question/261550

On Tue, Jan 27, 2015 at 12:13 PM, ChangBo Guo glongw...@gmail.com wrote:

 Hi ALL,

 I have been working on bug 1414432 [1] recently,  I would like do more
 discussion before further work.

 I'm talking about libvirt driver( maybe fit for other hypervisor),  there
 are two kinds of  storages  which are used for  instance's  root_disk.
 1) non-shared storage  on each compute nodes
 2) shared storage  between compute nodes
 2.1 shared  instance_path and  root_disk  (shared everything ike NFS)
 2.2 shared  root_disk  without shared instance_path  (shared volume
 backend like ceph)

 Current we  check if shared storage or not  in  concrete actions like
 live-migration,  evacuate,  these need pass instance as argument,
 I think the value of  hared storage or not should base on compute node,
 should not base on instance.
 So do we need new nova configuration option to show compute nodes with
 shared_storage or not ?

 benefits:

1) Don't need check for each instance while taking action
2) Can handle similar bug easily like [1] from API level.

 If yes,
 some thing like, compute-node-storage-type= [ non-shared |  shared-all |
 shared-volume ]  or part-shared
  In order to support some compute nodes with shared_storage, and others
 doesn't in one OpenStack development,
  another configuration   shared_storage_compute_nodes =[node3, node5]

 Any thoughts ?


 [1]https://bugs.launchpad.net/nova/+bug/1414432

 --
 ChangBo Guo(gcb)

 __
 OpenStack Development Mailing List (not for usage questions)
 Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




-- 
Best Regards
Zhang Hua(张华)
Software Engineer | Canonical
IRC:  zhhuabj
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [nova] Do we need new nova configuration option to show compute nodes with shared_storage or not ?

2015-02-02 Thread Joshua Zhang
I'm sorry, my mistake due to my negligence, pls ignore my above reply.
sorry.

On Mon, Feb 2, 2015 at 4:04 PM, Joshua Zhang joshua.zh...@canonical.com
wrote:

 长波,
   你对oslo比较熟,能帮我看看这个问题吗,
 https://answers.launchpad.net/oslo.config/+question/261550

 On Tue, Jan 27, 2015 at 12:13 PM, ChangBo Guo glongw...@gmail.com wrote:

 Hi ALL,

 I have been working on bug 1414432 [1] recently,  I would like do more
 discussion before further work.

 I'm talking about libvirt driver( maybe fit for other hypervisor),  there
 are two kinds of  storages  which are used for  instance's  root_disk.
 1) non-shared storage  on each compute nodes
 2) shared storage  between compute nodes
 2.1 shared  instance_path and  root_disk  (shared everything ike NFS)
 2.2 shared  root_disk  without shared instance_path  (shared volume
 backend like ceph)

 Current we  check if shared storage or not  in  concrete actions like
 live-migration,  evacuate,  these need pass instance as argument,
 I think the value of  hared storage or not should base on compute node,
 should not base on instance.
 So do we need new nova configuration option to show compute nodes with
 shared_storage or not ?

 benefits:

1) Don't need check for each instance while taking action
2) Can handle similar bug easily like [1] from API level.

 If yes,
 some thing like, compute-node-storage-type= [ non-shared |  shared-all |
 shared-volume ]  or part-shared
  In order to support some compute nodes with shared_storage, and others
 doesn't in one OpenStack development,
  another configuration   shared_storage_compute_nodes =[node3, node5]

 Any thoughts ?


 [1]https://bugs.launchpad.net/nova/+bug/1414432

 --
 ChangBo Guo(gcb)

 __
 OpenStack Development Mailing List (not for usage questions)
 Unsubscribe:
 openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev




 --
 Best Regards
 Zhang Hua(张华)
 Software Engineer | Canonical
 IRC:  zhhuabj




-- 
Best Regards
Zhang Hua(张华)
Software Engineer | Canonical
IRC:  zhhuabj
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [nova] Do we need new nova configuration option to show compute nodes with shared_storage or not ?

2015-01-26 Thread ChangBo Guo
Hi ALL,

I have been working on bug 1414432 [1] recently,  I would like do more
discussion before further work.

I'm talking about libvirt driver( maybe fit for other hypervisor),  there
are two kinds of  storages  which are used for  instance's  root_disk.
1) non-shared storage  on each compute nodes
2) shared storage  between compute nodes
2.1 shared  instance_path and  root_disk  (shared everything ike NFS)
2.2 shared  root_disk  without shared instance_path  (shared volume
backend like ceph)

Current we  check if shared storage or not  in  concrete actions like
live-migration,  evacuate,  these need pass instance as argument,
I think the value of  hared storage or not should base on compute node,
should not base on instance.
So do we need new nova configuration option to show compute nodes with
shared_storage or not ?

benefits:

   1) Don't need check for each instance while taking action
   2) Can handle similar bug easily like [1] from API level.

If yes,
some thing like, compute-node-storage-type= [ non-shared |  shared-all |
shared-volume ]  or part-shared
 In order to support some compute nodes with shared_storage, and others
doesn't in one OpenStack development,
 another configuration   shared_storage_compute_nodes =[node3, node5]

Any thoughts ?


[1]https://bugs.launchpad.net/nova/+bug/1414432

-- 
ChangBo Guo(gcb)
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev