你好,
有没有一种方法(除了REST或脚本/crontab)把任何在容器中创建的新虚拟机到“默认”保护域?
其基本原理是为集群中的所有虚拟机创建一个“标准”策略,比如“默认情况下,这个集群每2h被复制一次”,然后如果需要处理异常,它们可以根据具体情况进行处理。
我有一个客户是PoCing Nutanix,他的目标是如果一切顺利的话,从NetApp/NFS/IBM刀片解决方案转移到Nutanix。
问题是,他们使用SnapMirror每隔1小时复制一次他们的数据存储。他们确实希望能够只复制一个VM,但他们不希望必须将每个新VM单独添加到保护域。
Sylvain。
最低限度应该在集装箱的水平上。
我们创建VM的频率远远高于创建容器的频率。
如果可以为集群定义一个默认保护组,那么可以在容器级别覆盖它,但是我也可以为集群的每个新容器设置默认保护组……
总之,由于一个容器需要复制到另一个容器,这没有什么意义,不是吗?集群如何能够自动决定站点A上的哪个容器去站点B上的哪个容器?
Sylvain。
我们创建VM的频率远远高于创建容器的频率。
如果可以为集群定义一个默认保护组,那么可以在容器级别覆盖它,但是我也可以为集群的每个新容器设置默认保护组……
总之,由于一个容器需要复制到另一个容器,这没有什么意义,不是吗?集群如何能够自动决定站点A上的哪个容器去站点B上的哪个容器?
Sylvain。
我不知道我是否理解你的帖子,但如果你的意思是它必须在保护域级别设置,是的。
在这种情况下,我的想法是为集群或容器中创建的所有新虚拟机分配一个默认保护域。
这样,您就可以配置一次保护域设置(比如复制频率),然后让所有新vm继承这些设置。
如果您需要为虚拟机进行特定设置,您仍然可以为该虚拟机分配另一个保护域,并有效地覆盖默认设置。
在我的例子中,由于我们每小时从站点1上的集群A复制所有vm到站点2上的集群B,我们将被涵盖。
在未来,如果我们创建不需要复制的虚拟机(例如vShield agent VM),我们可以为这些虚拟机创建一个特定的容器,或者将它们从保护域中排除,从而达到预期的结果。
Sylvain。
在这种情况下,我的想法是为集群或容器中创建的所有新虚拟机分配一个默认保护域。
这样,您就可以配置一次保护域设置(比如复制频率),然后让所有新vm继承这些设置。
如果您需要为虚拟机进行特定设置,您仍然可以为该虚拟机分配另一个保护域,并有效地覆盖默认设置。
在我的例子中,由于我们每小时从站点1上的集群A复制所有vm到站点2上的集群B,我们将被涵盖。
在未来,如果我们创建不需要复制的虚拟机(例如vShield agent VM),我们可以为这些虚拟机创建一个特定的容器,或者将它们从保护域中排除,从而达到预期的结果。
Sylvain。
有了NOS 4.0和powershell,你可以自动实现这一点
http://itbloodpressure.com/2014/04/17/nos-4-0-powershell-add-all-your-vms-to-a-protection-domain/
http://itbloodpressure.com/2014/04/17/nos-4-0-powershell-add-all-your-vms-to-a-protection-domain/
伟大的解决方案!
我建议了一个应该工作的一衬垫。
我不能测试它(目前),但我计划一旦我升级到NOS4.0
但是,我仍然希望在Nutanix集群级别上真正集成一些东西,而不是从外部自动/编排。
问题是,这个解决方案真的很简洁,但我仍然需要依赖一个脚本,它必须被监视,可能还需要升级。
另一块移动。
我的客户,这个请求已经管理了更多的4200虚拟机,他们可能会在未来2年内加倍该号码。默认情况下,默认情况下将真正有用。
Sylvain。
我建议了一个应该工作的一衬垫。
我不能测试它(目前),但我计划一旦我升级到NOS4.0
但是,我仍然希望在Nutanix集群级别上真正集成一些东西,而不是从外部自动/编排。
问题是,这个解决方案真的很简洁,但我仍然需要依赖一个脚本,它必须被监视,可能还需要升级。
另一块移动。
我的客户,这个请求已经管理了更多的4200虚拟机,他们可能会在未来2年内加倍该号码。默认情况下,默认情况下将真正有用。
Sylvain。
嗨,朋友们,有什么解决这个问题的办法吗?我有一个客户在询问。
谢谢,
托尼
谢谢,
托尼
+5
能够将保护配置/ SLA详细信息直接分配给群集或存储容器是很酷的 - 以额外的方式查看/交互与基础架构