You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: release_notes/ocp-4-19-release-notes.adoc
+106-1Lines changed: 106 additions & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -669,6 +669,89 @@ With this release, the secrets store providers support using the {secrets-store-
669
669
670
670
For more information, see xref:../storage/container_storage_interface/persistent-storage-csi-secrets-store.adoc#persistent-storage-csi-secrets-store-disconnect-environment_persistent-storage-csi-secrets-store[Support for disconnected environments].
==== Azure File cross-subscription support is generally available
674
+
Cross-subscription support allows you to have an {product-title} cluster in one Azure subscription and mount your Azure file share in another Azure subscription using the Azure File Container Storage Interface (CSI) driver. The subscriptions must be in the same tenant.
675
+
676
+
This feature is generally available in {product-title} 4.19.
677
+
678
+
For more information, see xref:../storage/container_storage_interface/persistent-storage-csi-aws-efs.adoc#persistent-storage-csi-efs-cross-account_persistent-storage-csi-aws-efs[AWS EFS CSI cross account support].
Volume Attributes Classes provide a way for administrators to describe "classes" of storage they offer. Different classes might correspond to different quality-of-service levels.
683
+
684
+
Volume Attributes Classes in {product-title} 4.19 is available only with AWS Elastic Block Storage (EBS) and Google Cloud Platform (GCP) persistent disk (PD) Container Storage Interface (CSI).
685
+
686
+
You can apply a Volume Attributes Classes to a persistent volume claim (PVC). If a new Volume Attributes Class becomes available in the cluster, you can update the PVC with the new Volume Attributes Classes if needed.
687
+
688
+
Volume Attributes Classes have parameters that describe volumes belonging to them. If a parameter is omitted, the default is used at volume provisioning. If a user applies the PVC with a different Volume Attributes Class with omitted parameters, the default value of the parameters might be used depending on the CSI driver implementation. For more information, see the related CSI driver documentation.
689
+
690
+
Volume Attributes Classes is available in {product-title} 4.19 with Technology Preview status.
691
+
692
+
For more information, see xref:..//storage/understanding-persistent-storage.adoc#storage-persistent-storage-pvc-volumeattributesclass_understanding-persistent-storage[Volume Attributes Classes].
==== New CLI command to show PVC usage (Technology Preview)
696
+
{product-title} 4.19 introduces a new command to view persistent volume claim usage. This feature has Technology Preview status.
697
+
698
+
For more information, see xref:../storage/understanding-persistent-storage.adoc#pvc-cli-command-usage_understanding-persistent-storage[Viewing PVC usage statistics].
==== CSI volume resizing recovery is generally available
702
+
Previously, you might expand a persistent volume claim (PVC) to a size that is not supported by the underlying storage provider. In this case, the expansion controller typically tries forever to expand the volume and keeps failing.
703
+
704
+
This new feature allows you to recover and provide another resize value for the PVC. Resizing recovery is supported as generally available in {product-title} 4.19.
705
+
706
+
For more information about resizing volumes, see xref:../storage/expanding-persistent-volumes.adoc[Expanding persistent volumes].
707
+
708
+
For more information about recovering when resizing volumes, see xref:../storage/expanding-persistent-volumes.adoc#expanding-recovering-from-failure_expanding-persistent-volumes[Recovering from failure when expanding volumes].
==== Support for resizing vSphere in-tree migrated volumes is generally available
712
+
Previously, VMware vSphere persistent volumes that were migrated from in-tree to Container Storage Interface (CSI) could not be resized. With {product-title} 4.19, resizing migrated volumes is supported. This feature is generally available.
713
+
714
+
For more information about resizing volumes, see xref:../storage/expanding-persistent-volumes.adoc[Expanding persistent volumes].
==== Disabling and enabling storage on vSphere is generally available
718
+
Cluster administrators might want to disable the VMWare vSphere Container Storage Interface (CSI) Driver as a Day 2 operation, so the vSphere CSI Driver does not interface with your vSphere setup.
719
+
720
+
This features was introduced in {product-title} 4.17 with Technology Preview status. This feature is now supported as generally available in {product-title} 4.19.
721
+
722
+
For more information, see xref:../storage/container_storage_interface/persistent-storage-csi-vsphere.adoc#persistent-storage-csi-vsphere-disable-storage-overview_persistent-storage-csi-vsphere[Disabling and enabling storage on vSphere].
==== Increasing the maximum number of volumes per node for vSphere (Technology Preview)
726
+
For VMware vSphere version 7, {product-title} restricts the maximum number of volumes per node to 59.
727
+
728
+
However, with {product-title} 4.19 for vSphere version 8 or later, you can increase the allowable number of volumes per node to a maximum of 255. Otherwise, the default value remains at 59.
729
+
730
+
This feature has Technology Preview status.
731
+
732
+
For more information, see xref:../storage/container_storage_interface/persistent-storage-csi-vsphere.adoc#persistent-storage-csi-vsphere-increase-max-vols-per-node-overview_persistent-storage-csi-vsphere[Increasing maximum volumes per node for vSphere].
==== Migrating CNS volumes between datastores for vSphere is fully supported
736
+
If you are running out of space in your current datastore, or want to move to a more performant datastore, you can migrate VMware vSphere Cloud Native Storage (CNS) volumes between datastores. This applies to both attached and detached volumes.
737
+
738
+
{product-title} now fully supports migration of CNS volume using the vCenter UI. Migrated volumes should work
739
+
as expected and should not result in non-functional persistent volumes. CNS volumes can also be migrated while in use by pods.
740
+
741
+
This feature was introduced as a Development Preview in {product-title} 4.17, but is now fully supported in 4.19.
742
+
743
+
Migrating CNS volumes between datastores requires VMware vSphere 8.0.2 or later or vSphere 7.0 Update 3o or later.
744
+
745
+
For more information, see xref:../storage/container_storage_interface/persistent-storage-csi-vsphere.adoc#persistent-storage-csi-vsphere-migrating-cns-vols-between-datastores_persistent-storage-csi-vsphere[Migrating CNS volumes between datastores for vSphere].
==== NFS export options for Filestore storage class is generally available.
749
+
By default, a Filestore instance grants root level read/write access to all clients that share the same Google Cloud project and virtual private cloud (VPC) network. Network File System (NFS) export options can limit this access to certain IP ranges and specific user/group IDs for the Filestore instance. When creating a storage class, you can set these options using the `nfs-export-options-on-create` parameter.
750
+
751
+
NFS export options is supported as generally available in {product-title} 4.19.
752
+
753
+
For more information, see xref:..//storage/container_storage_interface/persistent-storage-csi-google-cloud-file.adoc#persistent-storage-csi-gcp-filestore-nfs-export-options_persistent-storage-csi-google-cloud-file[NFS export options].
754
+
672
755
[id="ocp-release-notes-web-console_{context}"]
673
756
=== Web console
674
757
@@ -942,6 +1025,11 @@ In the following tables, features are marked with the following statuses:
942
1025
|====
943
1026
|Feature |4.17 |4.18 |4.19
944
1027
1028
+
|Persistent storage using FlexVolume
1029
+
|Deprecated
1030
+
|Deprecated
1031
+
|Deprecated
1032
+
945
1033
|AliCloud Disk CSI Driver Operator
946
1034
|Removed
947
1035
|Removed
@@ -1731,6 +1819,11 @@ In the following tables, features are marked with the following statuses:
1731
1819
|Technology Preview
1732
1820
|Technology Preview
1733
1821
1822
+
|Azure File cross-subscription support
1823
+
|Not Available
1824
+
|Not Available
1825
+
|General Availability
1826
+
1734
1827
|Shared Resources CSI Driver in OpenShift Builds
1735
1828
|Technology Preview
1736
1829
|Technology Preview
@@ -1754,6 +1847,11 @@ In the following tables, features are marked with the following statuses:
1754
1847
|Disabling/enabling storage on vSphere
1755
1848
|Technology Preview
1756
1849
|Technology Preview
1850
+
|General Availability
1851
+
1852
+
|Increasing max number of volumes per node for vSphere
1853
+
|Not Available
1854
+
|Not Available
1757
1855
|Technology Preview
1758
1856
1759
1857
|RWX/RWO SELinux Mount
@@ -1764,7 +1862,7 @@ In the following tables, features are marked with the following statuses:
1764
1862
|Migrating CNS Volumes Between Datastores
1765
1863
|Developer Preview
1766
1864
|Developer Preview
1767
-
|Developer Preview
1865
+
|General Availability
1768
1866
1769
1867
|CSI volume group snapshots
1770
1868
|Not Available
@@ -1785,6 +1883,11 @@ In the following tables, features are marked with the following statuses:
1785
1883
|Not Available
1786
1884
|General Availability
1787
1885
|General Availability
1886
+
1887
+
|Volume Attribute Classes
1888
+
|Not Available
1889
+
|Not Available
1890
+
|Technology Preview
1788
1891
|====
1789
1892
1790
1893
[discrete]
@@ -1828,6 +1931,8 @@ To save the `vmcore` file, use the `crashkernel` setting to reserve 1024 MB of m
* NFS volumes exported from VMWare vSAN Files cannot be mounted by clusters running {product-title} 4.19 due to RHEL-83435. To avoid this issue, ensure that you are running VMWare ESXi and vSAN at the latest patch versions of 8.0 P05, or later. (link:https://issues.redhat.com/browse/OCPBUGS-55978[OCPBUGS-55978])
0 commit comments