【vsphere高可用】主机故障切换

这篇具有很好参考价值的文章主要介绍了【vsphere高可用】主机故障切换。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

目录

一、vSphere HA接入控制

1.接入控制的资源有3中类型

2.主要的限制操作包括

二、接入控制策略

1、计算插槽大小(获取插槽的大小)

2、计算群机内每台主机拥有的插槽数目

3、计算群集的当前故障切换容量

4、判断“当前故障切换容量”是否小于“配置的故障切换容量”(已配置使用的容量)

5、预留的群集资源的百分比

三、“指定故障切换主机”策略

四、选择接入控制应当考虑的因素


一、vSphere HA接入控制

通过对资源使用施加一些限制,来确保群集内具有足够的资源,以便提供故障切换,并确保虚拟机有足够的预留资源。

1.接入控制的资源有3中类型

(1)主机。确保有足够的资源来满足其上运行的所有虚拟机的预留。

(2)资源池。确保资源池有足够资源来满足其关联的所有虚拟机的预留、份额和限制。

(3)vSphere HA。确保预留足够的群集资源,以便在主机发生故障时恢复虚拟机。

2.主要的限制操作包括

(1)限制打开虚拟机电源;

(2)对虚拟机迁移到主机、群集或资源池中的限制;

(3)限制虚拟机添加CPU或内存预留。

通过接入控制可以保证预期数量的虚拟机能够在故障之后重新启动。

如果要执行测试或维护可以临时禁用vSphere HA接入控制。

接入控制可以流出容量,当故障发生时,用于重新启动虚拟机。

二、接入控制策略

群集允许的主机故障数目”接入控制策略,用于设置允许几台主机出现故障,同时可以确保群集内留有足够的资源来对这些故障主机上的虚拟机进行故障切换,其工作原理如下:

1、计算插槽大小(获取插槽的大小)

  插槽是内存和CPU资源的逻辑表示。默认情况下,系统会自动调整插槽的大小来满足已打开电源的虚机的需要。。

(1)对于CPU。vSphere HA会获取每台已打开电源的虚机的CPU预留,并选择其中最大的CPU预留值。(如果没有预留,则默认情况下是32MHZ,可以使用高级选项das.vmcpuminmhz更改此值)。

(2)对于内存。则会获取每台已打开电源虚机的内存预留和内存开销,然后选择最大值。内存预留没有默认值。

(3)

2、计算群机内每台主机拥有的插槽数目

(1)获取每台主机的CPU和内存资源

(2)CPU资源/CPU插槽大小=CPU插槽数量,内存资源/内存插槽大小=内存资源插槽数量,选择CPU插槽数量和内存资源插槽数量中的最小值,即可以获得主机可以支持的插槽数量。

3、计算群集的当前故障切换容量

故障切换容量指的是允许执行故障切换的主机数。

4、判断“当前故障切换容量”是否小于“配置的故障切换容量”(已配置使用的容量)

如果是小于表示故障切换容量不能够满足故障的切换,则接入控制会限制用户所执行的操作(包括打开虚机电源、迁移和资源预留)

5、预留的群集资源的百分比

除了设置“群集允许的主机故障数目”接入控制策略外,还可以设置“预留的群集资源的百分比”设置接入控制策略,工作原理如下:

1、计算群机内已使用(已打开电源的虚拟机)的资源;

(1)加总已打开电源虚拟机的CPU预留。如果没有预留,则默认为32MHZ(可以使用高级选项das.vmcpuminmhz设置);

(2)加总已打开电源虚拟机的内存预留(以及内存开销)

2、计算主机资源总数;

这些值包含在活动主机的根资源池中,而不是主机的总物理资源(应该是可用于部署虚拟机的资源总数,有些资源用于物理主机其他应用不包含在内)。

3、计算群集的“当前的CPU故障切换容量”和“当前的内存故障切换容量”;

当前的CPU故障切换容量=(主机CPU资源总数-已被虚拟机使用的CPU资源)/主机CPU的资源总数

当前的内存故障切换容量=(主机内存资源总数-已被虚拟机使用的内存资源)/主机内存的资源总数

4、判断“当前的CPU故障切换容量”或“当前的内存故障切换容量”是否小于“配置的故障切换容量”(已配置使用的容量)

如果是小于表示故障切换容量不能够满足故障的切换,即目前已在用的虚拟机没有足够的资源实现故障奇幻,则接入控制会限制用户所执行的操作。

三、“指定故障切换主机”策略

配置了此策略后,vShpere ha将在指定的故障切换主机上重新启动虚拟机。

为了确保切换主机上拥有可用的空闲资源,vSphere HA将阻止打开虚拟机或使用vMotion将虚拟机迁移到故障切换主机。而且为了保持负载平衡,DRS也不会使用故障切换主机。

四、选择接入控制应当考虑的因素

(1)避免资源碎片。当有足够资源用于虚拟机故障切换时,将出现资源碎片(什么是资源碎片?无法利用的资源)

指定插槽大小或指定切换主机的策略不会出现碎片,如“群集允许的主机故障数目”和“指定故障切换主机”策略,因为这两个策略都是基于基本资源单位的策略,有固定的插槽大小限制和主机数目。

如果是“群集资源的百分比”策略,则不解决资源碎片的问题,因为它是通过资源的百分比来控制资源的。

(2)故障切换资源预留的灵活性。可以根据需要配置不同控制粒度的策略。

“群集允许的主机故障数目”是基于一个或多个主机的策略;

“群集资源的百分比”是基于资源百分比的策略;

“指定故障切换主机”也是基于一个或多个专用故障切换主机的策略。

