zabbix

　Linux云计算面试常见问题三，今天将在前两篇的基础上，继续为大家带来Linux云计算面试题。 　**　1、虚拟化平台在实施云时有何要求? ** 　　 虚拟化平台在实施云时的要求包括： 　　a)管理服务级别策略 　　b)云操作系统 　　c)虚拟化平台有助于让后端级别概念和用户级别概念彼此不同。 　**　2、在使用云计算平台前，用户需要考虑哪些必要的方面? ** 　　 a)合规 　　b)数据丢失 　　c)数据存储 　　d)业务连续性 　　e)正常运行时间 　　f)云计算的数据完整性 **　　3、可否列举几个开源云计算平台数据库?** 　　开源云计算平台数据库有： 　　a)MongoDB 　　b)CouchDB 　　c)LucidDB **　　4、落实了哪些安全法规来保护云端数据的安全?** 　　为保护云端数据安全而落实的安全法规包括： 　　a)处理：控制在应用程序中正确、完整处理的数据。 　　b)文件：它管理和控制任何文件中处理的数据。 　　c)输出调和：它控制输入和输出之间需要调和的数据。 　　d)输入验证：控制输入数据。 　　e)安全和备份：它提供安全和备份，还控制安全泄密日志。 **　　5、可否列举几个大型云提供商的数据库名称?** 　　a)Googlebigtable 　　b)AmazonsimpleDB 　　c)基于云的SQL **　　6

1.zabbix备份 mkdir -p /soft/zabbixback/zabbix-backup cp /etc/zabbix/zabbix_server.conf /soft/zabbixback/zabbix-backup cp /etc/zabbix/zabbix_agentd.conf /soft/zabbixback/zabbix-backup cp /etc/zabbix/web/zabbix.conf.php /soft/zabbixback/zabbix-backup cp -R /usr/share/zabbix/ /soft/zabbixback/zabbix-backup cp -R /usr/share/doc/zabbix-* /soft/zabbixback/zabbix-backup [root@server201-zabbix ~]# ll /soft/zabbixback/zabbix-backup total 44 drwxr-xr-x 10 root root 4096 Sep 15 11:38 zabbix drwxr-xr-x 2 root root 111 Sep 15 11:38 zabbix-agent-4.4.10 -rw-r--r-- 1 root root 13934 Sep 15 11:37 zabbix_agentd

K8s已经成为一线大厂分布式平台的标配技术。你是不是还在惆怅怎么掌握它？来这里，大型互联网公司一线工程师亲授，不来虚的，直接上手实战，3天时间带你搭建K8s平台，快速学会K8s，点击下方图片可了解培训详情，点击下方图片了解详情。 前言 微服务架构是目前各大互联网公司普遍采用的软件架构方式。在微服务架构中，系统被拆分为多个小的、相互独立的服务，这些服务运行在自己的进程中，可以独立的开发和部署。在业务快速变化时，微服务单一职责、自治的特点，使系统的边界更加清晰，提升了系统的可维护性；同时，简化了系统部署的复杂度，可以针对某个微服务单独升级和发布；在业务增长时，也可以方便的进行独立扩展。 微服务架构虽然带来了很多好处，但也带来了新的问题。在以往的单体应用中，排查问题往往通过查看日志定位错误信息和异常堆栈；但是在微服务架构中服务繁多，出现问题时的问题定位变得非常困难。另外，微服务往往通过组合已有的服务来创建新服务，一个服务的故障很可能会产生雪崩效应，导致整个系统的不可用。因此，如何监控微服务的运行状况、当出现异常时能快速给出报警，这给开发人员带来很大挑战。 本文将介绍我们基于Prometheus搭建微服务监控系统的一些实践经验，及爱奇艺号在微服务监控方面的一些探索和实践，从爱奇艺号的业务特点出发，结合现有的开发运维技术栈确定监控的对象和指标，并有针对性地自研了一些关键组件和服务

