docs/development/overview/overview.rst

   1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
   2 .. http://creativecommons.org/licenses/by/4.0
   3
   4 Platform overview
   5 """""""""""""""""
   6
   7 Doctor platform provides these features since `Danube Release <https://wiki.opnfv.org/display/SWREL/Danube>`_:
   8
   9 * Immediate Notification
  10 * Consistent resource state awareness for compute host down
  11 * Valid compute host status given to VM owner
  12
  13 These features enable high availability of Network Services on top of
  14 the virtualized infrastructure. Immediate notification allows VNF managers
  15 (VNFM) to process recovery actions promptly once a failure has occurred.
  16 Same framework can also be utilized to have VNFM awareness about
  17 infrastructure maintenance.
  18
  19 Consistency of resource state is necessary to execute recovery actions
  20 properly in the VIM.
  21
  22 Ability to query host status gives VM owner the possibility to get
  23 consistent state information through an API in case of a compute host
  24 fault.
  25
  26 The Doctor platform consists of the following components:
  27
  28 * OpenStack Compute (Nova)
  29 * OpenStack Networking (Neutron)
  30 * OpenStack Telemetry (Ceilometer)
  31 * OpenStack Alarming (AODH)
  32 * Doctor Sample Inspector, OpenStack Congress or OpenStack Vitrage
  33 * Doctor Sample Monitor or any monitor supported by Congress or Vitrage
  34
  35 .. note::
  36     Doctor Sample Monitor is used in Doctor testing. However in real
  37     implementation like Vitrage, there are several other monitors supported.
  38
  39 You can see an overview of the Doctor platform and how components interact in
  40 :numref:`figure-p1`.
  41
  42
  43 Maintenance use case provides these features since `Iruya Release <https://wiki.opnfv.org/display/SWREL/Iruya>`_:
  44
  45 * Infrastructure maintenance and upgrade workflow
  46 * Interaction between VNFM and infrastructe workflow
  47
  48 Since `Jerma Release <https://wiki.opnfv.org/display/SWREL/Jerma>`_ maintenance
  49 use case also supports 'ETSI FEAT03' implementation to have the infrastructure
  50 maintenance and upgrade fully optimized while keeping zero impact on VNF
  51 service.
  52