FreePBX | Register | Issues | Wiki | Portal | Support

FreePBX 14 and HA


(Eric Tran) #1

I have loaded FreePBX 14 and have selected the HA selection within install. As of right now, when I try to create he cluster, I am missing a lot of the heartbeat modules (drbd, kmod-drbd, cman, etc.) I have installed some from another repo, yet they’re still not found.

Has anyone successfully installed HA on FreePBX 14?

Thanks!


(Lorne Gaetz) #2

HA is only supported at present on version 10.13.66. Watch this page for developments:
https://wiki.freepbx.org/display/FPG/FreePBX+High+Availability


(Eric Tran) #3

Do we know an ETA on when HA will be ready?


(Lorne Gaetz) #4

From the link above:

We are working on this for Q4 2017 time frame.


(Mvogel4949) #5

Any updates with regards to HA and FreePBX14?


#6

(Mvogel4949) #7

I watched the video but it made no mention of FreePBX14 or perhaps I missed it


#8

My bad, I remembered this video but I didn’t remember it being on pbxact instead of freepbx, but does it hurt to gives this a try, or does someone know this doesn’t work at all with freepbx?


(Lorne Gaetz) #9

HA in 14 is close, but still not available.


#10

Thanks Lorne. Looking forward to this as I’m just starting a FreePBX HA project.

Do you know if FreePBX 14 HA will support PJSIP?

Fraser.


(Lorne Gaetz) #11

It will. As chan_sip is deprecated (or community supported, or whatever the official status is) it’s safe to assume that all projects going forward will support PJSIP. As it happens, the restriction in 13HA clusters that limits SIP traffic to a single eth interface is not a restriction in 14HA, so the whole conversation about SIP transport bindings goes away. HA14 behaves more like a standalone PBX in that regard.


#12

Awesome!

I presume the upgrade path from a FreePBX 10.13.66 installation to SNG7/FreePBX 14 should be relatively pain free?

Fraser.


(Lorne Gaetz) #13

It is for stand alone systems. I don’t know when (or even if) there will be a supported in place 13 to 14 upgrade path for a cluster. If setting up a system right now today that you want to be a 14 HA cluster in the future, I would probably setup a standalone 14 system and use a warm spare backup in the near term.


#14

How close is HA in 14? If it’s not far then maybe I will hold off.


(Dave Burgess) #15

It’s been “real close” since August of 2017. I’m sure it will be just a few more minutes.
:rofl:


(Mvogel4949) #16

I am exactly in this situation. I have a HA system sold and fear putting them in 13 with HA because they will forever be stuck in 13. If I go with a standalone 14 system and warm spare there is no way due to file structure to take a standalone 14 and make it HA correct?


(Lorne Gaetz) #17

One of the many changes in 14 is that an HA node uses the same base install as a standalone 14 system. The days of installing an HA node using it’s own option from the ISO are ending soon. That’s why I recommended above using 14 in warm spare, as converting to HA14 will be easier.


(Tony Lewis) #18

No with 14 you will be able to take any standalone server and make it a HA node. That is the beauty of the new design and why it’s taken so long. We have dropped using DRBD for disk sycing and using our own solution we built to sync the files and DBs that need to be in sync.


(Mvogel4949) #19

This sounds fantastic. I will proceed with making 2 V14 systems using the standard install, putting the HA module on each and when the V14 HA is ready converting the systems to a cluster.

Does this path forward seem wise or did I misinterpret something you said?


(Mvogel4949) #20

Will the 14 HA be a different module than the current HA module? With regards to pricing? It is apparent they will function differently but if I purchase an HA module right now will it allow me to use the new HA module when it is released? Thank you and I’m looking forward to seeing the new module!