易考怎么监测虚拟机

您好，易考可以通过以下方式监测虚拟机：
1 监测虚拟机的资源使用情况，包括CPU、内存、磁盘、网络等方面，以确保虚拟机的正常运行和稳定性。
2 监测虚拟机的安全性，包括虚拟机系统的漏洞、恶意软件、网络攻击等方面，以确保虚拟机的安全性。
3 监测虚拟机的性能，包括虚拟机的响应速度、吞吐量、负载均衡等方面，以优化虚拟机的性能和效率。
4 监测虚拟机的备份和恢复，包括虚拟机的备份策略、备份周期、备份恢复测试等方面，以确保虚拟机的数据安全和可靠性。
5 监测虚拟机的管理和维护，包括虚拟机的配置管理、性能优化、故障处理等方面，以确保虚拟机的正常运行和可维护性。
综上所述，易考可以通过多种方式监测虚拟机，以确保虚拟机的正常运行、安全性、性能和可靠性。

处理器数量 ：是指CPU核数（例如：单核/双核），并不是指CPU颗数。\x0d\\x0d\每个处理的核心数量：是指CPU中的线程，并不是指核心（Core）。\x0d\\x0d\自己也可以求证，首先你肯定知道自己物理机CPU 信息（例如I3 双核四线程），在vmware中设置虚拟机处理器数量，从字面意识理解应该是指CPU颗数，正常设置值最大应该为1（因为物理机只有一块CPU），但最大有效值可以设置为2，如果最大值设置为4，下面会提示你多于主机支持数。由此得出结论处理器数量是指CPU核数（core），而并不是CPU颗数。\x0d\\x0d\处理器数量都表示的是核数，那么“每个处理的核心数量”就不是表示核心数量，不然出现两个设置核心数量的参数，不是多此一举？还有一个问题就是你会发现里面有一个3的值，所以就更加肯定不是CPU核数，因为CPU核数除1以外都是偶数增长，对CPU了解的人都会知道CPU核数布局是两排均匀排开的，怎么可能会出现奇数，岂不是浪费掉一个核数位置？\x0d\\x0d\根据你的虚拟机对CPU的需求和当前物理机CPU使用情况来设定“处理器数量”和 “每个处理的核心数量”\x0d\\x0d\XP系统 最小值设定\x0d\处理器数量=1，每个处理的核心数量=2\x0d\\x0d\W7系统最小值设定\x0d\处理器数量=2，每个处理的核心数量=2\x0d\\x0d\还是那句话，看需求设置吧，比如你当前物理机CPU已经使用达到70-80了，那么虚拟机CPU就给核数跟线程数就给少点。\x0d\\x0d\手工码字不容易啊。

摘 要：随着计算机技术的发展，服务器虚拟化技术已经被越来越多的企业所采用，使用这种技术可以大大提高服务器的使用效率。文章中主要介绍了两种虚拟化软件Vmware和Xen的结构特点，并分析了它们之间的区别。
关键词：服务器虚拟化 Vmware Xen

虚拟化将主宰未来的企业，在现在的国内，企业数据中心都是根据需求随时添加服务器设备，这些设备基本上都是分散的，不同品牌、不同配置甚至不同架构，最致命的是，在其上运行的应用并不能够充分利用服务器所有的资源，占用到15%―20%的服务器资源是一个普遍现象，而使用虚拟化技术可以减少服务器数量的增加，简化服务器管理，同时明显提高服务器利用率、网络灵活性和可靠性。将多种应用整合到少量企业级服务器上即可实现这一目标。通过整合及虚拟化，数百台服务器可以减少至数十台。10%甚至更低的服务器利用率将提高到60%或更高，IT基础设施的灵活性、可靠性和效率也将得到改进。由此可见虚拟化技术成为各个企业和研究机构的重要课题。下面简单介绍一下两种虚拟化软件及其区别。

一、VMware

