forked from rook/rook
4.0 KiB
4.0 KiB
Major Themes
Action Required
Notable Features
- Added K8s 1.16 to the test matrix and removed K8s 1.11 from the test matrix.
- Discover daemon:
- When the Storage Operator is deleted, the Discover Daemon will also be deleted, as well as its Config Map
- Device filtering is now configurable for the user by adding an environment variable
- A new environment variable
DISCOVER_DAEMON_UDEV_BLACKLISTis added through which the user can blacklist the devices - If no device is specified, the default values will be used to blacklist the devices
- A new environment variable
Ceph
- The job for detecting the Ceph version can be started with node affinity or tolerations according to the same settings in the Cluster CR as the mons.
- A new CR property
skipUpgradeCheckshas been added, which allows you force an upgrade by skipping daemon checks. Use this at YOUR OWN RISK, only if you know what you're doing. To understand Rook's upgrade process of Ceph, read the upgrade doc. - Mon Quorum Disaster Recovery guide has been updated to work with the latest Rook and Ceph release.
- A new CRD property
PreservePoolsOnDeletehas been added to Filesystem(fs) and Object Store(os) resources in order to increase protection against data loss. if it is set totrue, associated pools won't be deleted when the main resource(fs/os) is deleted. Creating again the deleted fs/os with the same name will reuse the preserved pools. - A new ceph-crashcollector controller has been added. These new deployments will run on any node where a Ceph pod is running. Read more about this in the doc
- PriorityClassNames can now be added to the Rook/Ceph components to influence the scheduler's pod preemption.
- mgr/mon/osd/rbdmirror: priority class names configuration settings
- filesystem: metadata server settings
- rgw: gateway settings
- nfs: samples
- When the operator is upgraded, the mgr and OSDs (not running on PVC) won't be restarted if the Rook binary version changes
- Rook is now able to create and manage Ceph clients client crd.
- OSDs:
- Ceph OSD's admin socket is now placed under Ceph's default system location
/run/ceph. - The on-host log directory for OSDs was set incorrectly to
<dataDirHostPath>/<namespace>/log; fix this to be<dataDirHostPath>/log/<namespace>, the same as other daemons. - Do not generate a config (during pod init) for directory-based or legacy filestore OSDs
- Add a new CRD property
devicePathFilterto support device filtering with path names, e.g./dev/disk/by-path/pci-.*-sas-.*. - Support PersistentVolume backed by LVM Logical Volume for "OSD on PVC".
- Creation of new
FilestoreOSDs on disks is now deprecated.Filestoreis in sustaining mode in Ceph.- The
storeTypestorage config setting is now ignored- New OSDs created in directories are always
Filestoretype - New OSDs created on disks are always
Bluestoretype
- New OSDs created in directories are always
- Preexisting disks provisioned as
FilestoreOSDs will remain asFilestoreOSDs
- The
- Ceph OSD's admin socket is now placed under Ceph's default system location
- RGWs:
- Ceph Object Gateway are automatically configured to not run on the same host if hostNetwork is activated
EdgeFS
YugabyteDB
Breaking Changes
Ceph
- The
topologysetting has been removed from the CephCluster CR. To configure the OSD topology, node labels must be applied. See the OSD topology topic. This setting only affects OSDs when they are first created, thus OSDs will not be impacted during upgrade. The topology settings only apply to bluestore OSDs on raw devices. The topology labels are not applied to directory-based OSDs.