docker_sysctl
Sysctl 用于配置运行时的内核参数,正常情况下修改 /etc/sysctl.conf
. 然后执行 sysctl -p
就能够设置成功。
当使用 Docker 启动服务时,使用 sysctl -p 来配置 docker 的参数时会出现问题。比如
1 | sysctl: cannot stat /proc/sys/net/core/rmem_max: No such file or directory |
Sysctl 用于配置运行时的内核参数,正常情况下修改 /etc/sysctl.conf
. 然后执行 sysctl -p
就能够设置成功。
当使用 Docker 启动服务时,使用 sysctl -p 来配置 docker 的参数时会出现问题。比如
1 | sysctl: cannot stat /proc/sys/net/core/rmem_max: No such file or directory |
https://rocketmq.apache.org/docs/quick-start/
github: https://github.com/apache/rocketmq
Apache RocketMQ 架构
Docker 镜像是由 Layers 组成,Dockerfile 中每一条指令都会创建一个层,层数最多 127 层。
默认情况下,Docker 通过监听本地的 unix socket 运行,同时还可以通过 TCP 进行通信,方便对 Docker 集群 管理。Docker 官方提供了通过 TLS 加密,来保证只有信任的客户端才能远程访问 Docker 服务。
采用私有 CA 签名证书。客户端只能够连接到该 CA 签名的证书和服务器。
/文章过时/ :摇号和排队已经变化,本文已经不适用。
北京汽车摇号到底是怎么摇的,很多人只知道自己摇了多长时间,倍数是多少。这里我帮大家看了一下。
摇号规则
1、摇号基数序号分配方法:首先,将当期所有审核通过的编码按从小到大的顺序分配序号;然后,第二阶梯及以上的编码按从小到大的顺序,接在后面继续分配序号;再然后,第三阶梯及以上的编码按从小到大的顺序,接在后面继续分配序号;以此类推。因此,高阶梯的编码所对应的多个摇号基数序号是不连号的,当期摇号基数序号总数=第一阶梯人数+第二阶梯人数×2+第三阶梯人数×3…… 2、摇号方法:摇号程序从当期所有摇号基数序号中随机抽取中签者,高阶梯的编码对应多个摇号基数序号,于是享受了多倍的中签概率。摇号程序确保高阶梯编码的多个摇号基数序号最多只能摇中一个,当其中一个摇号基数序号中签,该编码即中签。
看到上面这一段会有点懵,大部分人会被阶梯和乘数搞混乱。 这里我来帮大家解释一下。
是守护进程负责管理拓扑信息。客户端通过查询 nsqlookupd 来发现指定话题(topic)的生产者,并且 nsqd 节点广播话题(topic)和通道(channel)信息。
默认情况下 kong 监控一下端口
:8000
监听来自客户端的传入HTTP流量,并将其转发到上游服务。:8443
监听来自客户端的HTTPS流量。此端口具有与端口类似的行为:8000
,但它仅需要HTTPS流量。可以通过配置文件禁用此端口。8000
和 8443
作为提供服务的端口,在正常的线上服务是需要修改成 80
和 443
端口。使用 docker
来启动会很方便做端口映射,而不需要对配置做修改:8001
管理端口,提供管理 Admin API:8444
Admin API 的 HTTPS
端口在最开始的看 Kong 相关的时候,一下看到 4 个服务端口会有些焦虑,实际上只是只是两种服务提供了 HTTP
和 HTTPS
的访问,8000和8443提供服务,8001和8443 用来管理。
zabbix 配置看上去很复杂。 实际上是由于界面布局不合理,功能都是以展示为主,平铺直列。在直观状态下实际上是误导。
作为一个运维监控的工具。把我们自己需要的功能对应到 zabbix 上,就会变的很好理解。
基本需求,就是需要监控一群机器,并给出相应的可视化的表或者提示。 实际上可以按照层级关系列出,而不是按照 zabbix 界面的平铺。
Firefox 升级后开始不支持三方协议的插件,调试 coap 协议使用的 Copper 插件在Firefox上不起作用。
需要做调试的时候,发现在关闭了 Firefox 更新的情况下 Copper 插件依然不起作用,于是想着重新安装,在插件商店里面居然已经找不到 Copper 这个插件了。官方已经将这个插件从 Firefox 的商店下架了。
使用RES版是因为正常的版本从源码加载插件插件依然无法使用
安装方式参考github的安装说明
nginx server_name 配置文档: http://nginx.org/en/docs/http/server_names.html
在做 nginx 正则表达式 proxy_pass,nginx 反向代理不过去。 比如
1 | server { |
会报出如下错误
no resolver defined to resolve xxx.xxx
web端返回http 502 错误。
在Ngnix中如果用变量作为反向代理的地址时,容易出现“no resolver defined to resolve xxx.xxx”的问题
在 Nginx 0.6.18 后启用了 resolver 指令,在使用变量来构造某个server地址的时候一定要用resolver指令来指定DNS服务器的地址
所以在nginx的配置文件中的http{}部分添加一行resolver 8.8.8.8;
resolver 8.8.8.8;
1 | server { |