我试图理解这一点,并搜索SO以寻找类似的问题,但我仍然没有100%理解它应该如何工作.
我对图像资源的请求得到了这个响应:
Response Headers
Server Apache-Coyote/1.1
Date Mon, 19 Oct 2009 09:04:04 GMT
Expires Mon, 19 Oct 2009 09:06:05 GMT
Cache-Control public, max-age=120
Etag image_a70703fb393a60b6da346c112715a0abd54a3236
Content-Disposition inline;filename="binary-216-420"
Content-Type image/jpg;charset=UTF-8
Content-Length 4719
所需的行为是客户端应该缓存120秒,然后再次从服务器请求它.在120秒内,没有请求发送到服务器.
然后,在120秒后,发送请求并收到304响应:
Response Headers
Server Apache-Coyote/1.1
Date Mon, 19 Oct 2009 09:06:13 GMT
Request Headers
Host localhost:8080
User-Agent Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3
Accept image/png,image/*;q=0.8,*/*;q=0.5
Accept-Language en-us,no;q=0.8,sq;q=0.7,en;q=0.5,sv;q=0.3,nn;q=0.2
Accept-Encoding gzip,deflate
Accept-Charset ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive 300
Connection keep-alive
Referer http://localhost:8080/cms/site/0/en/home
Cookie JSESSIONID=768ABBE1A3BFABE3B535900233330650; versionsCssDisplayState=block; iceInfo=iceOn:false,activePortletKey:,icePagePanelX:1722,icePagePanelY:3
If-None-Match …根据elasticsearch文档,write_consistency级别仲裁的规则是:
法定人数(>复制品/ 2 + 1)
使用ES 0.19.10,在具有16个分片/ 3个副本的设置上,我们将获得16个主分片48个副本
运行2个节点,我们将有16个(主要)+ 16个(副本)= 32个活动分片.
对于要满足的仲裁规则,仲裁> 48/2 + 1 = 25个活动分片.
现在,测试结果证明,在我们运行3个节点之前,不满足write_consistency级别(写入操作超时).这种方式是有道理的,因为我们可以在这个设置中的每个2个节点的组之间得到一个裂脑,但我不太明白这个规则应该如何工作？我在这里使用错误的号码吗？
我们遇到一个问题,即群集中的某些节点突然离开群集而没有任何明显的原因.
我们运行在Elasticsearch v0.20.6,JVM 7u25上.我们使用单播发现.
这是一个嵌入式ES实例,集群中有7个节点.节点47,48,49和50在一个位置(网络)上,24,25和26在另一个位置上.
每次都会发生同样的事情,在测试之间删除索引文件.24,25,26个节点中的一个突然认为它是主人(这又导致了裂脑情况 - 这是好的,我理解为什么会发生这种情况,但问题是为什么会发生断开连接.
首先,NODE47当选为高手.所有其他节点都加入,并且运行平稳了几个小时左右.
然后突然,这是第一个痕迹,那些东西明显出错了,大概19:10:
Node47:
2013-08-14 19:09:49,243 DEBUG [org.elasticsearch.transport.netty] (elasticsearch[local][transport_client_worker][T#3]{New I/O worker #3}) [local] disconnected from [[local][VbxjXeqGRIyNFzvK-1JCIw][inet[/**NODE24**:8800]]{local=false}], channel closed event
2013-08-14 19:09:54,109 DEBUG [org.elasticsearch.transport.netty] (elasticsearch[local][transport_client_worker][T#3]{New I/O worker #3}) [local] disconnected from [[local][V7FXnZiLR-GVIyZ2DOwV2w][inet[/**NODE26**:8800]]{local=false}], channel closed event
2013-08-14 19:10:06,008 DEBUG [org.elasticsearch.transport.netty] (elasticsearch[local][transport_client_worker][T#4]{New I/O worker #4}) [local] disconnected from [[local][da-T28GDRtWgadrkCvxS-w][inet[/**NODE25**:8800]]{local=false}], channel closed event
2013-08-14 19:10:34,253 TRACE [org.elasticsearch.discovery.zen.fd] (elasticsearch[local][generic][T#19]) [local] [node ] [[local][VbxjXeqGRIyNFzvK-1JCIw][inet[/**NODE24**:8800]]{local=false}] transport disconnected (with verified connect)
2013-08-14 19:10:34,259 DEBUG [org.elasticsearch.transport.netty] (elasticsearch[local][generic][T#24]) [local] connected to …