New feature request: Modules readiness for HA deployments 92/6492/5
authorlavado <glavado@whitestack.com>
Fri, 14 Sep 2018 16:02:54 +0000 (17:02 +0100)
committergarciadeblas <gerardo.garciadeblas@telefonica.com>
Mon, 30 Nov 2020 14:50:26 +0000 (15:50 +0100)
Change-Id: Ic64af0bcf0d6793edcc9aca274b83e545529486f

Release8/modules_readiness_for_ha_deployments.md [new file with mode: 0644]

diff --git a/Release8/modules_readiness_for_ha_deployments.md b/Release8/modules_readiness_for_ha_deployments.md
new file mode 100644 (file)
index 0000000..65492e5
--- /dev/null
@@ -0,0 +1,25 @@
+# Modules readiness for HA deployments #
+
+## Proposer ##
+- Benjamin Diaz (Whitestack)
+- Gianpietro Lavado (Whitestack)
+
+## Type ##
+**Feature**
+
+## Target MDG/TF ##
+LCM,MON,POL,RO,N2VC/VCA,common
+
+## Description ##
+The goal of this feature is to work on the readiness of each module for them to be ready for high-availability deployments, independently from the platform used to provide HA (Kubernetes, Docker Swarm, and so on)
+
+To get started, two main changes are needed:
+1. Dockerized modules that are Kafka consumers should add their group-id when registering, leveraging the work related to Bug534 (https://osm.etsi.org/bugzilla/show_bug.cgi?id=534)
+2. Juju HA cluster must be tested according to https://docs.jujucharms.com/2.3/en/controllers-ha
+
+Besides those two actions, other work might be required at some modules for multiple replicas to work in a synchronized way (to be investigated)
+
+Once this is ready and maintained, future efforts should include upstreaming multiple types of HA installations that leverage this work.
+
+## Demo or definition of done ##
+A multi-host, HA installation of OSM (independently on how it was achieved) should work without modifications to the modules.
\ No newline at end of file