Difference between revisions of "Fenix"
Tomi Juvonen (talk | contribs) |
Tomi Juvonen (talk | contribs) (→What is Fenix?) |
||
| Line 2: | Line 2: | ||
==What is Fenix?== | ==What is Fenix?== | ||
Fenix implements rolling infrastructure maintenance, upgrade and scaling. It can do this also | Fenix implements rolling infrastructure maintenance, upgrade and scaling. It can do this also | ||
| − | in interaction with application on top of it | + | in interaction with the application on top of it if the application supports it. In Telco world we talk |
about VNFM, but one can implement own simple manager for any application. | about VNFM, but one can implement own simple manager for any application. | ||
Infrastructure admin can call Fenix API to start a maintenance workflow session. This | Infrastructure admin can call Fenix API to start a maintenance workflow session. This | ||
session will make needed maintenance, upgrade and scaling operations to infrastructure | session will make needed maintenance, upgrade and scaling operations to infrastructure | ||
| − | optionally in interaction with application manager to guarantee zero | + | optionally in interaction with the application manager to guarantee zero downtime for its service. |
| − | Interaction gives ability for application manager to know about new capabilities coming over | + | Interaction gives the ability for application manager to know about new capabilities coming over |
| − | maintenance to make his own upgrade. | + | maintenance to make his own upgrade. The application can have a time window to finish what |
| − | he is doing, make own action to re-instantiate his instance or have Fenix to make migration. | + | he is doing, make own action to re-instantiate his instance or have Fenix to make the migration. |
| − | Also seamless application scaling or retirement will be possible. | + | Also, seamless application scaling or retirement will be possible. |
| − | As Fenix will have project specific messaging with information about instances affected towards | + | As Fenix will have project-specific messaging with information about instances affected towards |
application manager, it will also have admin level messaging. This messaging can tell what host | application manager, it will also have admin level messaging. This messaging can tell what host | ||
is down for maintenance, so any infrastructure components can have this information. Special | is down for maintenance, so any infrastructure components can have this information. Special | ||
case for this would also be telling about adding or removing a host. | case for this would also be telling about adding or removing a host. | ||
| − | + | The architecture is pluggable to manage different use cases, clouds and payloads. There will | |
| − | be plugin for workflow used and for the | + | be a plugin for workflow used and for the pre-, host- and post-actions. |
| − | |||
Fenix is based on the work done in the OPNFV Doctor.<br /> | Fenix is based on the work done in the OPNFV Doctor.<br /> | ||
[https://wiki.opnfv.org/download/attachments/5046291/Planned%20Maintenance%20Design%20Guideline.pdf?version=1&modificationDate=1527183603000&api=v2 Doctor maintenance design guideline]<br /> | [https://wiki.opnfv.org/download/attachments/5046291/Planned%20Maintenance%20Design%20Guideline.pdf?version=1&modificationDate=1527183603000&api=v2 Doctor maintenance design guideline]<br /> | ||
| − | Doctor presentation in OpenStack Vancouver summit that lead to creation of the Fenix: | + | Doctor presentation in OpenStack Vancouver summit that lead to the creation of the Fenix: |
[https://www.openstack.org/videos/vancouver-2018/how-to-gain-vnf-zero-down-time-during-infrastructure-maintenance-and-upgrade How to gain VNF zero down-time during Infrastructure Maintenance and Upgrade] | [https://www.openstack.org/videos/vancouver-2018/how-to-gain-vnf-zero-down-time-during-infrastructure-maintenance-and-upgrade How to gain VNF zero down-time during Infrastructure Maintenance and Upgrade] | ||
Revision as of 07:02, 14 November 2018
Contents
What is Fenix?
Fenix implements rolling infrastructure maintenance, upgrade and scaling. It can do this also in interaction with the application on top of it if the application supports it. In Telco world we talk about VNFM, but one can implement own simple manager for any application.
Infrastructure admin can call Fenix API to start a maintenance workflow session. This session will make needed maintenance, upgrade and scaling operations to infrastructure optionally in interaction with the application manager to guarantee zero downtime for its service. Interaction gives the ability for application manager to know about new capabilities coming over maintenance to make his own upgrade. The application can have a time window to finish what he is doing, make own action to re-instantiate his instance or have Fenix to make the migration. Also, seamless application scaling or retirement will be possible.
As Fenix will have project-specific messaging with information about instances affected towards application manager, it will also have admin level messaging. This messaging can tell what host is down for maintenance, so any infrastructure components can have this information. Special case for this would also be telling about adding or removing a host.
The architecture is pluggable to manage different use cases, clouds and payloads. There will be a plugin for workflow used and for the pre-, host- and post-actions.
Fenix is based on the work done in the OPNFV Doctor.
Doctor maintenance design guideline
Doctor presentation in OpenStack Vancouver summit that lead to the creation of the Fenix:
How to gain VNF zero down-time during Infrastructure Maintenance and Upgrade
Planned Architecture
Development
- Storyboard: https://storyboard.openstack.org/#!/project/openstack/fenix
- CLI: https://storyboard.openstack.org/#!/project/openstack/python-fenixclient
- Source code:
Documentation
Communication and Meetings
Meetings
tbd
Contact Us
- IRC channel for regular daily discussions: #openstack-fenix
- Use [Fenix] tag for Fenix emails on OpenStack Mailing Lists
