-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Simplify glance-operator pvc interface #554
Simplify glance-operator pvc interface #554
Conversation
345d5ce
to
c6ef503
Compare
c48a24d
to
1eb769a
Compare
/test glance-operator-build-deploy-kuttl |
1 similar comment
/test glance-operator-build-deploy-kuttl |
/retest-required |
d9fcaf0
to
8f314f2
Compare
Do not automatically create an image-conversion PVC when Ceph is set as a backend. It will be documented that the requestSize should be bigger for the default PVC or other strategies should be used (e.g. NFS share attached to the Pods via extraMounts). This patch removes the automation that automatically created an image-conversion PVC. Signed-off-by: Francesco Pantano <[email protected]>
We currently provide both StorageClass and StorageRequest that can be propagated to the underlying instances. However, it might be possible that operators use extraMounts to plug a NFS share mapped to /var/lib/glance. In this case, the API should be updated to not provision any PVC and let the human operator to take care about it using the extraMounts interface. This patch adds a "Storage" struct that is supposed to act as the high level interface where the storage strategy for glance is specified. If the ephemeral boolean is set, no PVCs are provisioned. Signed-off-by: Francesco Pantano <[email protected]>
This reverts commit dbc4480.
The Ephemeral bool field has been added to the API and propagated to the GetVolumeMounts function: this allows to skip both the PVC creation and mount, making glance stateless from a storage point of view. Persistent should be provided by human operator via extraMounts. Signed-off-by: Francesco Pantano <[email protected]>
We currently provide both StorageClass and StorageRequest that can be propagated to the underlying instances. However, it might be possible that operators use extraMounts to plug a NFS share mapped to /var/lib/glance. In this case, the API should be updated to not provision any PVC and let the human operator to take care about it using the extraMounts interface. This patch adds a "Storage" struct that is supposed to act as the high level interface where the storage strategy for glance is specified. If the ephemeral boolean is set, no PVCs are provisioned. Signed-off-by: Francesco Pantano <[email protected]>
Signed-off-by: Francesco Pantano <[email protected]>
Design decision doc lacks of a Storage Requirements section where the PVCs usage is described. This patch helps fixing this part and clarify how they are used in Glance. Signed-off-by: Francesco Pantano <[email protected]>
Signed-off-by: Francesco Pantano <[email protected]>
8f314f2
to
d34128b
Compare
Signed-off-by: Francesco Pantano <[email protected]>
d34128b
to
2c095ba
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1 from me. Will give others a chance to review before approving
ack thank you, I think I asked @konan-abhi to review and he was ok w/ this change, but we can wait for him to re-approve. Thank you @abays ! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good, thank you!
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: fmount, konan-abhi The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
90d7bb7
into
openstack-k8s-operators:main
We recently merged [1][2] and the Glance API have been updated to reflect the new storage interface. This patch aligns architectures repo CRs with the new structure. [1] openstack-k8s-operators/glance-operator#554 [2] openstack-k8s-operators/openstack-operator#843 Jira: https://issues.redhat.com/browse/OSPRH-6719 Signed-off-by: Francesco Pantano <[email protected]>
Update glance storageClass propagation We recently merged [1][2] and the Glance API have been updated to reflect the new storage interface. This patch aligns architectures repo CRs with the new structure. [1] openstack-k8s-operators/glance-operator#554 [2] openstack-k8s-operators/openstack-operator#843 Jira: https://issues.redhat.com/browse/OSPRH-6719 Reviewed-by: Andrew Bays <[email protected]>
This patch simplifies the way we build the storage interface for glance.
In general
Glance
requires astaging area
to manipulate data during an import operation.It is possible to copy image data into multiple stores using image import workflow, and all the
import methods
andplugins
are based on this flow, hence some persistence is required forthe resulting Glance
Pod
.With this PR, a
Storage
struct is exposed by theglance-operator
API, and it helps to choosethe best layout for a particular
glanceAPI
.When defining the storage requirements for a
GlanceAPI
, with this patch is possible to choosebetween two different models:
External
means that no PVCs are provisioned by the operator, and the human administrator shouldtake care about providing persistence via
ExtraMounts
.PVC
is still the default interface, and theyare provisioned by the operator.
Jira: https://issues.redhat.com/browse/OSPRH-6719
Depends-On: openstack-k8s-operators/openstack-operator#843