Suport #59

proves de multiples connexions client

Afegit per Eloi Rebes fa més de 9 anys. Actualitzat fa més de 8 anys.

Estat:In ProgressInici:02-06-2016
Prioritat:NormalData de venciment:
Assignat a:eloi rebes% realitzat:

70%

Categoria:-Temps invertit:5.00 hores
Versió objectiu:-

Descripció

Plantejar una prova de multiples connexions client per saber el rendiment, estabilitat, i limit d'usuaris simultanis possibles. Usant la plataforma Community-Lab que en participa la UPC1, creant multiples nodes i cadascun amb unes 5 connexions cap al servidor d'streaming.

Comanda per connectar-se com a client, des de terminal, i sense consumir recursos del sistema client:

rtmpdump -r "rtmp://tv.guifi.net/live/guifitv" -a "live/guifitv" -f "LNX 11,2,202,425" -W "http://tv.guifi.net/player.swf" -p "http://tv.guifi.net/" -y "guifitv" -v --quiet > /dev/null

o be:

for i in $(seq 10); do rtmpdump -r "rtmp://tv.guifi.net/live/guifitv" -a "live/guifitv" -f "LNX 11,2,202,425" -W "http://tv.guifi.net/player.swf" -p "http://tv.guifi.net/" -y "guifitv" -v --quiet > /dev/null & done

o be sense resolucio de nom, nomes per guifi:

for i in $(seq 10); do rtmpdump -r "rtmp://10.38.141.73/live/guifitv" -a "live/guifitv" -f "LNX 11,2,202,425" -W "http://10.38.141.73/player.swf" -p "http://10.38.141.73/" -y "guifitv" -v --quiet > /dev/null & done

i per parar les 10 simultanees, la ordre següent:

killall rtmpdump

·Cal tenir instal·lat el rtmpdump
·No cal disposar d'entorn de finestres

[1]Community-Lab

2016-06-03_provesstressstreaming.pdf (1.473 MB) Eloi Rebes, 09-06-2016 00:21

Historial

#1 Actualitzat per Eloi Rebes fa més de 9 anys

  • Descripció updated (diff)

#2 Actualitzat per Eloi Rebes fa més de 9 anys

  • Descripció updated (diff)

#3 Actualitzat per ivilata ivilata fa aproximadament 9 anys

Recomane llegir la Guia de l’administrador d’slices per a aprendre com desplegar experiments o slices a Community-Lab.

L’experiment és perfectament possible sota Community-Lab, ja que només s’empraria trànsit a nivell d’aplicació. A més a més, parlem de connexions d’eixida cap a un servidor que té adreces de Guifi i d’Internet, per tant podem emprar nodes de Community-Lab de tot tipus tant si tenen connexió a Internet com si només tenen connexió a Guifi, i tant si tenen adreces natives de la xarxa on estan com si estan darrere de NAT.

Si el codi de l’experiment s’escriu amb gràcia (p. ex. provant primer l’adreça de Guifi i si no funciona la d’Internet —a la UPC alguns nodes de Guifi tenen accés NAT a Internet) es pot fer independent de la xarxa a què estiga connectat el node. Si és així, totes les slivers (és a dir, cada màquina virtual que corre a cada node per a l’experiment) es poden configurar de forma idèntica, simplificant la preparació. Jo els configuraria:

  • Una plantilla basada en Debian (de les que ja hi haja a Community-Lab).
  • Una interfície de gestió (management) per si cal connectar‐se a la sliver via SSH des de la xarxa de gestió del testbed per a gestionar l’experiment. No cal configurar‐los una interfície pública ja que no esperem connexions entrants cap a les slivers. El node farà NAT de l’adreça privada (interna) de la sliver en la connexió cap al servidor, però això no ens hauria de preocupar.
  • Reserves de memòria i disc mínimes, ja que només cal executar rtmpdump sense desar les dades. Per al consum de memòria es pot fer una execució de prova (probablement amb 512 MiB hi haja més que de sobra), per al disc bàsicament el que calga per a la instaŀlació del paquet rtmpdump i dependències com a sliver data.
  • Un mateix sliver data bolcat després d’instaŀlar el paquet Debian rtmpdump (com es descriu sota Preparing an experiment a la Guia).

Tot açò es configuraria com a sliver defaults comuns a la slice de l’experiment.

També caldria pensar com posar en marxa l’experiment una volta estiguen corrent les slivers (si cadascuna a la seua bola, si totes a una hora, si amb sincronitació automàtica o manual…), i com recollir i mesurar els resultats, però això ja depén de l’experiment que es vulga fer. I també caldria triar adequadament els nodes a participar en l’experiment.

Des del meu punt de vista el més difícil és crear l’arxiu amb sliver data (emprant VCT), però és més feineta que quelcom difícil. Hi puc ajudar sense problemes.

#4 Actualitzat per Eloi Rebes fa més de 8 anys

  • Descripció updated (diff)

#5 Actualitzat per Eloi Rebes fa més de 8 anys

  • Descripció updated (diff)

#6 Actualitzat per Eloi Rebes fa més de 8 anys

  • Descripció updated (diff)

#7 Actualitzat per Eloi Rebes fa més de 8 anys

  • % realitzat ha canviat de 10 a 70

#8 Actualitzat per Eloi Rebes fa més de 8 anys

  • Assignat a ha canviat de eloi rebes a Eloi Rebes

#9 Actualitzat per Eloi Rebes fa més de 8 anys

  • S'ha afegit Fitxer 2016-06-03_provesstressstreaming.pdf
  • Estat ha canviat de New a In Progress
  • Assignat a ha canviat de Eloi Rebes a eloi rebes
  • Inici ha canviat de 02-07-2015 a 02-06-2016

gracies a 3 guifilabs junt amb Ivan Vilata, ja hem pogut fer les primeres proves!

#10 Actualitzat per ivilata ivilata fa més de 8 anys

Eloi Rebes va escriure:

gracies a 3 guifilabs junt amb Ivan Vilata, ja hem pogut fer les primeres proves!

Bona feinada Eloi, els resultats són impressionants, el servidor aguanta molt bé. M’alegra que la comunitat faça ús de Community-Lab!

També disponible a: Atom PDF