解决了

备份到Azure或AWS的成本

C
徽章 +4
我正在考虑将我们的Nutanix雅典卫城集群备份到Azure或AWS。我很好奇的是，一旦您考虑了它们的基本存储率，而是在备份和还原期间发生的所有内容（罕见）。

我们的所有VM总数约为5 TB，每日快照在更改的数据中平均约40GB。我们希望保留一个月的日报和每周一次的备份。

这是足够的数据来进行不错的估计，还是其中一个“尝试查看”方案之一？我对将其用作远程备份网站的其他任何人都感兴趣，以及他们看到的成本。

谢谢！
克林特
图标

最好的答案全黑2016年8月2日，00：55

\n
\nOnce you reach a certain amount of data, I believe 10 TB, you will need to upgrade your virtual controller instance which will double your compute cost. We also got stung by the exchange rate.Initially the Kiwi dollar was 1:1 to the US dollar but that changed to 1:1.5 which drove up the cost quite a bit. In the end it was costing us like $1,200 a month which was more expensive than our on prem solution. I cannot recall the exact retention details we used.
\nThe performance was not ideal either as we do not have AWS datacentres in New Zealand and the closest one is over in Australia.
\n
\nI think Cloud Connect is a great solution for the right use case and will definitely investigate again when it supports DR","className":"post__content__best_answer"}">
查看原件
\n
\nWe have around 5 TB total with all our VMs, with the daily snapshots averaging around 40GB in changed data. We would want to retain maybe a month's worth of backups with dailies and weeklies.
\n
\nIs this enough data to do a decent estimate, or is it one of those 'Try and see' scenarios? I'd be interested in anybody else that's utilizaing it as a remote backup site and what kinds of costs they're seeing.
\n
\nThanks!
\nClint","quoteUsername":"ClintW","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
该主题已关闭以供评论

22个答复

A
徽章 +11
我对此进行了试验，但这不是我们的正确解决方案，原因是几个原因。从本质上讲，我们可以为Commvault许可节省成本，但是随着备份套装的增长，收益消失了。

一旦达到一定数量的数据，我相信10 TB，您将需要升级虚拟控制器实例，这将使您的计算成本增加一倍。我们也因汇率而陷入困境。从奇异果上讲，美元达到1：1美元，但这更改为1：1.5，这驱动了很多费用。最后，它使我们每月耗资1200美元，这比我们的Prem Solution昂贵。我不记得我们使用的确切保留细节。
表现也不是理想的，因为我们没有新西兰的AWS数据中心，而最接近的是澳大利亚的AWS数据中心。

我认为Cloud Connect是正确用例的绝佳解决方案，当它支持DR时，它一定会再次调查
\n
\nOnce you reach a certain amount of data, I believe 10 TB, you will need to upgrade your virtual controller instance which will double your compute cost. We also got stung by the exchange rate.Initially the Kiwi dollar was 1:1 to the US dollar but that changed to 1:1.5 which drove up the cost quite a bit. In the end it was costing us like $1,200 a month which was more expensive than our on prem solution. I cannot recall the exact retention details we used.
\nThe performance was not ideal either as we do not have AWS datacentres in New Zealand and the closest one is over in Australia.
\n
\nI think Cloud Connect is a great solution for the right use case and will definitely investigate again when it supports DR","quoteUsername":"AllBlack","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
C
徽章 +4
谢谢，这有帮助。我只考虑了存储成本，而不是计算...由于某种原因，我认为当我们仅将其用于备份和还原时，这是不适用的。这是我第一次研究这些云服务，猜想我有一些误解。

现在，我们使用开源软件和脚本的组合来完成备份，我正在尝试使其变得更简单。我们也在考虑Commvault，但目前我们还没有任何产品。
\n
\nRight now we're using a combination of open source software and scripts to do backup and I'm trying to make it a little simpler. We're also considering Commvault, but we don't have any of their products in place at the moment.","quoteUsername":"ClintW","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
A
徽章 +11
您可能还想看看Rubrik的备份。目前正在试用，它似乎非常简单。我还考虑的另一件事是在远程站点上使用Nutanix存储节点并复制我的保护域
C
徽章 +4
是的，我在.NEXT会议上看到了Ribrik。它看起来像是一个非常不错的产品，但它超出了我们的价格范围。就像还有一个额外的nutanix群集一样，尽管这是我的偏爱。不幸的是，我已经让我们的代理商习惯了预算的预算。首先，这是一个成就！我当然睡得更好。

我们正在查看Commvault的大约10K许可，备份到我本地删除生产的较旧的NAS，可能是我们其他位置之一的基本存储服务器作为我们的异地复制品。我希望AWS/Azure选项会更便宜/更简单，但听起来可能并非如此！

我一定要感谢反馈，谢谢。
\n
\nWe're looking at about 10K in licensing for Commvault, backing up to an older NAS I'm taking out of production locally and probably some basic storage server for one of our other locations as our off-site replica. I was hoping the AWS\/Azure option would be cheaper\/simpler, but it sounds like that may not be the case!
\n
\nI definately appreciate the feedback, thanks.","quoteUsername":"ClintW","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
乔恩
秩
UserLevel 6
徽章 +29
是的，当我们在云中运行CVM以接收复制数据，然后将该数据传递到S3/EBS（或在Azure情况下的BLOB）时，您可以使用Cloud Connect计算成本。

也就是说，我们正在努力通过在将来的发行版中动态打开云CVM来降低成本。
乔恩·科勒（Jon Kohler）|Nutanix工程技术总监|Nutanix NPX＃003，VCDX＃116 |@jonkohler |如果有用的话，请荣誉！
\n
\nThat said, we're working on reducing that cost, by dynamically switching on an off that cloud CVM in a very future release.","quoteUsername":"Jon","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
C
徽章 +4
很高兴听到，谢谢乔恩。仍然不确定我们会以哪种方式决定，在不知道最终成本的情况下决定！我希望他们有一个成本计算器或其他东西，您可以在其中放入基本数据，更改率，恢复频率，保留期等，并获得不错的估计。
乔恩
秩
UserLevel 6
徽章 +29
云的不幸部分...云可能是加利福尼亚的酒店，以付出透明度。
乔恩·科勒（Jon Kohler）|Nutanix工程技术总监|Nutanix NPX＃003，VCDX＃116 |@jonkohler |如果有用的话，请荣誉！
b
Userlevel 1
徽章 +10
AWS具有您可以使用的有用成本计算器：
https://calculator.s3.amazonaws.com/index.html

请注意，存储不是像您这样的小环境中的主要成本。您需要m1.xlarge EC2实例，这比您的S3存储成本昂贵。

S3
我刚刚进行了计算，您的S3存储成本约为每月160美元。如果您使用S3 IA（不经常访问），则可以节省一些钱 - 这提供了相同的耐用性和可用性，占正常S3价格的35％。


但是，转移更昂贵，因此仅建议在较旧的数据上进行。例如，您可以在30天后设定策略将数据存档到S3 IA。

EC2
请注意，EC2的价格高度取决于您选择的定价模型
（“按需”，1或3年“无预保留”，1或3年“部分前期保留”，1或3年“全部保留”）

尤其是前期3年可节省很多钱（大约占正常定价的35％），
请参阅下面的屏幕截图：



如果要设置S3生命周期管理（将旧数据层到S3 IA），请查看此URLhttp://docs.aws.amazon.com/amazons3/latest/dev/object-lifecycle-mgmt.html
\nhttps:\/\/calculator.s3.amazonaws.com\/index.html<\/a>
\n
\nPlease note that storage is not the main costs in a small environment like yours. You need a M1.Xlarge EC2 instance, and that's more expensive than your S3 storage costs.
\n
\nS3
\nI just did a calculation and your S3 storage costs would be about 160 USD a month. You can save some money if you would use S3 IA (infrequent access) - this offers the same durability and availability at +\/- 35% of the normal S3 pricing.
\n

