Age | Commit message (Collapse) | Author | Files | Lines |
|
ONAP is too big to be deployed using helm install so we need to
use a custom helm plugin helm deploy. This script deloys onap
component by component instead of deploying evrything at
once. Unfortunately this script also modifies the helm release by
appending component name to it.
As a result of this behavior our objects are called for example:
onap-mariadb-galera-mariadb-galera-0
instead of just being called onap-mariadb-galera-0.
This patch simplifies this naming convention by replacing all direct
usages of .Release.Name with common.release macro which strips the
component specific part from the release name.
Issue-ID: OOM-2275
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Ia8cead50d305adb00eef666d0a1ace74479b5183
|
|
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: I28b4ac5f612de75918973148865cf82f7a7de5e8
Issue-ID: OOM-1227
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
|
|
I've adjusted the Requests / Limits of portal pods according to real
usage of "Orange Openlab" and "Onap daily master".
Calculation is the following:
per deployment:
* CPU/Mem requests is max of average from the two deployments
* CPU/Mem limits is (max of max from the two deployments) * 1.2
Moved portal-widget CPU limit to 1 as it's not starting if set to lower
than that.
Full values are available on jira ticket
(https://jira.onap.org/browse/PORTAL-517).
Change-Id: Ic02fef386e05351a6fa9e47bf47d5c2046f490e3
Issue-ID: PORTAL-517
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Signed-off-by: Lorraine Welch <lb2391@att.com>
|
|
I've adjusted the Requests / Limits of portal pods according to real
usage of "Orange Openlab" and "Onap daily master".
Calculation is the following:
per deployment:
* CPU/Mem requests is max of average from the two deployments
* CPU/Mem limits is (max of max from the two deployments) * 1.2
Change-Id: I3fce54e6be495a7014bf346d66721976fa2dab8b
Issue-ID: MUSIC-533
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Today when deploying Portal 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).
Portal PVC are only used by a mariadb instance or a cassandra instance.
Thus we don't need RWX.
Change-Id: I706e13759d3af829d61d7a33d068263aaf9e9158
Issue-ID: PORTAL-724
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
|
|
Issue-ID: PORTAL-579,PORTAL-597
Change-Id: Id945204a400a7b8a6a81fcc1aa44f4b094551d4c
Signed-off-by: statta <statta@research.att.com>
|
|
All charts are being bumped from 3.0.0 to 4.0.0 for the Dublin release.
In addition the requirement.yaml files have been updated to allow for
chart versions that include timestamp suffix. A following on patch will
take care of changes to the OOM Makefiles to support injection of the
timestamp versions.
Change-Id: Ie03d86fad2027e975e8b9106e3a828e4335037cb
Issue-ID: OOM-1642
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|
|
Issue-ID: OOM-1145
Change-Id: I1510339a820802554b6e8b9a201619ef66be17a0
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
Adds the ability to turn them off if they are found to
cause issues
also cleaning up some whitespace
Issue-ID: OOM-1145
Change-Id: Idf0ee21f70e1bf65813b7f51ea028f2783a01cf8
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
All Chart versions and requirement dependencies have been updated to 3.0 for Casablanca release.
Change-Id: Iea57e5da09ea8a8bac0a415b9a6196151cbea10b
Issue-ID: OOM-1354
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|
|
Issue-ID: OOM-1159
Change-Id: I2907332fe057f60b782d67e5a6675096898918e1
Signed-off-by: Nishukumar <nishu.kumar@amdocs.com>
|
|
Issue-ID: OOM-1378
Change-Id: I452919e91e1b3d0014394a357f6658803ba436a9
Signed-off-by: toshrajbhardwaj <toshrajbhardwaj@gmail.com>
|
|
Issue-ID: OOM-1306
Change-Id: I1a617718006ee845d675fead74ce075c3390ac2f
Signed-off-by: toshrajbhardwaj <toshrajbhardwaj@gmail.com>
|
|
Change-Id: I2d1ff878c215becc9856af184eb0b11defd75e1d
Issue-ID: OOM-1064
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
Update the docker image versions in the OOM helm charts
with the versions specified in the docker-manifest.csv
in the integration repo.
This is as of integration repo commit
ed53a301dbeaad568b21b9545cb9ce6c5c040b29
Change-Id: Ib844402ff9f3bdecfbd8e9f474eaac1561aff5b0
Issue-ID: OOM-1053
Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
|
|
Issue-ID: OOM-874
Changes to be committed:
modified: aai/charts/aai-babel/templates/deployment.yaml
modified: aai/charts/aai-champ/templates/deployment.yaml
modified: aai/charts/aai-data-router/templates/deployment.yaml
modified: aai/charts/aai-gizmo/templates/deployment.yaml
modified: aai/charts/aai-modelloader/templates/deployment.yaml
modified: aai/charts/aai-resources/templates/deployment.yaml
modified: aai/charts/aai-search-data/templates/deployment.yaml
modified: aai/charts/aai-sparky-be/templates/deployment.yaml
modified: aai/charts/aai-traversal/templates/deployment.yaml
modified: aai/charts/aai-traversal/templates/job.yaml
modified: appc/charts/appc-cdt/templates/deployment.yaml
modified: appc/templates/statefulset.yaml
modified: clamp/charts/mariadb/templates/deployment.yaml
modified: clamp/templates/deployment.yaml
modified: cli/templates/deployment.yaml
modified: common/dgbuilder/templates/deployment.yaml
modified: common/mariadb-galera/templates/statefulset.yaml
modified: dcaegen2/charts/dcae-bootstrap/templates/job.yaml
modified: dcaegen2/charts/dcae-cloudify-manager/templates/deployment.yaml
modified: dcaegen2/charts/dcae-healthcheck/templates/deployment.yaml
modified: dcaegen2/charts/dcae-redis/templates/statefulset.yaml
modified: dmaap/charts/dmaap-bus-controller/templates/deployment.yaml
modified: dmaap/charts/dmaap-bus-controller/values.yaml
modified: esr/charts/esr-gui/templates/deployment.yaml
modified: esr/templates/deployment.yaml
modified: msb/charts/kube2msb/templates/deployment.yaml
modified: msb/charts/msb-discovery/templates/deployment.yaml
modified: msb/charts/msb-eag/templates/deployment.yaml
modified: msb/charts/msb-iag/templates/deployment.yaml
modified: multicloud/charts/multicloud-ocata/templates/deployment.yaml
modified: multicloud/charts/multicloud-vio/templates/deployment.yaml
modified: multicloud/charts/multicloud-windriver/templates/deployment.yaml
modified: multicloud/templates/deployment.yaml
modified: policy/charts/brmsgw/templates/deployment.yaml
modified: policy/charts/drools/charts/nexus/templates/deployment.yaml
modified: policy/charts/drools/templates/statefulset.yaml
modified: policy/charts/mariadb/templates/deployment.yaml
modified: policy/charts/pdp/templates/statefulset.yaml
modified: policy/templates/deployment.yaml
modified: portal/charts/portal-app/templates/deployment.yaml
modified: portal/charts/portal-cassandra/templates/deployment.yaml
modified: portal/charts/portal-mariadb/templates/deployment.yaml
modified: portal/charts/portal-sdk/templates/deployment.yaml
modified: portal/charts/portal-widget/templates/deployment.yaml
modified: portal/charts/portal-zookeeper/templates/deployment.yaml
modified: sdnc/charts/dmaap-listener/templates/deployment.yaml
modified: sdnc/charts/sdnc-portal/templates/deployment.yaml
modified: sdnc/charts/ueb-listener/templates/deployment.yaml
modified: sdnc/templates/statefulset.yaml
modified: uui/charts/uui-server/templates/deployment.yaml
modified: uui/templates/deployment.yaml
modified: vid/charts/mariadb/templates/deployment.yaml
modified: vid/templates/deployment.yaml
Change-Id: I00aaa1eff3b870db3b475365eeda3f2e10aef6b9
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
Issue-ID: PORTAL-211
Change-Id: Id43f281366bc4faf5ce7bf6787897d23b30962e8
Signed-off-by: st782s <statta@research.att.com>
|
|
|
|
Issue-ID: OOM-906
Change-Id: Ic65127d3981cb0a696c784392cab59fbf06b1e66
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
Inspired by aai-cassandra's stateful set
Using nodetool instead of a port.
Issue-ID: MUSIC-72
Change-Id: I877300d772c3357855756a9dcac6f148381615da
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
-Fixed pv/pvc problem.
-The docker image changed so that it was not chown'ng files
coupled with the tweaks to the mount directory this fixes
the read-only file system issue.
-The portal-cassandra container is not considered running yet by K8s though
Port 9160 is not opened so the liveness probe will tear it down unless it is
disabled by the person deploying the chart.
Issue-ID: OOM-900
Change-Id: I004fcb77c70db92679c10c7488594cb3000a11d9
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
Change-Id: I058848f3f40d7759201175986c57cd96ac232a4a
Signed-off-by: Roger Maitland <Roger.Maitland@amdocs.com>
Issue-ID: OOM-900
|
|
-synched up with Beijing (master)
-pods come up without cassandra music:
sed: couldn't edit /docker-entrypoint-initdb.d/\
zzz_portal.cql: not a regular file
ONAPPORTAL webapp in tomcat is failing to star
resulting in HTTP 404 robot health
Not sure how logging works in beijing so removed
some of the ubuntu-init dir creation. need someone
familiar with logging to investigate
-addressed some CI comments.
-removing configmap now that portaldb was fixed
Issue-ID: OOM-746
Change-Id: I123d1ec6889db40b1721475a43665ef8efefc057
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|