diff options
author | Qiao Fu <fuqiao@chinamobile.com> | 2017-09-14 01:42:27 +0000 |
---|---|---|
committer | Gerrit Code Review <gerrit@opnfv.org> | 2017-09-14 01:42:27 +0000 |
commit | 30c47f9a31d026da3e479eebaa7181f5b5d0e4d2 (patch) | |
tree | a2dfa9e9db4a4966f9177f422715444e010b6c2b /docs/submodules/octopus | |
parent | c6fd28a0946fdcb4642b13b1b34a8d62bba6cab4 (diff) |
Update git submodules
* Update docs/submodules/availability from branch 'master'
- Merge "Updating HA GUEST API OVERVIEW DOCUMENT based on Bertrand Souville's comments. - adding standard Doctor / Vitrage Fault Mgmt Architecture Diagram, and - refering to Doctor SB API"
- Updating HA GUEST API OVERVIEW DOCUMENT based on Bertrand Souville's comments.
- adding standard Doctor / Vitrage Fault Mgmt Architecture Diagram, and
- refering to Doctor SB API
-------------
Updating HA GUEST API OVERVIEW Proposal after review with OPNFV DOCTOR Team.
Minutes from meeting, that were addressed as part of this update are below.
- VM Heartbeating & Health Checking
* libvirt watchdog and its integration / use with OpenStack
> https://blueprints.launchpad.net/nova/+spec/libvirt-watchdog
> https://wiki.openstack.org/wiki/LibvirtWatchdog#Notifications
> Need to review behaviour of this capability as compared to the
proposed VM Heartbeating/Health-checking
> i believe there is a bit of overlap
but believe that VM Heartbeating / Health-checking provides a
more complete solution
> i'll update document with a NOTE on comparing the proposal with
the libvirt watchdog
* Update the architecture diagram to be consistent with the most current
DOCTOR Architecture Diagrams
> e.g. Vitrage & Congress are not necessrily deployed at same time
> use DOCTOR terminology where applicable, e.g. "inspector modules"
> OPNFV DOCTOR includes patches/components of AODH, NOVA, NEUTRON
... not just Vitrage and Congress, as shown in diagram
- although also had comment that should remove OPNFV DOCTOR outline
from diagram as OPNFV DOCTOR is a reuirement specification and
not an implementation
> indicate (possibly just in text below diagram) that the "Guest
Heartbeat / Health-check Server' on Controller Node is possibly not
required, as the Vitrage data source interface can be remotely
reached by "Guest Heartbeat / Health-check Compute" on the Compute
Node
* In text, provide a little more detail on content of actual messaging
e.g. PDUs and rough message content
* OVERALL
> believe there was a general agreement in the way that VM Heartbeating
& Health-checking was integrated / inter-worked with OPNFV DOCTOR's
Vitrage / Congress and overall OPNFV fault reporting architecture
> key feedback was to understand and highlight the additional value of
the VM Heartbeating & Health-checking functionality over the existing
libvirt watchdog integration into OpenStack.
- Server Group Messaging
* suggestion that Rabbit MQ pub/sub messaging could be an alternative for
routing of messages
> this is an implementation detail though
* general discussions on "HA use cases" for how this messaging could be
leveraged
> e.g. split-brain avoidance, faster peer VM state change notifications
* OVERALL
> agreement that the Server Group Messaging Architecture did NOT conflict
with Doctor Architecture
> need further review with OPNFV MANO Team as to how they would position
this functionality
e.g.
- position it as an alternative for various HA use cases ?
- versus
- mandating that this service group messaging be used for specific
HA user cases
Change-Id: Icd54bbf8889017cfe3f617656ddf483cbb171e63
Signed-off-by: gwaines <greg.waines@windriver.com>
Diffstat (limited to 'docs/submodules/octopus')
0 files changed, 0 insertions, 0 deletions