El SysAdmin del 3er Mundo

todo lo que expliqué mientras nadie prestaba atención

delay pools de squid

| Comments

Los delay pool de squid, son una herramienta que permite determinar cuanto ancho de vianda le corresponde a ciertas conexiones. A mi en lo personal su uso me disgusta bastante; por el mero hecho de que pone a squid leeeeento. Cuando los delay pools están pinchando, las peticiones se demoran más al ser respondidas y el proto cache manager empieza a hacer cosas raras.

En fin, cierra el chat, apriétate el cinto y abre las entendederas que esto es complicado…

Supón que tienes 128Kbit y queremos repartir el ancho de vianda de manera “equitativa”

El ancho de vianda se vende en KBit pero squid entiende de K Bytes.

‘conversion de Kbit/s a KBytes/s’
1
2
irb(main):611:0> 128/8
=> 16

O sea, que tú canal llega a los 16 Kylo Bytes por segundos…

Nuestro discriminante sistema de castas, tendrá 2 clases

“lo dioses” y “los mortales”

Los dioses cuentan con el 60% del ancho de vianda disponible, mientras que los mortales solo cuentan con el 20%.

OJO: No des a nadie el 100%, ya que podría acaparar todo el canal y dejar a todo el mundo sin navegación.

Los delay pool de clase 2, son los que reparten “ancho de banda por cabeza” Osease, “esto es lo que le toca a esa persona”. Los parámetros de los delay pool de la clase dos son sucesivamente: ancho de banda y ráfaga

El ancho de banda, no puede ser una cosa rígida, porque los datos no se transmiten de manera rígida. Aveces se requiere mucho ancho de banda durante 2 milisegundos para establecer una conexión SSL.

Ahí es donde viene a jugar la ráfaga. Osea: “cuanto ancho de banda máximo tendrá durante los picos”

Digamos que el delay pool será un 20% del canal

“el 20%”
1
2
irb(main):612:0> 16*20/100*1024
=> 3072

A la ráfaga le das un Kylo más

“un kylo más”
1
2
irb(main):613:0> 3072+1024
=> 4096

El delay_pool te viene quedando así:

“delay_pool #1”
1
delay_parameters 1 3072/3072 4096/4096

Ahora creamos un delay_pool que tiene el 80% del ancho de banda

“el 80%”
1
2
irb(main):614:0> 16*80/100*1024
=> 12288

Sea entonces el delay_pool 2 así:

“delay_pool #2”
1
delay_parameters 2 12288/12288 13312/13312

Al final el squid.con

‘squid.conf’
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
# tendremos 2 delai puls
delay_pools 2

# ambos de la clase 2
delay_class 1 2
delay_class 2 2

# los mortales van al 20%
delay_parameters 1 3072/3072 4096/4096

# y los dioses van al 80%
delay_parameters 2 12288/12288 13312/13312

# los dioses, aquellos cuyo nombre de usuario machee esta lista
acl dioses proxy_auth tuusuario eljefe eldirector lajevita lasecretaria

# en el 1 metemos a los dioses
delay_access 1 allow dioses
delay_access 1 deny all 

# el resto, pal 2
delay_access 2 allow all

Ah otra cosa! MUY IMPORTANTE

NADIE debe quedar fuera de delay pool una vez que creas el primero.

Si quieres TÚ (el informático que es tremendo decarao) quires navegar más rápido que nadie, create un delay pool con el 100% del ancho de banda, pero no te quedes fuera de ningún delaypool.

Desde ese momento empezarás a acaparar todo el canal al punto de que NO se podrá navegar. A ese punto te buscarás un lío, no reserves para ti solo más del 80% del canal y navega con cordura.

Si este artículo te resultó interesante, considere donar 0.05 BTC: 14iNmkfULf5jggumVh963kUg4UPScEZHgz

Comments