VMware是业界著名的虚拟机产品，它有VMware Workstation、VMware GSX Server、VMware ESX Server等系列产品。VMware的VMM可以有两种结构形式，即Standalone和Hosted。Standalone的结构形式是指，VMM作为一层直接运行在硬件平台上的软件层，在它上面可以创建和管理多个客户虚拟系统。这种结构的VMM有点像一个 *** 作系统，它包含硬件平台的驱动，受到硬件平台种类的限制。它适合于服务器的应用环境，其典型的产品是VMware ESX Server。
Hosted结构的VMM作为 *** 作系统的一个应用程序运行，它可以利用 *** 作系统自身的内存管理、CPU调动、硬件驱动和资源管理。VMware Workstation使用的是Hosted的结构，是设计来让一些应用程序，比方软件的研发或测试程序来执行，同时Server版本的目标则针对数据库以测试软件更新、简化应用程序的提供，或使用虚拟的设备等功能。ESX Server可以藉由不使用 *** 作系统来大量增加效能。相反的，ESX使用自己设计的 *** 作系统核心，可以直接在计算机上执行。这个方法可以同时支持更多的虚拟服务器，但ESX核心支持的硬件并不多。
由于VMware的目标平台是x86平台，因此，它也同样面临着x86平台不完全支持虚拟化的问题。VMware的解决方法是其专利技术，在需要VMM参与的地方，动态重写部分虚拟系统的指令，使其可以trap到VMM。
此外，VMware还有Virtual Center。VMotion应用在IBM Blade Center刀片服务器上，使之具备更好的d性和可用性，结合刀片服务器的模块化和可扩展性，可以增加内存和I/O能力的扩展比例，混合刀片间的工作负载均衡。Virtual Center采用集中式管理，可以监控系统的可用性及性能，并可以自动告警，SDK与现有管理工具整合，通过稳定的访问控制保证系统安全。VMotion技术使用户在保持连续的服务可用性的同时，还可以将实时运行企业用户关键业务的虚拟机，从一台物理主机转移到另一台物理主机，并动态获得每台物理服务器资源的极佳利用率、零宕机维护、快速重新配置，以及持续的工作负载整合能力。

二、Xen

Xen VMM（Virtual Machine Monitor）是由剑桥大学计算机实验室开发的一个开源项目，它能够让我们创建更多的虚拟机，每一个虚拟机都是运行在同一个 *** 作系统上的实例。
这些客户OS可以是修补过的Linux内核24或26，也可以是修补过的NetBSD/FreeBSD内核。用户应用程序就运行在这些客户OS上，并不需要修改任何代码。但是，随着将来的处理器能支持虚拟化，内核也就不需要打补丁了。比如说，Intel的VT和AMD的Pacifica处理器都将包括这种支持。
在Xen中，一个“系统管理程序”运行在0环，客户OS运行在1环，应用程序运行在3环。这种关系对于x64/64有一点不同，就是客户内核和应用程序都运行在3环上。
Xen自身被称为“系统管理程序”，是因为它比客户OS的系统管理代码运行所需的特权级还高。
当系统引导的时候，Xen被装载到0环的内存中。它在1环上启动修补过的内核，这被称作是domain 0（注：domain是指一个运行中的虚拟机，在其上有一个guest OS在执行）。从这个domain开始，你可以创建更多的domain，也可以销毁它们，还可以进行domain的迁移、设置参数等等。你创建的那些domain也运行在1环它们的内核中。用户应用程序运行在3环。
目前，修补过的Linux内核24和26可以作为domain 0。据Xen开发者所说，将来domain 0仅支持26的内核补丁。构造domain 0的大部分工作是在xen/arch/x86/domain_buildc中的construct_dom0()方法中实现的。
物理设备驱动程序只能运行在特权级，也就是domain 0上。Xen依靠Linux或其它修补过的OS内核对它所有的设备提供虚拟化支持。这样的好处就是Xen的开发者不必再去开发设备驱动程序。
在一个有标签TLB的处理器上使用Xen能够大大提高性能。标签TLB能够把ASID（Address Space Identifier）放在TLB入口处。有了这个特性，当处理器在系统管理程序和客户OS之间切换时就不需要刷新TLB了，这大大减少了系统开销。

