Good post. Actually this is the architecture we have.
On Fri, Mar 7, 2014 at 11:31 AM, Paul Belanger <paul.belan...@polybeacon.com > wrote: > On Thu, Mar 6, 2014 at 3:33 PM, Markus <unive...@truemetal.org> wrote: > > Hi Thorolf, > > > > Am 06.03.2014 16:21, schrieb Thorolf Godawa: > > > >> Using (para-)virtualization with Xen could be an other option, on > >> systems with low load this works reliable, but what happens on systems > >> with high load? Are there any issues known about problems with the > >> realtime, packet loss etc. because it runs in a VM? > > > > > > hmm, all my Asterisk'es run in (KVM) VMs, no issues there. But how is > this > > related to high availability? I think it's not. :) > > > > I think the way to go for high availability (and scalability) is > Kamailio! > > In a redundant setup, running on 2 separate physical machines (maybe in a > > VM, doesn't matter). Then you make them failsafe using whatever tool(s) > > available. Then you can set up 1, 2, 10 or 100 Asterisk "behind" Kamailio > > and any of them could fail (but 1 :-) ) and you will still be online. > > > > If you want to further develop the high availability thought, then you > could > > use CephFS which will give you self-healing, 100% available storage over > > multiple physical storage servers. There you could store your Asterisk > > config files, or your MySQL database used by all the Asterisk servers, > for > > CDRs, SIP registrations etc. It's kinda slow, but I think fast enough for > > Asterisk / MySQL. :) > > > > And, to scale and to make the Asterisk nodes redundant (redundancy is not > > really needed anymore, since Kamailio takes care of that, but basically > then > > you get also VM/physical redundancy), you could look into OpenNebula > which > > provides a nice auto-scaling feature already out of the box. If there's > load > > on your Asterisk VMs, OpenNebula will detect this and spawn new Asterisk > VMs > > (probably on different physical servers, otherwise it doesn't make that > much > > sense performance-wise) which will automagically receive requests/calls > from > > Kamailio. If the load goes down, the VM can be automagically stopped > again > > to free resources for other VMs/applications. OpenNebula is less popular > > than OpenStack, which seems to be the first choice for Cloud-stuff today, > > but what I liked about OpenNebula is that it provides the auto-scaling > > feature already in the customer-facing web-frontend out-of-the-box, > unlike > > OpenStack. So you could offer your customers a self-managed, redundant > > Asterisk cloud or something like that. :) > > > > In theory, this combination should give you a 100% redundant, > auto-healing, > > auto-scaling VoIP setup. :) > > > +1 to this post. A lot of good information here. > > -- > Paul Belanger | PolyBeacon, Inc. > Jabber: paul.belan...@polybeacon.com | IRC: pabelanger (Freenode) > Github: https://github.com/pabelanger | Twitter: > https://twitter.com/pabelanger > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >
-- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users