1.如何在ubuntu上安装icinga
2.ubuntu平台如何使用命令下载软件
3.OpenHPC的源码安装
4.一篇文章了解CI/CD管道全流程
5.4个免费工具 管理多个Linux主机没问题

如何在ubuntu上安装icinga

       Icinga1.8.4中文版安装记录

        一.系统环境

        操作系统是Centos 6.4 位版本,以前的一个基本不用的服务器,机器内存2G,硬盘G.

        安装系统比较简单,我是用PXE安装的,安装组件选择最小化服务器方式,其他需要的软件通过yum安装.

        二.软件下载

        Icinga中文版在/files/?source=navbar下载,我下载的是集成pnp4的版本,可以用Icinga收集到的数据用rrd作图并显示.另外,还需要下载对应的Plugins的包,这个是Icinga监控/检查必须用到的.没有Plugins,Icinga就是空架子.这个有过安装Nagios的童鞋应该都知道.

        三.软件安装

        3.1 系统必要组件

       a.编译需要用到的工具,类库

       yum install gcc glibc glibc-common gd gd-devel

       yum install libjpeg libjpeg-devel libpng libpng-devel

       yum install rrdtool rrdtool-devel perl-rrdtool perl perl-devel

       b.LAMP套件

       yum install -1.8.4.tar.bz2,然后进入解压的目录,执行:

       ./configure --prefix=/usr/local/icinga --with-icinga-user=icinga -with- icinga-group=icinga --with-command-user=icinga --with-command-group=icinga --e nable-idoutils --with--plugins-1.4..tar.bz2,然后执行以下命令.注意,文件名中的()需要用\(和\)来转义.我是直接先将文件名mv更名之后,用tar解压缩的.

       ./configure --prefix=/usr/local/icinga --with-cgiurl=/icinga/cgi-bin --with-icinga-user=icinga --with-icinga-group=icinga

       make

       make install

        另外,在icinga中文项目的plugins里面,新增加了一个addplugins-.tar.gz包,里面有很多新的check组件,建议下载,然后解压,进入解压目录之后,因为都是脚本,所以不用configure直接make install就可以了.

        安装完成Icinga插件之后,就可以启动apache,ido2db,icinga服务了.

        在用浏览器访问icinga之前,用命令

       htpasswd -c /usr/local/icinga/etc/htpasswd.users icingaadmin

        添加用户web认证用户,命令会提示输入密码,并要求再次输入一次确认.

        上述命令执行完成之后,就可以用浏览器访问了.浏览器输入mandmode && make install-config

       ä»¥ä¸Šå°±æ˜¯æºä»£ç å®‰è£…方式。

OpenHPC的安装

       OpenHPC是一个基于Linux的HPC社区驱动的自由及开放源代码软件工具，适用于构建HPC Linux集群。安装其提供了大量通用软件，源码包括系统工具、安装资源管理、源码I/O客户端、安装opensolaris 源码开发工具和各种科学库。源码这些软件在构建时考虑了HPC集成，安装同时满足Linux发行版标准。源码

       OpenHPC的安装安装流程可从官方网站(openhpc.community)开始，源码托管在github上(github.com/openhpc/ohpc)。源码安装步骤包括下载安装包，安装配置安装环境，源码安装基础操作系统，安装添加hosts信任主机，源码关闭防火墙和SELinux，配置NTP服务，并重启系统。然后，安装OpenHPC组件，启用OpenHPC源码库供本地使用。在管理节点上，通过直接从OpenHPC构建服务器安装ohpc安装包，或者通过tar存档文件在无法访问外网的管理节点本地安装源库。

       管理节点还需要访问CentOS7.7基础操作系统和EPEL存储库。使用ohpc指令实现裸机系统安装和配置openhpc系统。此外，要添加资源管理服务，比如PBS Pro软件包。在完成管理节点的基本Warewulf设置后，定义并定制系统映像，为计算节点创建映像。

       在安装过程中，模板匹配的源码可以添加额外的管理工具，如系统日志集中转发、Nagios监控、Ganglia监控、Sensys监控、ClusterShell、mrsh、genders、ConMan和GEOPM等。配置计算节点日志集中转发，添加Nagios监控，配置Ganglia监控，安装ClusterShell，添加genders，安装ConMan，以及资源管理器节点运行状况检查(NHC)。

       完成计算节点镜像配置后，使用wwvnfs命令组装VNFS容器，并使用wwnodescan自动注册新的计算节点。在配置中，需要添加用户账号文件到计算节点，并为计算节点磁盘配置分区和格式化，以承载VNFS映像。最后，启动计算节点，安装OpenHPC开发组件，如开发工具、编译器、MPI性能工具等。

       在安装OpenHPC后，启动资源管理器服务，运行测试作业，美业系统源码确保集群能够正常运行。在集群环境中，用户可以使用资源管理器交互运行作业或提交作业脚本以实现批处理执行。通过这些步骤，可以成功构建和配置OpenHPC HPC集群。