三、两者主要区别

目前Xen和VMware是市场上主流的两大虚拟化产品。现在我就来谈谈这两大产品背后的架构有什么区别，以及这一技术在未来会如何发展。VMware ESX服务器的架构是建立在直接执行（直接在硬件上上运行用户级的虚拟机编码）和二进制译码（对特权级别编码进行动态编译）的基础上的。从根本上说，它把一个完整的X86平台导出到虚拟机上，ESX服务器可以使大多数能在X86上执行的 *** 作系统都能在虚拟机上运行，而不需要进行任何修改。Xen的架构中使用了一种叫Para虚拟化技术(Para Virtualization)，对虚拟出来的客户 *** 作系统（Guest OS）进行修改，使它知道它是在虚拟环境下运行。
那么这两种方式有什么不同呢？最大的不同就是对输入/输出（I/O）设备的处理。虚拟机I/O端口和每个物理I/O端口设备之间如何路由在很大程度上影响虚拟平台架构的性能、便携性、可持续性和稳定性。Xen采用的是分离驱动模式，真实驱动存在于一个中间层,这个中间层叫服务虚拟机，其他虚拟机上的特殊驱动通过这个服务虚拟机进行通讯。这种方法能提供很好的性能，但是对于闭源和传统 *** 作系统支持有限。在ESX中，虚拟机的虚拟设备驱动与ESX内核里的物理设备驱动直接相互连接。ESX虚拟机可以为其虚拟设备使用现成的（off-the-shelf）驱动。这不仅能提供高性能，还能提供更广泛的 *** 作系统支持。然而在这个模型里，新的设备驱动必须要导入到ESX内核中。为了解决I/O虚拟化的平衡问题和复杂化问题，戴尔与英特尔、AMD这样的合作伙伴以及外设硬件供应商们一起，在芯片组和I/O设备中引入了虚拟化支持。企业级虚拟化解决方案的另外一个重要部分就是其管理。戴尔OpenManage这样的产品附送VMware Virtual Center、P2V 和VM Importer，提供了整套工具，能有效进行部署、监控、 *** 作自动化，以及对虚拟IT数据中心进行管理。Novell和Red Hat都在它们的 *** 作系统中整合了对Xen平台的管理，方法是运用像YaST和Anaconda这样的安装和配置工具以及Virtual Machine Manager这样的管理工具。

四、虚拟化技术的未来

资讯科技及通讯业研究权威Gartner估计，由现在至2010年间，虚拟化将会是资讯基建及营运领域中最重要的技术，并会彻底改变资讯科技部门管理、采购、部署、规划，以及其所提供服务的收费模式。虚拟化目前不再只着重技术，而是更加着重企业内的流程改变及文化变迁。虚拟化可让服务以另一种模式提供。每个经虚拟化的层面都可作独立的管理，或甚至由他人所掌管，例子包括串流式应用或员工所拥有的个人计算机一样。这一切均要求企业文化作出重大改变。

参考文献：
[1]郭庭廷,吴玮揭开虚拟化神秘面纱[J]机械工业信息与网络，2007，(03)
[2]成凯透视虚拟化技术[J]软件世界，2007，(11)
[3]伍班权虚拟化技术及其发展[J]办公自动化，2007，(12)
[4]杨晓伟基于Xen的X86虚拟机性能调优[J]计算机工程，2006，(24)
[5]刘志平基于VMware虚拟网络的构建[J]内蒙古大学学报(自然科学版)，2007，(01)
[6]赵祖荫基于VMware软件的虚拟计算机的构建方法[J]微型电脑应用，2004，(06)

首先说明一下，这个是过时的产品，VMware已经不再支持了，你可以去研究一下vSphere。
目前，每台主机容纳的最大的虚拟机数量为512，每个虚机最多10块网卡，总网卡数量那你算算看。

