Início / user-697749

SirLouen's questions

Martin Hope
SirLouen
Asked: 2024-07-31 20:36:23 +0800 CST
  • 5

Tenho um contêiner docker executando docker com imagem MySQL. Digamos que ele é chamado sql.

Este contêiner possui 2 bancos de dados: database1edatabase2

Criei usuários específicos para cada banco de dados, digamos, user1acesso total database1e user2acesso total adatabase2

Então eu tenho dois outros contêineres docker com imagem PHP. Digamos que um é chamado php1and php2.

Todos os 3 contêineres, sqle php1estão php2sendo executados na mesma rede Docker

A questão é que se eu conceder privilégios user1e user2disser:

GRANT ALL PRIVILEGES ON `database1`.* TO 'user1'@'php1';
GRANT ALL PRIVILEGES ON `database2`.* TO 'user2'@'php2';

Então, se eu tentar fazer login php1com:

mysql -p -u user1 -h sql

Ele não pode autenticar porque resolve o nome do host com o IP da rede (por exemplo 172.18.0.3) em vez de usar o nome do hostphp1

O problema aqui é que li que existe uma configuração no MySQL para my.cnfisso, não tenho certeza se tem algo a ver com isso chamadoskip-name-resolve

Mas de acordo com este artigo: https://nixcp.com/skip-name-resolve/

Mesmo que isso pudesse resolver o problema, prejudica seriamente o desempenho.

Gostaria de saber se alguém tem alguma solução para esse cenário.

Uma opção poderia ser fixar um IP estático para cada instância do Docker e então, em vez de usar nomes para autenticação, usar o IP diretamente.

Mas estou pensando se há uma solução melhor, além de usar IP estático ou remover a skip-name-resolvediretiva que estou ignorando completamente.

dns
Martin Hope
SirLouen
Asked: 2023-10-03 19:17:32 +0800 CST
  • 6

Ontem realizei uma atualização de lançamento que incluiu a atualização do PHP 7.4 para 8.2.

A princípio pensei que o problema poderia ser da versão do PHP (pois era php8.2-fpmo serviço que ficava morrendo), então voltei para php7.4-fpm, mas isso não resolveu o problema.

php7.4-fpm.service: A process of this unit has been killed by the OOM killer.
php7.4-fpm.service: Failed with result 'oom-kill'.
php7.4-fpm.service: Consumed 12min 18.367s CPU time.

Tenho soquetes do site organizados por pools

Todos têm esta configuração:

pm = dynamic
pm.max_children = 5
pm.start_servers = 2
pm.min_spare_servers = 1
pm.max_spare_servers = 3

O serviço cai em cerca de 1 hora. Então decidi introduzir uma max_requestslimitação

pm.max_requests = 1000

E então ficou muito mais estável, mas acabou caindo em torno de 12 horas. Então agora temo que apenas ajustar isso e continuar reduzindo esse número só fará com que o servidor caia mais tarde, mas caia em algum momento, o que não é o ideal. A parte estranha aqui é que antes da atualização (Ubuntu 20.04 LTS) ele estava 100% estável, nunca caindo, e depois da atualização para o Ubuntu 22.04 LTS, as coisas começaram a enlouquecer.

Depois de revisitar muitas outras questões em Server Fault e Super User em relação ao OOM, estou ficando sem ideias para testar mais opções, então gostaria de saber se alguém poderia sugerir outras novas possibilidades para eu testar

ubuntu