一篇文章了解CI/CD管道全流程

       从CI/CD过程开始，包含所有阶段并负责创建自动化和无缝的软件交付的一系列步骤称为CI/CD管道工作流。使用CI/CD管道，软件发布工件可以从代码提交阶段到测试、构建、部署和生产阶段在管道中移动和前进。这个概念非常强大，因为一旦指定了一个管道，它的一部分或全部就可以实现自动化，从而加快流程并减少错误。换句话说，CI/CD管道使企业更容易一天自动多次交付软件。

       DevOps工程师经常会因为CI/CD中各个阶段的自动化而与CI/CD管道混淆。虽然不同的工具可以使CI/CD中的各个复杂阶段实现自动化，但由于人工干预，CI/CD的整个软件供应链仍然可能被打破。那么，就首先了解CI/CD过程中的各个阶段，以及CI/CD管道为什么对于组织快速、大规模地交付代码至关重要。

       企业应用程序开发团队通常由开发人员、测试人员/QA工程师、运营工程师和SRE（站点可靠性工程师）或IT运营团队组成。他们紧密合作，将高质量的软件交付给客户。CI/CD是两个独立过程的组合:持续集成和持续部署。下面列出了其中的硬石pid源码主要步骤。

       CI持续集成

       CI持续集成(CI)是构建软件并完成初始测试的过程。持续部署(CD)是将代码与基础设施结合起来的过程，确保完成所有测试并遵循策略，然后将代码部署到预期的环境中。当然，许多公司都有自己的流程，但主要步骤如下。

       CI：代码提交

       人员：开发人员和工程师、数据库管理员（DBA）、基础架构团队

       技术：GitHub、Gitlab、BitBucket

       过程：代码提交阶段也称为版本控制。提交是将开发人员编写的最新更改发送到存储库的操作。开发人员编写的代码的每个版本都被无限期地存储。在与合作者讨论和审查变更之后，开发人员将编写代码，并在软件需求、功能增强、bug修复或变更请求完成后提交。管理编辑和提交变更的存储库被称为源代码管理（SCM工具）。在开发人员提交代码（代码推送请求）后，代码更改被合并到存储在中央存储库（如GitHub）中的基本代码分支中。

       CI：静态代码分析

       人员：开发人员和工程师、数据库管理员（DBA）、基础设施团队、测试人员

       技术：GitHub、Gitlab、BitBucket

       过程：一旦开发人员编写了代码并将其推送到存储库，系统就会自动触发，开始下一个代码分析过程。想象一下这样一个步骤：提交的代码直接进行构建，但在构建或部署过程中失败了。vscode查看Linux源码就资源利用率而言，无论是机器还是人力，这都是一个缓慢而昂贵的过程。必须检查代码的静态策略。SAST（Static Application Security Test）：SAST是一种白盒测试方法，使用SonarQube、Veracode、Appscan等SAST工具从内部检查代码，以发现软件缺陷、漏洞和弱点（如SQL注入等）。这是一个快速检查过程，检查代码是否有语法错误。虽然此阶段缺少检查运行时错误的功能，但这将在稍后的阶段执行。

       将附加的策略检查放到自动化管道中可以显著减少稍后在该过程中发现的错误数。

       CI：build

       人员：开发人员和工程师

       技术：Jenkins、Bamboo CI、Circle CI、Travis CI、Maven、Azure DevOps

       过程：持续集成流程的目标是接受常规的代码提交，并持续构建二进制工件。持续集成过程通过检查添加的新模块是否与现有模块配合良好，有助于更快地发现bug。这有助于减少验证新代码更改的时间。构建工具有助于编译和创建可执行文件或包（.exe、.dll，.jar等）取决于用于编写源代码的编程语言。在构建过程中，还会生成SQL脚本，然后与基础设施配置文件一起测试。简而言之，构建阶段是编译应用程序的阶段。构建过程的其他子活动包括工件存储、构建验证和单元测试。

       CI：测试阶段

       人员：测试人员和QA工程师

       技术：Selenium、Appium、Jmeter、SOAP UI、Tarantula

       过程：发布一个构建过程一系列自动化测试来验证代码的准确性。这一阶段有助于防止错误到达产品。根据构建的大小，此检查可以持续数秒到数小时。对于由多个团队提交和构建代码的大型组织，这些检查将在并行环境中运行，以节省宝贵的时间并尽早将Bug通知给开发人员。

       这些自动化测试是由测试人员（或者称为QA工程师）建立的，他们已经根据用户故事建立了测试用例和场景。他们进行回归分析，压力测试，以检查与预期产出的偏差。测试中涉及的活动有健全性测试、集成测试和压力测试。这是一个非常先进的测试水平。在这里会发现开发代码的开发人员可能不知道的问题。

       集成测试：

       集成测试是使用Cucumber、Selenium等工具来执行的，其中各个应用程序模块作为一个组进行组合和测试，同时评估是否符合指定的功能需求。在集成测试之后，需要有人批准将该组中的更新集移动到下一阶段，这通常是性能测试。这个验证过程可能很麻烦，但它是整个过程的重要组成部分。核查过程中出现了一些新的解决办法。

       负载和压力测试：

       负载平衡和压力测试也使用自动化测试工具（如Selenium、JMeter等）来执行，以检查应用程序在高流量环境下是否稳定和性能良好。此测试通常不会在每个更新上运行，因为完整的压力测试是长期运行的。在发布主要的新功能时，将对多个更新进行分组，并完成完整的性能测试。在单个更新被转移到下一个阶段的情况下，管道可能包括金丝雀测试作为替代方案。

       持续部署：bake和部署

       人员：基础设施工程师、现场可靠性工程师（SRE）、运维工程师

       技术：Spinnaker、Argo CD、Tekton CD

       过程：测试阶段完成后，清除了标准的代码就可以部署到服务器中，在那里它们将与主应用程序集成。在部署到生产环境之前，它们将被部署到产品团队内部使用的测试/暂存或beta环境中。在将构建移动到这些环境之前，构建必须经过两个子阶段Bake和Deploy。这两个阶段都是Spinnaker固有的。

       CD：Bake

       Bake是指从源代码中创建一个不可变的映像实例，该实例在生产环境中具有当前配置。这些配置可能是数据库更改和其他基础设施更新之类的内容。Spinnaker可以触发Jenkins来执行这个任务，有些组织更喜欢使用Packer。

       CD：部署

       Spinnaker将自动将烘焙的映像传递到部署阶段。这是将服务器组设置为部署到集群的位置。与上述测试过程类似，在部署阶段执行功能相同的过程。部署首先转移到测试、阶段，最后转移到生产环境，然后进行批准和检查。整个过程由Spinnaker之类的工具处理。

       CD：验证

       这也是团队优化整个CI/CD流程的关键所在。因为现在已经进行了很多测试，所以失败应该很少。但此时的任何故障都需要尽快解决，以便将对最终客户的影响降到最低。团队也应该考虑自动化这部分流程。

       部署到生产环境是使用部署策略（如蓝绿部署、金丝雀分析、滚动更新等）执行的。在部署阶段，将监视正在运行的应用程序，以验证当前部署是否正确或是否需要回滚。

       CD：监控

       人员：SRE，运维团队

       技术：Zabbix、Nagios、Prometheus、Elastic Search、Splunk、Appdynamics、Tivoli

       过程：要使一个软件发行版具有故障安全性和健壮性，在生产环境中跟踪发行版的运行状况是至关重要的。应用程序监控工具将跟踪CPU利用率和发布延迟等性能指标。日志分析器将扫描底层中间件和操作系统产生的日志流，以识别行为并跟踪问题的来源。在生产过程中出现任何问题时，都会通知相关人员，以确保生产环境的安全性和可靠性。此外，监视阶段帮助企业收集有关新软件更改如何为收入做出贡献的信息，并帮助基础架构团队跟踪系统行为趋势和进行容量规划。

       持续部署：反馈和协作工具

       人员：SRE、Ops和维护团队

       技术：禅道、ServiceNow、Slack、Email、Hipchat

       DevOps团队的目标是更迅速、持续地发布，然后不断减少错误和性能问题。这是通过slack或电子邮件频繁地向开发人员和项目经理反馈新版本的质量和性能，并在ITSM工具中及时提高票价来实现的。通常，反馈系统是整个软件交付过程的一部分；因此交付过程中的任何更改都会频繁地记录到系统中，以便交付团队可以对其采取行动。

       企业必须评估一个整体的持续交付解决方案，它可以自动化或促进上述阶段的自动化。

