[Users] ovirt engine and vdsm on same node

2014-02-05 Thread Hans Emmanuel
Can we install ovirt engine and vdsm on same node ?
If so any down side ?

-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] ovirt engine and vdsm on same node

2014-02-05 Thread Hans Emmanuel
Thanks for your inputs .


On Wed, Feb 5, 2014 at 2:04 PM, Yedidyah Bar David d...@redhat.com wrote:

 - Original Message -
  From: Sandro Bonazzola sbona...@redhat.com
  To: Hans Emmanuel hansemman...@gmail.com, users@ovirt.org
  Sent: Wednesday, February 5, 2014 10:22:28 AM
  Subject: Re: [Users] ovirt engine and vdsm on same node
 
  Il 05/02/2014 09:18, Hans Emmanuel ha scritto:
   Can we install ovirt engine and vdsm on same node ?
 
  Sure, you can use all-in-one plugin for having both running on the same
 node.
  In 3.4.0 you'll be able also to run ovirt engine inside a VM using
  hosted-engine feature.

 Also note that doing this manually, not using the all-in-one plugin, is
 unsupported and might cause problems (iirc _will_ cause). Meaning: Do _not_
 do the following: install and setup engine, then add the host it's on as a
 host.

 
   If so any down side ?
 
  You'll have less resources available for VMs on the host running the
 engine.

 It's also a bit more complex, and generally considered suitable only for
 very
 small installations (just one machine) etc. With hosted-engine, even if
 you start
 with a single host, if you add one in the future, you'll be able to
 migrate the
 engine VM to the other host and have HA for it.
 --
 Didi




-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Limit bandwidths for VM

2014-02-04 Thread Hans Emmanuel
Hi all,

I was thinking whether it is  possible to limit bandwidth used by a
particular vm ? So that we can make sure that its not eating up bw for
other vms also.

-- 
*Hans Emmanuel*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Limit bandwidths for VM

2014-02-04 Thread Hans Emmanuel
Thank you very much . That's what I was searching for .




On Wed, Feb 5, 2014 at 12:10 PM, Itamar Heim ih...@redhat.com wrote:

 On 02/05/2014 05:07 AM, Hans Emmanuel wrote:

 Hi all,

 I was thinking whether it is  possible to limit bandwidth used by a
 particular vm ? So that we can make sure that its not eating up bw for
 other vms also.

 --
 *Hans Emmanuel*





 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users


 yes, in 3.3 via network vnic profiles
 https://access.redhat.com/site/documentation/en-US/Red_
 Hat_Enterprise_Virtualization/3.3/html-single/Administration_Guide/index.
 html#VNIC_Profile_Overview




-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] iSCSI storage domain.

2014-01-17 Thread Hans Emmanuel
Thanks Elad for explaining .


On Fri, Jan 17, 2014 at 2:55 PM, Elad Ben Aharon ebena...@redhat.comwrote:

 Indeed,
 Using ovirt-engine APIs you can edit your iSCSI storage domain and extend
 it by adding physical volumes from your shared storage (The process is
 managed by ovirt-engine, the actual actions on your storage are done by
 your host which has VDSM installed on).

 - Original Message -
 From: Hans Emmanuel hansemman...@gmail.com
 To: Elad Ben Aharon ebena...@redhat.com
 Cc: users@ovirt.org
 Sent: Friday, January 17, 2014 6:37:56 AM
 Subject: Re: [Users] iSCSI storage domain.

 Thanks for the reply .


 Are you suggesting to use Ovirt Engine to resize iSCSI storage domain ?


 On Thu, Jan 16, 2014 at 7:11 PM, Elad Ben Aharon ebena...@redhat.com
 wrote:

  Hi,
 
  Both storage types are suitable for production setup.
  As for your second question -
  manually LVM resizing is not recommended, why not using RHEVM for that?
 
  - Original Message -
  From: Hans Emmanuel hansemman...@gmail.com
  To: users@ovirt.org
  Sent: Thursday, January 16, 2014 3:30:39 PM
  Subject: Re: [Users] iSCSI storage domain.
 
 
 
  Could any one please give valuable suggestions?
  On 16-Jan-2014 12:28 PM, Hans Emmanuel  hansemman...@gmail.com 
 wrote:
 
 
 
  Hi all,
 
  I would like to get some comparison on NFS  iSCSI storage domain . Which
  one more suitable for a production setup ? I am planning to use LVM
 backed
  DRBD replication . And also is that possible to expand iSCSI storage
 domain
  by simply resizing backend LVM ?
 
  --
  Hans Emmanuel
 
  NOthing to FEAR but something to FEEL..
 
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 



 --
 *Hans Emmanuel*

 *NOthing to FEAR but something to FEEL..*




-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] iSCSI storage domain.

2014-01-16 Thread Hans Emmanuel
Could any one please give valuable suggestions?
On 16-Jan-2014 12:28 PM, Hans Emmanuel hansemman...@gmail.com wrote:

 Hi all,

 I would like to get some comparison on NFS   iSCSI storage domain . Which
 one more suitable for  a production setup ? I am planning to use LVM backed
 DRBD replication . And also is that possible to expand iSCSI storage domain
 by simply resizing backend LVM ?

 --
 *Hans Emmanuel*

 *NOthing to FEAR but something to FEEL..*


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] iSCSI storage domain.

2014-01-16 Thread Hans Emmanuel
Thanks for the reply .


Are you suggesting to use Ovirt Engine to resize iSCSI storage domain ?


