主页 / user-64556

Jagbir's questions

Martin Hope
Jagbir
Asked: 2014-06-02 23:26:01 +0800 CST
  • 4

我尝试了几件事，但仍然无法有效地旋转 haproxy 日志。当日志文件超过 500 MB 大小时，我需要轮换日志。考虑到 haproxy 的服务量很大。静态 tcp 连接，我无法重新启动 haproxy 进程，尽管重新加载是可行的。在我的机器上，每日 haproxy 日志文件大小通常超过 3 GB。这是来自一台较新机器的示例，其中日志文件大小超出了设置的限制：

ubuntu@server:/mnt/log/haproxy$ ls -lsh
total 4.3G
85M -rw-r----- 1 syslog adm  85M Jun  2 07:13 haproxy.log
2.9G -rw-r----- 1 syslog adm 2.9G Jun  2 06:37 haproxy.log.1
460M -rw-r----- 1 syslog adm 460M Jun  1 06:32 haproxy.log.2.gz
469M -rw-r----- 1 syslog adm 469M May 31 06:42 haproxy.log.3.gz
384M -rw-r----- 1 syslog adm 384M May 30 06:49 haproxy.log.4.gz

ubuntu@server:/mnt/log/haproxy$ cat /etc/logrotate.d/haproxy
/mnt/log/haproxy/haproxy.log {
missingok
copytruncate
notifempty
rotate 50
size 500M
compress
delaycompress
}
haproxy
Martin Hope
Jagbir
Asked: 2013-11-20 09:13:57 +0800 CST
  • 1

由于高流量和我们应用程序保持连接的性质，我们的 haproxy 进程消耗大量 RAM（通常为可用 RAM 的 30-40%）。现在，当我们想要添加/删除任何后端时，我们必须重新加载 haproxy。在优雅重新加载期间（通过 ubuntu 的默认初始化重新加载），将创建一个新的 haproxy 进程，该进程将为新连接提供服务，并且现有进程保留在那里，直到旧连接被应用程序关闭或由于超时等原因被清理。这种行为很好。

但是这两个进程几乎都占用了所有可用的 RAM，事实上，如果第一个进程已经消耗了超过 50% 的 RAM，那么任何重新加载都可能导致中断（还没有经历过，但增加的流量会很快发生） . 这迫使我们要么强制终止旧进程（丢失旧连接），要么必须始终保持足够（> 50％）可用的 RAM（浪费资源）。

在这种情况下，我将不胜感激任何帮助/指针。我们在 Ubuntu 12.04 和 haproxy 1.4.18 上。

ubuntu-12.04
Martin Hope
Jagbir
Asked: 2012-11-06 03:03:17 +0800 CST
  • 8

我有一个 Ubuntu 10.04 生产 MySQL 数据库服务器，其中数据库的总大小为 260 GB，而根分区的大小本身为 300 GB，其中存储了数据库，基本上意味着大约 96% 的 / 已满并且没有剩余空间用于存储转储/备份等。到目前为止，没有其他磁盘连接到服务器。

我的任务是将此数据库迁移到位于不同数据中心的其他服务器。问题是如何以最少的停机时间有效地做到这一点？

我在想：

  • 请求将额外的驱动器附加到服务器并在该驱动器中进行转储。[编辑：现在不可能。]
  • 将转储传输到新服务器，恢复它并使新服务器成为现有服务器的从属服务器以保持数据同步
  • 当需要迁移时，中断复制，更新从属配置以接受读/写请求并将旧服务器设置为只读，这样它就不会接受任何写请求，并告诉应用程序开发人员使用新的 db IP 地址更新那里的配置。

你有什么建议来改进这个或任何其他更好的方法来完成这个任务？

innodb