所有内容所考虑 - 升级序列和预订指南

  • 2019年10月22日
  • 2回答
  • 6881观点
Alona
秩
UserLevel 6.
徽章 +5
  • Alona Nutanix员工
  • Nutanix员工
  • 433回复

让我们面对它，升级是令人生畏的，令人困惑，频繁，不可避免，而且，痛苦。旨在帮助准备过程，并至少减轻一些烦恼的尿素组合在一起accopolis升级（通过Web控制台升级AOS，PRISM Central，VillisoS和相关软件）。

建议升级顺序:

  1. Prism Central（PC）：在棱镜中央升级和运行NCC。
  2. PC:升级棱镜中心。
  3. PC：运行NCC。
  4. PE (Prism Element clusters):升级并运行NCC。
  5. 体育:升级的基础。
  6. PE：运行和升级生命周期管理器（LCM）：
    • 执行LCM库存（也更新LCM框架）。在此步骤中，不要升级除LCM之外的任何其他软件组件。
  7. PE：升级AOS。
  8. PE：运行和升级生命周期管理器（LCM）：
    • 执行LCM库存（也更新LCM框架）。
    • 如LCM推荐，升级SATA DOM固件（用于使用SATA DOM的硬件）。
    • 升级LCM推荐的所有其他固件（BIOS / BMC /其他）。
  9. PE：升级AHV为AHV集群。
  10. PE：升级AHV以外的群集虚拟机管理程序主机。
  11. PE：运行NCC。

数字2级升级顺序1:棱镜中心和棱镜元件集群

数字Nutanix升级订单2的2：虚拟机管理程序主机

Nutanix建议您在预定的维护窗口或正常工作时间以外执行安装和升级。您可以在这些时间升级，但在升级过程中，您的用户可能会遇到一些延迟。由于这种配置可用的有限带宽，该延迟可能是仅使用1GBE网络上行链路的群集。

Guest虚拟机可能会在主机之间迁移，具体取决于对其服务没有影响几乎没有影响的升级。用户可以访问其VM并在升级期间正常工作。

在升级无法生存的VM之前，您可能需要关闭或调整设置，例如具有vgpus或关联规则的VM。通常，此建议适用于需要主机重启的任何升级（如虚拟机管理程序升级）。如果您不这样做，升级操作可能会在疏散Guest虚拟机时停止。

：感叹：一定要阅读在你开始之前那升级清单以及参考资料和资源（将指南的所有兼容性矩阵的URL）列为起始点。

愿原力与你同在!：fingers_crossed：

Let\u2019s face it, upgrades are daunting, and confusing, and frequent, and unavoidable, and, well, painful. Aiming to help with the preparation process and alleviate at least some of the worries Nutanix put together Acropolis upgrade (Upgrading AOS, Prism Central, Hypervisors, and Related Software Through The Web Console)<\/a>.<\/p>

Recommended Upgrade Order:<\/a><\/p>

  1. Prism Central (PC): Upgrade and run NCC on Prism Central.<\/li>\t
  2. PC: Upgrade Prism Central.<\/li>\t
  3. PC: Run NCC.<\/li>\t
  4. Prism Element clusters (PE): Upgrade and run NCC.<\/li>\t
  5. PE: Upgrade Foundation.<\/li>\t
  6. PE: Run and upgrade Life Cycle Manager (LCM):\t

2回答

R.
秩

Nutanix什么时候推荐升级软件？何时可以从支持下载页面下载或在1次点击时下载？就像正式推荐。如果它是一个测试问题。：眨眼：

When does Nutanix recommend upgrading software? When is is available for download from the support downloads page or when it is in the 1-click? Like officially recommend. Like if it was a test question.\u00a0\":wink:\"<\/p>","quoteUsername":"Rob Thomas","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
Alona
秩
UserLevel 6.
徽章 +5

你好 @rob thomas.

这是一个很好的问题，谢谢。据我所知，您寻求格式的答案不存在。我会试图解释为什么我可以是最好的。

设置环境有多种方式。某些环境对高可用性（不仅在群集中而且在环境/网站规模中）没有兴趣，有些人考虑过失败的情景，以至于它们，其中一些具有非常低的容差，以便在6秒停电时具有非常低的容差已经在可接受的区域之外。有些站点在两个供应商并行中具有镜像设置，以至于如果其中任何一个供应商的软件中存在错误，则可以选择在搜索或等待时将问题隔离并切换到其他供应商。解决方案。

因此有LTS和STS释放。首先是更稳定，更保守的，具有更长的生命周期，更频繁的更新。后者更频繁，更探索。

因此，总的来说，我认为有两个主要的因素需要考虑:一个是对维护窗口的容忍度，另一个——让我们称之为对新功能的渴望，因为我找不到一个更好的词来形容它。这两件事在同一家公司的站点之间可能会有很大的不同，所以这甚至不一定是公司的政策。

关于使用1单击可用性，这不是用于使用非常可靠的标记。每当有组件或功能找到一个问题时，为该项禁用1次单击选项。

我会说，留在更安全的一面（假设这是目标），这不仅仅是在我的经验中与任何供应商一起，在推出之前至少一个月给予它。如果您有一个，请在测试/开发站点滚动它，如果您在拨打电话前几周运行，请在测试/开发站点中滚动。

Hi @Rob Thomas<\/user-mention>\u00a0<\/p>

That is an excellent question, thank you. To the best of my knowledge, the answer in the format you seek does not exist. I will attempt to explain why it is so the best I can.<\/p>

There is more than one way to set up the environment. Some environments have no interest in high availability (not only within the cluster but on the environment\/site scale), some have considered failure scenarios\u00a0minorly or moderately and accounted for them, some have a very low tolerance for failure where a 6 seconds outage is already outside of the acceptable zone. There are sites that have mirrored setups in two vendors in parallel so that if\/when there is a bug in the software of either of the vendors there is an option to isolate the issue and switch over to the other vendor while searching or waiting for the solution.<\/p>

Hence there are LTS and STS releases. First are more stable, more conservative, have a longer life cycle, less frequent updates. The latter are more frequent, more explorative.<\/p>

So in overall, there are two main factors, I think, to consider: one being the tolerance to maintenance windows and the other \u2013 let\u2019s call it hunger for new features as I can\u2019t find a better word for it right now. Those two things can vary from site to site within the same company drastically so that is not necessarily even the company policy.<\/p>

In regards to using 1-click availability, that is not a very reliable marker to use. Whenever an issue is found with a component or a feature the 1-click option is disabled for that item.<\/p>

I would say, to stay on the safer side (assuming that\u2019s the goal), and that is not only with Nutanix but with any vendor in my experience, give it at least a month before rolling it out. To be extra safe roll it out in the test\/dev site if you have one and let it run for a few weeks before you make the call.<\/p>","quoteUsername":"Alona","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

回复


Baidu