(3)群集的异构性。异构指的是群集内虚拟机的CPU、内存资源大小不一致。异构性主要涉及的策略是“群集允许的主机故障数目”,它在计算插槽大小时要获取群集内虚拟机的最大CPU预留和内存预留,在计算故障切换容量时也要考虑拥有最多已打开电源的虚拟机的主机的故障切换(如,所有已打开的虚拟机出现故障,则故障时切换所需要的资源的主机数即为故障切换容量)。其他两个策略不受群集异构性影响。

vSphere HA在执行接入控制计算时,会包括FT辅助虚拟机的资源使用情况:对于“群集允许的主机故障数目”策略,将为辅助虚拟机分配一个插槽;而对于“群集资源的百分比”策略,在计算群集的可用容量时将考虑辅助虚拟机的资源使用情况。文章来源地址https://www.toymoban.com/news/detail-638067.html

到了这里,关于【vsphere高可用】主机故障切换的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • vsphere HA(冷备)介绍

    1.当在一台ESXI上的VM不可用的时候,在另外一台上自动重启这台VM 2.重启约有几分钟宕机时间 3.配合上层的HA效果更好 4.局限性:HA只能提供VM的FailOver; HA不能提供快速切换,因为启动VM的时间未知 vsphere HA(冷备)原理 1.vsphere HA是用Vmware自己开发工具FDM开发的 2.FDM用master/slave架

    2023年04月21日
    浏览(32)
  • 【Linux】MHA高可用配置及故障切换

    提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 MHA(MasterHigh Availability)是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。 MHA 的出现就是解决MySQL 单点的问题。 MySQL故障切换过程中,MHA能做到0-30秒内自动完成故障切换操作。 MHA能在故障切

    2024年02月11日
    浏览(55)
  • MySQL之MHA高可用配置及故障切换

    目录 一、MHA概念 1、MHA的组成  2、MHA的特点 3、主从复制有多少种复制方法 二、搭建MySql+MHA部署 1.Master、Slave1、Slave2 节点上安装 mysql 2.修改 Master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf   3. 配置 mysql 一主两从 4、安装MHA所有组件  4.1 安装 MHA 软件 4.2 在所有服务

    2024年02月09日
    浏览(40)
  • Linux5.9 MySQLMHA高可用配置及故障切换

    第四章 LINUX MySQL MHA高可用配置及故障切换 一、概述及原理 1.什么是 MHA MHA(MasterHigh Availability)是一套优秀的MySQL高可用环境下故障切换和主从复制的软件 MHA 的出现就是解决MySQL 单点的问题 MySQL故障切换过程中,MHA能做到0-30秒内自动完成故障切换操作 MHA能在故障切换的过程

    2024年02月11日
    浏览(51)
  • 跨数据中心下的 Kafka 高可用架构分析

    本文介绍了 Kafka 跨数据中心的两种部署方式,简要分析两种方式下的不同架构以及优缺点,对这些架构可能碰到的问题也提供了一些解决思路;同时也说明了 Kafka 跨数据中心部署的社区解决方案和商业化解决方案。 Kafka 作为世界上最流行的消息中间件之一,一般是客户数据

    2024年02月14日
    浏览(60)
  • 【大数据之Hadoop】三十七、Hadoop HA高可用

      实现高可用最关键的策略是消除单点故障。HA分成各个组件的HA机制:HDFS的HA和YARN的HA。   Hadoop2.0之前,在HDFS集群中NameNode存在单点故障(SPOF)。 NameNode主要在以下两个方面影响HDFS集群: (1)NameNode机器发生意外,如宕机,集群将无法使用,直到管理员重启。 (2)

    2024年02月12日
    浏览(43)
  • 探索ES高可用:滴滴自研跨数据中心复制技术详解

    Elasticsearch 是一个基于Lucene构建的开源、分布式、RESTful接口的全文搜索引擎,其每个字段均可被索引,且能够横向扩展至数以百计的服务器存储以及处理TB级的数据,其可以在极短的时间内存储、搜索和分析大量的数据。 滴滴ES发展至今,承接了公司绝大部分端上检索和日志

    2024年02月13日
    浏览(46)
  • 大数据 | Hadoop HA高可用搭建保姆级教程(大二学长的万字笔记)

    大家好!我是初心,今天给大家带来的是Hadoop HA搭建保姆级教程,来自大二学长的万字长文自述和笔记! 相信很多人看到这个标题时,可能会产生一种疑问:博主你之前不是出过一期关于Hadoop HA高可用集群搭建的教程了吗,这次怎么还出一篇?是有什么改进的地方吗? 没错

    2024年02月06日
    浏览(42)
  • 【Azure】微软 Azure 基础解析(四)Azure核心体系结构组件之数据中心、区域与区域对、可用区和地理区域

    本系列博文还在更新中,收录在专栏:「Azure探秘:构建云计算世界」 专栏中。 本系列文章列表如下: 【Azure】微软 Azure 基础解析(三)描述云计算运营中的 CapEx 与 OpEx,如何区分 CapEx 与 OpEx 【Azure】微软 Azure 基础解析(四)Azure核心体系结构组件之数据中心、区域与区域

    2024年02月15日
    浏览(56)
  • 【VMware vSphere 7】安装配置ESXi 7主机(二)

    ESXi专为运行虚拟机、最大限度降低配置要求和简化部署而设计。只需几分钟时间,客户便可完成从安装到运行虚拟机的全过程,特别是在下载并安装预配置虚拟设备的时候。 提高可靠性和安全性 简化部署和配置 减少管理开销 点击“开启此虚拟机” 。 等待系统加载完成。

    2024年02月11日
    浏览(44)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包