- Raid 1 2 3 4 5 区别和工作原理?
RAID 0,1需要2块一样容量的硬盘。raid5需要3块。raid10需要4块
RAID 0的缺点是不提供数据冗余,因此一旦用户数据损坏,损坏的数据将无法得到恢复。
RAID 1又称为Mirror或Mirroring(镜像),它的宗旨是最大限度的保证用户数据的可用性和可修复性。
RAID 10以四个磁盘组成的RAID 0+1为例,RAID 0+1是存储性能和数据安全兼顾的方案。
RAID 5 是一种存储性能、数据安全和存储成本兼顾的存储解决方案。 RAID 5可以理解为是RAID 0和RAID 1的折中方案。RAID 5可以为系统提供数据安全保障,但保障程度要比Mirror低而磁盘空间利用率要比Mirror高。
RAID 5 具有和RAID 0相近似的数据读取速度,只是多了一个奇偶校验信息,写入数据的速度比对单个磁盘进行写入操作稍慢。同时由于多个数据对应一个奇偶校验信息,RAID 5的磁盘空间利用率要比RAID 1高,存储成本相对较低。
1. shell常用脚本?
代码如下:
sed 's/^/添加的头部&/g' //在所有行首添加
sed 's/$/&添加的尾部/g' //在所有行末添加
sed '2s/原字符串/替换字符串/g' //替换第2行
sed '$s/原字符串/替换字符串/g' //替换最后一行
sed '2,5s/原字符串/替换字符串/g' //替换2到5行
sed '2,$s/原字符串/替换字符串/g' //替换2到最后一行
替换样式可以多个在同一条命令中执行,用分号”;”分隔,例如:
代码如下:sed 's/^/添加的头部&/g;s/$/&添加的尾部/g' //同时执行两个替换规则
- lvs keepalived haporxy nginx 工作原理和区别?
⦁ NAT模式(VS-NAT)
⦁ IP隧道模式(VS-TUN)
⦁ 直接路由模式(VS-DR)
LVS的优点是:
1. 抗负载能力强、是工作在网络4层之上仅作分发之用,没有流量的产生,这个特点也决定了它在负载均衡软件里的性能最强的,对内存和cpu资源消耗比较低。
2. 配置性比较低,这是一个缺点也是一个优点,因为没有可太多配置的东西,所以并不需要太多接触,大大减少了人为出错的几率。
3. 工作稳定,因为其本身抗负载能力很强,自身有完整的双机热备方案,如LVS+Keepalived,不过我们在项目实施中用得最多的还是LVS/DR+Keepalived。
4. 无流量,LVS只分发请求,而流量并不从它本身出去,这点保证了均衡器IO的性能不会受到大流量的影响。
5. 应用范围比较广,因为LVS工作在4层,所以它几乎可以对所有应用做负载均衡,包括http、数据库、在线聊天室等等。
LVS的缺点是:
1. 软件本身不支持正则表达式处理,不能做动静分离;而现在许多网站在这方面都有较强的需求,这个是Nginx/HAProxy+Keepalived的优势所在。
2. 如果是网站应用比较庞大的话,LVS/DR+Keepalived实施起来就比较复杂了,特别后面有 Windows Server的机器的话,如果实施及配置还有维护过程就比较复杂了,相对而言,Nginx/HAProxy+Keepalived就简单多了。
HAProxy的特点是:
1. HAProxy也是支持虚拟主机的。
2. HAProxy的优点能够补充Nginx的一些缺点,比如支持Session的保持,Cookie的引导;同时支持通过获取指定的url来检测后端服务器的状态。
3. HAProxy跟LVS类似,本身就只是一款负载均衡软件;单纯从效率上来讲HAProxy会比Nginx有更出色的负载均衡速度,在并发处理上也是优于Nginx的。
4. HAProxy支持TCP协议的负载均衡转发,可以对MySQL读进行负载均衡,对后端的MySQL节点进行检测和负载均衡,大家可以用LVS+Keepalived对MySQL主从做负载均衡。
Nginx和LVS对比的总结:
1. Nginx工作在网络的7层,所以它可以针对http应用本身来做分流策略,比如针对域名、目录结构等,相比之下LVS并不具备这样的功能,所以Nginx单凭这点可利用的场合就远多于LVS了;
但Nginx有用的这些功能使其可调整度要高于LVS,所以经常要去触碰触碰,触碰多了,人为出问题的几率也就会大。
1. docker创建镜像 怎样启动,docker常用命令?
docker run -d -p
2.docker常用命令
创建一个新的容器。
# 使用docker镜像nginx:latest以后台模式启动一个容器,# 并将容器命名为mynginx。 docker run --name mynginx -d nginx:latest # 使用镜像 nginx:latest,以后台模式启动一个容器,# 将容器的 80 端口映射到主机的 80 端口,# 主机的目录 /data 映射到容器的 /data。 docker run -p 80:80 -v /data:/data -d nginx:latest # 使用镜像nginx:latest以交互模式启动一个容器,# 在容器内执行/bin/bash命令。 docker run -it nginx:latest /bin/bash
start/stop/restart
- docker start : 启动一个或多个已经被停止的容器。
- docker stop : 停止一个运行中的容器。
- docker restart : 重启容器。
# 启动已被停止的容器mynginx docker start mynginx # 停止运行中的容器mynginx docker stop mynginx # 重启容器mynginx docker restart mynginx
kill
杀掉一个运行中的容器。可选参数:
- -s : 发送什么信号到容器,默认 KILL
# 根据容器名字杀掉容器 docker kill tomcat7 # 根据容器ID杀掉容器 docker kill 65d4a94f7a39
rm
删除一个或多个容器。
# 强制删除容器 db01、db02: docker rm -f db01 db02 # 删除容器 nginx01, 并删除容器挂载的数据卷: docker rm -v nginx01 # 删除所有已经停止的容器: docker rm $(docker ps -a -q)
create
创建一个新的容器但不启动它。
# 使用docker镜像nginx:latest创建一个容器,并将容器命名为mynginx docker create --name mynginx nginx:latest
exec
在运行的容器中执行命令。可选参数:
- -d : 分离模式: 在后台运行
- -i : 即使没有附加也保持STDIN 打开
- -t : 分配一个伪终端
# 在容器 mynginx 中以交互模式执行容器内 /root/nginx.sh 脚本 docker exec -it mynginx /bin/sh /root/nginx.sh # 在容器 mynginx 中开启一个交互模式的终端 docker exec -i -t mynginx /bin/bash # 也可以通过 docker ps -a 命令查看已经在运行的容器,然后使用容器 ID 进入容器。 docker ps -a docker exec -it 9df70f9a0714 /bin/bash
pause/unpause
- docker pause :暂停容器中所有的进程。
- docker unpause :恢复容器中所有的进程。
# 暂停数据库容器db01提供服务。 docker pause db01 # 恢复数据库容器 db01 提供服务 docker unpause db0
容器操作命令
ps
列出容器。可选参数:
- -a : 显示所有的容器,包括未运行的。
- -f : 根据条件过滤显示的内容。
- –format : 指定返回值的模板文件。
- -l : 显示最近创建的容器。
- -n : 列出最近创建的n个容器。
- –no-trunc : 不截断输出。
- -q : 静默模式,只显示容器编号。
- -s : 显示总的文件大小。
# 列出所有在运行的容器信息。 docker ps # 列出最近创建的5个容器信息。 docker ps -n 5 # 列出所有创建的容器ID。 docker ps -a -q
补充说明:
容器的7种状态:created(已创建)、restarting(重启中)、running(运行中)、removing(迁移中)、paused(暂停)、exited(停止)、dead(死亡)。
inspect
获取容器/镜像的元数据。可选参数:
- -f : 指定返回值的模板文件。
- -s : 显示总的文件大小。
- –type : 为指定类型返回JSON。
# 获取镜像mysql:5.7的元信息。 docker inspect mysql:5.7 # 获取正在运行的容器mymysql的 IP。 docker inspect --format='{{range .NetworkSettings.Networks}}{{.IPAddress}}{{end}}' mymysql
top
查看容器中运行的进程信息,支持 ps 命令参数。
# 查看容器mymysql的进程信息。 docker top mymysql # 查看所有运行容器的进程信息。 for i in `docker ps |grep Up|awk '{print $1}'`;do echo \ &&docker top $i; done
events
获取实时事件。参数说明:
- -f : 根据条件过滤事件;
- –since : 从指定的时间戳后显示所有事件;
- –until : 流水时间显示到指定的时间为止;
# 显示docker 2016年7月1日后的所有事件。 docker events --since="1467302400" # 显示docker 镜像为mysql:5.6 2016年7月1日后的相关事件。 docker events -f "image"="mysql:5.6" --since="1467302400"
说明:如果指定的时间是到秒级的,需要将时间转成时间戳。如果时间为日期的话,可以直接使用,如–since=“2016-07-01”。
logs
获取容器的日志。参数说明:
- -f : 跟踪日志输出
- –since : 显示某个开始时间的所有日志
- -t : 显示时间戳
- –tail : 仅列出最新N条容器日志
# 跟踪查看容器mynginx的日志输出。 docker logs -f mynginx # 查看容器mynginx从2016年7月1日后的最新10条日志。 docker logs --since="2016-07-01" --tail=10 mynginx
export
将文件系统作为一个tar归档文件导出到STDOUT。参数说明:
- -o : 将输入内容写到文件。
# 将id为a404c6c174a2的容器按日期保存为tar文件。 docker export -o mysql-`date +%Y%m%d`.tar a404c6c174a2 ls mysql-`date +%Y%m%d`.tar
port
列出指定的容器的端口映射。
# 查看容器mynginx的端口映射情况。 docker port mymysql
容器rootfs命令
commit
从容器创建一个新的镜像。参数说明:
- -a : 提交的镜像作者;
- -c : 使用Dockerfile指令来创建镜像;
- -m : 提交时的说明文字;
- -p : 在commit时,将容器暂停。
# 将容器a404c6c174a2 保存为新的镜像,# 并添加提交人信息和说明信息。 docker commit -a "guodong" -m "my db" a404c6c174a2 mymysql:v1
cp
用于容器与主机之间的数据拷贝。参数说明:
- -L : 保持源目标中的链接
# 将主机/www/runoob目录拷贝到容器96f7f14e99ab的/www目录下。 docker cp /www/runoob 96f7f14e99ab:/www/ # 将主机/www/runoob目录拷贝到容器96f7f14e99ab中,目录重命名为www。 docker cp /www/runoob 96f7f14e99ab:/www # 将容器96f7f14e99ab的/www目录拷贝到主机的/tmp目录中。 docker cp 96f7f14e99ab:/www /tmp/
diff
检查容器里文件结构的更改。
# 查看容器mymysql的文件结构更改。 docker diff mymysql
镜像仓库命令
login/logout
docker login : 登陆到一个Docker镜像仓库,如果未指定镜像仓库地址,默认为官方仓库 Docker Hubdocker logout :登出一个Docker镜像仓库,如果未指定镜像仓库地址,默认为官方仓库 Docker Hub参数说明:
- -u : 登陆的用户名
- -p : 登陆的密码
# 登陆到Docker Hub docker login -u 用户名 -p 密码 # 登出Docker Hub docker logout
pull
从镜像仓库中拉取或者更新指定镜像。参数说明:
- -a : 拉取所有 tagged 镜像
- –disable-content-trust : 忽略镜像的校验,默认开启
# 从Docker Hub下载java最新版镜像。 docker pull java # 从Docker Hub下载REPOSITORY为java的所有镜像。 docker pull -a java
push
将本地的镜像上传到镜像仓库,要先登陆到镜像仓库。参数说明:
- –disable-content-trust : 忽略镜像的校验,默认开启
# 上传本地镜像myapache:v1到镜像仓库中。 docker push myapache:v1
search
从Docker Hub查找镜像。参数说明:
- –automated : 只列出 automated build类型的镜像;
- –no-trunc : 显示完整的镜像描述;
- -f \<过滤条件>: 列出指定条件的镜像。
# 从 Docker Hub 查找所有镜像名包含 java,并且收藏数大于 10 的镜像 docker search -f stars=10 java NAME DESCRIPTION STARS OFFICIAL AUTOMATED java Java is a concurrent, class-based... 1037 [OK] anapsix/alpine-java Oracle Java 8 (and 7) with GLIBC ... 115 [OK] develar/java 46 [OK]
每列参数说明:
- NAME: 镜像仓库源的名称
- DESCRIPTION: 镜像的描述
- OFFICIAL: 是否 docker 官方发布
- stars: 类似 Github 里面的 star,表示点赞、喜欢的意思
- 另外搜索公众号GitHub猿后台回复“赚钱”,获取一份惊喜礼包。
- AUTOMATED: 自动构建
本地镜像管理命令
images
列出本地镜像。参数说明:
- -a : 列出本地所有的镜像(含中间映像层,默认情况下,过滤掉中间映像层);
- –digests : 显示镜像的摘要信息;
- -f : 显示满足条件的镜像;
- –format : 指定返回值的模板文件;
- –no-trunc : 显示完整的镜像信息;
- -q : 只显示镜像ID。
# 查看本地镜像列表。 docker images # 列出本地镜像中REPOSITORY为ubuntu的镜像列表。 docker images ubuntu
rmi
删除本地一个或多个镜像。参数说明:
- -f : 强制删除;
- –no-prune : 不移除该镜像的过程镜像,默认移除;
- 另外,搜索公众号Linux就该这样学后台回复“Linux”,获取一份惊喜礼包。
# 强制删除本地镜像 guodong/ubuntu:v4。 docker rmi -f guodong/ubuntu:v4
tag
标记本地镜像,将其归入某一仓库。
# 将镜像ubuntu:15.10标记为 runoob/ubuntu:v3 镜像。 docker tag ubuntu:15.10 runoob/ubuntu:v3
build
用于使用 Dockerfile 创建镜像。参数说明:
- –build-arg=[] : 设置镜像创建时的变量;
- –cpu-shares : 设置 cpu 使用权重;
- –cpu-period : 限制 CPU CFS周期;
- –cpu-quota : 限制 CPU CFS配额;
- –cpuset-cpus : 指定使用的CPU id;
- –cpuset-mems : 指定使用的内存 id;
- –disable-content-trust : 忽略校验,默认开启;
- -f : 指定要使用的Dockerfile路径;
- –force-rm : 设置镜像过程中删除中间容器;
- –isolation : 使用容器隔离技术;
- –label=[] : 设置镜像使用的元数据;
- -m : 设置内存最大值;
- –memory-swap : 设置Swap的最大值为内存+swap,"-1"表示不限swap;
- –no-cache : 创建镜像的过程不使用缓存;
- –pull : 尝试去更新镜像的新版本;
- –quiet, -q : 安静模式,成功后只输出镜像 ID;
- –rm : 设置镜像成功后删除中间容器;
- –shm-size : 设置/dev/shm的大小,默认值是64M;
- –ulimit : Ulimit配置。
- –squash : 将 Dockerfile 中所有的操作压缩为一层。
- –tag, -t: 镜像的名字及标签,通常 name:tag 或者 name 格式;可以在一次构建中为一个镜像设置多个标签。
- –network: 默认 default。在构建期间设置RUN指令的网络模式
# 使用当前目录的 Dockerfile 创建镜像,标签为 runoob/ubuntu:v1 docker build -t runoob/ubuntu:v1 . # 使用URL github.com/creack/docker-firefox 的 Dockerfile 创建镜像 docker build github.com/creack/docker-firefox # 通过 -f Dockerfile文件的位置 创建镜像 docker build -f /path/to/a/Dockerfile .
history
查看指定镜像的创建历史。参数说明:
- -H : 以可读的格式打印镜像大小和日期,默认为true;
- –no-trunc : 显示完整的提交记录;
- -q : 仅列出提交记录ID。
# 查看本地镜像 guodong/ubuntu:v3 的创建历史。 docker history guodong/ubuntu:v3
save
将指定镜像保存成 tar 归档文件。参数说明:
- -o : 输出到的文件。
# 将镜像 runoob/ubuntu:v3 生成 my_ubuntu_v3.tar 文档 docker save -o my_ubuntu_v3.tar runoob/ubuntu:v3
load
导入使用 docker save
命令导出的镜像。参数说明:
- –input , -i : 指定导入的文件,代替 STDIN。
- –quiet , -q : 精简输出信息。
# 导入镜像 docker load --input fedora.tar
import
从归档文件中创建镜像。参数说明:
- -c : 应用docker 指令创建镜像;
- -m : 提交时的说明文字;
# 从镜像归档文件my_ubuntu_v3.tar创建镜像,命名为runoob/ubuntu:v4 docker import my_ubuntu_v3.tar runoob/ubuntu:v4
基础版本信息命令
info
显示 Docker 系统信息,包括镜像和容器数。
# 查看docker系统信息。 docker info
version
显示 Docker 版本信息。
docker version
- nginx tomcat php-fpm怎样做优化 并发、日pv量?
Nginx的优化
1. gzip压缩优化
2. expires缓存有还
3. 网络IO事件模型优化
4. 隐藏软件名称和版本号
5. 防盗链优化
6. 禁止恶意域名解析
7. 禁止通过IP地址访问网站
8. HTTP请求方法优化
9. 防DOS×××单IP并发连接的控制,与连接速率控制
10. 严格设置web站点目录的权限
11. 将nginx进程以及站点运行于监牢模式
12. 通过robot协议以及HTTP_USER_AGENT防爬虫优化
13. 配置错误页面根据错误码指定网页反馈给用户
14. nginx日志相关优化访问日志切割轮询,不记录指定元素日志、最小化日志目录权限
15. 限制上传到资源目录的程序被访问,防止×××***系统破坏文件
16. FastCGI参数buffer和cache配置文件的优化
17. php.ini和php-fpm.conf配置文件的优化
18. 有关web服务的Linux内核方面深度优化(网络连接、IO、内存等)
19. nginx加密传输优化(SSL)
20. web服务器磁盘挂载及网络文件系统的优化
21. 使用nginx cache
1. tcp/ip三次握手和四次断开的工作原理?
第一次挥手:Client发送一个FIN,用来关闭Client到Server的数据传送,Client进入FIN_WAIT_1状态。
第二次挥手:Server收到FIN后,发送一个ACK给Client,确认序号为收到序号+1(与SYN相同,一个FIN占用一个序号),Server进入CLOSE_WAIT状态。
第三次挥手:Server发送一个FIN,用来关闭Server到Client的数据传送,Server进入LAST_ACK状态。
第四次挥手:Client收到FIN后,Client进入TIME_WAIT状态,接着发送一个ACK给Server,确认序号为收到序号+1,Server进入CLOSED状态,完成四次挥手。
1. mysql主从复制读写分离的工作原理?增删改查操作命令? mysql引擎?mysql优化?
mysql主从复制原理:
从库生成两个线程,一个I/O线程,一个SQL线程;
i/o线程去请求主库 的binlog,并将得到的binlog日志写到relay log(中继日志) 文件中;主库会生成一个 log dump 线程,用来给从库 i/o线程传binlog;
SQL 线程,会读取relay log文件中的日志,并解析成具体操作,来实现主从的操作一致,而最终数据一致;
2.MySQL增删改查?
增加记录
INSERT INTO 表名(字段名,字段名) VALUES (值,值);
删除记录
DELETE FROM 表名 WHERE 条件(oracal中就可以不要from)
修改记录
UPDATE 表名 SET 字段=值,字段=值 WHERE 条件
查询记录
SELECT 字段,字段 FROM 表名 WHERE 条件
Mysql的优化,大体可以分为三部分:索引的优化,sql语句的优化,表的优化
mysql的索引有5种:主键索引、普通索引、唯一索引、全文索引、聚合索引(多列索引)。
索引的语法:
查看某张表的索引:show index from 表名;
创建普通索引:alter table 表名 add index 索引名 (加索引的列)
创建聚合索引:alter table 表名 add index 索引名 (加索引的列1,加索引的列2)
删除某张表的索引:drop index 索引名 on 表名;
MySQL常用的四种引擎的介绍:
(1):MyISAM存储引擎:不支持事务、也不支持外键,优势是访问速度快,对事务完整性没有 要求或者以select,insert为主的应用基本上可以用这个引擎来创建表
支持3种不同的存储格式,分别是:静态表;动态表;压缩表。
静态表:表中的字段都是非变长字段,这样每个记录都是固定长度的,优点存储非常迅速,容易缓存,出现故障容易恢复;缺点是占用的空间通常比动态表多(因为存储时会按照列的宽度定义补足空格)ps:在取数据的时候,默认会把字段后面的空格去掉,如果不注意会把数据本身带的空格也会忽略。
动态表:记录不是固定长度的,这样存储的优点是占用的空间相对较少;缺点:频繁的更新、删除数据容易产生碎片,需要定期执行OPTIMIZE TABLE或者myisamchk-r命令来改善性能
压缩表:因为每个记录是被单独压缩的,所以只有非常小的访问开支
(2)InnoDB存储引擎
该存储引擎提供了具有提交、回滚和崩溃恢复能力的事务安全。但是对比MyISAM引擎,写的处理效率会差一些,并且会占用更多的磁盘空间以保留数据和索引。
InnoDB存储引擎的特点:支持自动增长列,支持外键约束
(3):MEMORY存储引擎
Memory存储引擎使用存在于内存中的内容来创建表。每个memory表只实际对应一个磁盘文件,格式是.frm。memory类型的表访问非常的快,因为它的数据是放在内存中的,并且默认使用HASH索引,但是一旦服务关闭,表中的数据就会丢失掉。
MEMORY存储引擎的表可以选择使用BTREE索引或者HASH索引,两种不同类型的索引有其不同的使用范围
Hash索引优点:
Hash 索引结构的特殊性,其检索效率非常高,索引的检索可以一次定位,不像B-Tree 索引需要从根节点到枝节点,最后才能访问到页节点这样多次的IO访问,所以 Hash 索引的查询效率要远高于 B-Tree 索引。
Hash索引缺点: 那么不精确查找呢,也很明显,因为hash算法是基于等值计算的,所以对于“like”等范围查找hash索引无效,不支持;
Memory类型的存储引擎主要用于哪些内容变化不频繁的代码表,或者作为统计操作的中间结果表,便于高效地对中间结果进行分析并得到最终的统计结果,。对存储引擎为memory的表进行更新操作要谨慎,因为数据并没有实际写入到磁盘中,所以一定要对下次重新启动服务后如何获得这些修改后的数据有所考虑。
(4)MERGE存储引擎
Merge存储引擎是一组MyISAM表的组合,这些MyISAM表必须结构完全相同,merge表本身并没有数据,对merge类型的表可以进行查询,更新,删除操作,这些操作实际上是对内部的MyISAM表进行的。
优化SQL查询常用的方法包括:
• 使用索引。确保查询语句使用了正确的索引,避免全表扫描。对于频繁查询的字段,应创建索引。同时,避免使用过长的字段作为索引,因为这可能导致索引效率降低。1
• 避免使用不必要的数据。例如,使用`EXPLAIN`分析查询语句的执行计划,关注`type`列,确保查询类型不是`ALL`(全表扫描)。对于`IN`查询,如果可能,使用`between`或`in`代替,以减少索引的使用。23
• 使用`LIMIT`限制结果集。当只需要查询少量数据时,使用`LIMIT 1`可以避免扫描整个表。3
• 避免使用`OR`操作。如果`OR`操作中的条件都不包含索引,那么查询可能不会使用索引。在这种情况下,可以使用`union all`或`union`(必要时)来代替`OR`,以提高查询效率。
• 合理排序。如果查询语句中包含排序操作,确保排序字段使用了索引,以避免额外的排序操作。
• 使用`EXPLAIN`分析查询。通过`EXPLAIN`分析查询语句的执行计划,可以了解查询的效率和可能存在的问题。
• 避免使用`SELECT *`。在查询时,只选择需要的字段,避免不必要的字段选择,这可以减少CPU、IO、内存和网络带宽的消耗。
• 使用`JOIN`连接表。在多表连接查询时,应优先使用小表作为驱动表,并确保连接条件使用了索引。
这些方法可以帮助提高SQL查询的效率,减少资源消耗和响应时间。
1. zabbix常用组件 怎样监控主机?
进程介绍
zabbix_agentd
客户端守护进程,此进程收集客户端数据,例如cpu负载、内存、硬盘使用情况等
zabbix_get
zabbix工具,单独使用的命令,通常在server或者proxy端执行获取远程客户端信息的命令。通常用户排错。例如在server端获取不到客户端的内存数据,我们可以使用zabbix_get获取客户端的内容的方式来做故障排查。
zabbix_sender
zabbix工具,用于发送数据给server或者proxy,通常用于耗时比较长的检查。很多检查非常耗时间,导致zabbix超时。于是我们在脚本执行完毕之后,使用sender主动提交数据。
zabbix_server
zabbix服务端守护进程。zabbix_agentd、zabbix_get、zabbix_sender、zabbix_proxy、zabbix_java_gateway的数据最终都是提交到server
备注:当然不是数据都是主动提交给zabbix_server,也有的是server主动去取数据。
zabbix_proxy
zabbix代理守护进程。功能类似server,唯一不同的是它只是一个中转站,它需要把收集到的数据提交/被提交到server里。为什么要用代理?代理是做什么的?卖个关子,请继续关注运维生存时间zabbix教程系列。
zabbix_java_gateway
zabbix2.0之后引入的一个功能。顾名思义:Java网关,类似agentd,但是只用于Java方面。需要特别注意的是,它只能主动去获取数据,而不能被动获取数据。它的数据最终会给到server或者proxy。