融合集成

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

融合菜单

融合数据提要菜单

融合数据提要可以从导航菜单,下面访问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使用率
新文物Apdex 应用分数
新的Relic服务器监控 实例指标
NGINX 负载均衡器指标
NGINX + 负载均衡器指标
Pingdom 网络监控
Qbrick CDN的使用
Rackspace 实例指标
严格 网络监控
SFR CDN带宽,CDN使用率
TCP平 网络监控
Touchstream 视频监控

融合提要

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

融合数据提要列表

列提供以下信息:

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

创建数据源

如果未配置Fusion数据提要,则会出现欢迎屏幕提示您创建数据提要。

Fusion Data Feeds默认

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

新的融合数据源

新的数据来源

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

融合数据源

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

融合数据源配置

所有Fusion数据提要都与之前在Citrix智能流量管理门户中创建的平台相关联。这允许Openmix应用程序查询每个平台的外部Fusion数据,并根据路由逻辑确定是否必须考虑该平台对路由决策可用。

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

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

编辑数据源

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

更改配置后,单击保存。这将使您回到数据提要列表中,并在数据提要中保存和应用了更改。

数据馈送历史

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

融合数据馈送历史

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

数据输入失败

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

隔离逻辑是通过逐步“退出”失败的Fusion feed来应用的。这种情况一直发生,直到Fusion提要被隔离24小时为止。此时,Fusion feed将每24小时尝试运行一次。失败的融合数据源永远不会完全关闭。它将继续运行,至少每24小时运行两次。

重要的是:

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

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

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

融合集成