aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorMatthias Runge <mrunge@redhat.com>2019-07-23 15:47:25 +0000
committerGerrit Code Review <gerrit@opnfv.org>2019-07-23 15:47:25 +0000
commit43934f597f3381a70ea231acdb172434e10794bb (patch)
tree2758e3768fc00ce10d3d5f7bfcaed08ce8a04353
parent01eed7b89b22593b4f81d4efd08c69a6a1fd0853 (diff)
parent673330e0d38979edfe8323d7de419fcf741d4ed8 (diff)
Merge "Add a README for github mirrors to show"
-rw-r--r--README.rst38
1 files changed, 38 insertions, 0 deletions
diff --git a/README.rst b/README.rst
new file mode 100644
index 00000000..1b96a90d
--- /dev/null
+++ b/README.rst
@@ -0,0 +1,38 @@
+Barometer
+---------
+.. This work is licensed under a Creative Commons Attribution 4.0 International License.
+.. http://creativecommons.org/licenses/by/4.0
+
+::
+
+ Note: this repository provides a demo implementation. It is not intended
+ for unmodified use in production. It has not been tested for production.
+
+
+
+The ability to monitor the Network Function Virtualization Infrastructure
+(NFVI) where VNFs are in operation will be a key part of Service Assurance
+within an NFV environment, in order to enforce SLAs or to detect violations,
+faults or degradation in the performance of NFVI resources so that events
+and relevant metrics are reported to higher level fault management systems.
+If fixed function appliances are going to be replaced by virtualized
+appliances the service levels, manageability and service assurance needs
+to remain consistent or improve on what is available today.
+
+As such, the NFVI needs to support the ability to monitor:
+
+#. Traffic monitoring and performance monitoring of the components that
+ provide networking functionality to the VNF, including: physical
+ interfaces, virtual switch interfaces and flows, as well as the
+ virtual interfaces themselves and their status, etc.
+#. Platform monitoring including: CPU, memory, load, cache, thermals, fan
+ speeds, voltages and machine check exceptions, etc.
+
+
+All of the statistics and events gathered must be collected in-service and
+must be capable of being reported by standard Telco mechanisms (e.g. SNMP,
+REST), for potential enforcement or correction actions. In addition, this
+information could be fed to analytics systems to enable failure prediction,
+and can also be used for intelligent workload placement.
+
+