<\/a><\/p>
\nTransfers are more expensive however, so only recommended on older data. For example, you could set a policy to archive data to S3 IA after 30 days.
\n
\nEC2
\nBe aware that EC2 pricing highly depends on the pricing model you choose
\n(being \"on demand\", 1 or 3 years \"no upfront reserved\", 1 or 3 years \"partial upfront reserved\", 1 or 3 years \"All upfront reserved\")
\n
\nEspecially 3 years upfront saves you a lot of money (again about 35% of normal pricing),
\nsee the screenshot below:
\n
\n

<\/a><\/p>
\n
\nCheck out this URL if you want to set S3 lifecycle management (tiering old data to S3 IA) http:\/\/docs.aws.amazon.com\/AmazonS3\/latest\/dev\/object-lifecycle-mgmt.html<\/a>","quoteUsername":"bertvdl","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">

C
徽章 +4
我刚刚发现了该计算器，但是我不知道要使用哪种类型的实例。感谢您为我打破它，真的很有帮助。在这一点上，我倾向于获得Commvault，并使用一些较旧的存储硬件作为存储库，应最大程度地降低成本并最大化我们的还原功能！
d
徽章 +7
大家好，

Commvault Guy在这里 - 让我知道您是否有任何疑问。

基于此线程的快速概述我们可以提供的帮助。

我们可以在本地与亚马逊/Azure和许多其他云提供商进行备份存储和长期保留/磁带更换。我们还支持诸如冰川和Azure酷存储之类的东西 - 在云中运行的基础架构（VM/实例）无需完全压缩和重复复制到云中的数据。我们在本地进行跟踪块，因此可以最大程度地减少您只需转移到电线上的数据量能帮助较低的带宽连接。

对于VMware和Hyper-V工作负载，我们可以将它们恢复到亚马逊和Azure，并以无效的方式运行实例。要么通过在本地存储的数据或使用已发送到云的数据（后者需要一个小的VM实例来处理转换）。到年底，我们还将添加复制，以协助DR Scenarios。
\n
\nCommvault guy here - let me know if you had any questions.
\n
\nQuick overview based on this thread of what we can help with.
\n
\nWe can talk natively to Amazon\/Azure and a bunch of other cloud providers for backup storage and long term retention\/tape replacement. We also support things like Glacier and Azure Cool storage - no need for infrastructure (VMs\/Instances) running in the cloud to get fully compressed and deduplicated copies of data copied to the cloud. We track blocks locally on-prem and so can minimize the amount of data you need to shift over the wire only to unique blocks which can<\/i> help with lower bandwidth connections.
\n
\nFor VMware and Hyper-V workloads we can recover those to Amazon and Azure as running instances agentlessly. Either by shifting data stored locally or by using the data you sent to the cloud already (latter requires a small VM instance to process the conversion). Towards the end of the year we will be adding replication as well to assist with DR scenarios.","quoteUsername":"Damian_CV","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
j
徽章 +1
“动态打开云CVM”


这个功能还出去了吗？
\n
\n
\nIs this feature out yet?","quoteUsername":"jsnyder","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
乔恩
秩
UserLevel 6
徽章 +29
吉斯尼德- 如果是一个人来，那将在前门，门打开，一只脚在门上。

俗气的说法，不，但真的，真的很近。立即使用PM进行双检查CCMarknijmeijer
乔恩·科勒（Jon Kohler）|Nutanix工程技术总监|Nutanix NPX＃003，VCDX＃116 |@jonkohler |如果有用的话，请荣誉！
jsnyder<\/a> - If it was a person coming come, it would be at the front door, with the door open, and one foot in the door.
\n
\nCheesy way of saying, no, but really, really close. Double checking with PM now cc MarkNijmeijer<\/a>","quoteUsername":"Jon","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
d
徽章 +3
那个人回家了吗？:)

编辑：另外，如果CVM被手动关闭并计划在备份窗口的两侧为电源电源，是否存在任何问题？

谢谢！
\n
\nEdit: Also, are there any issues if the CVM is manually shut down and scheduled to power on either side of a backup window?
\n
\nThanks!","quoteUsername":"daniel_rogers","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
乔恩
秩
UserLevel 6
徽章 +29
不幸的是，我们不得不推动此功能，以腾出其他真正整洁的云连接增强功能。该功能已完成，签入代码，但在AOS 5.0中禁用。我们将不久后将其发布
乔恩·科勒（Jon Kohler）|Nutanix工程技术总监|Nutanix NPX＃003，VCDX＃116 |@jonkohler |如果有用的话，请荣誉！
d
徽章 +3
嘿，谢谢乔恩，很高兴知道。
p
徽章 +3
@Jonkohler

我能问一下，现在有能力复制到雅典卫城管理程序的Azure Cloud的能力吗？
\n
\nCan I ask is the ability to replicate to the Azure cloud with Acropolis Hypervisor now suported?","quoteUsername":"paulmathewson","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
b
Userlevel 1
徽章 +10
确实支持Azure作为复制目标 - 出于备份目的。（尚未）将Azure用作DR解决方案。
乔恩
秩
UserLevel 6
徽章 +29
是的，bertvdl是正确的。您可以将其复制到Azure以进行异地备份目的，因此，如果您有故障，则可以将这些数据从Azure提取（含义为备份到云，而不是DR到Cloud）。

对于我们支持的所有管理程序（包括AHV），这得到了支持。
乔恩·科勒（Jon Kohler）|Nutanix工程技术总监|Nutanix NPX＃003，VCDX＃116 |@jonkohler |如果有用的话，请荣誉！
bertvdl<\/a> is correct. You can replicate to Azure for offsite backup purposes, so that if you have a failure you can pull that data back from Azure (meaning backup to cloud, not DR to cloud).
\n
\nThis is supported for all Hypervisors that we support, including AHV.","quoteUsername":"Jon","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
p
徽章 +3
感谢您的响应。
可以访问和使用备份的数据，而无需使用Nutanix设备来撤回或重新打开它？

