Age | Commit message (Collapse) | Author | Files | Lines |
|
OOM has now templates in order to create the needed PVC, using:
* a PV with a specific class when using a common nfs mount path between
nodes (sames as today use) --> is the default behavior today
* or a storage class if we want to use dynamic PV.
On this case, we use (in order of priority):
- persistence.storageClassOverride if set on the chart
- global.persistence.storageClass if set globally
- persistence.storageClass if set on the chart
Change-Id: I337e760ea71ec57c4f593e068c3cf6ea548a3cfc
Issue-ID: OOM-1227
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Change-Id: If2cf110e0387acaff61d996435efdedf41561b60
Issue-ID: OOM-2126
Signed-off-by: afenner <andrew.fenner@est.tech>
|
|
Change-Id: Ie6f18487961bc7de723f5dc69e37abfd5006f550
Issue-ID: MODELING-222
Signed-off-by: dyh <dengyuanhong@chinamobile.com>
|
|
Today when deploying Policy with OOM, the PersistentVolumeClaim needs the
"ReadWriteMany" (or "RWX") capability.
According to Kubernetes Documentation (https://kubernetes.io/docs/concepts/storage/persistent-volumes/#access-modes),
ReadWriteMany stands for "the volume can be mounted as read-write by many nodes".
That means that a particular PVC needs to be read and written from many pods.
That also means that your code takes that into account and do the work to avoid
write at the same place at the same time.
An issue on RWX mode is that most "official" storage driver from Kubernetes doesn't
support it (13 over the 19 drivers doesn't support it, espacially OpenStack, Amazon
and Google storage classes).
Modeling PVC for is used only for one POD.
Thus we don't need RWX.
Change-Id: Ic4b8f5a336f2b9edfdf25ef3cc549b389f9b6f65
Issue-ID: MODELING-213
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Updating all helm chart versions to 5.0.0 for the El Alto release.
Merge will be co-ordinated with the merge of a separate aai/oom patch.
Please do not merge until this coordination has completed.
Issue-ID: OOM-1980
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
Change-Id: I31daaebeacea33565f13affd2fa28fb15fe948ba
|
|
Change-Id: Ic723624865b200ea025602aee0ec60efb4b9a09f
Issue-ID: VFC-1373
Signed-off-by: yangyan <yangyanyj@chinamobile.com>
|
|
Issue-ID: MODELING-165
Change-Id: I46419561fdc3f1b4fb7a7bcf19185ac6cbd99c1d
Signed-off-by: yangyanyj <yangyanyj@chinamobile.com>
|