精华内容
下载资源
问答
  • 体验地址:http://maxserver.xybcbc.com接口地址:http://maxserver.xybcbc.com:8091/ops体验账户:maxserver体验密码:maxserverAI运维大屏三种方案获取数据:(1) 集成现有监系统、动环系统...

    基于AIOps理念研发的新一代运维监大屏,全盘展示IT运行状态,减轻运维人员的重复性工作量,提高IT系统排错速度,加速运维知识学习积累。

    1b6c60caaf99921e7a7f5e02a6a8e3be.png

    b487f5a56d39021cbe12af3c3072b7e5.png

    27be05e29a5d03137f59b0ec829714f9.png

    fcd2585962c85a7202cec5fb15670cde.png

    29dfec37a030c292bbc4ac7d074cc1ff.png

    89abad8eb9b90e727b1ef91aaad0dfce.png


    体验地址:http://maxserver.xybcbc.com
    接口地址:http://maxserver.xybcbc.com:8091/ops
    体验账户:maxserver
    体验密码:maxserver
    AI运维大屏三种方案获取数据:
    (1) 集成现有监系统、动环系统(需提供API接口)
    (2) 采用Zabbix5.0采集监控数据
    (3) 采用Maxserver采集数据。
    AI运维大屏解决的核心问题及价值:
    价值一:全盘展示IT运行状态,包括:自动化运维大屏、应用大屏、网络拓扑图、服务器大屏、流量大屏、安全大屏、数据库大屏、运维数据分析大屏、监控项“脑图”大屏、动环大屏。
    价值二:集成运维自动化管理模块,通过运维剧本编排,并且关联监控项,实现自动化运维。比如网络设备配置定时自动备份与比对、常见故障自动化排错、数据定时备份与校验、批量化软件安装部署、配置等。
    价值三:提升运维管理水平
    3.1用Maxserver导出精美的主机运行可视化报表。
    3.2自动生成监控项运行“脑图”,让运维人员第一时间感知IT系统的整体运行状态,在“脑图”上,我们可以查看每一个监控项的运行数据及信息记录。
    3.3资产标签化管理,满足各类用户对资产管理的需求。
    3.4配置项标签化管理,为运维人员提供强大的配置项管理功能。
    3.5 提供配置项关系管理功能,让运维人员自由创建配置项关联关系。
    3.6 支持机房动环的集成,支持机房设备物联网。
    3.7 Maxserver集成运维人员高效沟通平台,提高运维人员的协同能力。

    8678c25aed17e90224dc676dfd800ba2.png

    e097cb0b6d6cbf48f49419a0c6645602.png

    9e9e2e721bb90923a6c4467a544adfab.png

    561efb388422a9582dd5b0ec3cc68112.png

    1f34f9dee865dddb93d3de6ecd641b71.png


    备注:监控对象不仅限于上述内容,可满足全部IT系统软硬件设备。

    展开全文
  • Zabbix 是一个高度集成的网络监控解决方案,由一个国外的团队持续维护更新,软件可以自由下载使用。具备常见的商业监控软件所具备的功能(主机的性能监控、网络设备性能监控、数据库性能监控、FTP 等通用协议监控、多种...

    一、简单介绍zabbix

    Zabbix 是一个高度集成的网络监控解决方案,由一个国外的团队持续维护更新,软件可以自由下载使用。具备常见的商业监控软件所具备的功能(主机的性能监控、网络设备性能监控、数据库性能监控、FTP 等通用协议监控、多种告警方式、详细的报表图表绘制).Zabbix 通过 C/S 模式采集数据,通过 B/S 模式在 web 端展示和配置:

    • Client(被监控)端: 主机通过安装 agent 方式采集数据,网络设备通过 SNMP 方式采集数据
    • Server (服务)端: 通过收集 SNMP 和 agent 发送的数据,写入数据库再通过 php+apache 在 web 前端展示。

    Zabbix功能

    • 支持自动发现网络设备和服务器(可以通过配置自动发现服务器规则来实现)
    • 支持自动发现(low discovery)key 实现动态监控项的批量监控(需写脚本)
    • 支持分布式,能集中展示、管理分布式的监控点
    • 扩展性强,server 提供通用接口(api 功能),可以自己开发完善各类监控(根据相关接口编写程序实现)

    二、编写Playbook——Zabbix自动安装部署

    主机名(ip) 服务
    server1(172.25.2.1) ansible、mariadb
    server2(172.25.2.2) 被管控主机hosts、zabbix-server、zabbix-agent
    server3(172.25.2.3) 被管控主机hosts、web前端

    1、定义Inventory文件:vim /home/devops/ansible/hosts
    在这里插入图片描述

    2、创建zabbix目录、存放需要的配置文件: mkdir zabbix

    3、编写YAML文件: vim deploy.yml

    ---
    - hosts: mariadb 
    		##对mariadb主机进行操作
      tasks:
        - name: install mariadb
          yum:
            name: mariadb-server,MySQL-python
            state: present
    
        - name: config mariadb
          copy:
            src: my.cnf  #数据库安全初始化文件
            dest: /etc/my.cnf
          notify: restart mariadb
      
        - name: start mariadb  #开启数据库
          service:
            name: '{{ item }}' #引用变量
            state: started
            enabled: yes
          loop:
            - mariadb
            - firewalld
    
        - name: create database zabbix  #创建数据库zabbix
          mysql_db:
            login_user: root
            login_password: westos 
            name: zabbix
            state: present
          notify: import create.sql #使用触发器
    
        - name: create user
          mysql_user:
            login_user: root
            login_password: westos 
            name: zabbix
            password: zabbix
            host: '%'   #%是匹配所有host的主机,即接收所有主机访问
            priv: 'zabbix.*:ALL'  #授权
            state: present
        
        - name: copy create.sql
          copy:
            src: create.sql.gz
            dest: /tmp/create.sql.gz
      
    
        - name: config firewalld  #配置防火墙
          firewalld:
            service: mysql
            permanent: yes
            immediate: yes
            state: enabled
    
      handlers:  #触发器
        - name: restart mariadb   #名称必须与notify一致
          service:
            name: mariadb
            state: restarted
    
        - name: import create.sql  #将zabbix数据库初始化包导入数据库
          mysql_db:
            login_user: root
            login_password: westos
            name: zabbix
            state: import
            target: /tmp/create.sql.gz
    
    - hosts: zabbix-server
      tasks:
        - name: add zabbix repo
          yum_repository:
            name: zabbix
            description: zabbix 4.0
            baseurl: https://mirrors.aliyun.com/zabbix/zabbix/4.0/rhel/7/x86_64/
            gpgcheck: no
    
        - name: add update repo  #添加版本较新的yum源,满足zabbix版本安装需求
          yum_repository:
            name: update
            description: non-supported
            baseurl: https://mirrors.aliyun.com/zabbix/non-supported/rhel/7/x86_64/
            gpgcheck: no
    
        - name: install zabbix-server
          yum: 
            name: zabbix-server-mysql,zabbix-agent
            state: present
    
        - name: config zabbix-server
          copy:
            src: zabbix_server.conf
            dest: /etc/zabbix/zabbix_server.conf
            owner: root
            group: zabbix
            mode: 640
          notify: restart zabbix-server
    
        - name: start zabbix-server
          service:
            name: "{{ item }}"
            state: started
          loop:
            - zabbix-server
            - zabbix-agent
            - firewalld
    
        - name: config firewalld
          firewalld:
            port: 10051/tcp  #添加zabbix服务端口
            permanent: yes
            immediate: yes
            state: enabled
    
      handlers:
        - name: restart zabbix-server
          service:
            name: zabbix-server
            state: restarted
    
    - hosts: zabbix-web
      tasks:
        - name: add zabbix repo
          yum_repository:
            name: zabbix
            description: zabbix 4.0
            baseurl: https://mirrors.aliyun.com/zabbix/zabbix/4.0/rhel/7/x86_64/
            gpgcheck: no
    
        - name: add update repo
          yum_repository:
            name: update
            description: non-supported
            baseurl: https://mirrors.aliyun.com/zabbix/non-supported/rhel/7/x86_64/
            gpgcheck: no
    
        - name: add centos repo
          yum_repository:
            name: centos
            description: centos 7
            baseurl: https://mirrors.aliyun.com/centos/7/os/x86_64/
            gpgcheck: no
    
        - name: install zabbix-web
          yum:
            name: zabbix-web-mysql
            state: present
    
        - name: config zabbix-web
          copy:
            src: zabbix.conf
            dest: /etc/httpd/conf.d/zabbix.conf
          notify: restart httpd
    
        - name: start httpd
          service:
            name: "{{ item }}"
            state: started
          loop:
            - httpd
            - firewalld
    
        - name: config firewalld
          firewalld:
            service: http
            permanent: yes
            immediate: yes
            state: enabled
    
    
      handlers:
        - name: restart httpd
          service:
            name: httpd
            state: restarted
    
    
    - hosts: zabbix-agent
      tasks:
        - name: add zabbix repo
          yum_repository:
            name: zabbix
            description: zabbix 4.0
            baseurl: https://mirrors.aliyun.com/zabbix/zabbix/4.0/rhel/7/x86_64/
            gpgcheck: no
    
        - name: install zabbix-agent
          yum:
            name: zabbix-agent
            state: present
    
        - name: config zabbix-agent
          template:
            src: zabbix_agentd.conf.j2
            dest: /etc/zabbix/zabbix_agentd.conf
            owner: root
            group: root
            mode: 644
          notify: restart zabbix-agent
    
        - name: start zabbix-agent
          service:
            name: "{{ item }}"
            state: started
          loop:
            - zabbix-agent
            - firewalld
    
        - name: config firewalld
          firewalld:
            port: 10050/tcp
            permanent: yes
            immediate: yes
            state: enabled
    
      handlers:
        - name: restart zabbix-agent
          service:
            name: zabbix-agent
            state: restarted

    上述配置文件/home/devops/ansible/zabbix/deploy.yml写到的文件来源:

    • 数据库安全初始化文件 my.cnf
      在server1上安装数据库mariadb-server,进行安全初始化,然后将生成的文件/eth/my.cnf拷贝到zabbix目录下。
      在这里插入图片描述

    • 数据库zabbix的初始化数据包:create.sql.gz
      在这里插入图片描述
      在/usr/share/doc/zabbix-server-mysql-4.0.5/下,就可以得到 create.sql.gz,再将它发送到devops下的server1 /home/devops/ansible/zabbix/。

    在这里插入图片描述

    • zabbix_server.conf配置文件
      在server2上,将/etc/zabbix/zabbix_server.conf发到devops下的server1上,并修改i文件内容
     91 BHost=172.25.2.1
     116 DBUser=zabbix
     124 DBPassword= zabbix
     137 DBPort=3306
    • zabbix.conf文件,将其复制到zabbix目录下,并修改时区
    php_value date.timezone Asia/Shanghai
    • zabbix_agentd.conf 文件,将其复制到zabbix目录下,并更改文件后缀,改为zabbix_agentd.conf.j2,并修改文件
    Server=172.25.2.1
    ServerActive=172.25.2.1
    Hostname= {{ ansible_hostname }}

    4、运行脚本

    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    5、打开web界面搜索web主机: http://172.25.2.3/zabbix
    在这里插入图片描述
    在这里插入图片描述

    展开全文
  • 做服务器虚拟化解决方案很多年了,对于集成商而言,有一个问题非常棘手,那就是甲方运维对相关技术不够了解的话,很可能导致项目烂尾。...OK,讲了这么多铺垫,现在就讲一下如何解决,我的思路是自动化运维

    做服务器虚拟化解决方案很多年了,对于集成商而言,有一个问题非常棘手,那就是甲方运维对相关技术不够了解的话,很可能导致项目烂尾。

    对于使用者而言,相关虚拟化技术复杂度比传统PC要高出不少,如果没有专业的运维驻场的话,一旦出问题就会很麻烦(有挺多项目的甲方只会简单实用,一出问题就要找集成商技术支持,有时候要等很久,很可能要背锅)

    理想情况下,使用者只需要简单了解使用和维护即可,但这要求集成商的方案要非常完善,对于各种各样的问题都要考虑到。

    OK,讲了这么多铺垫,现在就讲一下如何解决,我的思路是自动化运维。

    我们都知道,机房要24小时值班很大一部分原因是防备突发情况,如断电,温度过高等情况,既然是自动化运维,我们就把这些重要的操作给抽出来,交给机器去做(这篇文章不适用那些管理很完善的机房,有24小时专人值班外加发电机之类的,可能参考意义不大)

    我们用这套解决方案,可以大大减少使用者对机房的巡检频率,例如某高校从2-3天巡检一次到1个月巡检一次

    我们现在模拟一下一个VMware vSphere数据中心遇到掉电时管理员的操作流程(假设UPS只能撑30分钟,也没人值班),监测到市电停电后(如果10分钟内市电没有恢复供电)执行以下操作。

    1.有顺序地关闭所有虚拟机。关闭依赖较少的虚拟机,如网站WEB服务器 -> 关闭依赖较多的虚拟机,如数据库.

    2.有顺序地关闭ESXI,将一些管理类的ESXI先进行关闭(例如vcenter、horizon等服务),防止在热关机时其它虚拟机时又被vcenter、horizon等服务唤醒 -> 关闭其他

    注:要关闭单个ESXI用VMware 或UPS自带的软件的即可,但如果要做到集群整体正确关闭,可参考我的流程和方案,也可以自己写脚本。

    顺便再模拟一下通电了自动唤醒集群的流程。

    唤醒所有物理机(ESXI) -> 唤醒依赖性服务(例如:数据库服务、域控服务等)-> 唤醒管理性服务(例如:vcenter、horizon等服务)-> 唤醒其他虚拟机.

    总结:虽然导致问题的原因非常多,但大部分都是局部性的,不涉及到整个集群的稳定性,这种问题网管基本都能很快自己解决(如网络),有时候偶尔硬盘坏了,只要做好备份问题也不大,其实VMware 的软件产品已经很稳定了,但软件做得再好也得会用,同样重要的是运行环境问题,老是非正常关机是最容易出问题的,很容易出现数据不一致而导致唤醒集群时遇到各种各样的麻烦,所以必须把这方面的原因考虑在内才能做得足够稳定特别是很多系统集成商在做方案时应该考虑到,很多用户网管基本就是学到会用的程度,他们也有很多工作要做,指望每个用户都学得很精通是不现实的。

    展开全文
  • 自动化部署方案CICD

    2018-09-07 14:15:00
    自动化部署方案 由于来来也的时间不久,可能对现有的部署情况不是很了解,以下是个人对POC自动化部署的设计方案自动化部署优点 降低成本,提高生产力,高可用,更可靠,性能优化 与gitlab持续集成的比较...
    自动化部署方案
     
    由于来来也的时间不久,可能对现有的部署情况不是很了解,以下是个人对POC自动化部署的设计方案。
    自动化部署优点
    降低成本,提高生产力,高可用,更可靠,性能优化
     
    与gitlab持续集成的比较流行的有jenkins和gitlab-ci
    Jenkins:
    优点:编译服务和代码仓库分离,而且编译配置文件不需要在工程中配置,如果团队有开发、测试、配置管理员、运维、实施等完整的人员配置,那就采用jenkins,这样职责分明。jenkins依靠它丰富的插件,可以配置很多gitlab-ci不存在的功能,比如说看编译状况统计等。
    缺点:配置相对复杂,维护成本较高等
    gitlab-ci:
    优点:完美和gitlab进行集成,gitlab-ci已经集成进gitlab服务器中,在使用的时候只需要安装配置gitlab-runner即可。 gitlab-runner基本上提供了一个可以进行编译的环境,负责从gitlab中拉取代码,根据工程中配置的gitlab-ci.yml,执行相应的命令进行编译。
    缺点:功能相对少一些,没有web页面查看等
    总结:
    个人觉得gitlab-ci更简单易用,如果有gitlab-ci达不到的要求,可以考虑使用jenkins。如果只部署poc相似的项目使用gitlab-ci可以满足需求。
     
    方案一:gitlab-ce + gitlab-runner + docker
     
    从左往右看,首先研发人员完成需求提交代码到 GitLab。GitLab 触发一次 Build,构建好服务,然后开始跑单元测试、集成测试。等待测试结果通过后,再由负责该项目的同事进行 CodeReview(可省略),灰度发布,正式部署到线上,支持shell部署和docker部署。
     
     
    gitlab-ce 代码仓库管理与pipeline主控台
    gitlab-runner 则是当pipeline启动时,会根据gitlab特有的gitlab-ci.yml执行CI/CD
    gitlab-ce 每个project会有一组自己的token,用以注册gitlab-runner
    gitlab-runner注册时,可以选择执行方式(executor),我们选择docker
    gitlab-runner会另外开几个container来pull code与执行CI/CD,最后push到服务器上
     
    主要步骤:
    编写统一格式dockerfile,如果多应用关联编写docker-compose文件
    编写统一pipeline,注册ci-runner等

     

     
    上图是一个典型的 Pipeline,一共有 5 个阶段,Build,Test,Release, Staging, Production,每个阶段里都至少有一个 Job,Test 中有两个 Job。GitLab 会从左往右依次把任务给到 Runner 处理,如果中途有一个任务没有处理成功的话,整个 Pipeline 就会退出。这就是持续集成(CI)、持续发布(CD) 的一个流程。
     
    方案二:gitlab + jenkins + docker
    • 开发者向自己的gitlab网站提交了代码
    • 通过webhook让jenkins执行自动化构建过程
    • jenkins从git上拉取代码进行构建,如构建失败可配置邮件通知开发人员
    • jenkins在自动化构建脚本中调用docker命令将构建好的镜像push 私有镜像服务器
    • 同时,jenkins也可以直接执行remote shell启动构建好的容器
    • 服务端可以手动通过docker命令,从镜像仓库中心拉取镜像,进行手动

     

    总结:个人意见如果只部署poc类似不是很复杂的应用可以选择方案一满足
    原因:配置简单使用方便,可以花较少的时间完成自动化部署,节约成本,主要比较符合现状。但是如果以后需要区分环境部署,做一些类似sonar代码的健康检查等,可能不能很好的完成。
     
    个人不成熟建议:随时时间变长,poc的项目也会越来越多,每个人的项目也会越来越多,可能需要一些资产的管理,例如CMDB,权限系统控制每个人操作的权限等,可以引入devops的概念,从急需的需求,慢慢做起。

    转载于:https://www.cnblogs.com/jingtyu/p/9604317.html

    展开全文
  • 运维BIM软件EcoDomus它把BIM模型和设施的实时运行数据相互集成(如仪表、传感器或者其他设施管理系统的运行数据),给设施管理者提供了三维可视技术。它可以对建筑物的性能进行智能分析,提供更好的维护方案,从而...
  • 腾讯蓝鲸一站式运维

    千次阅读 2019-06-16 10:40:27
    腾讯蓝鲸(BlueKing)是为运维人员提供的一站式运维(技术运营)技术解决方案,它基于 PaaS 的理念,将服务以 API 的原子能力进行集成,并提供了自主研发工具/系统的便捷开发者服务,通过私有部署的软件交付模式,...
  • 阿里巴巴运维大会.rar

    2011-09-20 17:32:18
    okbuy_李小红_好乐买自动化运维实践 阿里巴巴_林钰_网站存储经验谈 阿里巴巴_肖劲青_阿里巴巴运维自动化的探索与规划 阿里巴巴_叶正盛_数据库性能量化 阿里云_张旭_集群运维管理平台 百度_刘宁_系统也智慧 互联网...
  • 此文的方案支持回滚,支持回滚,支持回滚,重要的事情说三遍! ...如果问有没有更好集群部署方案,都能连运行环境都统一自动化集群部署?答案肯定是有的,要用docker容器化集群,而不是服务器...
  • 在描述智能运维的前景时,我们常常会幻想它的终极场景:机器不休息地跑啊跑,异常预测、自动排障... 运维人员在旁边悠闲地喝茶学习,偶尔提供点解决方案就可以了! 梦想很美好,可惜实现的路还很长。 就像手机的...
  • RightCloud Automation为云星数据研发的新一代智能运维管理平台,为企业用户提供基于Ansible核心的自动化作业调度管理解决方案,帮助企业提高整体运维自动化水平,使IT系统运行更高效、更安全、全面提升运维工作效率...
  • linux运维工程师到底是做什么的?

    千次阅读 2017-05-25 09:40:42
    他主要是对Linux下各种网络服务、应用系统、监控系统等进行自动化脚本开发的工作,并根据项目对系统进行性能优化。linux运维工程师可以做的工作包括但不限于大中型网络工程师或者网络管理员;Linux/Unix网络工程师;...
  • DevOps自动化运维流行 集群化,高可用部署方案 避免人工操作出现的错误 集成管理系统,实现提交发布、发布审批、发布等UI可视化操作 等等原因,学习使用jenkins实现自动化作业非常有必要。这是我学习过...
  • 还有很多非结构化的日志数据,通过阿里云的Elasticsearch,用全托管的方式提供低成本的冷热存储方案,轻松助力企业搭建统一的云上全观测运维监控平台,实现海量数据的实时监控分析,提高自动化运维管理效率。...
  • 企业私有云建设过程中,大批量裸机物理服务器的...相较传统的kickstart无人值守批量安装方案,Cobbler在降低裸机系统批量安装和配置难度的同时,集成了更多的自动化运维管理功能。 实现了PXE服务支持+DHCP服务管理+DN
  • 自动化构建、测试、部署、代码检测越来越重要。...3. DevOps自动化运维流行 4. 集群化,高可用部署方案 5. 避免人工操作出现的错误 6. 集成管理系统,实现提交发布、发布审批、发布等UI可视化操作 等等原因...
  • ◇ 具备专家级自动化测试解决方案自动化测试平台框架设计开发、自动化测试团队管理培训经验。 ◇ 具备专家级的功能专项测试、性能专项测试经验及丰富的渗透测试经验。 ◇ 具备丰富的持续集成/持续交付(CI/CD)开发...
  • 自动化部署系统设计

    千次阅读 2017-07-18 17:44:39
    这里所说的自动化部署系统,其实是一种半自动的代码部署,不同于jenkins的持续集成,也不同于puppet,ansible的自动部署。根据公司实际情况,而定制的一种自动化部署方案:背景介绍公司项目发布过程如下: 开发人员...
  • 3. DevOps自动化运维流行 4. 集群化,高可用部署方案 5. 避免人工操作出现的错误 6. 集成管理系统,实现提交发布、发布审批、发布等UI可视化操作 等等原因,学习使用jenkins实现自动化作业非常有必要。这是我学习...
  • ◇ 具备专家级自动化测试解决方案自动化测试平台框架设计开发、自动化测试团队管理培训经验。◇ 具备专家级的功能专项测试、性能专项测试经验及丰富的渗透测试经验。◇ 具备丰富的持续集成/持续交付(CI/CD)开发、...
  • CI/CD管道能帮助自动化应用程序的构建,测试和部署,基本上充当了运维和开发团队之间的桥梁,因此构建CI/CD管道是DevOps团队中的一大重点工作。构建CI/CD管道听起来很简单,但打通工具链接和编写无数服务的集成是一...
  • 使用kickstart自动化部署多种系统,我想到的有两种场景,一种适合于日常运维,当机房上架个别新增的服务器时,根据不同的用途需求,通过一个多系统的启动菜单,输入相应的操作系统名称,即可自动化部署对应的操作...

空空如也

空空如也

1 2 3 4 5 ... 9
收藏数 174
精华内容 69
关键字:

自动化运维集成方案