Hello all,
thank you all for your overwhelming support and information.
Waking up to a plethora of answers is a great way to start the day.
This goes out to all: Thank you!
-Christian.
On 07/11/2019 18:38, Staniforth, Paul wrote:
Hello Christian,
here are some useful links
https://www.ovirt.org/documentation/gluster-hyperconverged/Gluster_Hyperc...
https://access.redhat.com/documentation/en-us/red_hat_hyperconverged_infr...
You need to have at least 1 device for the O/S node install and at least
1 device for the bricks, so ideally mirror 2 for the O/S and raid the
rest + spare.
a) Yes the the oVirt node installer has a hyperconverged/gluster mode.
b) The storage will be shared between all 3 nodes and distributed to
bricks on all 3 nodes.
c) The VM can start and migrate on / to all nodes if all requirements
are met (mem/cpu/networks) as the storage is shared.
d) I don't think so
e) storage network should not die VMs will probably be paused and if
nodes lose access to storage on the master storage domain I think the
engine will restart them depending on fencing policy.
The gluster network should be a separate from the front-end network and
use bonds for resilience.
f) yes you can add more shared storage domains using ISCSI, FC, NFS
external gluster storage with ISCSI it may be better to use multipath
connections rather than a bond.
Regards,
Paul S.
------------------------------------------------------------------------
*From:* Christian Reiss <email(a)christian-reiss.de>
*Sent:* 07 November 2019 13:29
*To:* users <users(a)ovirt.org>
*Subject:* [ovirt-users] Quick generic Questions
Hey folks,
I am looking at setting up a hyperconverged cluster with 3 nodes (and
oVirt 4.3). Before setting up I have some generic questions that I would
love to get hints or even an answer on.
First off, the Servers are outfittet with 24 (SSD) drives each in a
HW-RAID. Due to wear-leveling and speed I am looking at RAID10. So I
would end up with one giant sda device.
a) Partitioning
Using oVirt node installer which will use the full size of /dev/sda is
this still the right solution to Hyperconverged given the gluster issue?
If I understood it correctly gluster is using empty drives or partitions
so a fully utilized drive is of no use here. Does oVirt node installer
have a hyperconverged/ gluster mode?
b) Storage Location
In this 3 node cluster, creating a VM on node01 will the data for node01
always end up in the local node01 server?
c) Starting VMs
Can a VM be migrated or launched from node03 if the data resides on
node01 and node02 (copies 2 with arbiter).
d) Efficiency / High IO Load
If node01 has high IO Load would additional data be loaded from the
other node which has the copy to even the load? I am aware Virtuozzo
does this.
e) Storage Network dies
What would happen with node01, node02 and node03 are operational but
only the storage network dies (frontend is still alive as are the nodes).
f) external isci/ FreeNAS
We have a FreeNAS system with tons of space and fast network
connectivity. Can oVirt handle storage import like remote iscsi target
and run VMs on the ovirt nodes but store data there?
Thank you for your time to clear this up.
I have found many approaches out there that either are old (oVirt 3) or
even contradict themselves (talk about RAID level...)
Cheers!
-Christian.
--
Christian Reiss - email(a)christian-reiss.de /"\ ASCII Ribbon
support(a)alpha-labs.net \ / Campaign
X against HTML
WEB alpha-labs.net / \ in eMails
GPG Retrieval
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgpg.chr...
GPG ID ABCD43C5, 0x44E29126ABCD43C5
GPG fingerprint = 9549 F537 2596 86BA 733C A4ED 44E2 9126 ABCD 43C5
"It's better to reign in hell than to serve in heaven.",
John Milton, Paradise lost.
_______________________________________________
Users mailing list -- users(a)ovirt.org
To unsubscribe send an email to users-leave(a)ovirt.org
Privacy Statement:
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovi...
oVirt Code of Conduct:
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.ovi...
List Archives:
https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.o...
To view the terms under which this email is distributed, please go to:-
http://leedsbeckett.ac.uk/disclaimer/email/
--
Christian Reiss - email(a)christian-reiss.de /"\ ASCII Ribbon
support(a)alpha-labs.net \ / Campaign
X against HTML
WEB
alpha-labs.net / \ in eMails
GPG Retrieval
https://gpg.christian-reiss.de
GPG ID ABCD43C5, 0x44E29126ABCD43C5
GPG fingerprint = 9549 F537 2596 86BA 733C A4ED 44E2 9126 ABCD 43C5
"It's better to reign in hell than to serve in heaven.",
John Milton, Paradise lost.