[plonegov-br] Problemas sérios com Plone no MAPA

André Luiz cafecraft em gmail.com
Segunda Março 2 16:19:45 -03 2020


Em primeiro lugar muito obrigado pela resposta, inclusive você me ajudou
antes pelo github com o arquivo default.vcl que usei aqui no Varnish para
dar mais HIT.

Sobre essa URL (
http://www.agricultura.gov.br/home/@@collective.cover.embed/b3d814ed-6569-4c33-8182-1be116b17b83
), acho que essas informações são coletadas no serviço de meteorologia
INMET se for isso mesmo vai dar MISS mesmo, inclusive tenho visto vários
HIT no F12 do Chrome como esse por exemplo:


Accept-Ranges: bytes
Age: 40106
Cache-Control: max-age=604800
Connection: keep-alive
Content-Length: 163
Content-Type: image/png
Date: Mon, 02 Mar 2020 19:08:44 GMT
Expires: Mon, 09 Mar 2020 19:08:44 GMT
Server: nginx
Via: 1.1 varnish-v4
X-Cache: HIT
X-Cache-Hits: 782
X-Cache-Operation: plone.app.caching.strongCaching
X-Cache-Rule: plone.resource
X-Frame-Options: SAMEORIGIN
X-Proxy-Cache: BYPASS
X-Varnish: 71827521 262165


Obrigado pelas outras informações também sobre cache e cache age.

Em seg., 2 de mar. de 2020 às 15:59, Bruno Barbosa <bsbruno1 em gmail.com>
escreveu:

