os: add initial full-disk RAID proposal #3
Conversation
os/20201103-full-disk-raid.md
Outdated
| # Optional, defaults to 0 (entire disk) | ||
| # Do we want this? | ||
| root_size_mib: 8192 | ||
| # Optional, defaults to xfs | ||
| # Do we want this? | ||
| root_format: xfs |
There was a problem hiding this comment.
Is the thinking with these that there's no easy way for users to specify it themselves via storage.disks.partitions[]? (Because IIUC, they'd have to know the label names the sugar generates.)
There was a problem hiding this comment.
It doesn't seem great to expect users to know the labels, but we could document them. And users could still use the "create a subsequent partition with a specified starting offset" trick.
os/20201103-full-disk-raid.md
Outdated
|
|
||
| ## Configuring boot disk RAID in OCP | ||
|
|
||
| Since FCCs aren't yet used directly in MachineConfigs and FCCT is not shipped with OCP, we'll need a workaround to allow FCC sugar to be used in 4.7. The MCO could: |
There was a problem hiding this comment.
xref openshift/enhancements#525
I'm uncertain though that the MCO is required here; I think in some cases this may need to be per-machine state and actually be part of the pointer config, which argues for having oc ignition fcct/oc ignition rhcct or something, see also openshift/oc#628
IOW wherever we say fcct we can say oc ignition fcct for OKD/FCOS too or so.
Alternatively we could add this functionality directly to MachineConfig, something like an even simpler
storage:
boot_raid:
- /dev/vda
- /dev/vdb
Basically this path is making MachineConfig a peer of FCC.
(Or we could just punt this section for a second phase)
|
Updated to address most of the comments. |
|
Updated based on refinement session. PTAL. Based on a discussion with @arithx, the FCC sugar now provides a unified mechanism for configuring LUKS root, mirrored boot disks, or both. In an effort to keep the sugar as simple as possible, I've dropped the sugared properties for setting the root filesystem type and partition size for now. We can always re-add them later, and/or advanced users can use overrides or avoid the sugar entirely. |
|
Moved |
|
Moved |
|
Okay, made a final set of updates to reflect the current plan. |
For coreos/fedora-coreos-tracker#581.