[MASOCH-L] Solução de cache / aberta
Paulo Henrique - BSDs Brasil
paulo.rddck at bsd.com.br
Thu Jul 19 17:35:22 -03 2012
Tiago A. Peçanha wrote:
> Paulo, obrigado pelas considerações.
>
> Na sua experiência hoje está compensando o squid na versão 3.x ou
> lusca mesmo 2.x?
>
> Andei sondando e parece que o incomum só roda no 2.7? Confirma essa
> informação?
>
>
> ----- Original Message ----- From: "Paulo Henrique - BSDs Brasil"
> <paulo.rddck at bsd.com.br>
> To: "Mail Aid and Succor, On-line Comfort and Help"
> <masoch-l at eng.registro.br>
> Sent: Thursday, July 19, 2012 3:03 PM
> Subject: Re: [MASOCH-L] Solução de cache / aberta
>
>
>> Tiago A. Peçanha wrote:
>>> Paulo,
>>> Hoje temos esses usuários distribuídos em 3 caches com as specs
>>> mencionadas.
>>>
>>> E não é RAID10 é um disco apenas mesmo.
>>>
>>> O relato sobre o incomun tem sido positivo?
>>>
>>> ----- Original Message ----- From: "Paulo Henrique - BSDs Brasil"
>>> <paulo.rddck at bsd.com.br>
>>> To: "Mail Aid and Succor, On-line Comfort and Help"
>>> <masoch-l at eng.registro.br>
>>> Sent: Thursday, July 19, 2012 2:36 PM
>>> Subject: Re: [MASOCH-L] Solução de cache / aberta
>>>
>>>
>>>> Tiago A. Peçanha wrote:
>>>>> Boa tarde pessoal,
>>>>> Estou definindo requisitos para cache web para refazer os caches
>>>>> que temos na rede de um cliente em cima do squid que não estão
>>>>> muito satisfatórios (usamos TPROXY), a intenção também é incluir
>>>>> cache de vídeo nesses servidores (todos com 16GB RAM, quadcore
>>>>> xeon e 1 disco SAS - pretendemos adicionar alguns SATA para vídeo).
>>>>>
>>>>> Estou na dúvida sobre sistema de arquivos ideal para se utilizar
>>>>> (ou algum método que elimine esse overhead do fs), se uso lusca ou
>>>>> squid simples mesmo, com incomun (alguém usa com sucesso para
>>>>> cache de vídeo?)... enfim, ainda são muitas dúvidas, e gostaria de
>>>>> contar com a experiência de vocês para melhorar nosso ambiente.
>>>>> Outro aspecto é que estou evitando a compra de um OVERSI ou algo
>>>>> do tipo, mas temos que ter uma performance legal.
>>>>>
>>>>> Temos em média 4000-5000 usuários simultâneos em horário de pico.
>>>>>
>>>>> O que vocês estão usando e me recomendam?
>>>>> Obrigado!
>>>>>
>>>>> Tiago A. Peçanha
>>>>>
>>>>>
>>>>> __
>>>>> masoch-l list
>>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>>
>>>> 1 disco sas ou um array RAID 10 sobre sas ?
>>>> A questão maior não bem as melhores praticas/dicas a ser seguidos
>>>> mais sim onde colocar os caches.
>>>> Para 4000/5000 usuário simultaneos, considere distribuir os
>>>> usuários em celulas menores, segmentando as rede que cada cache irá
>>>> interagir.
>>>> Tem quantas saidas de operadoras na rede ? são todas presentes no
>>>> mesmo ponto ?
>>>> Quanto a cache de video, eu implantei o thundercache3 sobre
>>>> FreeBSD, mais já tenho relatos de companheiros com o incomum sobre
>>>> o CentOS e o Fedora Core.
>>>>
>>>> Att.
>>>> __
>>>> masoch-l list
>>>> https://eng.registro.br/mailman/listinfo/masoch-l
>>>>
>>>
>>> __
>>> masoch-l list
>>> https://eng.registro.br/mailman/listinfo/masoch-l
>> Tiago,
>> Creio que colocar pelo menos um raid 5 sobre o SAS deixará o servidor
>> menos ofegando quando der os picos,
>> E sim o relato do incomum foi positivo,
>> Quanto ao modo de operação, embora segmentar seja bom uni-los
>> posteriormente ( dentro da rede dos servidores ) com o ICP permitirá
>> a você um melhor ganho, é meio complexo e não sei se funciona com o
>> Tproxy, mais cache que existe em um servidor e não possui no servidor
>> solicitado irá antes de ir a internet irá questionar os demais caches
>> primeiro para depois ir para a internet.
>> E acredite o principal gargalo/pfu seu será disco, é melhor investir
>> em um bom array de discos do que em multiplos servidores ( mais de
>> dois servidores .
>> 16Gbs de ram é bom, porem coloca um FreeBSD sobre 32Gbs ( memoria
>> está barata ) e ZFS.
>> Disctribui o cache nos discos usando fatores tais como:
>> Deixe os sas para conteudos com maior capacidade de acesso e menor
>> tamanho ( espaço em sas é caro )
>> Use um monte de sata 2 ( que são barato ) para conteudos que serão
>> cacheados porem o acesso será menor ( videos e objetos grandes ).
>> Coloca duas ou tres controladoras off-boards de discos e utilize um
>> softraid com nivel 5 ou 10 para unilas assim se um disco der
>> problema os demais continua a operação sem maiores problema até poder
>> resolver.
>> E duplique ambos os servidores:
>> se tem dois segmentos utilize quatro servidores ( dois são
>> redundâncias/balanceamento ) e use o ICP para manter comunicação
>> entre eles.
>>
>> Se achar que a coisa está muito complexa para gerenciar, faço uso dos
>> demais conselhos do pessoal mais experiente na lista, parte para
>> solução tais como OVERSI e MARACACHE, tem outros mais não recordo o
>> nome.
>>
>> E deixa o sistema operacional plenamente fora dos discos de cache (
>> exigencia ).
>>
>> pfu = ponto de falha unica.
>>
>>
>> att. Paulo Henrique.
>> __
>> masoch-l list
>> https://eng.registro.br/mailman/listinfo/masoch-l
>>
>
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
Tiago,
Depende muito, eu trabalho mais com o Squid2 pois uso mais no pfsense
onde o sarg dele só funfa com a serie 2.x
Quanto ao lusca vejo o pessoal falando muito bem dele, agora ambiente
cada um tem suas particularidades, eles podem começar todos baseado nas
mesmas regras no decorrer do tempo e foco definido os ambientes se
converje onde somente como analise no dia a dia poderá acertar as
configurações adequadas.
Li em outro e-mail que tem problemas quanto a travamentos sobre o
Slackware, eu o utilizo aqui na empresa com Oracle 10g, e o sistema é
muito estavel, as vezes falta apenas os refinamentos, outras vezes é por
que já chegou no limite do sistema mesmo.
Uma dica que dou é usar FreeBSD para serviços de rede, Linux funciona,
sim e muito bem mais quando a coisa é mais bruta o FreeBSD ( BSDs em
geral ) se sobrepõem tornando-se mais estaveis, as implementações de
acesso a disco, a lendária pilha TCP/IP mostram o porque da fama.
Att. Paulo Henrique.
More information about the masoch-l
mailing list