-
Bug
-
Resolution: Done
-
Medium
-
OSC 1.9.0
-
None
-
Quality / Stability / Reliability
-
False
-
-
True
-
-
-
Kata Sprint #270
-
0
Modifying the number of peer pod VMs per node is present in 1.8 but missing from 1.9.
Logically, the procedure cannot be performed until after the kataConfig CR is created, but this placement would result in an optional procedure being introduced very late in the documentation.
I recommend the following changes for ALL platforms that use peer pods:
- Insert the module after Peer pod resource requirements as a subsection (level offset +1). This placement ensures that the procedure is introduced early enough in the documentation and accompanies the correct concept module.
- Update all high-level OSC CLI procedures so that the procedure appears after "Creating kataConfig CR":
Current text:
- Install the OpenShift sandboxed containers Operator.
- Optional: Change the number of virtual machines running on each worker node.
- Optional: Create the peer pods secret if you uninstalled the Cloud Credential Operator, which is installed with the OpenShift sandboxed containers Operator.
- Optional: Select a custom pod VM image.
- Create the peer pods config map.
- Optional: Create the Azure secret.
- Optional: Customize the Kata agent policy.
- Create the KataConfig custom resource.
- Configure the OpenShift sandboxed containers workload objects.
New text:
- Install the OpenShift sandboxed containers Operator.
- Optional: Create the peer pods secret if you uninstalled the Cloud Credential Operator, which is installed with the OpenShift sandboxed containers Operator.
- Optional: Select a custom pod VM image.
- Create the peer pods config map.
- Optional: Create the Azure secret.
- Optional: Customize the Kata agent policy.
- Create the KataConfig custom resource.
- Optional: Change the number of virtual machines running on each worker node.
- Configure the OpenShift sandboxed containers workload objects.