XMLWordPrintable

    • Clean up Nova and Placement CRDs
    • False
    • Hide

      None

      Show
      None
    • False
    • OSPRH-811Red Hat OpenStack 18.0 Greenfield Deployment
    • Committed
    • No Docs Impact
    • To Do
    • OSPRH-811 - Red Hat OpenStack 18.0 Greenfield Deployment
    • Committed
    • No impact
    • Release Note Not Required
    • 2024Q1
    • Compute

      Before GA we want to review our CRD definitions as after GA it will be a lot more expensive to change them as we will need to care about compatibility and upgrade of the data.

       

      nova-operator

      • DefaultConfigOverwrite: We either need to support it for policy.yaml and api-paste.ini (and providers.yaml for ironic compute) or need to be removed. See OSPRH-2503 
      • Debug (StopService, StopJob, PreserveJob): We need to decide if we want to keep this and support this or remove it from the CRD. Or if we can support these with ENV variables instead.
      • PasswordSelector.*Database + *DatabaseUser can be replaced with the new field referencing a MariaDBAccount by name once the mariadb password rotation feature is landed.
      • PasswordSelector.Service + ServiceUser: Can be deleted if we follow the pattern of password rotation from MariaDBAccount and create a KeystoneAccount CR. At the moment we have no stories to do this globally. This is not is scope for OSPRH-92.
      • PasswordSelector.MetadataSecret: Depends on if we want to support password rotation and use the MariaDBAccount pattern for it or not.
      • Nova.Spec.Secret (osp-secret): If mariadb, keystone, and metadata passwords are all moved to *Account CRs like MariaDBAccount then we can remove this field.
      • Nova.Status.Hash can be removed as it is unused. The rest of the CRs using the Hash field so keep it there.
      • DefaultConfigOverwrite to be removed from NovaScheduler, NovaConductor, NovaNoVncProxy as it will be unused as part of OSPRH-2503

      placement-operator

      • DefaultConfigOverwrite: We either need to support it for policy.yaml and api-paste.ini or need to be removed. See OSPRH-2503
      • Debug (StopService, StopJob) and PreserveJob: We need to decide if we want to keep this and support this or remove it from the CRD. Or if we can support these with ENV variables instead.
      • PasswordSelector.Database + DatabaseUser can be replaced with the new field referencing a MariaDBAccount by name once the mariadb password rotation feature is landed.
      • PasswordSelector.Service + ServiceUser: Can be deleted if we follow the pattern of password rotation from MariaDBAccount and create a KeystoneAccount CR. At the moment we have no stories to do this globally. This is not is scope for OSPRH-92.
      • Secret (osp-secret): If mariadb, and keystone passwords are all moved to *Account CRs like MariaDBAccount then we can remove this field.

            rh-ee-bgibizer Balazs Gibizer
            rh-ee-bgibizer Balazs Gibizer
            James Parker James Parker
            rhos-dfg-compute
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: