Age | Commit message (Collapse) | Author | Files | Lines |
|
* changes:
Add ingress controler support to OOF
Add ingress controler support to POMBA
Add ingress controler support to SDC
Add ingress controler support to DMAAP
Add ingress controler support to SDNC
Add ingress controler support to CDS
|
|
* Update kubernetes/aai from branch 'master'
to 552da2c65b6af3f6328fcc6b11af9329d5efa30a
- Update the janusgraph properties for cassandra 3
Issue-ID: AAI-2731
Change-Id: Ic64ba3c97374db4f9ef0961b1e910714db49b4ae
Signed-off-by: Harish Venkata Kajur <vk250x@att.com>
|
|
* Update kubernetes/aai from branch 'master'
to 6e20d0fb3f4dacda0c6cbccc7cf0424a21432fcf
- Remove old microservices from aai chart
Issue-ID: AAI-2733
Signed-off-by: Jimmy Forsyth <jf2512@att.com>
Change-Id: Ib471d6c3e8aca7a06f18dfd6167131f1d1df0456
|
|
|
|
* Update kubernetes/aai from branch 'master'
to 18747ec29947084c571d66f37f1a0fe85fbe4702
- Use global storage templates for PVC
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
I've also created a PV/PVC for elasticsearch has it was hardcoded to
hostPath.
I've also removed hostPath for job logs (aai-traversal logs were not put
into the desired hostPath)
And I moved the 3 jobs of aai-graphadmin into 3 files as it's a better
practice (several object in the same file can lead to unexpected
behavior).
Behavior is supposed to be exactly the same as before.
Issue-ID: OOM-1227
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I71c6cee8d7c33ef7bd39c40a43c26b377d4ceec3
|
|
|
|
* changes:
Add ingress controler support to MSB
Add ingress controler support to DCAE
Add ingress controler support to VNFSDK
Add ingress controler support to CLAMP
Add ingress controler support to CLI
|
|
Issue-ID: OOM-2181
Change-Id: I3a419138e4e553719f7f9f9b958d448f6c5cea24
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Issue-ID: OOM-2177
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
Change-Id: Icf30714776cb038f10377c16d40585280910f9d7
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Issue-ID: OOM-2178
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
Change-Id: Id4c679431d5d5e0362acbd08757250f1bb5a0616
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Issue-ID: OOM-2180
Change-Id: I18a2f724216a3946a40e0c4f166a3a4eeeca522b
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
|
|
|
|
Issue-ID: INT-1181
Signed-off-by: Joanna Jeremicz <joanna.jeremicz@nokia.com>
Change-Id: I13888ca2334cfb1f59bbcf195726996cd8a79e54
|
|
|
|
|
|
Issue-ID: OOM-2192
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
Change-Id: I9767e8ffaa27c68ecdb3a8882d4f718af1488ab0
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Issue-ID: OOM-2175
Change-Id: I15359ebc3116bf453c2a2b3ce706ead6024797bf
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Issue-ID: OOM-2176
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
Change-Id: I131e8153024f18ff5a08fa29966ed9be8c850946
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Update SDNC helm charts to use latest stable version (1.7.6)
Change-Id: I98a360cd16e14d8da914278da2509e2c07c2cf5c
Issue-ID: SDNC-992
Signed-off-by: Timoney, Dan (dt5972) <dtimoney@att.com>
|
|
Add virtual hosting support to the ingress
common template
Added support for global configuration path
or virtual host based
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
Change-Id: I6b1a0c9cfd0eb5c90a090058d5db70f8ee33731e
Issue-ID: OOM-2125
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Instead of having our "own" galera cluster, use the common one already
proposed by OOM.
If a local cluster is needed, you just need to set
global.mariadbGalera.localCluster to True.
Also create a common chart that create the needed values for the
database.
Change-Id: I9ad551b76a40732b4ab3fc34ba7cde6ca90fe432
Issue-ID: EXTAPI-348
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
|
|
Issue-ID: OOM-2182
Change-Id: I69ea7e5dbc30981ec840373dc030f26696ed32db
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Issue-ID: OOM-2184
Change-Id: I75f7e8239fe1f1027fffae6b3e2a848a593351ae
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Issue-ID: OOM-2187
Change-Id: I2ae6b0f2482641b3f482121354596574b684b2d1
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
|
|
|
|
* Update kubernetes/robot from branch 'master'
to 6e38b492acd3ec44a869055092399b6f18c659b8
- Merge "Add Inventory and Deployment Global property needed for Bulkpm"
- Add Inventory and Deployment Global property needed for Bulkpm
Change-Id: I9839bc2937446f4062ae922f7d287b1150a1b224
Issue-ID: INT-1375
Signed-off-by: rajendrajaiswal <rajendra.jaiswal@ericsson.com>
|
|
Issue-ID: OOM-2179
Change-Id: I6f1591a6c7033812cc714d75c63d7c1b3ba197b6
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Issue-ID: OOM-2188
Change-Id: I30c2e0dea0a1fc12fd82090610c7e38f577cc811
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Issue-ID: OOM-2174
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
Change-Id: Ib6c159d54ca65577934f70de137bfc13336992ec
|
|
|
|
|
|
* Update kubernetes/robot from branch 'master'
to eb01b0f5e5f9919499d76e5aaff997c9fafdda93
- Update MSB end point to https
change protocol from http to https
and port from 80 to 443
impacted healthcheck tests: msb, multicloud, vfc
Issue-ID: VFC-1591
Signed-off-by: mrichomme <morgan.richomme@orange.com>
Change-Id: I44d03d14df43b6e1df81b27da0ee455cc9045ce4
|
|
Add Nginx ingress postinstall helm
chart. It should be applied after
cluster initial setup.
Issue-ID: OOM-2099
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
Change-Id: Ic942b03d6e754c2fca72316cde0d2e65eba9d0d7
|
|
Currently there is a number of hardcoded passwords in OOM helm charts
that are reused for almost all ONAP deployments in different labs.
One possible solution for this issue could be to generate a random
password for every deployment but this may cause number of issues
while doing helm upgrade.
That's why instead of generating a random password we generate a
password for particular use case, based on chart name, master
password provided by the deployer and additional UID. This is done
using derivePassword function so check its documentation for more
details how this password is derived.
From a user perspective, the most important fact is that he or she can
achieve reproductible deployment. Every time when ONAP is deployed
with the same masterPassword all derived passwords are going
to be also the same.
Issue-ID: OOM-2052
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I666d597e6daab8b79e630917ad75f17cc70f897b
|
|
Issue-ID: CCSDK-1953
Signed-off-by: Oleg Mitsura <oleg.mitsura@amdocs.com>
Change-Id: Id2ce253ab0ecee2c2fccb18589e76160fbf10853
|
|
Issue-ID: CCSDK-1952
Patch1: added missing properties from Change-Id: Idb3c7f67b3f22bd6069f75c193ae458c346fb2ac
Patch2: added missing vault mapping.
Signed-off-by: Oleg Mitsura <oleg.mitsura@amdocs.com>
Change-Id: I218f31cebe1f3fd24b1aead3fa93efb141465d23
|
|
Instead of using "own" galera chart, reuse chart placed in common part
of OOM installation.
Will ease move to common galera cluster (which is not done by this
commit).
Change-Id: I2d7c1e5cdc9289cfb55e288b1697373239ef96e3
Issue-ID: POLICY-1467
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Two helper functions are defined:
- common.storageClass: will print the right storage class according to
properties set or not:
* if no storage class set --> use previous behavior (storage class
named `common.fullname-data`.
* if a "persistence.storageClassOverride" is set for this specific chart,
we use it (if it's "-", we set to default one)
* if a "global.persistence.storageClass" has been set (and no
storageClassOverride for this chart), we use it (same specificity than
storageClassOverride)
* if a "persistence.storageClass) has been set (and no
storageClassOverride nor global one), we use it (same specificity
than storageClassOverride)
- common.needPV: will print "True" if we need a PV (no storageClass and
storageClassOverride being set).
an implementation example with mariadb-galera is provided.
Issue-ID: OOM-1500
Change-Id: I20a667e17b00c255c4b828e3c66f9c0df7c8755c
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
* changes:
docs: Mark filenames and inline code
docs: Use definition list syntax to clarify terms
docs: Enclose all snippets in code blocks
docs: Ensure literalinclude directive rendering
docs: Replace include directives for non existent file
|
|
|
|
Remove charts for multicloud-lenovo
Issue-ID: MULTICLOUD-737
Signed-off-by: Changjun Wang <310397125@qq.com>
Change-Id: Id0ddd57ef620be7b03c524289efb70163d0f8828
|
|
|
|
|
|
|
|
|
|
|
|
Issue-ID: OJSI-140
Signed-off-by: Huabing Zhao <zhao.huabing@zte.com.cn>
Change-Id: I84f3272cbf2307a8015259842f30cc4e1b77c552
|