Página 1 de 2 12 ÚltimoÚltimo
+ Responder ao Tópico



  1. #1

    Padrão Servidor comum para rodar squid com mais de 100 usuarios ?

    Boa noite, depois de dias e dias de teste com um PIV 3.0 HT + MB Intel Server board + 1GB memória + sata II 160GB rodando squid 2.6 não consegui fazer o cache pesquisar rápido o suficiente para os usuários com controle de banda abrir as paginas igual ( digo igual porque fica muito mais lento mesmo), de que quando estão somente no NAT.

    O servidor é um debian 4.0 r2, kernel 2.6.19 compilado de forma enxuta e para o modelo de processador PIV.
    O squid foi compilado na maquina.

    Esta rodando iptables+cbq+squid+nat+connlimit+ipp2p.

    O squid foi de todas as formas inclusive configurado com cache pequeno, grande, diskd e o caralho a quatro.
    O melhor desempenho foi com diskd e usando uma fatia de memoria fisica grande e cache menor (menos subdiretórios também), mas mesmo assim tirando o Proxy a resposta dos clientes wireless é melhor.

    Como meu Proxy economiza 30% do meu link resolvi comprar um novo Computador para fazer o Proxy e ver se o conjunto da obra aumenta o desempenho do squid.

    Deixando bem claro que o squid fazendo cache em uma rede local sem cbq é espetacular para arquivos repetitivos em termos de velocidade. O problema é usar ele em conjunto com controle de banda deixando todos limitados a uma velocidade predefinida. Ai é que entra o meu caso, economizar banda e não aumentar velocidade.
    Mas quero pelo menos deixar a resposta do Proxy quase igual o uso somente do nat.

    Então pedi um:

    Core 2 Quad de 2.4GHZ
    Intel chip set G33 com 3 pci, 4 sata e memória Dual Inline.
    2 kingston 1GB
    Sata III 160GB
    2 3com 10/100/1000

    Vou instalar um debian 4.0 r3 ia64 + squid 2.6

    Em duas semanas posto aqui os resultados.

    Se alguém tiver casos parecidos para nos informar sobre desempenhos e configurações agradeço.

    Não testei este ambiente em SERVIDORES, porque estas CPUs são desktop e temos que respeitar a limitação em ambientes como esse. Quando sobrar um dinheirinho para um server mesmo ai quero ver como fica.
    Última edição por ShadowRed; 26-02-2008 às 21:11.

  2. #2
    Analista de Sistemas Avatar de MDdantas
    Ingresso
    Apr 2007
    Localização
    Caruaru - Pernambuco
    Posts
    423

    Padrão

    Citação Postado originalmente por ShadowRed Ver Post
    Boa noite, depois de dias e dias de teste com um PIV 3.0 HT + MB Intel Server board + 1GB memória + sata II 160GB rodando squid 2.6 não consegui fazer o cache pesquisar rápido o suficiente para os usuários com controle de banda abrir as paginas igual ( digo igual porque fica muito mais lento mesmo), de que quando estão somente no NAT.

    O servidor é um debian 4.0 r2, kernel 2.6.19 compilado de forma enxuta e para o modelo de processador PIV.
    O squid foi compilado na maquina.

    Esta rodando iptables+cbq+squid+nat+connlimit+ipp2p.

    O squid foi de todas as formas inclusive configurado com cache pequeno, grande, diskd e o caralho a quatro.
    O melhor desempenho foi com diskd e usando uma fatia de memoria fisica grande e cache menor (menos subdiretórios também), mas mesmo assim tirando o Proxy a resposta dos clientes wireless é melhor.

    Como meu Proxy economiza 30% do meu link resolvi comprar um novo Computador para fazer o Proxy e ver se o conjunto da obra aumenta o desempenho do squid.

    Deixando bem claro que o squid fazendo cache em uma rede local sem cbq é espetacular para arquivos repetitivos em termos de velocidade. O problema é usar ele em conjunto com controle de banda deixando todos limitados a uma velocidade predefinida. Ai é que entra o meu caso, economizar banda e não aumentar velocidade.
    Mas quero pelo menos deixar a resposta do Proxy quase igual o uso somente do nat.

    Então pedi um:

    Core 2 Quad de 2.4GHZ
    Intel chip set G33 com 3 pci, 4 sata e memória Dual Inline.
    2 kingston 1GB
    Sata III 160GB
    2 3com 10/100/1000

    Vou instalar um debian 4.0 r3 ia64 + squid 2.6

    Em duas semanas posto aqui os resultados.

    Se alguém tiver casos parecidos para nos informar sobre desempenhos e configurações agradeço.

    Não testei este ambiente em SERVIDORES, porque estas CPUs são desktop e temos que respeitar a limitação em ambientes como esse. Quando sobrar um dinheirinho para um server mesmo ai quero ver como fica.
    Shadow,

    Boa noite. Irmão, quando você controla a banda, o pessoal que irá acessar a internet vai navegar com a velocidade determinada por você. Não adianta querer que a página seja aberta em uma velocidade de um link de 1 mega, se você limitou-o a 128 kbps.

    Agora, o que torna realmente um pouco lento, é o acesso a informações (cache) dentro do Disco rígido, onde as páginas estão arquivadas para eventuais solicitações.

    O que tens que lembrar, é que o squid, utiliza tanto a memória ram ( para objetos quentes, já que está na memória ram, a solcitação e a resposta sejam mais rápidas, mais utilizada para objetos de sites, de no máximo 256 kb, por exemplo) quanto o Disco rígido para arquivos de tamanhos maiores.

    Hoje eu tenho pendurado em um Duron 1.1 ghz, com 1 Giga de Memória Ram, e duas placas de rede 10/100, 95 clientes, acessando páginas normalmente e bem mais rápidas, SOLUÇÃO: troquei o disco rígido por um PEN DRIVER. Hoje utilizo para armazenamento o PEN DRIVER, pois é uma memória Flash, assim que precisa acessar informações no meu servidor, é bem mais rápido a resposta do que está armazenado em um Disco Magnético, ok.

    Outra dica, Servidores cache/DNS ->> Utilize servidores Dns dentro da sua prórpria rede, aumentando também a velocidade de busca do squid atrás do sites.

    espero ter ajudado.

    Atenciosamente,
    Última edição por MDdantas; 28-02-2008 às 07:05.



  3. #3

    Padrão

    tenho mais de 100 usuarios de acesso por dia e nao tenho problema nenhum
    HD SATA
    130 GB Cache Squid 60% utillizado, a ideia do amigo acima é boa so fica limitada o espaco de arquivos pequenos, aqui jogo ate 20mb em cache de disco (msn) top of downloads

    Debian 4 recompilado para o pom + pluss

  4. #4

    Padrão

    Colocar PEN DRIVE fica muito limitado.

    Eu tenho rodando squid em HD SATA, onde o tamanho do cache está limitado a 20gb (não adianta colocar + que isso para rede pequena pois os arquivos ficam velhos).

    No caso pode-se usar HD SCSI ai sim o desempenho será melhor.



  5. #5

    Padrão

    Citação Postado originalmente por ijr Ver Post
    Colocar PEN DRIVE fica muito limitado.

    Eu tenho rodando squid em HD SATA, onde o tamanho do cache está limitado a 20gb (não adianta colocar + que isso para rede pequena pois os arquivos ficam velhos).

    No caso pode-se usar HD SCSI ai sim o desempenho será melhor.

    eu defini no meu host quardar arquivos por 14 dias no cache após pode sobrepor

    SCSI vou descordar entao coloca 2 sata em raid 0 que vc consegue uma taxa de 120.000.00 MB/s real de transferencia


    como é cache vc nao precisa de confiabilidade ou seja SEGURANCA = SCSI DESEMPENHO = SATA
    Última edição por Pirigoso; 28-02-2008 às 23:56.

  6. #6

    Padrão

    Citação Postado originalmente por MDdantas Ver Post
    Shadow,

    Boa noite. Irmão, quando você controla a banda, o pessoal que irá acessar a internet vai navegar com a velocidade determinada por você. Não adianta querer que a página seja aberta em uma velocidade de um link de 1 mega, se você limitou-o a 128 kbps.

    Agora, o que torna realmente um pouco lento, é o acesso a informações (cache) dentro do Disco rígido, onde as páginas estão arquivadas para eventuais solicitações.

    O que tens que lembrar, é que o squid, utiliza tanto a memória ram ( para objetos quentes, já que está na memória ram, a solcitação e a resposta sejam mais rápidas, mais utilizada para objetos de sites, de no máximo 256 kb, por exemplo) quanto o Disco rígido para arquivos de tamanhos maiores.

    Hoje eu tenho pendurado em um Duron 1.1 ghz, com 1 Giga de Memória Ram, e duas placas de rede 10/100, 95 clientes, acessando páginas normalmente e bem mais rápidas, SOLUÇÃO: troquei o disco rígido por um PEN DRIVER. Hoje utilizo para armazenamento o PEN DRIVER, pois é uma memória Flash, assim que precisa acessar informações no meu servidor, é bem mais rápido a resposta do que está armazenado em um Disco Magnético, ok.

    Outra dica, Servidores cache/DNS ->> Utilize servidores Dns dentro da sua prórpria rede, aumentando também a velocidade de busca do squid atrás do sites.

    espero ter ajudado.

    Atenciosamente,

    Acho que voce não entendeu o que disse; A lentidão não é em relação de usar o proxy e ter que abrir paginas mais rapido, quando se usa controle de banda junto com cache é claro que tudo vai estar limitado a velocidade liberada. O cache só serve para aliviar um pouco o link.
    A questão é, usando o proxy as paginas abrem mais lento que o uso apenas do NAT em ambiente com squid e controle de banda, e isso se dá a pesquisa que o squid faz primeiro antes de liberar as paginas.

    E obtive 3 vezes mais velocidade usando um HD SCSI 72 GB do que usando pen drive (USB II ), CF, SD. Até um sata de 40 GB antigo se mostrou mais rapido na leitura e escrita do que os pen drive.

    Mas posso afirmar uma coisa, processador + MB + memoria + HD, faz toda a diferença.

    Mas mesmo assim voce tem um delay, minimo mas tem em relação ao uso somente do NAT.

    O servidor rapido ajuda diminuir o delay mas não tira ele.

    Agora o cache sem controle de banda como havia relatado é show para arquivos repetitivos. No meu caso só serve para aliviar um pouco o link, mais nada.

    Outra coisa, isso não é problema e sim um ajuste FINO que quero fazer no servidor para deixar ele com desempenho melhor.

    Agora quando colocar um SERVIDOR mesmo para rodar acredito que o delay some, pois como falei CPUs desktop não se compara a SERVIDORES.

    Tive a oportunidade de ver um IBM dual Processor Xeon Quad Core 2.4 ghz com HD SAS rodando 500 usuarios e o delay com squid e controle de banda é menor do que tenho, quase nada. Estava rodando FreeBSD mas não acredito que seja o sistema e sim o servidor. Mesmo porque o squid estava configurado da mesma forma que os teste que fiz.

    Quando chegar o meu, tiro a duvida em definitivo aqui. Mas só tirando o PIV e colocnado um Core 2 Quad + SCSI já mudo da agua pro vinho.
    Última edição por ShadowRed; 02-03-2008 às 23:16.