/docs/MyDocs

Heketi

======

 - The standard configuration is to run GlusterFS servers (multiple) and Heketi service (single) as pods. There are 3 standard OpenShift templates to generate such configuration.

    * One generates GlusterFS server pods

    * Another prepares Heketi installation by creating special GlusterFS volume for Heketi database (and then stops)

    * And third which runs heketi service

 - However, it is also easily possible to run Heketi with external GlusterFS servers. The only problem, heketi requires private VG (which can't be used for anything else) for its 

 volumes. The inter-operability with non-heketi volumes can be achieved by creating Heketi VG on logical Volume in top level LVM (Then for Heketi we create sub-LVM on this volume).

 - Heketi itself shoud run as pod (and a single pod) and it should preserve its database between runs.

    * Heketi can't recover database from Gluster Servers.

    * Multiple Heketi instances can't synchronise access to the database

    * Even if Heketi-pod is restarted, it is little harm to HA. The GlusterFS volumes will continue to run. Only managing will become temporarily unavialable.

 

 

 

BIG FAT PROBLEM

---------------

 - If Heketi pod is re-deployed, the Heketi stops recognizing its VG's thinking that it is claimed but something else (not proper error reporting, it will even import the volumes,

 but complain when new volume is created). The only cure is to destroy PD on the Heketi LV and re-create from scratch. Unacceptable for production.