Release7/metric_segmentation_multitenancy.md

   1 # OSM Metric segmentation & access by project
   2
   3 ## Proposers
   4
   5 - Gianpietro Lavado (Whitestack)
   6 - Gerardo Garcia (Telefonica)
   7 - Francisco Javier Ramon (Telefonica)
   8
   9 ## Type
  10
  11 Feature
  12
  13 ## Target MDG/TF
  14
  15 SA
  16
  17 ## Description
  18
  19 Metrics in Prometheus are stored in key-value pairs, grouped per name and differentiated by labels.
  20 Current design keeps metrics grouped by name (i.e. cpu_usage) and allows to differentiate based on
  21 label filtering (i.e. ns_id), so for example, a Grafana dashboard can be created for a single NS ID,
  22 filtering by the metric's label "NS_ID".
  23
  24 Still, current design has some limitations:
  25 - VIM metrics have different names by default and refer to the same resource for any NS/VNF, but
  26 VNF Metrics (Indicators) using the same name, could have different semantics depending on the VNF,
  27 or worse, different types (gauge and counter for example), and may not be supported.
  28 - There is no role-based authentication or tenant awareness. Prometheus has some limitations, but
  29 Grafana may solve some of ths issues at a higher level by automating the creation of dashboards.
  30
  31 This feature presents an opportunity to revisit metric segmentation, authentication, and dashboard
  32 automation.
  33
  34 ## Demo or definition of done
  35
  36 OSM users should be able to see the metrics beloging to their own NS, automatically, in Grafana.