（1）用鼠标右键单击连接到的VMware ESXi的计算机名称或IP地址，在d出的快捷菜单中选择“新建虚拟机”选项，或者按“Ctrl+N”热键，如图1所示。
（2）在“配置”对话框中，选择“自定义”。
（3）在“名称和位置”对话框，在“名称”文本框中，输入要创建的虚拟机的名称，如Win81，如图2所示。在VMware ESXi与vCenter Server中，每个虚拟机的名称最多可以包含80个英文字符，并且每个虚拟机的名称在vCenter Server虚拟机文件夹中必须是唯一的。在使用vSphere Client直接连接到VMware ESXi主机时无法查看文件夹，如果要查看虚拟机文件夹和指定虚拟机的位置，请使用VMware vSphere连接到vCenter Server，并通过vCenter Server管理ESXi。
· 说明：通常来说，创建的虚拟机的名称与在虚拟机中运行的 *** 作系统或者应用程序有一定的关系，在本例中创建的虚拟机名称为Win81，表示这是创建一个Windows 81的虚拟机，并在虚拟机中安装Windows 81的 *** 作系统。
（4）在“数据存储”对话框中，选择要存储虚拟机文件的数据存储，当前只有一个存储，如图3所示。在该列表中，显示了当前存储的容量、已经使用的空间、可用的空间、存储的文件格式。
（5）在“虚拟机版本”对话框中，选择虚拟机的版本。在VMware ESXi 6的服务器中，可以支持的最高版本是11。在VMware ESXi 55支持“虚拟机版本：10”，但在创建虚拟机的对话框中没有。如果你需要“虚拟机版本：10”，则可以在创建虚拟机后，通过升级硬件的方式，将虚拟机 版本升级到10。而在vSphere Client 6中，则可以直接创建硬件版本4、7～11的虚拟机。并且在9、10、11每个版本后面声明了所选版本需要的ESXi 的版本号。如下图：
（6）在“客户机 *** 作系统”对话框中，选择虚拟机要运行的 *** 作系统，如下图所示。这与VMware Workstation、VMware Server相类似。在本示例中选择“Windows 8（32位）”。
从列表中可以看到，因为Windows下一代服务器产品的名称还没有正式定（估计应该是2015），所以列表中用20XX代替。另外，从列表中出现了 Windows 9，我们已经知道，Microsoft已经跳过了Windows 9直接到了Windows 10，估计VMware ESXi 6会在正式版中更正这个提示。
（7）在“CPU”对话框中，选择虚拟机中虚拟CPU的数量，在VMware ESXi 5的硬件版本中，虚拟机中虚拟CPU的内核总数（虚拟插槽数×每个虚拟插槽的内核数）最多为32，但这受限于主机的CPU数量。为虚拟机中分配的虚拟 CPU的数量不能超过主机的CPU数量，例如在写作本章时，作者所用的服务器是具有2个4核心的CPU，则在创建虚拟机时，为虚拟机中分配虚拟CPU的数量不能超过2（虚拟插槽数），如下图所示。
在为虚拟机选择内核数时，不会超过VMware ESXi所在主机的CPU内核总数，例如，当在一个具有2个4核心的CPU主机上，创建虚拟机时，每个虚拟插槽的内核数不会超过4个。
说明：VMware Workstation 11所支持的虚拟机硬件版本的上限：64 GB 内存、16 个处理器、8 TB 磁盘大小，VMware ESXi 6的硬件版本应该不会等于或高于这个参数。
（8）在“内存”对话框中，配置虚拟机的内存大小，在默认情况下，向导为用户分配的一个合适的大小，在本例中为Windows 81的虚拟机默认会分配1GB的内存，如图：
（9）在“网络”对话框中，为虚拟机创建网络连接，如下图所示。在VMware ESXi中的虚拟机，最多支持4个网卡。在VMware ESXi 6中，虚拟网卡支持Intel E1000E、E1000或 VMXNET 3型网卡。当VMware ESXi主机有多个网络时，可以在“网络”列表中选择。
（10）在“SCSI控制器”对话框中，选择要使用的SCSI控制器类型，可以在“BusLogin”、“LSI逻辑并行”、“LSI Logic SAS”、“VMware准虚拟”之间选择，通常情况下，选择默认值“LSI Logic SAS”即可。
（11）在“选择磁盘”对话框，为虚拟机创建虚拟硬盘，这与VMware Workstation相类似，在此选择“创建新的虚拟磁盘”。
· 说明：与VMware Workstation可以直接使用主机物理硬盘相类似，在VMware ESXi中，可以直接使用“裸机映射”磁盘。
（12） 在“创建磁盘”对话框中，设置新创建的虚拟磁盘的容量及置备参数。如果想让虚拟机“按需分配磁盘空间”，请选择“Thin Provision”；如果想让虚拟磁盘按照“磁盘大小”立刻分配空间，可以选择“厚置备延迟置零”或“厚置备置零”两种磁盘，如下图所示。厚置备磁盘具有更好的性能，但会占用过多的磁盘空间，通常情况下，对于需要使用数据库系统的虚拟机，选择厚置备磁盘（非SSD存储）；对于大多数的应用来说，选 择“Thin Provision”即可，如果虚拟机保存在SSD（固态硬盘）存储上，则不要选择“厚置备”磁盘，在SSD存储上使用“Thin Provision”即可获得更好的性能。通常来说，为Windows 7、Windows 8的虚拟机分配60GB即可满足系统的需求。在此设置为16GB。
（13）在“高级选项”中，指定虚拟磁盘的高级选项与工作模式，如无必要，不要更改，如下图：
· 说明：“独立”磁盘模式不受快照影响，如果在一个虚拟机系统中，有多个虚拟硬盘时，在创建快照或者从快照中恢复时，选中为“独立”磁盘模式的虚拟硬盘保持不变， 在VMware ESXi虚拟机中，“独立”磁盘有两种模式：“独立—持久”与“独立—非持久”。持久模式磁盘的行为与物理机上常规磁盘的行为相似。写入持久模式磁盘的所 有数据都会永久性地写入磁盘，而对于“独立—非持久”模式的虚拟机关闭虚拟机电源或重置虚拟机时，对非持久模式磁盘的更改将丢失。使用非持久模式，您可以每次使用相同的虚拟磁盘状态重新启动虚拟机，对磁盘的更改会写入重做日志文件并从中读取，重做日志文件会在虚拟机关闭电源或重置时被删除。
（14）在“即将完成”对话框中，查看当前新建虚拟机的设置，然后单击“完成”按钮，如下图所示，如果你要想进一步修改虚拟机设置，可以选中“完成前编辑虚拟机设置”复选框。
（16）启动虚拟机，如下图所示：
（17）加载本地ISO镜像安装。
（18）因为我们实验环境中，为Windows 81分配了16G硬盘，所以安装的是Windows embedded 81 industry enterprise x86的版本，如下图所示：
（19）最后，在VMware Workstation中创建了个Windows 2012 R2的虚拟机。

