大佬教程收集整理的这篇文章主要介绍了细说 Azure Storage 的冗余策略，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。

用户数据承诺一个非常高的安全性，但万一出现意外呢？我们是不是还要有适当的应对方案？比如今年的3月8日晚间，Azure 某个区域中的存储几乎全部不能访问，持续达两个多小时。当时最担心的是：用户的数据万一丢掉怎么办？同时，我们是不是可以根据云服务提供的数据服务的特点来优化程序的性能呢？基于如此种种的原因，我们需要了解云端数据服务的一些特性的详情，这将对我们很有帮助。本文将和大家一起探讨 Azure Storage 的冗余策略。

访问速度要求高的数据则可以使用高速的存储设备。当然，不同的方案成本也是不一样的。我们可以针对应用的特点使用不同的存储策略，这样可以节省成本。还可以指定对应的容灾备份以及灾难恢复方案。

lrs)

性能选项是有关联性的。比如，当 perfoRMANce 为 "Standard" 时，Replication 可以选择 ZRS,lrs,GRS,RA-GRS:

lrs:

lrs)，在单个数据中心里有多个同步的数据拷贝。数据在弹性存储单元中被复制三次，该弹性存储单元托管在创建存储帐户的区域中的数据中心内。 仅在写入所有三个副本后，才成功返回写入请求。 这三个副本驻留在同一弹性存储单元中的不同容错域和升级域中。

升级域 (UD) 是一组在服务升级（推出）过程中一起升级的节点。 三个副本将分布在同一弹性存储单元中的 UD 和 FD 上，以确保即使在硬件故障影响单个机架时，或在推出期间升级节点时，数据也可用。

lrs 数据冗余策略也远高于我们自己维护的系统了！lrs 的优点是成本最低，这里说的低是和其它类型的冗余策略相比。并且可以提高访问的性能，比如选择perfoRMANce 为 “Premium” 时只能使用 lrs 策略。

lrs 的三个副本外，还在一个或两个区域内的数据中心之间异步复制数据，从而提供比 lrs 更高的安全性。 在这种情况下，即使主数据中心不可用或不可恢复，存储在 ZRS 中的数据也安全的。

用户的数据也是安全的。

一个弹性存储单元内管理跨单独容错域和升级域的副本。

用户可以选择这种冗余策略。比如我们在一个 web 应用中保存了用户上传的数据(文档、图片、视频等)。为了保护用户的数据，我们可以把这些文件存放在设置为 GRS 的存储中。当主区域发生问题时，至少可以把用户的数据恢复回来。下面是笔者维护的一个使用了 GRS 的项目：

自动设置的，不支持用户自由选择。其实我们都没有必要知道它的存在，只需要知道数据是安全的就可以了。

获取数据。辅助终结点与主终结点类似，但会在帐户名称后面追加后缀 –secondary。例如，如果 Blob 服务的主终结点是 myaccount.blob.core.windows.net，辅助终结点则是 myaccount-secondary.blob.core.windows.net。 Storage Account 的访问密钥对于主终结点和辅助终结点是相同的。

用户又不能自由的指定次区域的位置，所以十分怀疑是否可以达到真正的目的。

大佬总结

以上是大佬教程为你收集整理的细说 Azure Storage 的冗余策略全部内容，希望文章能够帮你解决细说 Azure Storage 的冗余策略所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。