Scalability of OpenMeeting
sandy
I am new to open Meetings. I wanted to know how easy is it for
openMeeting to scale to say from 5 users to 30 users? What is the
recommended infrastructure that I need to have in place to have a good
deal of scalability?
Also, do we have a virtual image with openMeeting setup so that we can
use them off the shelf?
Regards,
Sandy
Sebastian Wagner
you can round 2GB + 2GHz = 50-100 concurrent User loggedin and streaming in a Conference.
No, sorry there is no Disk-Image's available as there are plenty of OS available.
sebastian
--
Sebastian Wagner
http://www.webbase-design.de
http://openmeetings.googlecode.com
http://www.laszlo-forum.de
seba....@gmail.com
sandy
Thanks for the quick inputs. I want to setup a set of 10 meeting rooms
using openMeeting and each room many have something like 20 users in
it with only the presenter streaming a video. Its a typical eLearning
scenario for a local school. Is there any reference links that I can
follow to help me know about how to scale up infrastructure as more
rooms are used up?
Also, when there is a single user streaming video, and rest are with 2
way audio, how does openMeeting scale up.
Thanks for your inputs,
Sandy
On Apr 24, 2:53 pm, "Sebastian Wagner" <seba.wag...@gmail.com> wrote:
> hi,
>
> you can round 2GB + 2GHz = 50-100 concurrent User loggedin and streaming in
> a Conference.
> No, sorry there is no Disk-Image's available as there are plenty of OS
> available.
>
> sebastian
>
>
>
> > Hello,
> > I am new to open Meetings. I wanted to know how easy is it for
> > openMeeting to scale to say from 5 users to 30 users? What is the
> > recommended infrastructure that I need to have in place to have a good
> > deal of scalability?
> > Also, do we have a virtual image with openMeeting setup so that we can
> > use them off the shelf?
>
> > Regards,
> > Sandy
>
> --
> Sebastian Wagnerhttp://www.webbase-design.dehttp://openmeetings.googlecode.comhttp://www.laszlo-forum.de
Sebastian Wagner
in Quality-Modus *Best*
one upload is about 36KB-40KB Streaming Data.
Each download is the the same amount of Streaming data.
To handle 10 * 20 Users, but only *Event* Modus (where only one big video+audio and all other are only watching), you can certainly start with any Opteron or Intel Dual Core at 2++ GH and 2-4 GB RAM. That should be sufficient.
sebastian
Mathieu Bridon
I posted 3 answers to this mail, only to notice after that that they couldn't be delivered :S
Anyway, you can read them below. You'll also find attached a spreadsheet. Read the messages below to know more about it ;)
Mathieu
----------
First mail:
I did some thinking about necessary bandwidth for OpenMeetings earlier.
Basically, we measured that one stream (audio + video) needs 35kB/s (kilo Bytes!)
After that, you have to count the number of streams arriving (download) and leaving (upload) the server:
* Meeting mode (let's say there are no more than 4 users per room)
- 1 user
-> 1 stream DL
-> 0 stream UP (the server doesn't send the stream to anyone as the user already sees his own stream)
- 2 users
-> 2 streams DL (each user sends his stream to the server)
-> 2 streams UP (the server sends each stream to each user, except the user's own stream)
- 3 users
-> 3 streams DL (each user sends his stream to the server)
-> 6 streams UP (the server sends each stream to each user, except the user's own stream)
- 4 users
-> 4 streams DL (each user sends his stream to the server)
-> 12 streams UP (the server sends each stream to each user, except the user's own stream)
- 5 users
-> 5 streams DL
-> 12 streams UP (4 users in one room and 1 in another, this makes 12 + 0 streams)
- 6 users
-> 6 streams DL
-> 14 streams UP (4 + 2 users => 12 + 2 streams)
etc...
As you can see, the growth in download is linear, so it is easy to measure the download bandwidth you need. However, the upload bandwith growth exponentially, but with steps (it starts again every time a room is full). This makes the necessary upload bandwith really big... :S
* Audience mode:
- 1 user:
-> 1 stream DL
-> 0 stream UP
- 2 users:
-> 1 stream DL (there's only one user emitting (audio + video) and the others are listening / watching)
-> 1 stream UP (the server sends only one stream to each other user)
- 3 users:
-> 1 stream DL
-> 2 streams UP
- 4 users:
-> 1 stream DL
-> 3 streams UP
etc...
Here, there is no limit in the maximum number of participants in a room, so you can just computethe bandwitdh in one room, and then multiply by the number of rooms.
As this is the audience mode that seems to interest you, you can deduce:
- 20 users:
-> 1 stream DL
-> 19 streams UP
You have 10 rooms, that means:
-> 10 streams DL
-> 190 streams UP
Multiplying by 35kB/s (which is a rather high estimation based on a 2 secs experimental measurment), you finally get:
-> 350 kB/s DL
-> 6650 kB/s UP
As you can see, the real trouble with bandwidth is upload, so your server will need to be prepared for that.
Hope this helps :)
Mathieu
PS: I have some graphs I did in OOo that I could share if someone is interested
----------
Second mail:
Here is the spreadsheet I made.
You can change values highlighted in yellow if you want to have some other results.
The maximum users per room value only means something for the meeting mode.
The values computed for the meeting mode are the total bandwidth. For example, if you have 15 users, and 4 users max per room, the bandwidth value in the table applies for the total (1( users in 4 rooms).
On the other hand, the values in the audience mode are the bandwidth *per room*. For example, if you have 10 rooms of 20 users, multiply by 10 the value found in the table for 20 users.
Hope it is clear enough and not too useless :P
Mathieu
----------
Third mail:
Modified it.
Now the bandwidth per stream is also modifyable as Sebastian said a stream needs 36 to 40 kB/s.
Mathieu
sandy
Thanks for the very useful info & the charts. I will work on these
inputs to further my implementation.
Regards,
Sandy
> 22KDownload