推荐使用dmidecode或者lshw命令来查看,因为dmesg不能区分出云厂商,OpenStack,kvm

并且在下面的实验中可以看到物理机,阿里云,微软云,kvm,OpenStack,VMware返回结果的区别

dmidecode命令可以在Linux系统下获取有关硬件方面的信息

lshw(Hardware Lister)是另外一个可以查看硬件信息的工具

只能区分物理机,kvm和VMware,详细的厂商信息不能区分,不建议使用

dmesg命令用于显示开机信息。

kernel会将开机信息存储在ring buffer中。您若是开机时来不及查看信息，可利用dmesg来查看。开机信息亦保存在/var/log目录中，名称为dmesg的文件里。

运维人员的工作每天基本上都是在检查问题，枯燥但又重要， 要是你的某一个环节出现问题并没有及时发现问题，对于企业来说损失可能非常大，基本上运维人每天的工作我罗列了下，有这几种：

1、负责服务器的硬件配置、软件安装、机房上下架等技术维护工作

2、负责虚拟化技术产品物理机配置、管理和日常运行监控和维护

3、负责独立主机或虚拟应用产品的开通使用、日常维护、故障诊断和排除

4、提供独立主机或虚拟应用客户产品 *** 作和应用方面的技术支持

5、监视分管的服务器，及时发现问题，并积极解决问题

