服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

postgresql无法分配请求的地址

我有一个网站与Nginx的,PHP的FMP,Postgresql和PGBouncer,它已经工作了一年多了。 昨天服务器进入不响应,重新启动后,它工作5或10分钟,之后没有响应和相同的错误信息: 2017/04/04 15:32:37 [error] 2532#0:* 31341 FastCGI在stderr中发送:“PHP消息:PHP警告:pg_connect():无法连接到PostgreSQL服务器:无法连接到服务器:无法分配请求的地址服务器是否在第21行的/usr/share/nginx/html/lib/postgresql.class.php中的主机“127.0.0.1”上运行,并接受端口6432上的TCP / IP连接? 我甚至恢复到上次工作configuration,它仍然是相同的(当我开始nginx,它的工作一两分钟,然后上面的错误)。 我检查了php-fpm日志,我遇到以下情况: [04-Apr-2017 14:48:50]警告:[池www]似乎很忙(你可能需要增加pm.start_servers或pm.min / max_spare_servers),产卵8个孩子,有0个空闲,共24个孩子 和 [04-Apr-2017 14:48:59]警告:[池www]服务器达到pm.max_children设置(50),考虑提高它 在postgresql日志中,我发现这个: 提示:考虑增加configuration参数“max_wal_size”。 到目前为止我已经改变了以下参数 在php-fpm中: pm.max_childeren from 50 to 100 pm.start_servers from 5 to 10 pm-min_spare_servers from 5 to 10 pm-max_spare_servers from 35 to 100 在Postgresql中: mac_wal_size from 1GB to 2GB 仍然没有运气! 我该怎么办?

2主机MariaDB Galera群集只有keepalived,没有HAproxy?

我们将用MariaDB Galera master-master复制群集,使用主 – 从复制(总共只有2个主机 – 一个主机,一个从机)replace旧版MySQL数据库,以确保更加无忧的故障转移。 我已阅读的教程通常指示在Galera节点前面创build一个HAproxy实例,以便在它们之间进行负载平衡(并且如果需要高可用性,则使用更多使用keepalived共享虚拟IP的HAproxy实例)。 这就是build议的拓扑结构。 但是在我们的环境中,我们总共只有2个Galera主机(负载很低,因此一个主机就足够了),而且主要的要求是冗余,尽可能无缝地为连接的应用程序进行故障切换。 由于单个主机必须能够处理所有的负载,以防其他人的失败,所以当需要升级硬件时,负载平衡只是模糊了这一点,并且可能引入不必要的写入冲突。 所有的查询都应该到一个主机(另一个主机只是默默的复制),只有在第一个主机失败的情况下,所有的主机都会故障切换到第二个主机,从而成为主机,并且能够复制一切恢复到原来的失败主机。 问题是:如果我们只需要冗余而不是负载平衡,那么在Galera主机前面省略HAproxy实例是否合理,并且两个Galera实例直接共享Keepalived虚拟IP? 还是有什么值得注意的优势(不包括简单的扩展到3 + Galera主机)在我们的情况下仍然使用HAproxy?