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
Spinnaker deployment spinnaker deployment using halyard cli minio chart install & deployment update calico-spinnaker scenario Deploy-Scenario: k8-calico-spinnaker Change-Id: If399108c581bd7d5558edad5df4d681ae8f008f5
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
ceph: disable dashboard Change-Id: I436761c4e14da72af87bd102d3146944c63b9f96 Signed-off-by: Cian Johnston <cian.johnston@est.tech>
ceph: configuration fixes * Wire through deviceFilter properly * Expose rook configuration knobs via env vars Change-Id: Idfdb2d229f542ea73835f41b1ea574a3f72b8023 Signed-off-by: Cian Johnston <cian.johnston@est.tech>
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>
Changes for Helm v3 compatibility: * Helm v3 complains if kubeconfig is world-readable. Setting permissions on /root/.kube/config to keep it happy. * Add local helm repos in prometheus/spinnaker install tasks * Pinning openshift due to regression in kubernetes client Signed-off-by: Cian Johnston <cian.johnston@est.tech> Change-Id: Ie0dc3d9c7af4eda5a4d56461f9e3e4341ea7a12c
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>
containers: export all images in one file This change modifies how images are exported before packaging. Previously, each image was exported as a separate file, which causes duplication of layers in common between images. Now, all images are exported as one file, allowing deduplication of image layers and significant on-disk space savings. NOTE: the docker-registry image is exported separately for the sake of engine. Change-Id: I95a0597590ada9c32c8b9449d6f58b321168c2f8 Signed-off-by: Cian Johnston <cian.johnston@est.tech>
containers: check item.container before pull/save In later versions of Kubespray, certain items (such as Helm) are no longer fetched as a container. This change checks that the download manifest in Kubespray specifies that the item in question is meant to be treated as a container before pulling and saving. Signed-off-by: Cian Johnston <cian.johnston@est.tech> Change-Id: Iedbfb6f020c4d89e050f1fa83209634affe3ebab
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>
bugfix: update references to helm stable repo Depends-On: If025c222db2aa3dcc9be4d18ce79eb3f8bdbc672 Signed-off-by: Cian Johnston <cian.johnston@est.tech> Change-Id: Ia5a929ef07429aab6dd61006ae7c87579c04983d
Distribute dependencies This change moves the dependencies required for Kubernetes stack to stack itself, making sure we deal with the dependencies required for it and no other stack. This is achieved by - moving operating system dependencies from engine core bindep.txt into stack bindep.txt - moving python dependencies from engine core requirements.txt into stack requirements.txt - taking setup-stack.sh script in use so engine core executes this script from the stack The benefits of this approach - ability to control dependencies directly within the stack without impacting other stacks and engine core - package dependencies required for the stack itself and not everything - allow identifying engine core dependencies so they can be made part of stack packaging, enabling stacks to stop using leftovers of an earlier deployment done for a different stack - pave the way for multi distro support since some stacks may support more than one distro and that support can be introduced and maintained within corresponding stack - deferred processing of dependencies allow to engine become functioning faster than how it is know. also, the overall deployment time will be shortened a bit with the help of this due to dealing with dependencies based on stack Depends-On: I713d0e333bc4a01c92e6aa6ae1a4e6f3d9efe2ad Change-Id: I9508275fe581cea15af3c9e7dfa0b3342370460b