现在信息化数字时代，单靠人工去检查出现错误几率会很大，而且有的运维人还不只管理两台服务器，像我们公司的运维每人至少要管理30台服务器，这样子单靠人工运维耗费的人工成本和时间是非常大的，所以还是推荐你用运维工具吧，比如云帮手（）

1支持跨云商批量管理服务器

2兼容性强大，兼容市面基本所有的云商云主机，兼容 *** 作系统；

3 *** 作简单，可视化界面预览资源、一键修复、一键部署；

4 可以远程登录云主机FTP桌面，处理云主机上的文件；

5监控和资源还有告警功能，这个是挺好的，不用盯着看；

6系统修复功能，这个是挺实用也比较必须的；

7免费使用。总得来说功能还是挺全的，不存在需要又要另外找软件的尴尬。

你好，很高兴回答你这个问题。从运维的角度来讲，服务器的数量少并不意味着我们的运维工作就非常轻松，相反我们更应该重视此阶段的工作。

我们可以从以下几方面来开展我们的运维工作：

1应用服务器

我们可以从当前服务器中找出 至少2个节点装Vsphere虚拟化，建立一个数据中心、集群 ；如果你的服务器有多网卡和SCSI，还可以做一些更高级的应用，如vmotion、负载均衡、高可用等。当虚拟机或服务器故障，可以 实现故障自动转移，有效的避免了单节点的故障，提供服务器的容错率 。

我们可以在新建的虚拟机部署Web、API等各种应用，而且 虚拟机可以在vCenter图形化界面下统一管理 。这一般是中小公司的在服务器方面的解决方案。

当然，我们对docker比较熟悉，可以使用一套docker解决方案，这比Vsphere更能节省一部分资源。当然这个需要的技能要求也比较高，需要我们不断积累。

2数据库服务器

数据库服务器在此我们单独拿出来，是因为数据库对服务器性能、磁盘IO要求比较高，不太建议使用虚拟机，当然这需要根据业务的实际情况来做选择。 数据库我们需要通过一主一从、一主二从的方式实现高可用，来避免数据库单点问 题，我们还可以选择合适的proxy来进行读写分离、读负载均衡等。另外还要考虑数据的本地备份、异地备份，来确保数据可恢复。

3系统监控

当我们在应用服务器和数据库服务器上线一套系统后， 我们需要通过监控掌握从服务器硬件、基础状态、应用、数据库等从下到上的运行状态 ，以便我们能够对告警及时做出响应。考虑到报警的及时性，我们需要监控接入多种报警渠道，如微信、钉钉、邮件、短信等。监控的目的是发现问题、解决访问，因此我们需要踏实的做好这一步，才能为我们的业务保驾护航。

好了，其实不管服务器多少，我们都需要扎实的把基础打好，这样才能以不变应万变面对各种情形。希望我的回答能够帮到你。

题主没有详细说明具体应用系统的功能，比如是否单一的Web服务？有没有微服务、分布式、集群化扩展的潜在需求？

通常来说，建议使用云服务自动化运维。云服务已经成为IT技术的核心基础设施，充分利用云服务带来的d性和分布式优势，赋能自动化运维。

一，自动构建系统

如果需要构建应用，那么就建议配置使用CI/CD持续化集成和自动化部署，比如常用的Jenkins，配置Git代码提交时触发构建，然后自动部署。

二，日志收集处理系统

1，ELK是常见的日志收集管理系统，包括ElasticSearch, LogStash, Kibana三个服务，架构示意图如下：

2，在ELK系统中，Kibana是一个图形化展示工具，配置查询条件，运维人员随时可以搜索指定日志信息，分析处理故障。

三，服务监控

1，云监控CloudMonitor

主流云服务商都将监控功能集成到了基础架构中，以阿里云为例，云监控提供了多种配置，多维度全方位监控。