啦啦啦，琢磨了两天，看了很多文档，看了太多抄的帖子了，所以最后特别想写个这个文档，算是给自己复习吧，步骤肯定是没有问题的，如果要细看，就各种慢慢百度去吧 背景：zabbix4.0需要监控别的机器的tomcat，而且那个tomcat 的端口用的是9090的，废话不多说，直接上图看着来弄吧 1、zabbix server 端，要安装些东西，名字叫 zabbix-java-gateway，我的方法是，先弄个zabbix repo源，然后，直接在server端执行这个命令 yum install --downloadonly --downloaddir=/home/zhou zabbix-java-gateway 就可以把需要的包装到 /home/zhou 目录下，然后再该目录下执行命令，强行安装： rpm -Uvh *.rpm --nodeps --force 然后，安装这块的就完成了，下面就是配置的事情了，直接上图完事 2、对 zabbix_server.conf 进行注释的去掉，zabbix-gateway.conf 就不用动了，默认就好了 3、下面就是到客户端了，打开客户端 192.168.44.135 的tomcat目录，编辑 catalina.sh 文件，进行下面文件的添加 CATALINA_OPTS="$CATALINA_OPTS -Dcom.sun.management

zabbix监控GPU显卡温度 监控GPU显卡使用状态： 一、zabbix监控GPU温度 1、zabbix_agent端操作： 进入zabbix_agent安装目录： cd /usr/local/zabbix/etc 查看cpu显卡信息： nvidia-smi 获取到三块显卡信息： 创建三个文件 （有几块显卡就创建几个）： 根据显卡编号创建 从0开始 touch gpu_temperature_v{0..2}.sh chmod o+x gpu_temperature_v* 使用awk命令获取到每个显卡的温度值 根据自己的显卡位置数： 获取第9行信息过滤： nvidia-smi|awk 'NR==9'|awk '{print$3}' |awk -FC '{print$1}' nvidia-smi|awk 'NR==12'|awk '{print$3}' |awk -FC '{print$1}' nvidia-smi|awk 'NR==15'|awk '{print$3}' |awk -FC '{print$1}' 获取到的添加到对于的.sh脚本中 cat gpu_temperature_v0.sh #!/bin/bash nvidia-smi|awk 'NR==9'|awk '{print$3}' |awk -FC '{print$1}' ) zabbix-agentd里配置：

自知水平有限，欢迎大家留言拍砖指正。 1、elasticsearch了解多少，说说你们公司es的集群架构，索引数据大小，分片有多少，以及一些调优手段 。 面试官：想了解应聘者之前公司接触的ES使用场景、规模，有没有做过比较大规模的索引设计、规划、调优。 解答： 如实结合自己的实践场景回答即可。 比如：ES集群架构13个节点，索引根据通道不同共20+索引，根据日期，每日递增20+，索引：10分片，每日递增1亿+数据， 每个通道每天索引大小控制：150GB之内。 仅索引层面调优手段： 1.1、设计阶段调优 （1）根据业务增量需求，采取基于日期模板创建索引，通过roll over API滚动索引； （2）使用别名进行索引管理； （3）每天凌晨定时对索引做force_merge操作，以释放空间； （4）采取冷热分离机制，热数据存储到SSD，提高检索效率；冷数据定期进行shrink操作，以缩减存储； （5）采取curator进行索引的生命周期管理； （6）仅针对需要分词的字段，合理的设置分词器； （7）Mapping阶段充分结合各个字段的属性，是否需要检索、是否需要存储等。…….. 1.2、写入调优 （1）写入前副本数设置为0； （2）写入前关闭refresh_interval设置为-1，禁用刷新机制； （3）写入过程中：采取bulk批量写入； （4）写入后恢复副本数和刷新间隔； （5

SSH配置—Linux下实现免密码登录 准备两台Linux主机： IP地址 192.168.0.150 user: test1 centos7.7 hostname: node-1 IP地址 192.168.0.151 user: test2 centos7.7 hostname: node-2 详细配置步骤： 1.配置主机名 两台主机分别配置主机名为node-1，node-2 第一台主机： [root@node-1 ~]# hostnamectl set-hostname node-1 第二台主机： [root@node-1 ~]# hostnamectl set-hostname node-2 2.关闭selinux [root@node-1 ~]# vi /etc/selinux/config 设置setenforce 0 临时关闭selinux，或重启电脑使以上配置生效 [root@node-1 ~]# setenforce 0 第一台节点 [root@node-2 ~]# setenforce 0 第二台节点 3.配置SSH SSH安装系统时默认已安装，如没有安装，使用yum安装； 4.分别建立test1，test2账号 [root@node-1 ~]# useradd test1 [root@node-1 ~]# passwd test1 同理，node

