当 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 条目,以便辅助终结点成为您的存储帐户的新主终结点,如下图所示: