虚拟机

1.安装时选择硬盘为LVM（这里也可选逻辑卷为后续扩容方便） 2.分区按照Linux的ext4分区进行分配根目录、boot分区和swap交换分区，剩余空间全给LVM 3.这里选择剩余空间全给LVM 4.创建对应卷组vg1和逻辑卷lv1 5.选择基本服务器，左下角选customize now进行自定义配置 6.加入一些Web服务器常用服务点Next即可完成你的系统安装了 来源： 51CTO 作者： hcdtc258 链接： https://blog.51cto.com/12972548/2473497

虚拟化监控与管理工具对服务器整合项目的成功至关重要。然而虚拟化监控与管理工具的功能各不相同。有些工具对性能进行实时监控，其他一些工具提供历史性能数据。有些工具提供历史统计数据以排除误报并能够为性能监控以及诊断性能问题提供帮助。容量管理与分析以及对虚拟基础设施资源的成本进行统计分析是性能监控工具提供的其他功能。 虚拟化性能监控管理工具主要从以下三个方面来进行选择 1.监控范围广 虚拟服务器和实体服务器同时监控 多数据中心同步监控 不同类型的虚拟化形式同步监控（esxi或kvm） 2.监控内容深 虚拟资源细致化 虚拟网络的多元化 虚拟应用的定位化（应用协议、应用数据库、DNS服务） 3.监控占用资源少 代理式部署（agent） 资源多，不安全 探针式部署（虚拟机） 资源少，安全方便 4.监控系统易用性 易用性---可视化程度高---自动化程度高 选择虚拟化监控及管理 北京明辰智航科技有限公司的明辰智航云安虚拟化监控与管理工具作为虚拟化设备部署。 明辰智航云安的产品由于具有如下特性，因此是独一无二的： 1.通过网络流量监控洞察虚拟机网络。能够识别相互通信的虚拟机以及正在使用的通信协议。 2.提供类似数字硬盘录像机的回放功能，允许管理员回退到之前的一个时间点，定位问题所在。 3.vCenter告警将会触发其记录虚拟基础设施的性能使用率数据。 此外

