nginx的add_header及proxy_set_header命令有三个地方可以配置，分别是http,server,location。我们一般对其优先级的理解是location->server->http。
这没有错，但是这个优先级是指令级别的（不包括指令后面的参数），也就是说：假设在http和server内都有add_header,那么只有server内的生效，忽略http内的add_header，而不管在这两个地方配置新增的header是不是一样。
proxy_set_header也是一样的效果。所以个人推测有很多nginx指令可能都是这样的规则。
另个在同一级别也有坑，对于add_header，如果同一个域名的两个不同location加了不同的add_header，那么只有最后一个location内的生效。这个我没有亲测，详细的可以看下面的参考链接。
以下是网上看到的简介：
Prometheus 是一套开源的系统监控报警框架。它启发于 Google 的 borgmon 监控系统，由工作在 SoundCloud 的 google 前员工在 2012 年创建，作为社区开源项目进行开发，并于 2015 年正式发布。2016 年，Prometheus 正式加入 Cloud Native Computing Foundation，成为受欢迎度仅次于 Kubernetes 的项目。
作为新一代的监控框架，Prometheus 具有以下特点：
下面这个参数是elasticsearch延迟分配的超时时间,不让集群认为节点失效而发起均衡。重启节点前可以加这个配置，减少平衡：
curl -XPUT 'http://127.0.0.1:9200/_all/_settings' -H 'Content-Type: application/json' -d '
{
"settings": {
"index.unassigned.node_left.delayed_timeout": "5m"
}
}'
另外还有3个参数：
gateway.recover_after_nodes: 8
gateway.expected_nodes: 10
gateway.recover_after_time: 5m
这意味着 Elasticsearch 会采取如下操作：
– 等待集群至少存在 8 个节点
– 等待 5 分钟，或者10 个节点上线后，才进行数据恢复，这取决于哪个条件先达到。
这三个设置可以在集群重启的时候避免过多的分片交换。这可能会让数据恢复从数个小时缩短为几秒钟。
注意：这些配置只能设置在 config/elasticsearch.yml 文件中或者是在命令行里（它们不能动态更新）它们只在整个集群重启的时候有实质性作用。
参考：这将阻止 Elasticsearch 在存在至少 8 个节点（数据节点或者 master 节点）之前进行数据恢复。 这个值的设定取决于个人喜好：整个集群提供服务之前你希望有多少个节点在线？这种情况下，我们设置为 8，这意味着至少要有 8 个节点，该集群才可用。
导入：
/usr/local/kafka/bin/kafka-console-producer.sh --broker-list 10.16.252.48:9092,10.16.252.49:9092,10.16.252.50:9092 --topic k8s_log_pl_old < /data/k8s_log_pl.txt
导出：
/usr/local/kafka/bin/kafka-console-consumer.sh --zookeeper 10.16.252.48:2181,10.16.252.49:2181,10.16.252.50:2181 --topic k8s_log_pl --from-beginning > /data/k8s_log_pl.txt &
kafka增加分区：
./kafka-topics.sh --alter --zookeeper 10.16.252.48:2181,10.16.252.49:2181,10.16.252.50:2181 --topic k8scs1_log_online --partitions 24
在centOS 6和7上，vim默认开启了自动注释，当我们想复制一段文本，而这个文本内其中一行带有#号时，从这一行开始，下面就会每一行都多一个#号，非常的不方便。
可以用以下命令将其关闭：
:set fo-=r
再度开启的命令为：
:set fo=r
PS:
关闭自动缩进（这个对C/C++代码好像无效）
:set noautoindent
关闭C语言缩进：
:set nocindent
再 Shift + Insert
恢复:
:set autoindent
:set cindent
启动生效请修改vimrc文件
参考：https://vim.fandom.com/wiki/Disable_automatic_comment_insertion
Kafka专为分布式高吞吐量系统而设计。 作为一个更传统的消息代理的替代品。 与其他消息传递系统相比，Kafka具有更好的吞吐量，内置分区，复制和固有的容错能力，这使得它非常适合大规模消息处理应用程序。
在实际使用中，kafka的不同版本协议也不完全一致，不是向下兼容的，使用时需特别注意，我这里使用的是0.9.0.1的版本。
本次安装的服务器为物理机3台:
CPU：双Intel(R) Xeon(R) Silver 4110 CPU @ 2.10GHz
内存：128G配置
10块SAS HDD 1T盘做raid10，挂载到/data1。
| 主机名 | IP | 备注 |
|---|---|---|
| sh-saas-k8s-kafka-online-01 | 10.16.252.33 | zookeeper,kafka |
| sh-saas-k8s-kafka-online-02 | 10.16.252.39 | zookeeper,kafka |
| sh-saas-k8s-kafka-online-03 | 10.16.252.40 | zookeeper,kafka |
kafka需要用到zookeeper，所以我们需要先安装zookeeper。kafka及zookeeper都需要是JAVA语言开发，需要使用JDK，推荐1.8版本。
下载：
mkdir rook
cd rook/
wget https://raw.githubusercontent.com/rook/rook/release-1.0/cluster/examples/kubernetes/ceph/common.yaml
wget https://raw.githubusercontent.com/rook/rook/release-1.0/cluster/examples/kubernetes/ceph/cluster.yaml
wget https://raw.githubusercontent.com/rook/rook/release-1.0/cluster/examples/kubernetes/ceph/operator.yaml
修改配置：
vim cluster.yaml
apiVersion: ceph.rook.io/v1
kind: CephCluster
metadata:
name: rook-ceph
namespace: rook-ceph
spec:
cephVersion:
image: ceph/ceph:v13 #ceph版本
allowUnsupported: false
dataDirHostPath: /data/ceph/rook #存储的目录
mon:
count: 3
allowMultiplePerNode: false
dashboard:
enabled: true
network:
hostNetwork: false
rbdMirroring:
workers: 0
annotations:
resources:
useAllNodes: true
useAllDevices: true
deviceFilter:
location:
config:
directories:
- path: /data/ceph/rook
部署：
kubectl create -f common.yaml
kubectl create -f operator.yaml
kubectl create -f cluster.yaml
ActiveMQ 使用KahaDB存储时，默认的配置是所有队列都存在一个KahaDB内。使用久了会发现一个问题，就是DB文件越来越大，几十上百G。主要原因是当队列内只要有一条消息没有被消费掉，那么ActiveMQ是不会清理KahaDB的文件的。
为此，我们可以加一个过滤器，配置成每个队列一个KahaDB，来缓解这个问题，配置如下：
<persistenceAdapter>
<mKahaDB directory="${activemq.data}/kahadb">
<filteredPersistenceAdapters>
<!-- kahaDB per destinations -->
<filteredKahaDB perDestination="true">
<persistenceAdapter>
<kahaDB ignoreMissingJournalfiles="true" checkForCorruptJournalFiles="true" checksumJournalFiles="true" />
</persistenceAdapter>
</filteredKahaDB>
</filteredPersistenceAdapters>
</mKahaDB>
</persistenceAdapter>
一个Ceph集群至少需要一个Ceph Monitor和至少2个Ceph的OSD。
最近让不同JAVA版本的容器maven打包折腾的不行，终于理出了一点头绪。在这里记录下备忘。
先明确一个概念，关高版本JDK运行maven，是可以打出低版本的JAVA目标二进制文件的。比如用jdk 1.8运行maven，可以编译1.8,1.7.1.6等的代码，并输出相应版本的二进制文件。
当然，用低版本的jdk运行maven，是不可能输出高版本的JAVA二进制文件的。
另外：maven用哪个版本的JDK运行，取决于环境变量JAVA_HOME指向的是哪个版本。