新服务——Multai负载均衡器

阅读时间:6分钟

欢迎,Multai负载均衡器。

AWS和其他云供应商转移到今天成为公司的新常态,需要新方法确保应用程序安全、有效地交付给客户。在当今市场上大多数可用的负载平衡器都是非常基本的或昂贵的服务,或者是由遗留技术和适应适应云。我们在Spotinst明白您的应用程序是不断发展的,你需要支持无论你应用程序托管。

介绍了Spotinst Multai负载均衡器(MLB)。7层,应用程序交付负载均衡器设计的专门为提供相同级别的负载平衡经验无论硬件或您的应用程序运行在云供应商,结合的分析你需要确保有效地提供客户需要的经验。MLB支持混合部署,这意味着你可以拥有MLB负载平衡器位于过犹不及,在AWS, GCP和Azure所有在同一时间。下面让我们深入了解一些细节。

开创性的特性

  • 智能路由流量以确保数据传输成本降低(如果一个大联盟实例在同一AZ交通将被路由到)
  • HTTP翻译层,浏览器请求可以HTTP / 2和您的应用程序可以是一个旧版本。(支持HTTP / 2 & HTTP / 1.1)
  • Websocket支持和先进的路由与多个港口在同一个主机上
  • 自动扩展的需求。大联盟将自动根据需要扩大规模以满足需求
  • 通过URL端点规则应用程序级健康检查
  • 先进的日志记录所有请求提供了能力和存储它们进行分析
  • 健壮的SSL支持包括解密,证书存储和端到端加密后端服务器
  • 断路器为了确保数据完整性和弹性,任何网络错误,MLB重试蔓延到不同节点的请求
  • “Roshemet”服务可以看后台的变化并自动根据需要申请一个新的配置。进一步简化你的容器的基础设施

现实世界的数据分析

当我们第一次开始想出新的负载均衡器的想法我们知道最少不会足够。我们知道,即使我们能够提供一个新产品以更低的成本这仍然不会引人注目的足以让大多数用户切换到大联盟。这就是为什么我们集成复杂的分析直接进入我们的产品并交付给我们的客户在一个光滑的仪表板。MLB你惊人的数据等应用程序:

  • 实时应用程序延迟响应时间指标
  • 能力确定延迟每个主机,每个目标群体或由云提供商
  • 每个主机和云应用程序的HTTP响应代码报告
  • 实时地理分析-交通来自哪里
  • 操作系统分布、用户设备和浏览器
  • 跟踪用户指纹(独特的用户)
  • 延迟分配图,这是一种聚合百分比图更清晰的认识,所以你会了解您的应用程序的行为

MLB条款

  1. 运行时部署:一组虚拟或物理机器运行MLB软件名为“运行时的节点”。
  2. 运行时的节点:一个节点(VM或服务器)运行MLB软件去充当代理节点之间的传入流量和应用程序服务器。这些运行时的节点可以在前提或启动你的云提供商。一旦你的主机启动,就可以开始创建负载平衡器使用UI控制台或通过API。
  3. 负载均衡器:一个负载均衡器是一个实体,作为一个反向代理和分销网络或应用程序流量的服务器数量。
  4. 侦听器:这一过程检查传入的连接特定的协议和端口负载均衡器。
  5. 路由规则:规则匹配传入的请求,并将其转发给一个TargetSet目标选择。这可以基于HTTP报头或基于一个表达式匹配的要求,例如:路径(“/ v1 /路径”)
  6. 目标群体:一个逻辑的集合目标从一个获得流量RoutingRule
  7. 目标:传入请求的最终目的地,每个目标是定义的URL<协议>:/ / <主机>:<口>,如。http://172.31.10.13:5000和体重。
  8. DNS——Route53是默认的,不过,你可以选择其他DNS提供商。

它是如何工作的呢?

我们为你提供一个安装脚本,可以部署在任何云提供商,甚至在自己的数据中心。使用这个脚本作为服务器启动运行时的节点。MLB足够智能,以确保运行节点计算资源将得到更多的流量比RuntimeNnodes用更少的计算资源。雷竞技rabet官网

flow1

一旦你的运行时节点启动和运行,您可以开始创建负载平衡器为您的应用程序。每一个负载均衡器会有自己的ID、CNAME和分析,您可以查看在一个强大的仪表板。您可以查看您的请求数量,平均延迟,的数量目标托管应用程序,你的健康目标,HTTP 200个请求,HTTP 500个请求,负载均衡器500个请求。

在仪表板查看指标为每个应用程序。

深入到各个指标为更多的细节。您可以单击并拖动部分图更细粒度的信息。

过滤器由TargetGroup或向下一个主机!

MLB可以负载平衡您的应用程序的目标无论提供者或地理位置。正如您将在下面看到的,应用程序服务器在Azure托管,AWS,以及一个on-prem数据中心。每个分组的应用程序的目标称为“TargetGroup”应用程序。你可以看到应用程序指标基于每个TargetGroup甚至下钻单独的服务器!

应用上述指标由Azure TargetGroup过滤。

所有可用的指标,你可以很容易地过滤到一个应用程序服务器(这是不可能与ELB !)。您可以很容易地确定哪个应用程序服务器的行为出乎意料地基于延迟,和400/500请求数量。

先进的分析

你可以通过选项卡浏览更多的分析。下面,Overview选项卡显示一个图延迟的IP范围,由端点的请求分发,500/400 /错误的路径,和个人的端点。这种先进的分析,你可以很快看到实例或应用程序路径有问题。

推出一个新应用程序和想知道你的最终用户所在地?地理选项卡显示你到底有多少请求由这个国家。

找出你的用户是国家在这个简单的全球地图。

看来度量路径(这是一个改变游戏规则!)

流量来源显示每条路径都请求的数量,在您的应用程序。迅速找出路径最受欢迎和找到指标最小/最大/ avg延迟/路径。

快速找出最受欢迎的引用的url位于通过流量来源

您可以快速修改轮询周期从几分钟到几天。这使您可以轻松地分析您的数据在一个时间范围来理解应用程序是如何执行的。

结论

我们非常兴奋我们新的大联盟的产品,我们认为你会喜欢这些新特性。

看到它在行动感兴趣?今天报名!

Baidu
map