【问题标题】:OpenShift + HAProxy too many sessionsOpenShift + HAProxy 会话过多
【发布时间】:2015-11-11 22:57:44
【问题描述】:

我正在使用 Kraken.js 开发一个应用程序并管理我决定使用的会话:connect-mongo。

我有这样的设置:

'use strict';

var session = require('express-session');
var MongoStore = require('connect-mongo')(session);

module.exports = function SessionLib(opts) {
  return session({
    secret: opts.secret,
    resave: opts.resave,
    saveUninitialized: opts.saveUninitialized,
    store: new MongoStore({
      url: opts.url,
      ttl: opts.ttl
    })
  });
};

我在 OpenShift 中部署应用程序并选择自动缩放,OpenShift 使用 HAProxy 进行自动缩放,但这导致我在 MongoDB 中生成的会话过多(上周末大约 250,000 个)出错。

是否有可能不保留 HAProxy 会话?

【问题讨论】:

  • 你解决了吗?我遇到了同样的问题。

标签: node.js mongodb openshift haproxy


【解决方案1】:

一种解决方法:

为什么不在你的数据库中为这些会话文档添加一个 TTL 索引?您可以在标记 TTL 文档应具有的字段的位置添加此类索引,因此集合中包含该字段的每个文档都将在其 TTL 过期后被删除

【讨论】:

  • 其实我使用connect-mongo并为每个会话设置了一个TTL索引,唯一的问题是创建了许多会话并开始占用我的数据库中的很多空间。
  • 好吧,如果你支持会话并且已经有一个 TTL,你为什么不缩短那个 TTL?嗯,也许你仍然可以准时让你的应用程序有点无状态?使用 JWT 并使用一些基于 Redis 的缓存?
  • 我不认为向 MongoDB 编写会话是最好的。 Redis 或其他东西总是会更快:)
  • Redis 肯定更快,并且已经使用 Redis 实现了会话太快了也有很多会话,一周 100Mb,~ 485k 会话...
  • 并非如此,这些会话中有 90-95% 正在创建 OpenShift HAProxy 服务器,它可以根据需要扩展应用程序...
猜你喜欢
  • 2018-12-07
  • 2015-05-19
  • 2016-12-07
  • 1970-01-01
  • 1970-01-01
  • 2014-05-26
  • 1970-01-01
  • 2014-07-16
  • 2014-12-07
相关资源
最近更新 更多