比如配置CPU使用率到达80%时，自动触发动作，增加服务器实例，同时邮件通知运维人员。

2，应用监控

以监控宝为例，配置服务地址，选择分布在不同地区和运营商的监测点。当监测点不能正常调用配置的服务地址时，将收到警告信息，可以选择邮件、短信、电话等通知方式。

四，潜在的系统扩展需求

1，是否集群化部署？需要AutoScaling自动伸缩吗？

小型化和集群化并不冲突。如果采用集群化部署，可以配置触发条件，满足时自动增加或者释放服务器资源。比如当CPU使用率达到75%或者内存占用率达到75%时，根据配置好的服务器和数量，自动触发。

2，是否使用Docker容器技术？

Docker将应用以及依赖打包到一个可移植的镜像中，可以实现虚拟化，有助于快捷高效的交付应用，结合Docker-compose资源编排，快速实现自动部署更新，不再需要常用的Jenkins构建服务器。

机器数比较小的话，你可以用云的服务器，这样可以节省好多钱。找一个专门的运维，还不如让开发自己来搞，因为机器少运维他也应付得过来。现在都在搞云计算了，把你的机器放上阿里云或者腾讯云，你自己维护好很多，包括网络贷款都很容易扩容。上面这个我说到的只是说建议你如果你已经是自己的机器了。我建议你从我下面所说的来搞。

认为的整个过程的话一般分为三个阶段，第一的话是手工阶段，什么东西都是手工搞。

第2个阶段就是脚本阶段了，本来手工搞的东西全部脚本化。

第3个阶段就是平台化了，平台化了之后，所有东西都在页面上完成系统完成，不需要人工来干预，甚至不用运维来搞。

有一些人说既然认为就是最后的一个阶段，但是这个很不成熟。所以我就不说了。

针对你这个机器数少的，你可以手工认为，或者说用脚本认为都没问题。

在合适的阶段做合适的事情就是最好的。所以我建议你手工运维或者脚本运维。

我们项目用的 wgcloud运维监控系统 ，它前身是开源项目，后来推出的商业版，也有免费版

wgcloud运行很稳定，性能很好，部署和上手容易

wgcloud支持主机各种指标监控(cpu状态/温度，内存状态，磁盘容量/IO，硬盘smart监控，系统负载，网卡流量，硬件系统信息等)，数据可视化，进程应用监控，大屏可视化，服务接口检测，DOCKER监控，自动生成网络拓扑图，端口监控，日志文件监控，web SSH（堡垒机），指令下发执行，告警信息推送（邮件钉钉微信短信等）

可以装虚拟机代替，在同一个局域网情况下

找服务商外包服务，或者网上托管也不贵收费

服务器数量比较少，比如10台服务器，基本可以不设置运维岗位了，后端开发人员 或者架构师就能搞定。

我就是那种曾经在创业的小公司待过的开发人员，开发，运维我都干了。

但是想想如何更科学更高效的运维还是很有必要的。

运维的目的

软件系统的运行时环境：即公司的业务产线，靠它创造业务价值，这个是最核心的功能诉求。

实时监控系统: 任何时候都要对当前公司的产线的压力一清二楚，有问题功能随时解决，有性能问题及时扩容或者回收资源

降低服务器成本：在业务萎缩的情况下，准确评估哪些资源可以回收，降低服务器的支出

这个是当时我认为的运维的三个主要目的。

运维方案

开发半路出家，当时采用的是shell+python+ansible+jekins+elk的方式

首先，我会及时的更新业务产线的物理架构图，根据架构图来规划服务器的资源使用。

比如多少个web服务，数据库多少，zk,kafka,redis集群怎么分布。

集群部署一般是放在多个服务器上的，这个时候ansible就派上用场了。

jekins主要用来自动发布更新程序已经做定时回收磁盘的任务。

elk主要用来做应用的日志系统和监控告警； 可以通过看板随时知道产线的请求数量和并发数量；

以上的运维方案适用于小公司。运维工程师看到了可以补充

搞个zabbix刷

数量少。如果配置好可以虚拟化。然后跑容器

---