在跨多个Amazon EC2实例维护会话时遇到问题

我的一个网站是通过Amazon EC2服务托pipe的。 当站点面临沉重的负载时,问题就开始发生,而这又会通过AutoScaling产生一个新的EC2实例。 这是好的,但问题是当这些实例被杀害(由于缺乏负载)会话信息也丢失,因此迫使用户重新login到站点。

解决这个问题的最好方法是什么?

我已经看了Memcached会话pipe理器和它工作正常的粘滞会话,但导致问题,当我尝试使用非粘性会话,因为我做了很多并行请求到我的服务器。

我目前的服务器是Apache + Tomcat

任何指针都有帮助。 谢谢。

( 从webmasters.stackexchange交叉post )

    如果您的自动调节实例可以随时终止,并且不能丢失会话信息,则无法在自动调节实例中存储会话信息。

    如果你有一个数据库(例如MySQL,RDS),你可以在那里存储会话。 这适用于中低音量的网站,但可以打破更高的音量。

    您可以使用未自动resize的memcached运行单独的实例。

    您也可以考虑Amazon ElastiCache(刚刚发布):

    http://aws.amazon.com/elasticache/

    这是Memcached协议兼容,所以现有的Web服务器会话插件软件应该能够工作没有太大的问题。