Story #5137
closedStory #5132: [Epic] As a user, I can consume Pulp 3 from OperatorHub.io
As a pulp-operator user, I can configure & expand the storage volume size
80%
Description
h1. !! Ticket moved to GitHub: "pulp/pulp-operator/258":https://github.com/pulp/pulp-operator/issues/258
pulp-operator currently uses static sized Persistent Volume Claims for both the PostgreSQL database and for /var/lib/pulp .
This is unacceptable because by adding/syncing more content, users can exceed the capacity. Also, the current values may be too large.
Updated by mdepaulo@redhat.com over 5 years ago
Research suggests that the best way to do this is a ConfigMap that the operator references. Other operators do this, such as mongodb and another.
Updated by mdepaulo@redhat.com over 5 years ago
- % Done changed from 0 to 50
As part of implementing this task on the k3s-travis branch, I started on this.
https://pulp.plan.io/issues/5061
We currently have configurable storage via a ConfigMap. But I do not know if it can expanded afterwards.
Updated by mdepaulo@redhat.com over 5 years ago
The storage can be expanded by uploading a new version of the ConfigMap. It takes seconds for the change to start being applied by the pulp-operator (ansible operator) pod.
However, the StorageClass / provisioner must support it.
The minikube-hostpath provisioner does not, even if you modify its storage class ("Standard".) (This may be due to the lack of the Online File System Expansion feature "ExpandInUsePersistentVolumes").
However, other provisioners do, such as AWS-EBS, GCE-PD, Azure Disk, Azure File, Glusterfs, Cinder, Portworx, and Ceph RBD.
https://kubernetes.io/blog/2018/07/12/resizing-persistent-volumes-using-kubernetes/
Added by Mike DePaulo over 5 years ago
Updated by mdepaulo@redhat.com over 5 years ago
I have discovered that the better way to solve this is to use our operator's custom resource.
This is what we already do for the pulp image tag. And it is what the ansible operator framework is designed around.
I plan to rework the existing configmap into the custom resource.
Updated by mdepaulo@redhat.com about 5 years ago
- % Done changed from 50 to 80
This is now being done for Pulp itself via a custom resource.
Still needs to be done for postgres.
Updated by fao89 over 4 years ago
- Category set to Operator - Moved to Github Issues
Updated by mdepaulo@redhat.com almost 4 years ago
- Subject changed from pulp-operator needs configurable and expandable storage size to As a pulp-operator user, I can configure & expand the storage volume size
Updated by mdepaulo@redhat.com almost 4 years ago
- Assignee deleted (
mdepaulo@redhat.com)
Updated by fao89 about 3 years ago
- Description updated (diff)
- Status changed from NEW to CLOSED - DUPLICATE
Use pulp-file-storage settings from a ConfigMap
Add different ConfigMaps for known use cases like Travis
Partially implements: ref #5137 https://pulp.plan.io/issues/5137