10个微服务架构设计的最佳实践 微服务极大的改变了服务端引擎的架构方式。微服务不是一个单一的巨型的用来托管应用程序所有业务逻辑的代码库，而是反映了分布式系统模型，在该模型中，一组应用程序组件协同工作来满足业务需求。通过遵循十项基本的微服务最佳实践，你可以实现一个高效的微服务生态系统，从而避免不必要的架构复杂性。 微服务架构的收益 当从单体应用正确的迁移到微服务架构的时候，可以获得以下收益： 你可以根据自己的意愿选择一门语言开发微服务，按照自己的节奏独立发布它，并独立扩展。 组织中的不同团队可以独立的拥有自己特定的微服务，并且随着并行开发以及重用的增加，产品发布的时间会更快 。 可以更好的隔离故障，因为发生在特定微服务中的错误会在对应的服务中被处理掉，因此不会影响到生态系统中的其他服务。 但是，如果在构建微服务时未遵循正确的原则，则最终可能会陷入像纠缠在一起的意大利面一样的状态。 这让维护变得非常困难，因为这需要不同的团队一起协作来做变动，发布或者实现容错。 充分利用微服务是一门科学并且需要一些刻意练习。以下微服务最佳实践和设计原则将帮助你构建松散耦合，分布式和优化的微服务，以实现最佳价值。 10个微服务最佳实践 1.单一责任原则 就像代码中的类一样，它仅仅在单个原因情况下改变，微服务也是采用类似的方式建模。构建可能会改变一个以上的业务这种臃肿的服务是一个坏的实践。 2

背景分析：在某特定场景下存在两套不同服务商的zabbix系统，现阶段需要测试两套产品，在资源有限的情况下，需在同一台机器上进行安装agent测试。服务商A的zabbix_agent先安装，由于双方默认agent包的服务名都是Zabbix Agent，所以需要现在服务商B需要需要解决这一问题，以防止服务冲突。 服务商B在安装过程出现了报错，主要是因为服务名字冲突，机器识别到该服务已安装。如图1. 图1 可以通过cmd 模式下使用命令“net start” 查看确认现在已启动的agent服务。如图2。 图2 确实是已有一个同名的服务在启动。 为此B要对zabbix的服务名进行修改。 区分机器32位和64位系统，进入对应目录 找到zabbix_agentd.exe程序 执行命令修改agent的服务名：（该修改办法是在原默认服务名Zabbix Agent后面加上主机名） zabbix_agentd.exe -i -m -c ‘C:\Program Files\ZABBIX_AGENT3\conf\zabbix_agentd.win.conf’ #安装zabbix_agentd服务 ，-m参数是为agent服务加上主机名，zabbix_agentd.win.conf是agent配置文件。另外为确保执行不受影响，需在cmd模式下执行。结果如图3. 图3 A……部分内容就是该机器服务名

树莓派可以安装多种 Linux 系统发行版 (官方为 Debian 的衍生版)，可当服务器搭建各种网站、应用服务来使用，也能用来学习编程、控制硬件或日常办公。2020年05月28日，树莓派基金会宣布，推出树莓派4B新SKU，即8GB RAM版本。为了充分利用8GB RAM，树莓派还开发了基于Debian的64位专用操作系统。其它方面，8GB版本和4GB/2GB的配置完全一致。由于树莓派的体积很小很轻，并且功能极其丰富强大，这也使得它的应用范围和潜力几乎是无限的… 树莓派的潜力几乎是无限的，使得我们可以在树莓派上部署zabbix，利用zabbix进行监控一些简单的环境。 真实环境不建议使用树莓派进行监控，用树莓派可以用作测试环境或者在树莓派上进行练习。 这是我的树莓派环境： 下面开始部署zabbix 下载树莓派的官方镜像源 wget https://repo.zabbix.com/zabbix/4 ... .0-3+buster_all.deb sudo dpkg -i zabbix-release_4.0-3+buster_all.deb sudo apt update 安装zabbix服务器、php、agent sudo apt install zabbix-server-mysql zabbix-frontend-php zabbix-agent 登录MySQL