你好，
是否有一种方法（除了休息或脚本/ crontab之外）将在容器中创建的任何新VM放到“默认”保护域中？
基本原理是为群集的所有VM创建一个“标准”策略，如“默认情况下，每2小时复制此群集”，如果需要处理异常，则可以按案例进行处理。
我有一个攻击Nutanix的客户，目标是从NetApp / NFS / IBM刀片解决方案到Nutanix，如果一切顺利。
问题是，它们使用SnapMirror每1小时复制其数据存储（1按群集）。他们确实希望能够只复制VM，但他们不希望将每个新VM单独添加到保护域。
Sylvain。
新VM的默认保护组
UserLevel 4.
+20
UserLevel 4.
+19
只是通过今天的脚本。虽然问题，您是否需要每个容器或群集级别设置的默认保护域？或者群集是否有默认值，然后容器会过度全局设置？
UserLevel 4.
+20
最小值应在容器级别。
我们比我们创建容器更频繁地创建VM。
如果可以为群集定义默认值，则在容器级别覆盖它，请罚款，但我也可以为群集的每个新容器设置默认保护组...
无论如何，随着容器需要复制到另一个容器，这并没有很多意义，没有？群集如何能够自动决定现场A上的哪个容器达到哪个容器B？
Sylvain。
我们比我们创建容器更频繁地创建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。
我在这种情况下我的想法是将默认保护域分配给群集或容器中创建的所有新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/
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个虚拟机，他们可能在未来两年内将这个数字翻倍。在默认情况下集成它将非常有帮助。
Sylvain。
我建议了一个应该也能工作的一行。
我无法测试它（尚未），但我在升级到NOS4.0时立即计划
但是，我仍然希望在Nutanix群集水平上进行真正集成的东西，而不是从外部自动化/策划。
事情是，这个解决方案真的很整洁，但我仍然依赖于一个脚本，必须监视，也许升级。
另一个移动的件。
我的客户已经管理了超过4200个虚拟机，他们可能在未来两年内将这个数字翻倍。在默认情况下集成它将非常有帮助。
Sylvain。
+5
如果能够将保护配置/sla细节直接分配到集群或存储容器中，那将是一件很酷的事情——这是查看/与基础设施交互的另一种方式