Azure Application Gateway (1) 入门

本文涉及的产品
网络型负载均衡 NLB,每月750个小时 15LCU
传统型负载均衡 CLB,每月750个小时 15LCU
密钥管理服务KMS,1000个密钥,100个凭据,1个月
简介:

 《Windows Azure Platform 系列文章目录

 

  请读者注意,Azure Application Gateway在ASM模式下,只能通过PowerShell创建

  具体可以参考Wei Heng的Blog: http://www.cnblogs.com/hengwei/p/5052052.html

 

  本章将介绍如何在ARM Portal: https://portal.azure.cn/,创建Application Gateway

  Azure服务里面,提供负载均衡的功能有以下三种:

  1.Azure Load Balancer。Azure Load Balancer是提供OSI Layer 4的负载均衡器。

  在ARM模式下,负载均衡器是单独的一个服务。不像Classic Model下, 负载均衡器是隐藏在Cloud Service后面的

  2.Application Gateway,提供OSI Layer 7的负载均衡器。

  Application Gateway类似反向代理服务,把客户端请求发送到后端的服务器

  3.Traffic Manager。类似于Smart DNS解析。

 

  下表总结了上面三种负载均衡器的区别:

服务类型 Azure Load Balancer Application Gateway Traffic Manager
  传输层 (Layer 4) 应用层 (Layer 7) DNS
支持的协议 Any HTTP / HTTPS

Any

需要HTTP Endpoint进行监控

服务端点 Endpoint Azure虚拟机和Cloud Service Role 任意的内网IP地址,或者公网IP地址  Azure虚拟机,Cloud Serivce,Azure Web App或者其他外部Endpoint
支持虚拟网络VNet 同时支持公网负载均衡和内网(VNet)负载均衡   同时支持公网负载均衡和内网(VNet)负载均衡  只支持公网负载均衡
监控 Endpoint 通过Probe监控  通过Probe监控  通过 HTTP/HTTPS Get

  

  Azure Load Balancer和Application Gateway都提供了负载均衡的功能,但是他们有不同的使用场景。下表提供了两者的差异:

服务类型 Azure Load Balancer Application Gateway
协议 UDP/TCP HTTP/HTTPS
固定IP地址 支持 不支持
负载均衡模式

5元组(source IP, source port, destination IP, destination port, protocol type)

 

  • 轮训 (Round Robin)
  • URL路由
会话保持
  • 2元组sourceIP,(Source IP,Destination IP)
  • 3元组sourceIPProtocol,(Source IP, Destination IP, Protocol)
  • 基于Cookie的会话保持
  • URL路由
 健康检测

默认侦测间隔15秒,最短5秒 。连续2次健康检测失败,则把节点从负载均衡器移出。

支持用户自定义的侦测

侦测间隔30秒,连续5次健康检测失败,则把节点从Application Gateway移出。

支持用户自定义的侦测

 SSL offloading  不支持 支持 

 

  Application Gateway的特性:

  1.Web Application Firewall (预览)

  Web Application Firewall (WAF),可以保护Web应用程序面授常见的Web攻击,比如SQL注入,跨站点脚本攻击和会话劫持

  2.HTTP负载均衡

  提供7层负载均衡

  3.基于Cookie的会话保持

  当我们希望将用户会话保持在同一个Azure后端服务器上,这个功能就非常有用

  4.Secure Socket Layer(SSL) Offload

  如果我们不使用SSL Offload,SSL加密/解密是最消耗服务器资源的应用,从HTTP到HTTPS部署后,很可能发现服务器的性能和处理能力大幅下降。

  当我们使用SSL Offload的时候,Internet用户访问Azure Application Gateway的流量是HTTPS加密的。

  而Azure Application Gateway访问后端的Web Server是通过HTTP方式。一个简单的动画示意图:

  

  这样的优势有:

  (1)降低服务器负载,SSL处理非常消耗服务器的性能

  (2)提升SSL处理能力

  (3)降低管理员操作复杂性,无需管理和配置多个服务器的证书。只需要在前端Application Gateway上实现即可。

  (4)提升应用安全性,将加密的HTTPS解密为明文的HTTP后,可根据请求/响应内容等设置多种策略

  5.端到端的SSL加密

  Application Gateway支持端到端的SSL加密。

  https://docs.microsoft.com/en-us/azure/application-gateway/application-gateway-backend-ssl 

 

  6.基于URL的路由

  此功能提供了为不同流量使用不同的后端服务器的能力。

  

 

  7.多站点路由

  

 

  8.支持Websocket

   https://docs.microsoft.com/en-us/azure/application-gateway/application-gateway-websocket 

  9.健康侦测

  10.支持高级诊断功能

 

 

  Application Gateway实例大小

  Application Gateway提供三种不同的实例大小: Small, Medium和Large。Small实例适合开发测试环境。

  Application Gateway有两种不同的服务类型:WAF (Web Application Firewall)和Standard

  1个订阅下最多创建50个Application Gateway,每个Application Gateway最多有10个实例

  每个Application Gateway可以有20个HTTP 侦听器(Listener)。

  其他Application Gateway限制,请参考:https://docs.microsoft.com/en-us/azure/azure-subscription-service-limits?toc=%2fazure%2fapplication-gateway%2ftoc.json#application-gateway-limits

  

  下表提供了Application Gateway的性能指标

