summaryrefslogtreecommitdiffstats
path: root/kubernetes/common/elasticsearch
AgeCommit message (Collapse)AuthorFilesLines
2020-11-30[COMMON][DOC] Bump version GuilinSylvain Desbureaux8-16/+16
Update charts and requirements to 7.0.0. Create release notes for Guilin Update documentation Issue-ID: OOM-2638 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I965ed6b6ebb7d74bfddaff73edd3dd55a657841c
2020-11-24[COMMON][ELASTIC] Uses new tpls for repos / imagesSylvain Desbureaux16-68/+146
This commit makes Elasticsearcg template to use the new generator for repositories and images. Issue-ID: OOM-2364 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I20c18632234c864ef2a29e3cfb259c9838a8c4d6
2020-11-23[COMMON] Update common Elasticsearch chart to use version 7.9.3Grzegorz-Lis3-6/+9
Fixes issue with pods IPs configuration when there are more than one IP address. Elastic Search 7.9.3 was recommended by SDNR team, and is proven to properly deal with DS networking. Issue-ID: SDNC-895 Signed-off-by: Grzegorz Lis <grzegorz.lis@nokia.com> Change-Id: I89e01b85782c042d259e34774a56d6ff9eb7c8fb
2020-11-20[GENERIC] move from registry.hub.docker.com to docker.ioSylvain Desbureaux1-1/+1
`registry.hub.docker.com` needs authentication now, in contrary to previous behavior. As OOM deployments is unauthenticated when using docker hib repository, all OOM deployments is broken. `docker.io` seems to be still OK with unauthenticated requests so let's move to this endpoint. Issue-ID: OOM-2636 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: Iea81b882d347124af22b0a9c408081706b1c6c6d
2020-10-29[COMMON] Loosen limits for ElasticsearchSylvain Desbureaux1-2/+2
Limits set seemed to be to hard, loosening them in order to make it work. Issue-ID: REQ-362 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I99aa55fb2564683f4968e5831e9e7b9aaa751054
2020-10-27Merge "[COMMON] Add limits to Elasticsearch"Krzysztof Opasiak1-13/+10
2020-10-21[Tree-wide] Add helmignore to ignore componentsKrzysztof Opasiak1-0/+1
components directory takes up a lot of space and is included during helm package Lets remove it using .helmignore This is just a copy of idea showed in: "[OOF] Add helmignore to ignore components" by krishnaa96 <krishna.moorthy6@wipro.com> Issue-ID: OOM-2534 Suggested-by: krishnaa96 <krishna.moorthy6@wipro.com> Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: I25c82e79ba2c472b7761a63365573188ab8db56b
2020-10-20[COMMON] Add limits to ElasticsearchSylvain Desbureaux1-13/+10
Requests were set for Elasticsearch but not limits. Add some limits and updating requests on real usage. Issue-ID: REQ-362 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I8ccfa22dfafceb79fafb1c6f180c77d49cedb00d
2020-09-29[common/elasticsearch] update elasticsearch imageAlexander Dehn3-3/+3
switch to version 7.6.2 in guilin Issue-ID: OOM-2579 Signed-off-by: Alexander Dehn <alexander.dehn@highstreet-technologies.com> Change-Id: I08e226b1898ee299e8cdf1165f2783b857bcfb03 Signed-off-by: Alexander Dehn <alexander.dehn@highstreet-technologies.com>
2020-09-15Replace YAML comments with helm comments in templatesJakub Latusek21-1/+43
Change-Id: I8cb12dae07cc3984e7dcfc602afa4c2d07317e9a Signed-off-by: Jakub Latusek <j.latusek@samsung.com> Issue-ID: OOM-2562
2020-09-07Merge "[COMMON/elasticsearch] Avoid 'Warning: Merging destination map for ↵Sylvain Desbureaux9-72/+64
chart'"
2020-09-04[GENERAL] Use readiness container v3.0.1Sylvain Desbureaux1-2/+1
Readiness container v3.x and up are now present in ONAP main repository. They're also not using root user anymore and then script path has changed. Finally, "job_complete" script has been integrated in main "ready" script. As those changes are significant, we must upgrade all the components at once. Depends-On: I5afa83892043f4844afe12e61724a8d368a9f2e0 Issue-ID: OOM-2545 Signed-off-by: Grzegorz Lis <grzegorz.lis@nokia.com> Change-Id: I0b4eb5dd86390273532d67d0a9696e1cfcadf110
2020-09-02[COMMON/elasticsearch] Avoid 'Warning: Merging destination map for chart'Alexander Dehn9-72/+64
restructure values for docker image name:tag Issue-ID: OOM-2533 Signed-off-by: Alexander Dehn <alexander.dehn@highstreet-technologies.com> Change-Id: I7c02fe543b4f96871c3ade80c7b51c68627cb269
2020-08-31[SDNC] oom for clustered disaggregated SDN-RAlexander Dehn2-2/+2
use disaggregated elasticserach DB from common Issue-ID: SDNC-1165 Signed-off-by: Alexander Dehn <alexander.dehn@highstreet-technologies.com> Change-Id: I0c6ac6549f6c144f0ed5a64ae76a1fa352f740d2
2020-05-22[COMMON] Use common aaf template in elasticsearchKrzysztof Opasiak4-60/+26
Instead of copy-pasting code around aaf_agent usage let's use a common template that automates this. Issue-ID: AAF-1134 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: I9b3c7aab73186c0bf1dfaa5fe21cf2f001ca8619
2020-05-08[Tree-wide] Make chart build process predictibleKrzysztof Opasiak4-5/+4
ONAP is built using plain makefile rules. List of targets is generated using wildcard function. Based on make changelog: http://git.savannah.gnu.org/cgit/make.git/tree/NEWS since version 3.82 wildcard is not going to sort its results which means that charts are being processed in an arbitrary order which may lead to build failure due to missing dependencies. Since version 4.3 make started sorting the wildcard results once again which may lead to build issues. To avoid that and make our builds predictible independently from Makefile version let's make sure that we always sort wildcard results. Addinally let's use 'file://' instead of '@local' for charts in common to resolve dependencies between them. Issue-ID: OOM-2399 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: Iacb02dcdbd577ce0e9ca1078dd0586d296ec9375
2020-04-20[COMMON] helm chart for elastic dbAlexander Dehn35-0/+2251
Add elasticdb as common chart to oom Issue-ID: SDNC-1061 Signed-off-by: Alexander Dehn <alexander.dehn@highstreet-technologies.com> Change-Id: Id8c48113b8d4193d7f13991296f0307a29724c01 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>