- Details
- Category: Technology
MariaDB comes with a very interesting way to build clusters: semi-synchronous. SS clusters are exactly in the middle of the well-known architecture; while the Galera Cluster is a synchronous multi-master cluster for MariaDB (meaning that the cluster is on hold until all the nodes report back the sync) and asynchronous (the cluster waits for no slaves); SS clusters only wait or one node to report back while the others will catch on later.
Also, you can have a master-master SS cluster.
I will talk in this article about how I did this configuration using MariaDB 10.1.x. Remember you can install MariaDB under Centos 6, 7 and 8 (Rocky as well) by using OKay's repository.
Read more: How to Configure MariaDB Semi-Synchronous Replication
- Details
- Category: Technology
MariaDB Galera Cluster is a synchronous multi-master cluster for MariaDB. It is available on Linux only and only supports the XtraDB/InnoDB storage engines (although there is experimental support for MyISAM - see the wsrep_replicate_myisam system variable).
Starting with MariaDB 10.1, the wsrep API for the Galera Cluster is included by default. This is available as a separate download for MariaDB 10.0 and MariaDB 5.5.
MariaDB has one of the best and easiest solutions to do a Master-Master replication: Galera. Galera uses WSREP, which is responsible for maintaining all the Database nodes in the cluster in sync. This means, that after changing one record on node A, it is just a matter of seconds to see the change on node B.
I will talk in this article about how I did this configuration using MariaDB 10.1.x. Remember you can install MariaDB under Centos 6 and 7 by using OKay's repository.
- Details
- Category: Technology
I have written before about the load-balanced FusionPBX cluster I offer to the public. Now, I will write about the high availability one. In order try to answer all your possible questions, I am writing this article. I hope after reading you get a clear picture of what it is and what it is not a high availability FusonPBX cluster.
The first thing I need to clarify is that a high-availability cluster is not a load-balanced one; they both are fault tolerance related. Although both kinds of approaches are not mutually exclusive (you can combine them), their pros and cons are different and the way they work as well. I will write later a comparison between them, for now just remember it is not the same.
- Details
- Category: Technology
As stated before, the load-balanced FusionPBX Cluster will allow you to register some endpoints in different servers while you can communicate between extensions within the same context. While this is cool, it could present a CPU cost. A non-optimized cluster like this will force the FreeSWITCH to proxy the RTP flow, which in my opinion, is useless and it wastes precious CPU resources.
The following image shows the SIP/RTP flow.
Read more: Optimize the RTP Flow on your Load-Balanced FusionPBX Cluster
- Details
- Category: Technology
Many people have asked me about the load-balanced FusionPBX cluster I offer to the public. To try to answer all your possible questions, I am writing this article. I hope after reading you get a clear picture of what it is and what it is not a load-balanced FusonPBX cluster.
The first thing I need to clarify is that a load-balanced cluster is not a high-availability cluster. Although both kinds of approaches are not mutually exclusive (you can combine them), their pros and cons are different and the way they work as well. I will write later a comparison between them, for now just remember it is not the same.
