VNF Indicator collection using Prometheus exporters 57/8157/5
authorlavado <glavado@whitestack.com>
Tue, 12 Nov 2019 10:43:07 +0000 (11:43 +0100)
committergarciadeblas <gerardo.garciadeblas@telefonica.com>
Wed, 25 Nov 2020 08:40:36 +0000 (09:40 +0100)
Change-Id: I7cdf1fde2c0dbe4791d3c9250e10d6775d42d626

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

diff --git a/Release8/vnf_indicator_collection_exporters.md b/Release8/vnf_indicator_collection_exporters.md
new file mode 100644 (file)
index 0000000..db98a47
--- /dev/null
@@ -0,0 +1,35 @@
+# VNF Indicator collection using Prometheus exporters
+## Proposers
+
+- Gianpietro Lavado (Whitestack)
+- Gerardo Garcia (Telefonica)
+- Francisco Javier Ramon (Telefonica)
+
+## Type
+
+Feature
+
+## Target MDG/TF
+
+SA
+
+## Description
+
+VNF indicators are gathered today using Juju Metrics, which MON collects through N2VC.
+Juju metrics present some limitations:
+- Collection interval is fixed to 5m
+- Metrics can only be collected through CLI
+
+The original proposal to replace this with regular, periodic primitives, has been discarded as
+primitives are 'blocking', so a metric collection primitive could delay a configuration primitive.
+
+A mechanism is needed to collect indicators through SNMP, REST API and other methods, ideally:
+- Adding 'exporters' to store metrics directly to the existing Prometheus TSDB.
+- Trying to mantain alignment with current ETSI standards (SOL002, SOL006)
+
+## Demo or definition of done
+
+VNF Indicator collection through SNMP (ant other methods) can be specified at the VNFD, with a 
+variable collection period, which will make the system enable the corresponding exporter and 
+show the metric at a Network Service dashboard in Grafana.
\ No newline at end of file