【发布时间】:2018-07-12 14:51:07
【问题描述】:
当 azure 存储帐户提供 LRS、ZRS、GRS、RA-GRS 等不同的复制选项时,为什么我们需要在 azure 上为我们的 VM(磁盘)进行 Azure 备份。
所有数据都已经在不同的区域复制(在 GRS 的情况下),我将从 Azure 备份中得到什么好处。
【问题讨论】:
当 azure 存储帐户提供 LRS、ZRS、GRS、RA-GRS 等不同的复制选项时,为什么我们需要在 azure 上为我们的 VM(磁盘)进行 Azure 备份。
所有数据都已经在不同的区域复制(在 GRS 的情况下),我将从 Azure 备份中得到什么好处。
【问题讨论】:
所有数据已经在不同区域复制(如果 GRS),我将从 Azure 备份中获得什么好处。
复制不是备份!
确实,当您选择 GRS 复制时,会保留 6 个数据副本(主副本中 3 个,辅助副本中 3 个),但是当您从主副本中删除数据时,辅助副本中的数据会被自动删除。
更新
您的意思是,如果任何数据由于某些错误/错误而被删除/损坏,可以 从备份中复制,在存储的情况下是不可能的 复制。
你说的很对!
但微软将“Azure 备份和站点恢复”作为 BCDR 出售 战略。在任何灾难的情况下,为什么不只依靠存储 复制。 Azure 备份/站点恢复有什么优势?
我没有使用 Azure 备份,所以让我从存储复制的角度来回答。简而言之,“在 Azure 的上下文中,灾难不是灾难,除非微软认为它是灾难”。在此之前,假设您选择了 GRS 复制(使用 RA-GRS,您显然可以选择始终从辅助节点读取数据),您将无法访问辅助节点。
此外,如果您选择 LRS 或 Premium LRS 复制,并且一个数据中心确实发生了灾难,您的所有数据都将丢失。使用 Azure 备份,您至少可以在安全的地方保存一份数据副本,并且您可以根据该备份重新创建您的环境。
【讨论】:
我知道这个问题很老,但 MS 提供了通过存储帐户进行灾难恢复的解决方案
我们可能有两种应对灾难的解决方案
它说:
如果主终结点因任何原因变得不可用,客户端将无法再写入存储帐户。下图显示了主节点不可用但尚未恢复的场景:
客户启动帐户故障转移到辅助端点。故障转移过程会更新 Azure 存储提供的 DNS 条目,以便辅助终结点成为您的存储帐户的新主终结点,如下图所示:
【讨论】: