凌渡原厂导航导航须要流量吗

移动端:BLACK VIEW 凌度 HS995 行车记录仪 安卓导航 7.36英寸 568元包邮(868-300)_京东优惠_发现值得买_什么值得买
当前位置:
BLACK VIEW 凌度 HS995 行车记录仪 安卓导航 7.36英寸
&&&568元包邮(868-300)
更新时间:06-19 21:16
值友“摸摸勿闻”爆料原文:手机下单568元,不能用东券
后视镜行车记录仪,近期低价,7寸屏,前后双录,固定电子狗,智能系统(见仁见智),不带卡,安装不复杂,可自行安装。刚需可入。
已有 8用户参与
以上图片引用来自互联网,仅供参考
我要举报:
请选择举报理由:
信息涉及黄色,反动内容
虚假优惠信息
你可能还喜欢
微信号:smzdm_smzdm
发现频道:人气超高的发现频道聚集了海量信息,承载了新鲜、好玩、有趣的产品,不仅买的实惠,还能发现生活的美好。
赞19评论12
赞28评论129
赞18评论59
赞92评论164
热门优惠券
已领: 16345 张
已领: 49940 张
已领: 2924 张
已领: 1310 张
已领: 36372 张
中粮我买网大礼包(美食&300元代金券)
【轻众测】葡萄科技 PaiBand 成长手环
【达人专享】inxni 以内 导航 扫地机器人
【轻众测】FIIL Carat 智能运动耳机(评论有奖)
【抢先首发】MegaStone 谜石 樱桃红轴机械键盘
【抢先首发】海鲸科技 嗨镜H2 观影VR眼镜
【抢先首发】Ola Plus 智能指纹锁
【抢先首发】小吉 智能 迷你滚筒洗衣机Pro版
【抢先首发】Honor 荣耀手表 S1(颜色随机)
【抢先首发】Jaybird freedom Wireless 无线蓝牙运动耳机
【抢先首发】锤子M1系新品手机
赞32评论56
赞65评论98
赞41评论51
收藏9325评论5570
收藏92评论55
收藏2812评论331
收藏307评论394
收藏22评论52
收藏64评论31
收藏198评论198
收藏147评论147
收藏244评论244
扫一下,分享更方便,购买更轻松大众凌渡顶配原车导航叫什么名字?在杂物箱还有个小CD的那种_百度知道升级分为Elasticsearch server升级和Elasticsearch client api升级
为什么要迁移
当前团队内多个业务方公用一套ES集群,容易被影响,重要业务应该独自搭建一套集群
迁移的优势:
降低业务耦合性,加强不同业务隔离;
丰富的资源提供更好的服务支撑;
为什么选择ES2.3
在1.X系列之上,ES2.X算是开启了又一个重要的里程碑,文档的展示样式也体现了该版本的重要性,当然了这只是冰山一角;
下边是增强说明(下边两幅图说明了同一个观点:更优秀的功能集成在了2.X版本上):
附上地址:& &新功能
我们既然决定了迁移,那就一起升级到优秀的版本,2.3.3是当时最新的版本,算是比较稳定的版本,看他最近一次提交是5.17;
迁移的效果如何
上边两个接口的迁移效果
因为上周中间才开始,还在观察期,中间的几个突兀是期间来回切换重启,缓存失效引起,当然,这个效果是ES Server在基本上没怎么调优的情况下的效果,之后会一遍观察,一遍调优,找出适合我们自己的配置;
ES升级方案
搭建自己业务独立的ES集群(2.3.3)
API更新换代
*以下列表中的参数可支持自动化配置,其余未列出来皆用默认配置(如有不妥,请及时纠偏,尤其是 配置节点类型一列)
配置参数功能简介配置节点类型自动化配置建议配置所属模块
node.master
是否是master
是否是data
index.number_of_shards
索引分片数
index.number_of_replicas
索引备份数
index.refresh_interval
refresh时间
index.merge.scheduler.max_thread_count
merge线程数
index.unassigned.node_left.delayed_timeout
一个node脱离集群后多长时间之外才开始进行一系列的备份操作
index.search.slowlog.threshold.query.warn
query慢日志时间设置
index.search.slowlog.threshold.fetch.warn
fetch慢日志时间设置
index.indexing.slowlog.threshold.index.warn
index慢日志时间设置
monitor.jvm.gc.old.warn
gc时间设置
monitor.jvm.
monitor.jvm.gc.young.warn
monitor.jvm.
script.inline
是否支持script表达式搜索
script.indexed
log日志路径
存储数据路径
network.host
对外发布本机ip
transport.tcp.port
discovery.zen.ping.multicast.enabled
是否开启相同集群名称则组成集群
discovery.zen.ping.unicast.hosts
单播机器列表
discovery.zen.minimum_master_nodes
组成master集群的最小节点数
gateway.recover_after_data_nodes
full restart 参数设置
gateway.expected_data_nodes
gateway.expected_master_nodes
gateway.recover_after_master_nodes
gateway.expected_nodes
&gateway.recover_after_nodes
gateway.recover_after_time
action.disable_delete_all_indices
是否允许全部删除
action.destructive_requires_name
是否允许正则表达式删除
shield.enabled
是否支持shield
监控方案:ElasticSearch集群监控报警指标梳理
监控效果:这部分为内部监控
2.0比1.7的变化
其中红色部分是这次迁移过程中遇到需要解决的问题,带箭头的是ES Server变化的相关部分,不带箭头的是代码层面需要变化的部分;
其中,代码改动部分最大的是Query DSL
search changes:search type的count和scan过期了;
比较少,摘一个
如何同步迁移时的新需求
从master分支上上新开一个branch ,每次master增加新功能,上线之后,立马同步到新的branch,时时保证同步性;
搭建一套新的ES2.3.3集群;
全量写入数据索引,观察ES写入是否正常,修改出现的问题,直至索引写入OK;
上线每天全量刷数据到索引的服务,观察两天,索引创建过程及结果正常;
此时线上有一套1.7的刷索引服务和读索引服务,还有一套ES2.3刷索引服务,此时ES2.3增量索引也正常进行;
将搭建好的ES2.3备份集群上线,收集数据服务接入该备份集群,通过双写的方式保证数据正常;
在3、4、5进行期间,在测试环境上部署ES2.3的搜索服务,通过这段时间线下的点击来发现问题,修复直至搜索和1.7结果一致;
原有服务4台Server,增加一台Server,发ES2.3API端的分支(该分支请求ES2.3索引),通过流量配置平台将该台server流量调至1/50,通过观察错误日志和监控图表,直至无问题;(此时有问题,通过OCTO的禁用,可以瞬间恢复)
继续放开流量,一边放流量一遍观察日志和监控,直到1/5,没问题,然后发新加的3台机器,直至放入1/2流量,继续观察,无问题后,通过服务管理平台禁用原来ES1.7的API端而不是直接下掉服务(这样即使有问题,可以通过服务管理平台的禁用瞬间恢复);PS:这个观察的时间还是蛮长的,几个小时吧
观察一段时间没什么问题,随后增加少量代码,实现一键切换的功能,验证、上线,完全上线之后,一键切换到备份集群,没什么问题,再切回来;
观察整个周末线上服务的一个运行情况,基本无大碍(有一个GC的问题,已经整理到需要解决的问题里边),然后将数据收集服务里边的一些定时任务迁移到ES2.3的收集服务里边,上线;
截止到上周末为止,升级、迁移基本完成,原有集群任务还在跑,考虑再跑这周,下周跑几天,没有问题的话,做一下善后处理,下掉对ES1.7的完全引用,收拾收拾代码,开始ES2.3的业务之旅;
ES集群宕机方案
采用双写的机制,保证当前使用索引和备份索引保持一致;
采用ZK配置,一键切换使用集群;
阅读(...) 评论()

我要回帖

更多关于 凌渡加装导航 的文章

 

随机推荐