网络总时延=核心网传播时延+核心网转发时延+终端空口时延
传播时延：1000千米来回10ms
转发时延：每隔1个路由器增加1ms，可以根据TTL值算经过了多少路由器
空口时延：4G为10ms，5G为1ms，有线为1ms
举个例子
例如500KM距离，经过8个路由器，4G和5G到中心云及用户间数据交互时延如下：
4G网络到云中心总延时为2.5ms+8ms+10ms=20.5ms；
5G网络到云中心总时延为2.5ms+8ms+1ms=11.5ms。
2个4G用户数据交互网络总延时为5ms+16ms+20ms=41ms；
2个5G用户数据交互网络总时延为5ms+16ms+2ms=23ms。
PI[……]
摘自谢朝阳《5G边缘云计算 规划 实施 运维》
运维是持久战
“三分建设，七分运维”，运维是持久战。
运维的终极目标
好的运维是多要素的融合，包括规范的流程和技术。因此，达到智能化的可靠性（Reliability）、可用性（Availability）、安全性（Security）、可扩展性（Scalability）、易管性（Manageability-Intelligence）—简称RASSM-I—是运维的终极目标（Nirvana）。
运维需要具备的能力
产品研发能力
由于云计算产品所面对的数据量、计算量极其庞大，需要能快速迭代、收敛问题。这就要求运维人员能通过自身对底层和开发的了解，以及对[......]
1.看日志发现正常日志和错误日志比例几乎1：1
2.错误日志全部是104: Connection reset by peer) while reading upstream
3.看访问日志也没有其他http错误状态码
[root@VM_0_22_centos logs]# ls -lh
total 389M
-rw-r--r-- 1 work work 191M Oct 30 17:30 ttt.minminmsn.com_access.log
-rw-r--r-- 1 work work 199M Oct 30 17:30 ttt.minminmsn.com_error.log[......]最近某个5节点es集群发现其中1个主节点（被选中master）cpu负载很高，其中3节点master角色，所有节点默认data角色，初步操作重启这个主节点，使其角色变更减少压力，发现不起作用。
后来使用Cerebro分析发现其中有个geo_infomation信息索引只有一个分片，且大小超过20G，默认单分片在SSD盘中大小最好不超过20G，HDD盘中大小最好不超过10G时性能最佳，这里分片不均衡导致集群压力分配不均。
所以现在需要改变geo_information的索引分片信息，由于不可变更已经生成索引的分片信息，所以只能新建一个索引（默认5分片），然后迁移索引mapping和dat[……]
接到使用者反馈编辑后保存不了
对应的url为 http://wiki.minminmsn.com/pages/viewpage.action?pageId=42319234
查看前端日志
[root@wiki confluence]# grep "viewpage.action?pageId=42319234" access.log |grep -Ev "200 "|grep POST
172.30.30.12 - - [18/Sep/2020:11:37:43 +0800] "POST /rest/tinymce/1/drafts HTTP/1.1" 500 4[......]