复制是保险存储企业功能，有两个使用情形：灾难恢复（DR）和性能。它的核心单元是一个保险库集群；在复制中，有一个主集群连接到一系列从机辅助设备，这些集群以一对多的近乎实时的流进行通信。灾难恢复复制的目的是防止整个群集发生故障，而性能复制是为了分布高容量工作负载而构建的。在这两种情况下，重要的是能够监测主要和次要集群的健康状况，了解潜在问题和解决这些问题的方法，并注意到集群之间的联系。在Vault 1.5中，我们重新设计了复制UI，以创建易于阅读的仪表板，并使问题更易于查看和解决。我们很高兴与您分享我们重新设计的仪表板。»什么改变了，为什么？在下面的图像中，旧的复制UI位于顶部，新UI位于底部，用于灾难恢复（DR）主映像：如您所见，有相当多的视觉变化和许多新的信息。DR主仪表板的快速摘要：我们已经把州，最后一个和已知的第二个放在卡片上。这些信息对第一眼扫描很重要，所以我们把它放在页面的顶部。它们分别引用群集的当前操作状态、写入本地存储的最后一个预写日志条目以及与主群集关联的DR辅助群集的列表。我们添加了新的信息：辅助ID、辅助URL以及该辅助服务器是否已连接。如果您定义了主集群地址，那么还有一个主地址。我们添加了描述，以定义每个值并阐明其用途。如果有错误，我们将显示它：当集群重新建立索引时，我们将向您展示进度：真正的力量在于比较仪表板。要了解这一点，这里有一个DR secondary：此仪表板是全新的，包括：状态：快速评估辅助群集如何使用主群集复制数据。如果集群处于merkle同步，我们将向您显示同步的进度。连接状态：我们将向您显示集群连接的运行状况。如果这是空闲的，我们将向您展示，以便您可以快速排除故障。last_remote_wal：从主服务器接收的最后一个预写日志（wal）条目。可以对照上面主仪表板中的最后一个检查。每10秒更新一次。known_primary_cluster_addrs：主群集中所有节点的地址列表。此列表应始终为非零。这是集群的心跳。通过查看主用户界面和辅助用户界面，可以对显示的数据进行有价值的比较，从而评估集群的运行状况。对于群集既是灾难恢复又是性能主控的特殊情况，我们创建了一个自定义的"摘要"仪表板，它提供了对这两个仪表板的概述，并链接到每个仪表板的各个仪表板："管理"选项卡中也有UI更改，其中包括每个操作的modal，使您能够确定地执行每个操作（升级、降级、生成令牌等）。当执行诸如删除或降级之类的破坏性操作时，我们添加了双重确认。»过程我们的流程涉及到产品、设计和工程的协作，以完成所有工作，并得到公司所有员工的投入。我们从PRD（产品需求文档）开始。本文概述了项目的背景、问题和要求。它还包括项目的人物角色和阶段。以顾客反馈为基础。然后，我们开始了一些初步的设计工作，以便开始了解我们有多少数据可供UI使用，以及如何呈现这些数据。这是迭代的一小部分，所有这些都包括可用的错误：RFC：在PRD之后，我们流程的一个基本部分是RFC（征求意见）文档。与前端团队协作--我们了解UI可用的内容，需要从后端团队请求的内容，以及根本不可用的内容。RFC向整个公司提出了我们的建议，邀请了反馈意见，并促成了变革。修订：在收到领导层、支持部门和工程部对RFC的反馈后，我们对建议的设计进行了更改（甚至在Armon的反馈后添加了全新的摘要仪表板），然后开始工作！前端：前端团队将项目分解成票证，当约束出现时需要进行调整，或者我们获得新的信息时，前端团队继续与设计部门合作。例如，当我们演示了支持用户界面时，我们了解到了显示已知的主集群地址并将它们合并到新设计中是多么重要。文档：为了传达这些更改，对多个Vault学习指南进行了更新。»下一步行动我们的下一步是收集关于这个复制迭代的反馈。我们对这个特性的UI和UX做了很多更改。我们期待听到您的想法，并继续重复复制。要了解有关监视保管库复制的详细信息，请访问我们的学习指南。谢谢你的阅读！如果你对这种工作感兴趣，我们也在招聘！