新VM的默认保护组

  • 2014年2月17日
  • 8回复
  • 1488次观点

UserLevel 4.
徽章 +20
你好,

是否有一种方法(除了休息或脚本/ crontab之外)将在容器中创建的任何新VM放到“默认”保护域中?

基本原理是为群集的所有VM创建一个“标准”策略,如“默认情况下,每2小时复制此群集”,如果需要处理异常,则可以按案例进行处理。

我有一个攻击Nutanix的客户,目标是从NetApp / NFS / IBM刀片解决方案到Nutanix,如果一切顺利。
问题是,它们使用SnapMirror每1小时复制其数据存储(1按群集)。他们确实希望能够只复制VM,但他们不希望将每个新VM单独添加到保护域。

Sylvain。

8回复

UserLevel 4.
徽章 +19
只是通过今天的脚本。虽然问题,您是否需要每个容器或群集级别设置的默认保护域?或者群集是否有默认值,然后容器会过度全局设置?
UserLevel 4.
徽章 +20
最小值应在容器级别。
我们比我们创建容器更频繁地创建VM。

如果可以为群集定义默认值,则在容器级别覆盖它,请罚款,但我也可以为群集的每个新容器设置默认保护组...

无论如何,随着容器需要复制到另一个容器,这并没有很多意义,没有?群集如何能够自动决定现场A上的哪个容器达到哪个容器B?

Sylvain。
UserLevel 4.
徽章 +19
不需要容器到容器复制,它将全部在生产域级别升级,您可以在一个复制到不同网站的辅送者中拥有VM。
UserLevel 4.
徽章 +20
我不知道我是否理解你的帖子,但如果你的意思是它必须在保护域级别设置,是的。
我在这种情况下我的想法是将默认保护域分配给群集或容器中创建的所有新VM。
这样,您可以配置保护域设置一次(如复制频率),然后将所有新VM继承这些设置。
如果您需要VM的特定设置,则仍然能够将其他保护域分配给此VM并实际上覆盖默认设置。

在我的情况下,我们将从站点1上的集群A上每小时复制所有VM,以便在站点2上的群集B中,我们将被覆盖。
在Futur中,如果我们创建不需要复制的VM(如vshield代理VM for Exemple),我们可以为这些VM创建特定容器,或者从保护域中排除它们并达到所需的结果。

Sylvain。
UserLevel 4.
徽章 +19
使用NoS 4.0和PowerShell,您可以自动化此操作

http://itblooppressure.com/2014/04/17/nos-4-0-powershell-add-all-your-vms-to-a-protection-domain/
UserLevel 4.
徽章 +20
伟大的解决方案!

我建议了一个应该工作的一衬垫。
我无法测试它(尚未),但我在升级到NOS4.0时立即计划

但是,我仍然希望在Nutanix群集水平上进行真正集成的东西,而不是从外部自动化/策划。
事情是,这个解决方案真的很整洁,但我仍然依赖于一个脚本,必须监视,也许升级。
另一个移动的件。

我的客户,这个请求已经管理了更多的4200虚拟机,他们可能会在未来2年内加倍该号码。默认情况下,默认情况下将真正有用。

Sylvain。
UserLevel 2.
徽章 +13
嗨伙计们对此问题的任何解决方案,我都有客户询问它。

谢谢,
托尼
徽章 +5
能够将保护配置/ SLA详细信息直接分配给群集或存储容器是很酷的 - 以额外的方式查看/交互与基础架构

回复


Baidu