凝聚力的核心价值之一是对顾客的痴迷。我们相信以解决方案和服务取悦客户，而不仅仅是为他们服务。我们所做的每件事都把客户放在第一位，如果客户遇到产品功能的问题，负责此功能的工程师会放弃一切来解决问题。有时，整个团队都会参与解决问题。有时，整个领导层都会参与解决这个问题。我们的产品支持工程师（PSE）团队是硅谷最优秀的团队之一。怎样才能有效地为客户提供服务？他们是怎么做到的？由于现场有如此多的集群，手动监控每个集群、检查系统状态并排除问题是非常困难和低效的。当客户遇到问题时，他们会首先联系我们的PSE团队，团队会提供帮助。这就是所谓的反应性支持，它是在问题显现之后出现的。我们不希望这种事发生。我们希望在客户遇到问题之前与他们取得联系，反之亦然。这叫做主动支持。为了提供前瞻性支持，我们开发了一个系统，可以监控集群，分析数据，并预测需要对集群采取的行动——无论是立即还是在不久的将来。这也有助于我们避免潜在的客户升级。一致性无法控制要监视哪些集群以及需要为哪些集群提供主动支持。由客户决定他们是否愿意接受Cohereity的主动支持。如果这样做，它们只需在集群上启用主动监视功能。监控在群集上启用主动监视时，监视代理将被激活。代理定期获取不同组件状态的快照，并通过HTTPs将其发送到cohereity。快照中的一些信息包括：群集中的资源使用情况。硬件组件的运行状况。硬件组件的固件详细信息。关于内部组件的各种统计信息。群集中生成的严重警报。配置和关键日志。为我们的客户提供更好的信息是至关重要的。分析收集数据后，我们要做的下一件事是对其运行分析，然后分析组件生成可操作的智能。行动情报的一些例子包括：群集中的磁盘有太多的读/写错误，它将要失败，应该更换它。集群中的磁盘突然出现故障，集群吞吐量下降，需要更换磁盘。集群中的节点出现故障，吞吐量下降，需要更换节点。这比磁盘故障更为严重。某个特定供应商的硬件组件出现故障，其中一个群集已处于错误状态。应该更换集群其余部分上同一供应商的硬件组件。要升级到某个软件版本，群集必须通过推荐的升级路径。如果一个集群没有遵循这条路径，那就是一个异常。我们可以通知客户。在特定硬件组件上运行的固件版本与建议的版本不同。可以识别运行非推荐工作负载的集群。在运行特定软件版本的群集上应用修补程序。智能可以大致分为异常、建议和潜在硬件故障。根据这些行为的严重程度，我们的PSE团队会收到警报。他们从那里拿走的。结论正如我在本博客开头所说，我们对顾客着迷。一致性将辅助存储工作流整合到一个超聚合解决方案中。尽管幕后发生的事情很复杂，但我们的客户在使用一致性解决方案时看到的是一个非常简单的管理界面，既易于使用又易于导航。