融合集成

除了Radar和Sonar数据之外,Openmix还可以在其决策标准中使用第三方数据。例如,您可以集成已经使用的现有合成监视服务。或者,您可以使用来自CDN提供商的最新使用数据来做出基于成本的决策。

融合菜单

Fusion Data Feeds菜单

Fusion数据源可以从导航菜单中访问,在Openmix

例如,与Openmix应用程序一起工作的一些常见Fusion数据源:

  1. 服务器可用性-从第三方提供商(如CatchPoint, Rigor和Pingdom)获取数据,以确定特定主机或应用程序的可达性。
  2. 服务器监控-来自Rackspace和New Relic等提供商的指标,允许Openmix在路由决策中考虑服务器运行时指标,如内存使用情况、CPU消耗、空闲磁盘空间和网络延迟。Openmix可以使用这些指标来进行开/关路由决策,或者通过减少负载服务器的流量来进行逐步的路由更改。
  3. CDN成本控制-从所有主要cdn中获取带宽和使用统计数据,并使这些数据在影响路由决策的Openmix应用程序中实时可用。
  4. 客户定义的自定义数据源-您提供的端点上的任何数据都可以在自定义Openmix应用程序中摄取并可用,以便在路由决策中使用。

融合集成

服务 类型
Akamai CDN带宽,CDN使用率
AWS CloudFront CDN的使用
AWS监测 实例指标
AWS ELB 负载均衡器指标
AWS S3 自定义数据源
Azure 实例指标
Catchpoint 警报
该公司 CDN带宽,CDN使用率
CDN的带宽
ChinaNetCenter CDN的带宽
Citrix ADC 自定义数据源
Datadog 警报
Edgecast CDN带宽,CDN使用率
急剧 CDN的使用
融合直接 自定义数据源
Highwinds CDN的使用
HTTP GET 自定义数据源
带可用性的HTTP GET 自定义数据源
JSON 自定义数据源
主题 网络监控
Level3 CDN带宽,CDN使用率
聚光灯下 CDN的使用
MaxCDN的 CDN带宽,CDN使用率
新遗迹索引 应用分数
新Relic服务器监控 实例指标
NGINX 负载均衡器指标
NGINX + 负载均衡器指标
Pingdom 网络监控
Qbrick CDN的使用
Rackspace 实例指标
严格 网络监控
SFR CDN带宽,CDN使用率
TCP平 网络监控
Touchstream 视频监控

融合提要

下面的屏幕显示了所有配置的Fusion数据源。该列表提供了数据源和当前状态的概述。

Fusion数据源列表

这些列提供了以下信息:

标题 描述
状态 数据源的当前状态。状态显示:+绿色表示提要成功地从服务检索数据;+黄色表示提要正在等待从服务中检索数据;或者+红色表示不能从服务中检索提要
数据源名称 数据提要中给出的名称。可选选项,如果没有指定,默认为“服务-平台名称”。
服务 数据源正在使用的服务的名称。
ID 数据源的ID。这是通过API访问Fusion所需要的。
平台名称 与数据提要关联的平台的名称。
每一个运行 数据提要从服务更新的频率。

创建数据源

如果没有配置Fusion数据源,欢迎屏幕将提示您创建一个数据源。

Fusion Data Feeds默认

单击开始按钮或+在设置一个新的数据提要。

新的融合数据馈送

新的数据源

单击您想要集成的服务的图标并填写所需的配置字段。

融合数据馈送

每个服务需要不同的配置参数。您需要用户名和密码或生成的令牌来进行身份验证和任何其他特定于服务的配置。

Fusion数据源配置

所有Fusion数据源都与先前在Citrix智能交通管理门户中创建的平台相关联。这允许Openmix应用程序查询每个平台的外部Fusion数据,并根据路由逻辑确定该平台是否必须被视为可用于路由决策。

大多数提要需要配置以下值:

输入项 描述
每一个运行 数据提要从外部服务更新的频率。Fusion按照指定的时间间隔调用该服务,并根据新数据更新Openmix应用程序。
平台 与Openmix应用程序中的Fusion数据相关联的平台。

编辑数据源

编辑Fusion数据提要非常简单,只需单击表中的数据提要并单击编辑按钮。

修改配置后,单击保存.这将使您回到数据提要列表,您的更改已保存并应用到数据提要中。

数据馈送历史

Fusion收集数据提要历史中每次运行时的最后100个响应。您可以查看数据提要状态、有关数据的信息以及从服务返回的有效负载。在列表中选择特定的数据提要后,单击历史日志按钮中显示数据提要的历史记录。

融合数据馈送历史

若要更改所选日期,可单击<>按钮,用于从当前选定日期向后或向前移动,或从列表中选择特定日期。选择特定实例的时间戳,将显示从服务返回的数据。

数据馈送失败

失败Fusion feed的融合隔离如果客户的失败Fusion数据源配置为以少于24小时的轮询间隔运行,则融合隔离适用于该数据源。Fusion应用隔离逻辑来阻止这些失败的提要运行。这样做是为了节省资源(CPU/内存),并避免对其他有效的Fusion数据源产生任何负面影响。

隔离逻辑是通过逐步“退出”失败的融合馈电来应用的。这种情况一直持续到融合饲料被隔离24小时。此时融合系统将每24小时尝试运行一次。失败的聚变数据馈送永远不会完全关闭。它将继续运行,至少每24小时运行两次。

重要的是:

  • Fusion数据源将始终至少连续运行两次,并在进入隔离逻辑之前失败两次。例如,如果一个一分钟提要运行并且连续两次失败,则它将进入隔离逻辑。

  • 如果在任何时候Fusion数据源成功运行,则会将其从隔离逻辑中删除,并将按定期计划的间隔再次运行。

  • 如果在任何时候Fusion feed被更新(例如,如果用户输入了一个错误的URL并且已经更正了它),Fusion feed将在一分钟内尝试再次运行,而不管轮询间隔如何。如果成功,它将从隔离逻辑中删除。如果继续失败,则将应用隔离逻辑。

融合集成