我认为在由 scvmm 管理的 hyper-v r2 集群中使用 n+1 不再是一个好主意

我认为在由 scvmm 管理的 hyper-v r2 集群中使用 n+1 不再是一个好主意

在这里,集群(不是 hyper-v 集群)通常配置为 n+1,所以他们要求我创建一个 n+1 hyper-v r2 集群。这些集群将配置 csv 和实时迁移,并通过 scvmm r2 进行管理。我的想法是让一个节点闲置在那里是一种浪费。在我看来,最好留出空间,用于传统上 +1 服务器在 N 个节点之间分布的内容。有人对此有意见吗?谢谢

答案1

我也是这么想的。如果你的热服务器发生故障,则其上运行的所有机器都必须迁移到另一个机器上,但如果进行负载平衡,则只需迁移一半。只需确保两个机器上都有足够的空间,以便进行故障转移即可。

答案2

你说得对。“热”备用的问题在于,除非发生故障,否则你永远不知道它是否已准备好运行。最好将 n+1 容量分布在所有集群主机上,这样你就知道它在需要时已准备好运行。

格雷格

答案3

我同意。话虽如此,我还是会选择 n+2 - n+1 +1,你可以自己关闭(服务包、补丁等)。至少在业务关键环境中 - 没有理由不这样做 ;)

是否让备用设备处于活动状态或热备用状态由您决定 - 最后,使用它们可以为您提供更多的 CPU 能力(如果您受到 CPU 限制)。虽然不是很多,但它可以使应用程序更快一些。另一方面,让它们保持温暖可以确保您真的可以在 N 系统上无问题地运行 - 特别是您以后不会遇到 CPU 分配问题 ;)

最后,在我看来,很多事情都归结于“只是决定”。

相关内容