OOM浅析 相信有一定java开发经验的人或多或少都会遇到OutOfMemoryError的问题，这个问题曾困扰了我很长时间，随着解决各类问题经验的积累以及对问题根源的探索，终于有了一个比较深入的认识。参照网上的一些解决方案，在这里加以整理。 在解决java内存溢出问题之前，需要对jvm（java虚拟机）的内存管理有一定的认识。jvm管理的内存大致包括三种不同类型的内存区域： Permanent Generation space（永久 保存区域） 、Heap space(堆区域)、Java Stacks(Java栈）。 永久保存区域 主要存放Class（类）和Meta的信息，Class第一次被Load的时候被放入PermGen space区域，Class需要存储的内容主要包括方法和静态属性。 堆区域 用来存放Class的实例（即对象），对象需要存储的内容主要是非静态属性。每次用new创建一个对象实例后，对象实例存储在堆区域中，这部分空间也被jvm的垃圾回收机制管理。 Java栈 跟大多数编程语言包括汇编语言的栈功能相似，主要基本类型变量以及方法的输入输出参数。Java程序的每个线程中都有一个独立的堆栈。 容易发生内存溢出问题的内存空间包括：Permanent Generation space和Heap space。 第一种OutOfMemoryError： PermGen

Java堆溢出 虚拟机参数： -Xms20m -Xmx20m -XX:+HeapDumpOnOutOfMemoryError 将堆的最小值和最大值都限制成为20M，-XX:+HeapDumpOnOutOfMemoryError出现内存异常时令java虚拟机Dump堆内存转储快照 代码 1 import java.util.*; 2 3 /** 4 * Created by zcy on 2017/6/11. 5 */ 6 public class TestHeapMemory { 7 8 static class OOMObject{ 9 10 } 11 12 public static void main(String[] args){ 13 List<OOMObject> list = new ArrayList<OOMObject>(); 14 while (true){ 15 list.add(new OOMObject()); 16 } 17 } 18 } 运行出现异常： java.lang.OutOfMemoryError: Java heap space Dumping heap to java_pid9392.hprof ... Exception in thread "main" java.lang.OutOfMemoryError: Java heap

一、环境说明： 1.1、3台vm虚拟机系统环境介绍： 3台VM系统为： [root@mgr01 ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) 3台VM centos 系统都关闭iptables,关闭selinux 3台虚拟机系统时间同步： ntpdate ntp1.aliyun.com 3台vm虚拟机上各安装一个orchestrator mysql orchestrator版本为：orchestrator-3.1.4-linux-amd64.tar.gz 下载地址： https://github.com/github/orchestrator/releases mysql的版本为mysql5.7.24 GA 二进制版本安装 三台机器ip： 10.0.0.130 172.16.0.130 10.0.0.131 172.16.0.131 10.0.0.132 172.16.0.132 三台vm绑定主机名： [root@mgr01 bin]# cat /etc/hosts 172.16.0.130 mgr01 172.16.0.131 mgr03 172.16.0.132 mgr02 [root@mgr02 ~]# cat /etc/hosts 172.16.0.132 mgr02 172.16.0

（1）vm.overcommit_memory 执行grep -i commit /proc/meminfo 看到CommitLimit和Committed_As参数。 CommitLimit是一个 内存分配上限 , CommitLimit = 物理内存 * overcommit_ratio(默认50，即50%) + swap大小 Committed_As是已经分配的内存大小。 -------- vm.overcommit_memory文件指定了内核针对内存分配的策略，其值可以是0、1、2 0： (默认) 表示内核将检查是否有足够的可用内存供应用进程使用；如果有足够的可用内存，内存申请允许；否则，内存申请失败，并把错误返回给应用进程。0 即是启发式的overcommitting handle,会尽量减少swap的使用,root可以分配比一般用户略多的内存 1： 表示内核允许分配所有的物理内存，而不管当前的内存状态如何， 允许超过 CommitLimit，直至内存用完为止。 在数据库服务器上不建议设置为1，从而尽量避免使用swap . 2： 表示不允许超过CommitLimit值 （2）vm.overcommit_ratio 默认值为：50 （即50%） 这个参数值只有在vm.overcommit_memory=2的情况下，这个参数才会生效。 --------------------

专题： Linux内存管理专题 关键词： OOM、oom_adj、oom_score、badness 。 Linux内核为了提高内存的使用效率采用过度分配内存(over-commit memory)的办法，造成物理内存过度紧张进而触发OOM机制来杀死一些进程回收内存。 该机制会监控那些占用内存过大，尤其是瞬间很快消耗大量内存的进程，为了防止内存耗尽会把该进程杀掉。 1. 关于OOM 内核检测到系统内存不足，在内存分配路径上触发out_of_memory，然后调用select_bad_process()选择一个'bad'进程杀掉，判断和选择一个‘bad'进程的过程由oom_badness()决定。 Linux下每个进程都有自己的OOM权重，在/proc/<pid>/oom_adj里面，范围是-17到+15，取值越高，越容易被杀掉。 下面从几个方便来分析OOM： 触发OOM的条件是什么？ 影响OOM行为有哪些参数？ OOM流程分析。 一个OOM实例的解析。 2. OOM触发路径 在内存分配路径上，当内存不足的时候会触发kswapd、或者内存规整，极端情况会触发OOM，来获取更多内存。 在内存回收失败之后，__alloc_pages_may_oom是OOM的入口，但是主要工作在out_of_memory中进行处理。 由于Linux内存都是以页为单位，所以__alloc_pages

一、按系列罗列Linux的发行版，并描述不同发行版之间的联系与区别。 （一）主要的发型版 1、debian：ubuntu、deepin(深度)、mint等。 2、Slackware：SUSE Linux Enterprise Server(SLES)、OpenSuse桌面、MNIS等。 3、RedHat：RHEL(RedHat Eterprise Linux)、CentOS、Fedora、中标麒麟等。 4、其他：ArchLinux、LFS、Android（kernel+busybox+java虚拟机）、Gemtoo等。 （二）不同发行版本之间的联系 1、所有的发行版本都使用Linux内核。 2、都遵循GNU组织的GPL协议。 3、所有版本的Linux发行版本的命名格式一致。 （三）不同发型版本之间的区别 1、不同的发行版本有着不同的Linux内核版本、库及程序软件。 2、不同的发行版本采用的包管理器不同（redhat和slackware系列使用的是rpm包管理系统，以.rpm为扩展名；Debian系列使用的是dpkg包管理系统，以.deb为扩展名）。 二、安装Centos7.6操作系统，创建一个自己名字的用户名，并可以正常登录，将主要步骤截图。 1、打开VMware，点击创建新的虚拟机，如图： 2、在打开的新建虚拟机向导中，选择稍后安装操作系统然后点击下一步，如图： 3

云服务管理是指云服务提供商必须履行的一套流程和任务，以便圆满地把云服务交付给消费者。云计算能节约成本，快速满足用户对资源的弹性需求，这使得一些潜在的云服务消费者有兴趣把计算迁入云端。然而，这些潜在的云服务消费者能否变成真实的云服务消费者，在很大程度上依赖于云服务提供者如何对待用户关心的安全、可移植性和互操作性问题。 关于可移植性，潜在的消费者非常想知道他们是否能够以较低的成本和最小的中断时间在多个云端之间迁移数据或应用程序。而对于互操作性，用户关心在两个或多个云端之间的互通能力。 为了便于用户进行数据移动、服务交互和系统迁移，云服务提供者应该提供一些有利机制（包括策略和工具），而不是故意设置障碍，以便黏住用户。数据移动是指把数据复制到云端或从云端复制出来或者进行批量传输。理想的服务交互能力是指用户能够通过统一的管理接口使用他们的横跨于多个云端的数据和服务。 系统迁移是指将一台完全关闭的虚拟机从一个云服务提供商的云端迁移到另一个云服务提供商的云端，或者在不同云服务提供商的云端之间迁移应用、服务和相应的内容。但是要特别注意的是，不同的云服务模式（IaaS、PaaS、SaaS）在可移植性和互操作性方面的侧重点不同。 我们必须清晰地认识到安全性问题涉及云计算参考模型的各个方面，纵向上从最底层的基础设施到最顶层的应用，横向上包括全部的参与角色，如云服务提供商、云服务消费者、云服务代理商等。

在云端，虚拟化属于基础设施层，具体包括服务器虚拟化、网络虚拟化和存储虚拟化，虚拟的目的是为了池化物理资源。在服务器虚拟化领域，VMware（现已被 EMC 收购）已耕耘了很多年，把持了大部分的市场。后来者微软、思杰都想有所突破。 在开源社区，美国的红帽公司一直也在尝试整合开源资源并形成自己的一整套云计算产品，其核心是已经并入 Linux 内核的 KVM 虚拟机。 红帽与微软类似，拥有从操作系统到应用软件的完整产品线，而且全部是开源的。云计算提供商都是技术性的公司，他们更倾向于采用开源的云计算解决方案，稳定、可靠、低成本注定了红帽公司在未来的云计算市场会有更大的作为。下面对开源的服务器虚拟化组件做简单介绍。 XenServer XenServer 是基于 Xen 的虚拟平台，直接安装在物理的计算节点上，然后在上面创建更多的虚拟机。XenCenter 是云计算管理平台，通过它来管理众多的安装了 XenServer 的服务器（计算节点）、网络、存储及虚拟机。 XenCenter 把通过计算节点池来管理服务器，属于同一个池的服务器共享存储，而且最好是相同配置的机器，池里的虚拟机保存在共享存储中，一个虚拟机允许在池中的任何一台服务器上运行。 Red Hat Virtualization（RHV） 这是红帽公司发布的基于 KVM 的虚拟化平台软件。RHV 包含虚拟化管理工具（Red Hat