Sorry, I meant to reply-all, to Strahil's most recent message. So I'm doing so now.
In addition to my comments below, this StackOverflow thread summarizes what I have in mind: https://stackoverflow.com/questions/43756405/extend-glusterfs-on-top-of-lvm Sent with ProtonMail Secure Email. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Friday, April 16, 2021 5:33 AM, David White <dmwhite...@protonmail.com> wrote: > I don't think I would have the capability to take on the expense of adding > two more servers to my environment, on top of the 4th server I already have, > right now. > > I realize the following isn't recommended, but would it be possible to, > instead, intentionally degrade the gluster cluster by shutting 1 of the hosts > down (put it in maintenance mode), add storage, and bring it back online? > > Perhaps that would be a better approach, rather than try to shift things > around with a 4th server. > > Sent with ProtonMail Secure Email. > > ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ > On Thursday, April 15, 2021 7:36 PM, Strahil Nikolov hunter86...@yahoo.com > wrote: > > > Gluster allows converting from replicted to distributed-replicated (so > > called expansion) of the volume. > > Of course you need to add the same amount of bricks as the replica count > > (which should be either 'replica 3' or 'replica 3 arbiter 1'). > > The Gluster documentation on the topic is quite extensive , but it's worth > > mentioning that you need to 'rebalance' your cluster after the expansion or > > you risk filling the old bricks - while having free space on the new bricks. > > That is expected ,as each file/dir's name is hashed and each subvolume (new > > vs old bricks) will have it's own range of hashes. When you expand the > > volume, some of the files/dirs on the old bricks have hashes that match to > > the new "triplet". > > Also , if you do not rebalance - that will have some performance impact as > > gluster will search the new bricks (for the files' whose hash matches the > > new subvolume) before searching the old bricks. > > P.S: I think that the Engine's web interface fully supports that operation, > > although I'm used to the cli. > > Best Regards, > > Strahil Nikolov > > В четвъртък, 15 април 2021 г., 20:05:50 ч. Гринуич+3, David White via Users > > users@ovirt.org написа: > > Is it possible to expand an existing gluster volume? > > I have a hyperconverged environment, and have enough space right now, but > > I'm going to have to significantly over-provision my environment. The vast > > majority of our customers are using a small fraction of the amount of space > > that they are technically allocated, but we still need to make that space > > available to them. > > As a result, I'd like to plan ahead, and go ahead and have a plan to add > > storage later down the road. > > I'd like to plan to shut down each server in the cluster (individually, not > > at once), add storage, and then bring them back online. Once all 3 are back > > online with the additional storage, I'd like to expand the gluster volume > > to use the additional space. Is that possible? How? > > Sent with ProtonMail Secure Email. > > Users mailing list -- users@ovirt.org > > To unsubscribe send an email to users-le...@ovirt.org > > Privacy Statement: https://www.ovirt.org/privacy-policy.html > > oVirt Code of Conduct: > > https://www.ovirt.org/community/about/community-guidelines/ > > List Archives: > > https://lists.ovirt.org/archives/list/users@ovirt.org/message/A7C3X2PW4D42GA6437BTHZ65EAEHVMPD/
publickey - dmwhite823@protonmail.com - 0x320CD582.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/GXZ54ISCBTI6SL2YYZD6WE2WHGOKQWFV/