大佬教程收集整理的这篇文章主要介绍了细说 Azure Storage 的冗余策略，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
便是数据的安全性。当然所有的云服务厂商都会对用户数据承诺一个非常高的安全性，但万一出现意外呢？我们是不是还要有适当的应对方案？比如今年的3月8日晚间，Azure 某个区域中的存储几乎全部不能访问，持续达两个多小时。当时最担心的是：用户的数据万一丢掉怎么办？同时，我们是不是可以根据云服务提供的数据服务的特点来优化程序的性能呢？基于如此种种的原因，我们需要了解云端数据服务的一些特性的详情，这将对我们很有帮助。本文将和大家一起探讨 Azure Storage 的冗余策略。
需要注意的是，Azure Storage 存储的冗余策略是绑定在 Azure Storage Account 上的。Azure Storage 当前一共有四种数据的冗余策略，分别是：
我们创建 Storage Account 的时候就需要指定其对应的存储的相关类型和策略：
title="细说 Azure Storage 的冗余策略" alt="细说 Azure Storage 的冗余策略" src="https://cn.js-code.com/res/2019/02-09/09/c0c16f8f8b4a38a1652879dc83180d96.png" >
RMANce 选项目前有两种选择，分别是 "Standard" 和 "Premium"。准确的说，下面的 Replication 选项才是 Storage Account 的冗余策略。可是，冗余策略和性能选项是有关联性的。比如，当 perfoRMANce 为 "Standard" 时，Replication 可以选择 ZRS,LRS,GRS,RA-GRS:
title="细说 Azure Storage 的冗余策略" alt="细说 Azure Storage 的冗余策略" src="https://cn.js-code.com/res/2019/02-09/09/76ab1ba4bb5a1230e91519d1f387b70f.png" >
RMANce 为 "Premium" 时，Replication 则只能选择 LRS:
title="细说 Azure Storage 的冗余策略" alt="细说 Azure Storage 的冗余策略" src="https://cn.js-code.com/res/2019/02-09/09/85dadc20f9e560417e7af48d8ae0954b.png" >
数据中心里有多个同步的数据拷贝。数据在弹性存储单元中被复制三次，该弹性存储单元托管在创建存储帐户的区域中的数据中心内。 仅在写入所有三个副本后，才成功返回写入请求。 这三个副本驻留在同一弹性存储单元中的不同容错域和升级域中。
便是 Azure Storage 中最基础的 LRS 数据冗余策略也远高于我们自己维护的系统了！RMANce 为 “Premium” 时只能使用 LRS 策略。数据中心都 crash 的情况(火灾、洪灾、地震、技术故障等)。
数据中心之间异步复制数据，从而提供比 LRS 更高的安全性。 在这种情况下，即使主数据中心不可用或不可恢复，存储在 ZRS 中的数据也安全的。
需要注意的是，ZRS 仅能应用于 blob 类型的存储。
对数据安全要求较高的用户可以选择这种冗余策略。比如我们在一个 web 应用中保存了用户上传的数据(文档、图片、视频等)。为了保护用户的数据，我们可以把这些文件存放在设置为 GRS 的存储中。当主区域发生问题时，至少可以把用户的数据恢复回来。下面是笔者维护的一个使用了 GRS 的项目：
title="细说 Azure Storage 的冗余策略" alt="细说 Azure Storage 的冗余策略" src="https://cn.js-code.com/res/2019/02-09/09/747807a97fa2b222112108a494c3610c.png" >
.blob.core.windows.net，辅助终结点则是 myaccount-secondary.blob.core.windows.net。 Storage Account 的访问密钥对于主终结点和辅助终结点是相同的。
以上是大佬教程为你收集整理的细说 Azure Storage 的冗余策略全部内容，希望文章能够帮你解决细说 Azure Storage 的冗余策略所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。