[FUG-BR] RES: Thundercache para conteúdos dinâmicos [OFF - TOPIC]
Márcio Elias
marcioelias em gmail.com
Quinta Janeiro 9 13:26:47 BRST 2014
2014/1/9 Evandro Nunes <evandronunes12 em gmail.com>
> 2014/1/9 Márcio Elias <marcioelias em gmail.com>
>
> > Evandro, se essa pergunta "voce teve esse aumento de cpu com wccp com
> > quantos Mbit/s passando?" from pra mim, queria dizer que o aumento de CPU
> > que me refiro foi do Router e não do cache, pois o router tem que
> > direcionar o tráfego pro cache.
> >
>
> era sim, sim estou falando do router mesmo pra entender qual impacto do
> wccp e se é maior ou menor que um mikrotik com mangle ou ipfw fwd
>
>
> >
> > Hoje temos um Hyper 300, link dedicado de 300M e a minha máquina onde o
> >
>
> desses 300 quantos mbit/s é de porta 80 (ou seja passa pelo wccp)?
>
>
> > Hyper está instalado é essa:
> >
> > Dual Xeon 3.2
> >
> > 48GB Ram
> >
> > 25 discos sata 7200rpm de 500G cada.
> >
> > Segundo o suporte da Thagos, nossa máquina nesta configuração suportaria
> > até o T-500 (versão do Hyper para até 500MB de tráfego).
> >
> > Não conheco o PeerApp, mais pelo que vejo o pessoal comentando e
> > principalmente sobre os orçamentos dele, acho que eh algo muito além de
> > qualquer outra solução citada aqui.
> >
> > O mais importante não é ter a melhor e mais cara solução, e sim aquela
> que
> > melhor se enquadra nas necessidades de cada cenário e te da possibilidade
> > de evolução, com estabilidade e um bom custo benefício. Por isso acho que
> > há mercado para todos.
> >
> > --
> > Att.
> > __________________________________
> > Márcio Elias Hahn do Nascimento
> >
> > Araranguá - SC
> > Cel: (55) 48-9661-0233
> > msn: marcioeliashahn em hotmail.com
> >
> >
> > 2014/1/9 Evandro Nunes <evandronunes12 em gmail.com>
> >
> > > hoje o thunder ja suporta wccp
> > > no passado era possivel fazer wccp pro lusca e o lusca redir pro
> thunder
> > > mas o thunder sozinho da mais conta que o lusca
> > >
> > > o thunder evoluiu muito e com um hardware confiavel nao deve nada a
> > solucao
> > > da taghos mas ainda deve pro peer app que cacheia outros conteudos alem
> > de
> > > web, mas o custo beneficio do thunder é melhor
> > >
> > > voce teve esse aumento de cpu com wccp com quantos Mbit/s passando?
> > >
> > >
> > > 2014/1/4 Ciro Cardoso de Meneses <cirodemeneses em gmail.com>
> > >
> > > > Meu melhor site com o thundercache é este:
> > > >
> > > > 924 clientes
> > > >
> > > > Gateway:
> > > > xeon dell quadcore (antigo)
> > > > 8G Mem
> > > > 6Hds (1 sistema, 3 lusca, 2 thunder)
> > > > Freebsd 9.2
> > > > unbound
> > > > lusca
> > > > thundercache
> > > >
> > > >
> > > > Controlador de Banda: core i7 (xinglig) com placa intel dual giga +
> > > > Freebsd 8.4
> > > > unbound
> > > > dummynet
> > > >
> > > > /0 /1 /2 /3 /4 /5 /6 /7 /8 /9
> > /10
> > > > Load Average |||||||
> > > >
> > > > Interface Traffic Peak
> > Total
> > > > tun16 in 0.000 Mb/s 0.001 Mb/s
> > 24.848
> > > KB
> > > > out 0.000 Mb/s 0.000 Mb/s
> > 51.946
> > > MB
> > > >
> > > > tun0 in 0.000 Mb/s 0.000 Mb/s
> > 72.280
> > > MB
> > > > out 0.000 Mb/s 0.000 Mb/s
> > 84.155
> > > MB
> > > >
> > > > lo0 in 31.293 Mb/s 42.755 Mb/s
> > 3.588
> > > TB
> > > > out 31.293 Mb/s 42.755 Mb/s
> > 3.588
> > > TB
> > > >
> > > > bge0 in 86.964 Mb/s 93.284 Mb/s
> > 6.892
> > > TB
> > > > out 8.955 Mb/s 9.078 Mb/s
> > 1.018
> > > TB
> > > >
> > > > igb0 in 9.008 Mb/s 10.272 Mb/s
> > 1.083
> > > TB
> > > > out 191.210 Mb/s 205.633 Mb/s
> > 16.764
> > > TB
> > > >
> > > >
> > > > last pid: 16702; load averages: 1.14, 1.20,
> > > > 1.10
> > > > up 16+19:19:32 13:28:47
> > > > 61 processes: 2 running, 58 sleeping, 1 waiting
> > > > CPU 0: 2.2% user, 0.0% nice, 12.7% system, 6.0% interrupt, 79.0%
> > idle
> > > > CPU 1: 1.5% user, 0.0% nice, 24.0% system, 8.2% interrupt, 66.3%
> > idle
> > > > CPU 2: 4.9% user, 0.0% nice, 12.7% system, 5.2% interrupt, 77.2%
> > idle
> > > > CPU 3: 3.7% user, 0.0% nice, 13.9% system, 7.5% interrupt, 74.9%
> > idle
> > > > Mem: 4230M Active, 1400M Inact, 1443M Wired, 95M Cache, 827M Buf,
> 743M
> > > Free
> > > > ARC: 243M Total, 1008K MFU, 114M MRU, 23M Anon, 4177K Header, 101M
> > Other
> > > > Swap: 4096M Total, 9616K Used, 4086M Free
> > > >
> > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME CPU
> > > > COMMAND
> > > > 11 root 4 171 ki31 0K 64K RUN 0 1403.9 322.51%
> > > idle
> > > > 12 root 27 -60 - 0K 432K WAIT 0 57.7H 22.90%
> > intr
> > > > 0 root 885 -8 0 0K 14160K - 0 49.6H 18.95%
> > > kernel
> > > > 49295 squid 37 44 0 4520M 4414M ucond 0 256:40 18.36%
> > > squid
> > > > 49258 root 216 47 0 727M 647M ucond 2 180:14 0.98%
> > > > thunder71_f64_r972
> > > >
> > > >
> > > >
> > > > Em 4 de janeiro de 2014 11:16, Márcio Elias <marcioelias em gmail.com
> > > > >escreveu:
> > > >
> > > > > Já usei o SpeedBR (uma MERDA SEM TAMANHO), o Thunder íamos usar
> > > > > inicialmente mais este não tinha implementação para WCCP e
> queríamos
> > > > > redirecionar o tráfego do nosso border router pra ele, ai chegamos
> ao
> > > > > Thagos que usamos hoje. O nome da solução deles é Hyper Cache.
> > > > >
> > > > > Para terem uma ideia já que mencionaram a mudança no youtube, a
> > alguns
> > > > dias
> > > > > (quando isso ocorreu) notei que meu percentual de economia diminuiu
> > > > muito,
> > > > > e voltou a crescer, ai entrei em contato com o suporte deles
> (24x7) e
> > > me
> > > > > disseram que tinham tirado o youtube (o que causou a diminuição da
> > > > > economia), fizeram a implementação de acordo com o novo protocolo
> > > deles,
> > > > > limparam o conteúdo em cache antigo (somente referente ao youtube)
> e
> > > > > colocaram o mesmo para funcionar novamente, sem eu nem ficar
> sabendo.
> > > > >
> > > > > Ou seja, vc paga a licença pra eles, tem suporte 24x7, e
> > > desenvolvimento
> > > > > constante, vc nem sabe que precisa se preocupar com isso, eles se
> > > > preocupam
> > > > > por vc.
> > > > >
> > > > > Quanto a filtros de conteúdo, pelo que ví não tem no Hyper da
> Thagos,
> > > > mais
> > > > > acho que isso hoje em dia, não sei seu cenário, mais é um tanto
> > > > complicado,
> > > > > até mesmo o google nas buscas usa protocolo HTTPS, sendo assim o
> > proxy
> > > > tem
> > > > > que interceptar as conexões na porta 443, fazer uma nova requisição
> > > como
> > > > se
> > > > > fosse o cliente, (para ter acesso aos dados da conexão) e então
> > > devolver
> > > > o
> > > > > resultado ao cliente original usando um certificado SSL do próprio
> > > proxy,
> > > > > que não é o certificado original do endereço visitado, o que para o
> > > > Chrome
> > > > > por exemplo é o bastante para impedir a navegação, outros browsers
> > como
> > > > > Firefox ou IE até permitem, mais o cliente fica louco de tanto ter
> > que
> > > > > aceitar certificados não assinados.
> > > > >
> > > > > Quanto a filtragem, acredito que tería que ser feita por um
> firewall,
> > > (do
> > > > > meu ponto de vista).
> > > > >
> > > > > Um ultimo concelho, o tráfego de dados entre todos seus usuários e
> a
> > > > > internet pode ser demasiadamente grande para colocar uma máquina em
> > > > bridge
> > > > > no meio e esperar que funcione, (acima de 50M de link já não
> > > aconcelho),
> > > > > por que vai ser muito fácil essa máquina entrar em colapso e deixar
> > > todos
> > > > > seus usuários sem acesso, por isso, continue com a ideia de
> > > > > redirecionamento de tráfego.
> > > > >
> > > > > Uma coisa que posso dizer (e que um colega citou acima) é que o
> > > > > redirecionamento de tráfego consome muita CPU, nosso router (um
> Cisco
> > > > 7200)
> > > > > subiu certa de 25% o processamento a partir do momento que foi
> > > > habilitado o
> > > > > protocolo WCCP para o redirecionamento de pacotes.
> > > > >
> > > > > Bom isso é um apanhado geral entre meus conhecimentos e
> experiências,
> > > > > espero que ajude, e se notarem que estou equivocado em algum
> ponto, é
> > > só
> > > > > falar.
> > > > >
> > > > > --
> > > > > Att.
> > > > > __________________________________
> > > > > Márcio Elias Hahn do Nascimento
> > > > >
> > > > > Araranguá - SC
> > > > > Cel: (55) 48-9661-0233
> > > > > msn: marcioeliashahn em hotmail.com
> > > > >
> > > > >
> > > > > 2014/1/4 Cobausque <cobausque em ig.com.br>
> > > > >
> > > > > > Realmente utilizo ele aqui é show de bola consigo um ótimo
> > > desempenho e
> > > > > um
> > > > > > retorno considerável.
> > > > > > Mas estou usando ele com Tproxy e com plataforma LINUX
> > > > > > Havia postado um exemplo na underlinux
> > > > > > https://under-linux.org/showthread.php?t=160329
> > > > > >
> > > > > > -----Mensagem original-----
> > > > > > De: freebsd-bounces em fug.com.br [mailto:
> freebsd-bounces em fug.com.br]
> > > Em
> > > > > nome
> > > > > > de Alexandre Silva Nano
> > > > > > Enviada em: sexta-feira, 3 de janeiro de 2014 17:50
> > > > > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> > > > > > Assunto: Re: [FUG-BR] Thundercache para conteúdos dinâmicos [OFF
> -
> > > > TOPIC]
> > > > > >
> > > > > > Em 3 de janeiro de 2014 16:36, Lucas FL <
> lucas.f.lotaif em gmail.com>
> > > > > > escreveu:
> > > > > >
> > > > > > > Olá,
> > > > > > >
> > > > > > > Também existe o InComum:
> > > > > > > http://sourceforge.net/projects/incomum/
> > > > > > > https://lists.sourceforge.net/lists/listinfo/incomum-users
> > > > > > >
> > > > > > > Apesar da recente mudança do youtube, que dificulta ainda mais
> o
> > > > > > > cache, acredito que seja a opção mais transparente, leve e
> > > funcional
> > > > > > > que podemos encontrar.
> > > > > > >
> > > > > > > Att.
> > > > > > >
> > > > > > > Lucas F. Lotaif
> > > > > > >
> > > > > >
> > > > > > Verdade! Esqueci de mencionar o inComum, porém o mesmo não
> funciona
> > > > mais
> > > > > > com
> > > > > > o Youtube depois da mudança do método de streaming. Já usei
> > bastante
> > > e
> > > > > com
> > > > > > sucesso em vários locais.
> > > > > >
> > > > > > Ele ainda é excelente para fazer cache de outros conteúdos.
> > > > > >
> > > > > > --
> > > > > > Att, Alexandre Silva Nano
> > > > > > Nanotec Consultoria TIC
> > > > > > Enterasys Security Systems Engineer - IPS/SIEM Enterasys
> Certified
> > > > > > Specialist - NAC, Switching
> > > > > >
> > > > > > Analista de Tecnologia da Informação e Comunicação
> > > > > >
> > > > > > Perfil LinkedIn:
> > > > > http://br.linkedin.com/pub/alexandre-silva-nano/33/59/77a
> > > > > > -------------------------
> > > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > > > > >
> > > > > > -------------------------
> > > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > > > > >
> > > > > -------------------------
> > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > >
> > > >
> > >
> >
> _______________________________________________________________________________
> > > > Ciro Cardoso de Meneses
> > > > Analista de TI
> > > >
> > > > (79) 9894-8250 (vivo)
> > > > (79) 9115-0561 (tim)
> > > > (79) 8151-1390 (claro)
> > > > (79) 8853-0017 (oi)
> > > > -------------------------
> > > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > > >
> > > -------------------------
> > > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> > >
> > -------------------------
> > Histórico: http://www.fug.com.br/historico/html/freebsd/
> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> >
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
Primeiro me desculpem pelo top posting (Gmail...)
Estão sendo redirecionados para o cache certa de 180 a 200M.
Não estamos utilizando o link na sua totalidade ainda, em horário de pico
chegamos a 290 sendo que destes, 50M em média vem do cache, poupando assim
nosso link.
--
Att.
__________________________________
Márcio Elias Hahn do Nascimento
Araranguá - SC
Cel: (55) 48-9661-0233
msn: marcioeliashahn em hotmail.com
Mais detalhes sobre a lista de discussão freebsd