Gluster blog stories provide high-level spotlights on our users all over the world
It’s that time again! Time to start prepping for a new release of GlusterFS, in this case, 3.4. If you haven’t checked it out yet, grab a source tarball and tell us how it goes. There are also community builds showing up on download.gluster.org for Ubuntu, Fedora and EPEL. Additionally, the Git repo has now been tagged with 3.4.
First, take a look at the 3.4 feature page to see the highlights.
One thing should jump out at you immediately: QEMU integration and the block device translator. This will significantly increase the scope of possible use cases for GlusterFS. Previously, for provisioning VMs on GlusterFS, this involved going through the FUSE mount with the GlusterFS client. The native client mount via the FUSE module is great for the scale-out NAS use case – it’s pretty mature and reliable for sharing files and folders and presenting a global namespace regardless of deployment in the cloud, bare metal or providing storage services in a virtualized environment. However, for the use case of hosting and managing VMs, it simply didn’t perform at a level needed when hosting hundreds of VMs on multiple servers. Now, however, with the QEMU integration, we’re bypassing FUSE entirely and going through a new client library, libgfapi. Early reports suggest that for sequential reads and writes, performance improves by between 2x and 3x. This is a significant increase in performance and we’re very excited about it. With enough testing from our user community (hint, hint) we are hoping that this new feature can really expand how GlusterFS is used.
What’s even more noteworthy about this feature is that it wasn’t developed by Red Hat engineers. Engineers working out of the IBM Linux Technology Center approached us last summer about doing this work. IBM engineers developed the necessary pieces in QEMU, Libvirt, as well as the block device translator in GlusterFS. We had long desired to create a client library, and this was just the impetus we needed to move that particular feature up on our priority list.
This marks the first time that a major feature in a new release was contributed from outside our immediate engineering group. This shows how broad our community has grown and demonstrates the global reach of the Gluster community. It is indeed the hallmark of a healthy project.
For a rundown of other features coming in 3.4, see the list below:
2020 has not been a year we would have been able to predict. With a worldwide pandemic and lives thrown out of gear, as we head into 2021, we are thankful that our community and project continued to receive new developers, users and make small gains. For that and a...
It has been a while since we provided an update to the Gluster community. Across the world various nations, states and localities have put together sets of guidelines around shelter-in-place and quarantine. We request our community members to stay safe, to care for their loved ones, to continue to be...
The initial rounds of conversation around the planning of content for release 8 has helped the project identify one key thing – the need to stagger out features and enhancements over multiple releases. Thus, while release 8 is unlikely to be feature heavy as previous releases, it will be the...