> Oi André,
>
> Respondendo a dúvida dos *.cfg: Sim, sempre que você alterar o
> buildout.cfg (e relacionados) você precisa rodar o buildout e reiniciar as
> instâncias.
>
> Sobre a lentidão do portal do MAPA:
> Olhei apenas a home principal e ao que parece o cache não está
> acontecendo. Olhando os headers temos algumas informações que indicam isso:
>
> 1. X-Cache: MISS
>
> O Varnish não está conseguindo encontrar uma versão cacheada da página e
> está sempre descendo para o Plone;
>
> 2. Cache-Control: max-age=0, must-revalidate, private
>
> Esse max-age com valor "0" não vai manter uma versão cacheada da sua
> página. Tem que buscar uma forma de alterar isso;
>
> 3. ETag: "||1593184|pt-br|0|brasil_gov_facetada|0|1522016934.85"
>
> Veja se esse "ETag" é realmente necessário, se não for você pode retirar
> na configuração do plugin. Se for necessário o varnish precisa saber lidar
> com isso pois cada requisição o primeiro valor é alterado "1593184" (no
> exemplo acima), e se o varnish não estiver configurado para lidar com esse
> cabeçalho ele sempre vai achar que tem que servir uma página nova;
>
> curl -I http://www.agricultura.gov.br/
> HTTP/1.1 200 OK
> Server: nginx
> Date: Mon, 02 Mar 2020 18:52:00 GMT
> Content-Type: text/html;charset=utf-8
> Content-Length: 102800
> Connection: keep-alive
> Vary: Accept-Encoding
> Vary: Accept-Encoding
> X-Tile-Url:
> http://www.agricultura.gov.br/home/@@collective.cover.embed/b3d814ed-6569-4c33-8182-1be116b17b83
> X-Cache-Operation: plone.app.caching.weakCaching
> Content-Language: pt-br
> Expires: Fri, 05 Mar 2010 18:51:59 GMT
> ETag: "||1593184|pt-br|0|brasil_gov_facetada|0|1522016934.85"
> X-Ua-Compatible: IE=edge,chrome=1
> Cache-Control: max-age=0, must-revalidate, private
> X-Cache-Rule: plone.content.itemView
> X-Frame-Options: SAMEORIGIN
> X-Varnish: 3440664
> Age: 0
> Via: 1.1 varnish-v4
> X-Cache: MISS
> X-Cache-Hits: 0
> Accept-Ranges: bytes
> X-Proxy-Cache: MISS
> X-Proxy-Cache: MISS
>
> Espero ter ajudado de alguma forma.
>
> Abs.
> --
> Bruno Barbosa
> Software Engineer
> *github.com/brunobbbs <http://github.com/brunobbbs>*
>
>
> On Mon, Mar 2, 2020 at 3:48 PM André Luiz <cafecraft em gmail.com> wrote:
>
>> Pessoal,
>>
>> fiz umas alterações no Varnish e adaptei o default.vcl da comunidade e
>> consegui fazer o Varnish acertar mais (HITS), mesmo evitando ao máximo as
>> conexões irem aos Plones ainda assim continua lento, implementei o módulo
>> Mirror no Nginx ( https://alex.dzyoba.com/blog/nginx-mirror/ ) que faz
>> um espelhamento do portal inteiro, estou sincronizando esse conteúdo do
>> portal, ainda não terminou mas já está ajudando bastante, vejo vários GET
>> sendo requisitados ao servidor Nginx Mirror evitando que o Plone seja
>> acionado para prover tal arquivo, com mais essa implementação ainda não
>> está satisfatório os tempos de acesso ao portal, creio eu que seja
>> necessária o aumento de memória dos Plones e mudar o parâmetro nos arquivos
>> .cfg do buildout.
>>
>>
>>
>> Usuário WWW -->
>>               NGINX (proxy reverso) -->
>>                                                 Contexto / -->
>>
>> Sub-requisição ao NGINX Mirror GET -->
>>
>>             Devolve para o ProxyReverso o que deu GET -->
>>
>>                                             NGINX (proxy reverso) Acessa os
>> Plones para o conteúdo que não deu GET
>>
>>
>>
>>
>> Em qua., 19 de fev. de 2020 às 12:00, André Luiz <cafecraft em gmail.com>
>> escreveu:
>>
>>> Pessoal boa tarde,
>>>
>>>
>>>  Estou tendo muitos problemas com ambiente Plone no MAPA, conseguimos
>>> identificar o problema de lentidão quando o mesmo ultrapassa 140 a 150
>>> conexões TCP, com isso configuramos o Varnish para limitar em 32 conexões
>>> por instância conforme  feedback de vocês no github, isso melhorou bastante
>>> o problema de lentidão, balanceando melhor os acessos para as instâncias
>>> ficando na casa de 132 conexões TCP, a alguns dias os acessos aumentaram
>>> com picos de mais de 200 conexões TCP que pra mim continua sendo muito
>>> baixa onde o  Plone deveria aguentar isso com os pés nas costas...
>>>
>>>  Recorro a vocês sobre esse problema e agradeço muito a ajuda...
>>>
>>>
>>> Ambiente:
>>>
>>> 2 Nginx
>>> 1 Varnish
>>> 3 Plone
>>> 2 Zodb
>>>
>>> André Luiz
>>> Ministério da Agricultura - MAPA
>>> 61 - 32183874
>>>
>>> --
>> Comunidade Plone no Governo
>> Site: http://www.softwarelivre.gov.br/plone
>> Wiki: http://colab.interlegis.leg.br/wiki/PloneGovBr
>> Histórico:
>> http://colab.interlegis.leg.br/search/?type=thread&order=latest&list=plonegov-br
>> Lista: https://listas.interlegis.gov.br/mailman/listinfo/plonegov-br
>
> --
> Comunidade Plone no Governo
> Site: http://www.softwarelivre.gov.br/plone
> Wiki: http://colab.interlegis.leg.br/wiki/PloneGovBr
> Histórico:
> http://colab.interlegis.leg.br/search/?type=thread&order=latest&list=plonegov-br
> Lista: https://listas.interlegis.gov.br/mailman/listinfo/plonegov-br
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://listas.interlegis.gov.br/pipermail/plonegov-br/attachments/20200302/07100088/attachment.html>


Mais detalhes sobre a lista de discussão PloneGov-BR