服务器数量比较少，怎么运维比较好？

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

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刷

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

一：在安装电脑配件的时候一定要插好。因为配件接触不良会引起系统死机。这是很常见的一种现像。
二：CPU。显卡等配件不要超频过高，要注意温度，否则，在启动或运行时会莫名其妙地重启或死机。
三：最好配置稳压电源，以免电压不稳引起死机。
四：如果有条件的话，加装一个UPS，使电脑在停电后不会造成突然死机。
五：BIOS设置要恰当，虽然建议将BIOS设置为最优，但所谓最优并不是最好的，有时最优的设置反倒会引起启动或者运行死机。
六：在机箱中，可能蕴藏了大量的灰尘，灰尘若接触了配件的电路，会使系统不稳定或死机。
七：机器中装有太多设备时，由于机器所配电源功率不足，使用过程中也会死机。
八：键盘、鼠标等外设不正常也容易引起死机。
九：在同一台机器中，不要混装不同的内存，否则机器会莫名其妙的死机。这也是常见的硬件引起的死机。大家一定要注意。

软件方面的原因:
十：在同一个硬盘上安装太多的 *** 作系统引起系统死机。
十一：在安装应用软件当中。若现提示对话框在"是否覆盖文件"。最好先择不要覆盖。因为通常当前的系统文件是最好的。不能根据时间的先后来决定覆盖文件（除非你对文件的时间很在意）。大家平常并不很注意这一点。
十二：在卸载软件的时候。不要删除共享文件。可能被系统或者其他程序作用，一旦删除这些文件，会使应用软件无法启动而死机。或者出现引起系统运行死机。
十三：在加载某些软件的时候。要注意先后顺序。由于有些软件编程的时候不规范。在运行时候不能排到第一，而是让其它设备使用该中断号。否则引起IRQ冲突。从而引起系统死机。
十四：在运行大型应用软件的时候不要在运行时退出。否则会引起整个瘟酒吧系统的崩溃。
十五：在内存小的时候不要运行占用内存大的程序。否刚在运行时容易出现死机。建议在运行这些程序时应及时保存当前正在使用的文件。
另外,防止电脑死机还有以下注意事项:
在内存较小的情况下(如4MB－16MB)，最好不要运行占用内存较大的应用程序，否则在运行时容易出现死机。建议在运行这些程序时应及时保存当前正在使用的文件。
对于系统文件或重要文件，最好使用隐含属性，这样才不致于因误 *** 作而删除或者覆盖这些文件。
修改硬盘主引导记录时，最好先保存原来的记录，防止因修改失败而无法恢复原来的硬盘主引导记录。
最好少用软件的测试版，因为测试版在某方面不够稳定，在使用后会使系统无法启动。
在Windows95/98中尽量不要运行16位应用程序，因为16位的应用程序会与Windows中的32位应用程序产生冲突，从而引起死机或无法启动。
在升级BIOS之前，应确定所升级的BIOS版本，同时应先保存一下原先的版本，以免升级错误而使系统无法启动。
尽量不要使用盗版的软件，因为这些软件里隐藏着大量病毒，一旦执行，会自动修改你的系统，使系统在运行中出现死机。
在机箱中，可能蕴藏了大量的灰尘，灰尘若接触了配件的电路，会使系统不稳定或死机。
在执行磁盘碎片整理的时后，不要运行大型应用软件，否则引起死机。
用杀毒软件检查硬盘期间，不要运行其它的应用程序，以防止系统死机。
在上网的时候，不要一次打开太多的浏览窗口，导致资源不足，引起死机。
在关闭计算机的时候，不要直接使用机箱中的电源按钮，因为直接使用电源按钮会引起文件的丢失，使下次不能正常启动，从而造成系统死机。
常用的分区格式有三种，分别是FAT16、FAT32、NTFS格式。
FAT16：
这是MS-DOS和最早期的Windows 95 *** 作系统中使用的磁盘分区格式。它采用16位的文件分配表，是目前获得 *** 作系统支持最多的一种磁盘分区格式，几乎所有的 *** 作系统都支持这种分区格式，从DOS、Windows 95、Windows OSR2到现在的Windows 98、Windows Me、Windows NT、Windows 2000，甚至最新的Windows XP都支持FAT16，但只支持2GB的硬盘分区成为了它的一大缺点。FAT16分区格式的另外一个缺点是：磁盘利用效率低（具体的技术细节请参阅相关资料）。为了解决这个问题，微软公司在Windows 95 OSR2中推出了一种全新的磁盘分区格式——FAT32。
FAT32：
这种格式采用32位的文件分配表，对磁盘的管理能力大大增强，突破了FAT16下每一个分区的容量只有2GB的限制。由于现在的硬盘生产成本下降，其容量越来越大，运用FAT32的分区格式后，我们可以将一个大容量硬盘定义成一个分区而不必分为几个分区使用，大大方便了对磁盘的管理。而且，FAT32与FAT16相比，可以极大地减少磁盘的浪费，提高磁盘利用率。目前，Windows 95 OSR2以后的 *** 作系统都支持这种分区格式。但是，这种分区格式也有它的缺点。首先是采用FAT32格式分区的磁盘，由于文件分配表的扩大，运行速度比采用FAT16格式分区的磁盘要慢。另外，由于DOS和Windows 95不支持这种分区格式，所以采用这种分区格式后，将无法再使用DOS和Windows 95系统。
NTFS：
它的优点是安全性和稳定性方面非常出色，在使用中不易产生文件碎片。并且能对用户的 *** 作进行记录，通过对用户权限进行非常严格的限制，使每个用户只能按照系统赋予的权限进行 *** 作，充分保护了系统与数据的安全。Windows 2000、Windows NT、以及Windows XP都支持这种分区格式。
Ext2：
这是Linux中使用最多的一种文件系统，它是专门为Linux设计的，拥有最快的速度和最小的CPU占用率。Ext2既可以用于标准的块设备(如硬盘)，也被应用在软盘等移动存储设备上。现在已经有新一代的Linux文件系统如SGI公司的XFS、ReiserFS、Ext3文件系统等出现。Linux的磁盘分区格式与其他 *** 作系统完全不同，其C、D、E、F等分区的意义也和Windows *** 作系统下不一样，使用Linux *** 作系统后，死机的机会大大减少。但是，目前支持这一分区格式的 *** 作系统只有Linux，而Linux对于大部分用户来说还是困难了点，在这里就不作详细介绍了。
分区方案推荐
要想合理的分配硬盘空间，需要从三个方面来考虑：
1、按要安装的 *** 作系统的类型及数目来分区。
2、按照各分区数据类型的分类进行存放。
3、为了便于维护和整理而划分。
下面以60~100GB的硬盘为例提供4种类型的硬盘分区方案，供读者参考（见附表1~6）。
我们以家用型分区方案（60~100GB）为例讲讲这样划分的理由：
家用型是针对办公、娱乐、游戏用途而言的，你可以装一个Windows 98和Windows XP。Windows 98具有出色的兼容性，可专门用来娱乐。Windows XP则有很强的稳定性，可用于办公和学习。
C盘 建议分区的大小是3~5GB，FAT32格式。C盘主要安装的是Windows 98和一些比较小的常用应用程序。3~5G的容量是考虑到当计算机进行 *** 作的时候，系统需要把一些临时文件暂时存放在C盘进行处理。所以C盘一定要保持一定的Free空间，同时也可以避免开机初始化和磁盘整理的时间过长。
D盘 建议分区的大小是10GB，NTFS格式，用来安装Windows XP及一些常用的办公和应用软件，NTFS分区格式有很强的稳定性和安全性，特别适合于办公和学习。
E盘 建议分区的大小是10~15GB，FAT32格式。D盘主要用来安装比较大的应用软件（比如：Photoshop）、常用工具（比如：超级解霸）等，同时建议在这个分区建立目录集中管理。
F盘 建议分区的大小是10~20GB，FAT32格式。主要用来安装游戏软件。如果需要的话，可以再对游戏的类型进行划分。
G盘 建议分区的大小是15~20GB，FAT32格式。如果你是音乐迷，有大量MP3、WMA或是整张VCD拷贝进去的文件要存放的话，可以划分一个比较大的G区，因为你放置的是一些多媒体文件，如MP3、VCD上的dat，由于单个文件（dat）很巨大，需要连续的大块空间，而且这些文件一般不需要编辑处理，只是用专用的软件回放欣赏。回放欣赏的质量和速度同磁盘数据结构的关系微乎其微，主要取决于CPU、显示卡的性能以及当前系统可用物理内存的大小。所以，我们根本没有频繁对这些分区进行碎片整理的必要。
H盘 剩余空间，FAT32格式。H盘主要是用来做文件备份。如Windows的注册表备份、Ghost备份和计算机各硬件如显示卡、声卡、Modem、打印机等驱动程序，以及各类软件的安装程序。这样可以加快软件的安装速度或与局域网里的其他用户共享。同时可以免去以后重新安装或是升级 *** 作系统时寻找驱动程序光盘的麻烦。这个分区并不需要经常进行碎片整理，只要在放置完数据后整理一次就够了，里面数据更新的频率较低。放置gho文件的分区，如果经常运行磁盘整理还可能会破坏压缩包内的数据，造成以后Ghost恢复系统时发生错误。
到这里，所有的磁盘空间都划分完毕。大概是5到6个分区，各种数据分类存放得井井有条。当然，你也可以把数据更细地分类、分区存放，比如Ghost的备份和Windows的安装程序可以分开放，音乐MP3和VCD的dat文件也可分区存放。总之，每个 *** 作系统原则上应该独占一个2~5GB的分区，里面除了 *** 作系统和办公软件外不要放其他重要文档和邮件，以方便用Ghost的方式维护。总的分区数建议不要超过10个，否则管理起来会比较麻烦，容易混乱。
希望对你有所帮助！^_^

虚拟内存设置和win7的一样 右键计算机单机属性
看左边单机高级系统设置 出来一个系统设置 选择高级那个选项卡
看见性能哪里 可以设置虚拟内存
然后单机设置 出来一个性能选项 点击高级选项卡 可以看到虚拟机存了
然后可以选择哪个盘 大小多少 或者设置动分配虚拟内存！

---