On Thu, Jan 16, 2014 at 7:11 PM, Elad Ben Aharon ebena...@redhat.comwrote:

 Hi,

 Both storage types are suitable for production setup.
 As for your second question -
 manually LVM resizing is not recommended, why not using RHEVM for that?

 - Original Message -
 From: Hans Emmanuel hansemman...@gmail.com
 To: users@ovirt.org
 Sent: Thursday, January 16, 2014 3:30:39 PM
 Subject: Re: [Users] iSCSI storage domain.



 Could any one please give valuable suggestions?
 On 16-Jan-2014 12:28 PM, Hans Emmanuel  hansemman...@gmail.com  wrote:



 Hi all,

 I would like to get some comparison on NFS  iSCSI storage domain . Which
 one more suitable for a production setup ? I am planning to use LVM backed
 DRBD replication . And also is that possible to expand iSCSI storage domain
 by simply resizing backend LVM ?

 --
 Hans Emmanuel

 NOthing to FEAR but something to FEEL..


 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users




-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] iSCSI storage domain.

2014-01-15 Thread Hans Emmanuel
Hi all,

I would like to get some comparison on NFS   iSCSI storage domain . Which
one more suitable for  a production setup ? I am planning to use LVM backed
DRBD replication . And also is that possible to expand iSCSI storage domain
by simply resizing backend LVM ?

-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Ovirt DR setup

2014-01-09 Thread Hans Emmanuel
Thanks for your reply .

Yes we can replicate storage data with Gluster geo replication . Then what
should be strategy for replicating Ovirt Engine confs and db ?


On Thu, Jan 9, 2014 at 1:34 PM, Sander Grendelman san...@grendelman.comwrote:

 Depending on the bandwidth/latency between the locations you could go for
 replicated GlusterFS strorage and make sure that data is replicated accross
 both sites. There is a self-hosted engine feature coming up, I don't know
 how
 that will fit into replication.


 On Thu, Jan 9, 2014 at 6:04 AM, Hans Emmanuel hansemman...@gmail.com
 wrote:
  Could any one please give me some suggestions ?
 
 
  On Wed, Jan 8, 2014 at 11:39 AM, Hans Emmanuel hansemman...@gmail.com
  wrote:
 
  Hi all ,
 
  I would like to know about the possibility of setup Disaster Recovery
 Site
  (DR) for an Ovirt cluster . i.e if site 1 goes down I need to trigger
 the
  site 2 to come in to action with the minimal down time .
 
  I am open to use NFS shared storage or local storage for data storage
  domain . I know we need to replicate the storage domain and Ovirt confs
 and
  DB across the sites  , but couldn't find any doc for the same , isn't
 that
  possible with Ovirt ?
 
   Hans Emmanuel
 
 
  NOthing to FEAR but something to FEEL..
 
 
 
 
  --
  Hans Emmanuel
 
  NOthing to FEAR but something to FEEL..
 
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 




-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Ovirt Engine single point of failure

2014-01-09 Thread Hans Emmanuel
Hi all ,

I am planning to setup an ovirt cluster with two hosts + 1 ovirt engine .
But this setup have a draw back of single point of failure chance for
ovirt engine. So what happens if ovirt engine goes down ? All VMs will be
down ? Or it wont affect  the ovirt nodes and VMs ?  Please advice /

-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Ovirt Engine single point of failure

2014-01-09 Thread Hans Emmanuel
Thanks for the reply .

So I can just start the ovirt engine again resume the operations through
ovirt engine , right ?


On Fri, Jan 10, 2014 at 11:17 AM, Yair Zaslavsky yzasl...@redhat.comwrote:



 - Original Message -
  From: Hans Emmanuel hansemman...@gmail.com
  To: users@ovirt.org
  Sent: Friday, January 10, 2014 7:40:23 AM
  Subject: [Users] Ovirt Engine single point of failure
 
  Hi all ,
 
  I am planning to setup an ovirt cluster with two hosts + 1 ovirt engine .
  But this setup have a draw back of single point of failure chance for
  ovirt engine. So what happens if ovirt engine goes down ? All VMs will be
  down ? Or it wont affect  the ovirt nodes and VMs ?  Please advice /

 Hi,
 If ovirt engine crashes, your VMs will not go down.

 
  --
  *Hans Emmanuel*
 
  *NOthing to FEAR but something to FEEL..*
 
  ___
  Users mailing list
  Users@ovirt.org
  http://lists.ovirt.org/mailman/listinfo/users
 




-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] Ovirt DR setup

2014-01-08 Thread Hans Emmanuel
Could any one please give me some suggestions ?


On Wed, Jan 8, 2014 at 11:39 AM, Hans Emmanuel hansemman...@gmail.comwrote:

 Hi all ,

 I would like to know about the possibility of setup Disaster Recovery Site
 (DR) for an Ovirt cluster . i.e if site 1 goes down I need to trigger the
 site 2 to come in to action with the minimal down time .

 I am open to use NFS shared storage or local storage for data storage
 domain . I know we need to replicate the storage domain and Ovirt confs and
 DB across the sites  , but couldn't find any doc for the same , isn't that
 possible with Ovirt ?

  *Hans Emmanuel*


 *NOthing to FEAR but something to FEEL..*




-- 
*Hans Emmanuel*

*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Ovirt DR setup

2014-01-07 Thread Hans Emmanuel
Hi all ,

I would like to know about the possibility of setup Disaster Recovery Site
(DR) for an Ovirt cluster . i.e if site 1 goes down I need to trigger the
site 2 to come in to action with the minimal down time .

I am open to use NFS shared storage or local storage for data storage
domain . I know we need to replicate the storage domain and Ovirt confs and
DB across the sites  , but couldn't find any doc for the same , isn't that
possible with Ovirt ?

 *Hans Emmanuel*


*NOthing to FEAR but something to FEEL..*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users