> > One: It may take months to convert my current VM images to shard's, do you > see any issues with this? My priority is to make sure future images are > distributed as shards. You should be able to do that while your VMs are running. I guess it depends on your hypvervisor, but with KVM just moving the disk to a new filename while the VM is running should be enough, as it'll create a new file and copy the data, thus creating the shards. But it'll take a while for sure. > > Two: Settings, my intent is to set it as follows based on guidance on the > Redhat site and what I have been reading here. Do these look okay? > Additional suggestions? > > > > Modified Settings > > ===================== > > features.shard enable > > features.shard-block-size 512MB > That seems huge to me, especialy if you're going for the full algo. We're using 64MB and we're quite happy with it. But we don't have 10 GB connections between the servers so maybe you're fine .. > data-self-heal-algorithm full > > > > Current Hardware > > ===================== > > Hyper-converged. VM's running Gluster Nodes > > Currently across three servers. Distributed-Replicate - All Bricks 1TB SSD > > Network - 10GB Connections > > Image Sizes - Up to 300GB > > > > Current Gluster Version > > ======================= > > 3.8.4 > > > > Current Settings > > ===================== > > Type: Distributed-Replicate > > Number of Bricks: 4 x 3 = 12 > > Transport-type: tcp > > Options Reconfigured: > > cluster.server-quorum-type: server > > cluster.quorum-type: auto > > network.remote-dio: enable > > cluster.eager-lock: enable > > performance.stat-prefetch: off > > performance.io-cache: off > > performance.read-ahead: off > > performance.quick-read: off > > server.allow-insecure: on > > performance.readdir-ahead: on > > performance.cache-size: 1GB > > performance.io-thread-count: 64 > > nfs.disable: on > -- Kevin Lemonnier PGP Fingerprint : 89A5 2283 04A0 E6E9 0111
Attachment:
signature.asc
Description: Digital signature
_______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://lists.gluster.org/mailman/listinfo/gluster-users
