Este conteúdo não está disponível no idioma selecionado.

Chapter 3. Enhancements


This section describes the major enhancements introduced in Red Hat OpenShift Data foundation 4.19.

3.1. Multicloud Object Gateway object browser

Multicloud Object Gateway (MCG) object browser is enhanced to provide additional browsing features, such as setting expiration policy, setting bucket policy, sorting the buckets by name, modified time, size, and versioning management.

For more information, see Creating and managing buckets using MCG object browser.

3.2. Multicloud Object Gateway backing store data distribution and rebalancing

Previously, MCG backing stores configured with multiple volumes and a 'spread' policy did not evenly distribute preexisting data across volumes. As a result, NooBaa continued writing only to volumes with available space, leading to uneven utilization and repeated “nearly full” PVC alerts.

With this release, MCG automatically balances data evenly across all volumes in a backing store configured with a 'spread' policy, so that storage efficiency is maximized without needing to manually redistribute data. This allows scaling storage easily and maintaining consistent and efficient storage utilization.

Previously, MCG always set the same label for a PV-Pool backing store for deployments with multiple such backing stores

With this release, modifying the matchLabel of topologySpreadConstraints for MCG’s backing store pods is allowed as it is needed to differentiate between the pods using different labels.

3.4. Increased placement group count for OpenShift Data Foundation pools

Placement group (PG) counts per OSD across OpenShift Data Foundation Ceph pools are increased to a default of 200 PGs per OSD. Previously, the default was 100. This leads to an increased PG count across ODF pools. This helps to achieve better performance by increasing parallelism during I/O operations and improves the balancing of capacity across underlying storage devices.

3.5. Prevention of unauthorized volume mode conversion

Previously, there was no validation to check whether the mode of an original volume (filesystem or raw block), whose snapshot was taken, matched the mode of a newly created volume. This presented a security gap that could allow malicious users to potentially exploit an as-yet-unknown vulnerability in the host operating system.

However, some users have a legitimate need to perform such conversions. This feature allows cluster administrators to provide these rights (ability to perform update or patch operations on VolumeSnapshotContents objects) only to trusted users or applications, such as backup vendors.

To convert a volume mode, an authorized user needs to change snapshot.storage.kubernetes.io/allow-volume-mode-change: "true" for VolumeSnapshotContent of the snapshot source.

3.6. Local storage operator UI enhancement

The user interface for the creation of Local Volume Set and Local Volume Discovery for the local storage operator is updated in the OpenShift console.

For more information, see Persistent storage using local volumes.

Voltar ao topo
Red Hat logoGithubredditYoutubeTwitter

Aprender

Experimente, compre e venda

Comunidades

Sobre a documentação da Red Hat

Ajudamos os usuários da Red Hat a inovar e atingir seus objetivos com nossos produtos e serviços com conteúdo em que podem confiar. Explore nossas atualizações recentes.

Tornando o open source mais inclusivo

A Red Hat está comprometida em substituir a linguagem problemática em nosso código, documentação e propriedades da web. Para mais detalhes veja o Blog da Red Hat.

Sobre a Red Hat

Fornecemos soluções robustas que facilitam o trabalho das empresas em plataformas e ambientes, desde o data center principal até a borda da rede.

Theme

© 2025 Red Hat