加入我们虚拟Nutanix用户群会议Jarian Gibson报道Nutanix云集群Azure和AWs与Citrix/span/p

Jarian将深入NC2Azure架构和CitrixNC2Azure\u00a0帮助增强业务连续性和灾难恢复位置He\u2019ll还提供最新NC2更新AWS.QQ/spanQ/p

Plus, we're\u00a0giving away a Nutanix suitcase to one lucky winner!\u00a0Opt-in when you register\u00a0to be entered to win.\u00a0<\/p>","author":{"id":113632,"url":"\/members\/karlie-beil-113632","name":"Karlie Beil","avatar":"https:\/\/uploads-us-west-2.insided.com\/nutanix-us\/icon\/200x200\/1581aab3-bcf6-49f4-b2fb-3d11e8c010dc.png","userTitle":"Community Manager","rank":{"isBold":false,"isItalic":false,"isUnderline":false,"name":"Community Manager","color":"#0873ba"},"userLevel":4},"type":"Webinar","url":"https:\/\/next.nutanix.com\/events\/global-nug-nc2-on-azure-and-aws-with-citrix-151","image":"https:\/\/uploads-us-west-2.insided.com\/nutanix-us\/attachment\/f9693b5b-436b-427a-9b98-531b4040ff24_thumb.png","location":"","startsAt":1678298400,"endsAt":1678302000,"contentType":"event","attendees":[],"attendeeCount":0,"isLoggedInUserAttendee":false,"createdAt":"1675974969"},"phrases":{"Forum":{"{n} year|{n} years":"{n} year|{n} years","{n} month|{n} months":"{n} month|{n} months","{n} day|{n} days":"{n} day|{n} days","{n} hour|{n} hours":"{n} hour|{n} hours","{n} minute|{n} minutes":"{n} minute|{n} minutes","just":"just now","{plural} ago":"{plural} ago"}}}">

解决

处理灾难.Nutanix如何响应


事情不会总计划起来 最坏的事情就会发生在此例中,我们从9节rf2集群中损失2节点(例如人下降维护,有人同时忘记并重开另一个节点

有人指针我一些文档 概述我们如何从中恢复 并恢复集群并运行有任何永久沉降物

谢谢

图标

最佳回答UPX2021年9月26日 10:53

视图原创

专题结束备注

4项回复

用户二级
徽章 +4

算法2Nutanix集群可同时丢失单节点, 所以我建议开张支持票检查并取回系统

所有主机和cvs都可用吗?

谢谢抱歉,我本该说明这是`万一'假想(现在没有问题)。我想知道万一我们面对二主机故障 最终结果是什么第一步向Nutanix请求支持,但我要知道事情从那里发展到哪里,以及我们是否会丢失数据

谢谢

用户二级
徽章 +4

取舍失败后发生的事情 数据丢失的可能性存在 你一定要用支持人检查节点和cvms的确切状态

这里没有正确回答或工作
举例说,几天前NTC一员发现自己处于你描述的完全状况中,而节点中有一个处于维护模式中,另一个重新启动,一个节点有故障,另一个重开后上网,但约200瓦
支持人员帮助他重建故障节点与aos和ipsor嵌入

最优规则我建议
集群级5节以上RF3和2容器,Rf3关键VM1和rf2容器

用户级3
徽章 +5

UPX-你说得对-希望你不介意我补充你的评论

2或2以上节点突然间故障或故障前集群在损失第一个节点后恢复能力,超视像器应安装离线存储器(aqa APD-All路径下游事件)。VMs试图写入时硬件无法保证请求会/可能导致数据丢失

BLOCK或RACK弹性的可能异常和设计考量可持续损失2节点以上确定级情境:SAME块中2节点或SAME机架中2节点


生命中是否有风险为0????)-基于这一点,我认为任何人在存储/虚拟化中至少应执行风险分析或灾难规划

  • 依赖数据组织能吸收哪种故障1分钟1小时1天等最短时间需要驱动决策,例如将恢复性因子类型置RF3或可能将风险分散到多集群内,同时设计恢复步骤使用Nearsync/Async等恢复
  • 硬件恢复能力:注入冗余组件、开关、电源等
  • 坐标所有修改,仅此一号管理员实际触摸/修改集群.最好是
  • 保存良好的灾难恢复计划(离集群关键人可访问),并有经批准的Tiers系统、文件记录恢复步骤和测试这样的计划应该是任何业务连续性的一部分(即连续性)。并不只是处理VMs/Storage问题,而是人/后勤/通信等
  • 等.减轻风险需要持续工作并保持警惕

推荐阅读引用

https://www.joshodgers.com/tag/all-paths-down/

http://www.joshodgers.com/2020/06/22/i-o-path-resiliency-comparison-nutanix-aos-vmware-vsan-dellemc-vxrail/

https://portal.nutanix.com/page/documents/details?targetId=Web-Console-Guide-Prism-v6_0:arc-failure-modes-c.html

https://portal.nutanix.com/page/documents/solutions/details?targetId=TN-2068-Infrastructure-Resiliency:TN-2068-Infrastructure-Resiliency

评析kbs理解aOS修补效果的建议高高(但读读仍能理解可能问题! )

https://portal.nutanix.com/page/documents/kbs/details?targetId=kA0600000008fb7CAA


VMWAREKB2032940

Learn more about our cookies.<\/a>","cookiepolicy.button":"Accept cookies","cookiepolicy.button.deny":"Deny all","cookiepolicy.link":"Cookie settings","cookiepolicy.modal.title":"Cookie settings","cookiepolicy.modal.content":"We use 3 different kinds of cookies.可选择要接受的cookie我们需要基本cookie使网站工作, 因此这是最小选择 更多了解cookie.Q/a>
Functional","cookiepolicy.modal.level2":"Normal
Functional + analytics","cookiepolicy.modal.level3":"Complete
函数+分析+社交媒体+嵌入视频
Baidu