后端页面相应 Small Medium Larger
6K 7.5 Mbps 13 Mbps 50 Mbps
100K 35 Mbps 100 Mbps 200 Mbps

  注意:以上性能指标仅供参考。

 

 

  参考资料:https://docs.microsoft.com/en-us/azure/application-gateway/application-gateway-introduction



本文转自Lei Zhang博客园博客,原文链接:http://www.cnblogs.com/threestone/p/6101031.html,如需转载请自行联系原作者

目录
相关文章
|
4月前
|
Kubernetes API 网络架构
【Azure APIM】解决APIM Self-hosted Gateway在AKS上,最开始访问时候遇见的404问题
【Azure APIM】解决APIM Self-hosted Gateway在AKS上,最开始访问时候遇见的404问题
|
4月前
|
Java 应用服务中间件 nginx
【Azure Spring Apps】Spring App部署上云遇见 502 Bad Gateway nginx
【Azure Spring Apps】Spring App部署上云遇见 502 Bad Gateway nginx
|
4月前
|
存储 Kubernetes API
【APIM】Azure API Management Self-Host Gateway是否可以把请求的日志发送到Application Insights呢?让它和使用Azure上托管的 Gateway一样呢?
【APIM】Azure API Management Self-Host Gateway是否可以把请求的日志发送到Application Insights呢?让它和使用Azure上托管的 Gateway一样呢?
|
4月前
|
网络协议
【Azure 应用服务】App Service与Application Gateway组合使用时发生的域名跳转问题如何解决呢?
【Azure 应用服务】App Service与Application Gateway组合使用时发生的域名跳转问题如何解决呢?
|
4月前
|
安全 API
【Azure API 管理】APIM Self-Host Gateway 自建本地环境中的网关数量超过10个且它们的出口IP为同一个时出现的429错误
【Azure API 管理】APIM Self-Host Gateway 自建本地环境中的网关数量超过10个且它们的出口IP为同一个时出现的429错误
|
4月前
|
存储 容器
【Azure 事件中心】为应用程序网关(Application Gateway with WAF) 配置诊断日志,发送到事件中心
【Azure 事件中心】为应用程序网关(Application Gateway with WAF) 配置诊断日志,发送到事件中心
|
6月前
|
Java 应用服务中间件 nginx
【Azure Spring Apps】Spring App部署上云遇见 502 Bad Gateway nginx
在部署Azure Spring App后,用户遇到502 Bad Gateway错误,问题源于Nginx。解决方案是检查并关闭Spring App的ingress-to-app TLS配置,因为若未启用HTTPS访问,Nginx通过HTTPS访问应用会导致此错误。
|
SpringCloudAlibaba 负载均衡 监控
十五.SpringCloudAlibaba极简入门-Gateway网关整合Nacos
这一篇文章算是补充把,之前的Spring Cloud Gateway 是以Eureka为注册中心进行整合的,见《服务网关Gateway》,现在讲一下Spring Cloud Gateway 和Nacos的整合,该文章只介绍了Gateway和Nacos整合部分,请结合《服务网关Gateway》一起看你的收获会更大
|
SpringCloudAlibaba 负载均衡 监控
SpringCloudAlibaba极简入门-Gateway网关整合Nacos
Zuul是Netflix的开源项目,Spring Cloud将其收纳成为自己的一个子组件。zuul用的是多线程阻塞模型,它本质上就是一个同步 Servlet,这样的模型比较简单,他都问题是多线程之间上下文切换是有开销的,线程越多开销就越大。线程池数量固定意味着能力接受的请求数固定,当后台请求变慢,面对大量的请求,线程池中的线程容易被耗尽,后续的请求会被拒绝。 在Zuul 2.0中它采用了 Netty 实现异步非阻塞编程模型,异步非阻塞模式对线程的消耗比较少,对线程上线文切换的消耗也比较小,并且可以接受更多的请求。它的问题就是线程模型比较复杂,要求深究底层原理需要花一些功夫。
113 0
|
SpringCloudAlibaba Java Sentinel
十四.SpringCloudAlibaba极简入门-Sentinel对Gateway网关进行限流
服务网关在微服务架构中充当了请求访问入口的角色,是非常重要的一个部分,在高并发的系统中我们通常会在网关层通过流控降级等手段把多余的请求拒绝在外来防止微服务被高并发请求打垮,在之前我们有讨论过《服务网关Spring Cloud Gateway》和 《Sentinel流控》,一个是服务网关,一个是流控降级,本篇文章要讨论的是如何使用Sentinel对Gateway进行流控