例如，如果源群集不可用，并且需要备份数据，则数据在Azure中的外观如何？
\nCan the data that is backup up to Azure be accessed and used without having a Nutanix devices to pull back or reopen it?
\n
\nFor example if the source cluster was unavailable and backup data required how does the data look in Azure?","quoteUsername":"paulmathewson","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
乔恩
秩
UserLevel 6
徽章 +29
在Nutanix圣经中提供此部分阅读以获取一些背景信息：http://nutanixbible.com/#anchor-cloud-connect-89

简短的答案是，不，您需要使用Nutanix设备来本地读取数据并将其拉回。

典型的“ DR”示例是数据中心燃烧，因此您站起来一个新的数据中心，将一些设备放回其中（在这种情况下为Nutanix），并将其指向Azure，您可以将这些数据提取后退。

如果您将数据备份到磁带中，然后将其发送到磁带存储仓库，并且磁带驱动器被烧毁了，这里的快速/粗略类比。您需要另一个类似/相同规格的磁带驱动器才能再次阅读该磁带。
乔恩·科勒（Jon Kohler）|Nutanix工程技术总监|Nutanix NPX＃003，VCDX＃116 |@jonkohler |如果有用的话，请荣誉！
http:\/\/nutanixbible.com\/#anchor-cloud-connect-89<\/a>
\n
\nShort answer is, No, you would need a Nutanix device to read the data locally and pull it back down.
\n
\nThe typical \"DR\" example is the datacenter burns down, so you stand up a new datacenter, put some equipment back in it (in this case, Nutanix), and point it to Azure, and you'd be able to pull that data back.
\n
\nA quick\/rough analogy here would be if you backed up your Data to tape, and sent it off to a tape storage warehouse, and your tape drive burned down. You'd need another tape drive of similar\/same specifications to read that tape again.","quoteUsername":"Jon","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
mmcghee
秩
UserLevel 3
徽章 +17
你好Paulmathewson

尽管这不是合格的方法，但可以浏览Azure中的快照并将其复制。我们已经在Azure和白名单中站立了一个VM，可以访问Clould Connect实例。他们能够根据需要拔出特定的VM。同样，这不是一个完全支持的方法。

谢谢，
麦克风
paulmathewson<\/a>
\n
\nWhile this is not a qualified method, it is possible to browse the snapshots within Azure and copy them out. We've had a customer stand up a VM within Azure and whitelist that VM to have access to the clould connect instance. They were able to pull out specific VMs as required. Again, this is not a fully supported method.
\n
\nThanks,
\nMike","quoteUsername":"mmcghee","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
p
UserLevel 2
徽章 +3
乔恩（Jon）写道：不幸的是，我们不得不推动此功能，为其他真正整洁的云连接增强功能腾出空间。该功能已完成，签入代码，但在AOS 5.0中禁用。我们将不久后将其发布

关于这个的快速问题乔恩- 在某个时候，是否还会有支持其他符合S3的（私有）对象存储的备份？我意识到需要额外的CVM来“前面”，但是（让我们创建一个快速的情况）您有一个nutanix“备份”节点，该节点运行了一个CVM和一大块S3符合S3的块。在那背后的Cloudian对象存储？在我看来，就像低成本的备份/深度档案解决方案吗？
Jon wrote:We unfortunately had to push this feature, to make room for some other really neat cloud connect enhancements. The feature is done, code is checked in, but disabled in AOS 5.0. We'll be QA'ing it for a release shortly after
\n<\/blockquote>
\nQuick question on this Jon<\/a> - is there also going to be support for backup to other S3 compliant (private) object stores at some point? I realise there is the added complexity of needing the extra CVM to \"front\" this, but (let's create a quick what-if scenario) you had a single Nutanix \"backup\" node running a CVM and a large lump of S3 compliant e.g. Cloudian object storage behind that? Seems to me like a low cost backup\/deep archive solution?","quoteUsername":"Professer","translations":{"Common":{"like":"Like","unlike":"Unlike"},"Forum":{"Quote":"Quote","Share":"Share"}}}">
条款和条件
Learn more about our cookies.<\/a>","cookiepolicy.button":"Accept cookies","cookiepolicy.button.deny":"Deny all","cookiepolicy.link":"Cookie settings","cookiepolicy.modal.title":"Cookie settings","cookiepolicy.modal.content":"We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.<\/a>","cookiepolicy.modal.level1":"Basic
Functional","cookiepolicy.modal.level2":"Normal
Functional + analytics","cookiepolicy.modal.level3":"Complete
Functional + analytics + social media + embedded videos"}}}">
Baidu