Ingress Nginx Integration setup ingress using node-port & reverse proxy Change-Id: I4d1241616ebc07f5d9f09da7871282c96cd41062
Eiffel installation using easy2use basic eiffel installation added new eiffel deploy scenario Deploy-Scenario: k8-calico-eiffel Change-Id: I053821d935ae3c727a5dab0e8be3660a000a9e84
Fix to solve the ovs-cni installation issue in ENO Scenario Deploy-Scenario: k8-eno-ovs Signed-off-by: Rafael Montero Herrera <rafael.montero.herrera@ericsson.com> Change-Id: I221650eae5b7d9dc33a226687c106e07d9cf7046
package v2 ubuntu image offline deployment should use v2 image v2 image has partitioning utils Change-Id: I9ae9a49e5571dbea90d0e4f6376ab3facab16c0a
k8s version 1.19.11 change k8s verion 1.19.11 supporting kubespray verion 2.16 k8s 1.19.11 is required by onap istanbul update helm to 3.5.4 Depends-On: If212fba441ed53f7a95185a6103f2f1c48cbcd74 Change-Id: Id59f5e83cdc6efb8b8795122e599af772ca659ae
support for partitioning and update rook version to 1.6.0 update rook version to 1.6.0 update rook crds change rook device filter pattern to support single disk partitioning increase wait timeout for rook/ceph pods Change-Id: I0fe371b7b44957bfa24b0fa3c2a67f58c5efa934
Use tagged versions for the dependent projects of ENO Deploy-Scenario: k8-eno-ovs Signed-off-by: Rafael Montero Herrera <rafael.montero.herrera@ericsson.com> Change-Id: If6ca213ec0762a04561f5eb288909b40fb02ac41
Added support for External Network Operator (ENO) Scenario This contribution aims to provide an automated environment for the deployment of the ENO, including all the required components that ENO needs to function properly. https://github.com/Nordix/eno Signed-off-by: Rafael Montero Herrera <rafael.montero.herrera@ericsson.com> Change-Id: I44d15bcc29ca7499f739e6eab8e53fb09365a590
Update rook-ceph kubernetes deployment * Upgrade rook to v1.5.9 (and update associated CRDs) * Upgrade ceph to latest release * Add taints and tolerations to separate rook-ceph workloads from other workloads to work around RBD+XFS hangup bug * Use a separate volume for Ceph block storage Signed-off-by: Cian Johnston <cian.johnston@est.tech> Change-Id: I3a634204ab63183adb137d9c07bf026b16ec2fcf Signed-off-by: Cian Johnston <cian.johnston@est.tech>
Add k8-calico-dualstack and k8-multus-dualstack scenarios This commit adds two self-contained scenarios that support the following: * Assigning both IPv4 and IPv6 addresses to pods using the Calico CNI (kubernetes_version >= v1.16) * Setting both IPv4 and IPv6 kubelet addresses (kubernetes_version >= v1.20) One of these scenarios installs the Calico CNI only, and the other installs the Multus CNI with Calico as the backing CNI. *** NOTE: this depends on upstream features incompatible with k8s < 1.18. *** DO NOT MERGE with 1.15, 1.16, or 1.17. Deploy-Scenario: k8-calico-dualstack Change-Id: I5b9e21f6e0b5aaff276c8e86c19d5ae75d0c4569 Signed-off-by: Cian Johnston <cian.johnston@est.tech>
build helm version to match kubespray > 2.15 Signed-off-by: Cian Johnston <cian.johnston@est.tech> Change-Id: I14eef23eaf95b5dc917ac2ca26a069932b58cbb8 Depends-On: I592ec75bfeb76444d21216652e308120c3c3ef8a
Update Helm to version 3.3.4 * helm_version -> v3.3.4 * required changes to Helm CLI invocations Change-Id: I4816a6da5da50d039d5cf77717d8d33797ff0d6e Signed-off-by: Cian Johnston <cian.johnston@est.tech>
Add workaround for tunnel connectivity This patch creates a DeamonSet (pod on each node) that pings all the ipip tunnels of all the other nodes. It should be removed once we find why the tunnels aren't open without pinging Signed-off-by: afenner <andrew.fenner@est.tech> Change-Id: Ic4e8241aa2a014daa0d299186d07615ee79030a2 Signed-off-by: afenner <andrew.fenner@est.tech>
Bump kubernetes to v1.18.5 The container image, flannel_cni, is removed in upstream Kubespray download role so we remove it as well. Depends-On: Ie8be93ba62dc90229f54bd618c982aeaf4bdaafb Change-Id: I7bc9f42fd5bb6a29d4dd16d9e56228dde58fd498
Introduce stack setup script This change introduces setup-stack.sh script which will do setup for the stack itself such as setting the default scenario if not specified by the user and more importantly installing the dependencies. Further changes will be sent, moving dependencies to stacks and installations of those into stack setup script. Depends-On: I6b9d27edd2016594b197a368b8ed393e98beef7f Change-Id: I7892fa217a7db5c0c7b84a1b57aa6f311ee14cc6
Control docker version within stack Docker version was originally controlled within engine repository but it is more appropriate to control it within the stack as the version requirements could be different across the stacks. See the dependent change for how it was controlled before. Depends-On: Id5f2c72e35bba4d5ab413f7b19119330540f5674 Change-Id: I2720d6b6ddcde0f742f527e3f86b3085f13aaeda
Create engine kubernetes stack This change creates kubernetes stack for engine in order to package, deploy, and test stacks independently from engine core. The main feature this enables is the ability to develop stacks in their own repository with proper versioning and branching no matter how the tools (provisioner and installer) are developed. The stack simply selects versions of the tools (could be branches) and the rest is done accordingly. The role package which was previously located under infra/installer/kubespray is moved into this repository in order to handle what to package within the stack since some of the artifacts we package do not belong to installer but to the stack itself. Change-Id: I760d4d904544dad768525e999ebe53e156464111