4个免费工具 管理多个Linux主机没问题

       在管理多个正在运行的VPS主机时，单个用户可能会感到困难重重。亚洲云端Asia.Cloud为此提供了一种解决方案，旨在简化这一过程。

       由RedHat开发的Linux版Cockpit项目，用户可通过常规软件包管理器（如Ubuntu / CentOS上的apt / yum）进行安装。Cockpit允许用户通过Web UI或终端来管理服务、添加/删除用户等。它支持容器管理，提供可用容器及其状态（CPU /内存使用情况）的列表。

       对于管理多个Linux主机，用户可以在多台计算机上安装Cockpit，并将其中一台标记为主主机。在Cockpit仪表板“机器”选项中，用户可以通过简洁的图形查看其他VM的详细信息。

       WebMin是另一个开源工具，使用Web界面来管理多个设备，无需依赖终端。它允许管理启动脚本、添加/删除Unix用户，以及设置防火墙规则。但WebMin不是交互式的，因此无法实现脚本运行和回复脚本问题。要管理多个主机，则需要使用“群集Webmin主机”模块并在所有主机上安装webmin。

       Nagois有面向企业用户的付费版本，但核心版本为％免费。Core版本提供监视多个Linux主机（并获取统计信息）的主要功能。Nagois的界面清晰展现了主机负载、硬盘使用情况和系统日志信息。它还支持自定义工作程序，例如使用SNMP进行自定义检查。要管理多个Linux主机，就需要安装Multi-Nagios Tactial Overview系统。

       ISPConfig是一种开放源代码服务器监视系统，主要面向在一个或多个主机上管理多个站点的网站管理员。它没有终端支持，但可以在现有主机上配置虚拟主机。要在多台主机上安装ISPConfig，需要将第一台主机配置为主主机，并设置其他每台主机都要执行特定任务（DB / Mail / DNS等）。