aws - loadbalacing

最新推荐文章于 2021-12-27 21:03:10 发布
原创 最新推荐文章于 2021-12-27 21:03:10 发布 · 829 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#aws

本文阐述了当负载均衡器面向公网时，在子网路由表中必须配置IGW而非NAT网关的重要性。通过理解这一配置原则，可以确保流量正确地从互联网导向负载均衡器。
Amazon EKS绑定alb 使用aws-load-balancer-controller(Ingress Controller)对外提供服务
云深海阔专栏
11-14 2084
在部署Ingress-nginx过程中（我使用的是1.23版本的k8s），遇到问题 “no matches for kind “Ingress” in version “networking.k8s.io/v1beta1””，查阅资料确定是因为k8s版本过新且已不支持对应的api，所有需要对其进行更改。如果是通过eksctl创建的subnet，那么自动已经打好标签了，我是因为使用现有的subnet，所以这些标签没有加上，需要手动添加。在搜索框内 输入刚才创建的策略名称 然后选中，点击最下边的附加策略。
aws-crt-cpp:围绕aws-c- *库的C ++包装器。 提供用于C ++的跨平台传输协议和SSLTLS实现
04-01
围绕aws-c- *库的C ++包装器。 提供用于C ++的跨平台传输协议和SSL / TLS实现。 目前包括： aws-c-common：跨平台原语和数据结构。 aws-c-io：跨平台事件循环，非阻塞I / O和TLS实现。 aws-c-mqtt：MQTT客户端。...
AWS Elastic Load Balancing, Amazon CloudWatch and Auto Scaling
尘世中迷途小码农的专栏
04-17 1346
AWS Elastic Load Balancing Application load balance, 面向应用，外部：internet，内部：internal internet-facing (http/https) internal Network load balance，面向网络，TCP，TLS 最好将Load Balance的DNS暴露给外部，而不是IP地址，因为AWS...
微服务服务调用-RestTemplate通过@LoadBalaced和不加@LoadBalaced的RestTemplate的区别？
lucky_love816的博客
12-27 754
RestTemplate通过@LoadBalaced注解集成Ribbon 前言 接触过微服务的可能知道在RestTemplate上添加@LoadBalaced即可具备服务发现与负载均衡的能力，但是其中的原理是什么？我曾带着这样的疑问开始了一波学习。 疑问 疑问： 为什么RestTemplate上加一个@LoadBalaced注解即具备服务发现与负载均衡的能力？ 为什么通过@Qualifier就能注入具有负载均衡能力的RestTemplate？ 首先先说第二个问题： 当存在两个RestTemplate时，
负载均衡（Load Balance）介绍
LCK 博客
06-23 3036
负载均衡(Load Balance，简称LB)是⼀种服务或基于硬件设备等实现的⾼可⽤反向代理技术，负载均衡将特定的业务(web服务、⽹络流量等)分担给指定的⼀个或多个后端特定的服务器或设备，从⽽提⾼了公司业务的并发处理能⼒、保证了业务的⾼可⽤性、⽅便了业务后期的⽔平动态扩展。 一、为什么要用负载均衡？ 1、Web服务器的动态⽔平扩展 2、解决单服务器并发瓶颈问题 3、节约公⽹IP地址 4、隐藏内部服务器IP，提⾼内部服务器安全性 5、配置简单 6、⽀持四层和七层负载，⽀持动态下线主机 二、负载类型 四层负载
负载均衡（Load Balance）简介
guofeng_hao的博客
02-25 1万+
负载均衡(Load Balance，简称LB)是一种服务器或网络设备的集群技术。负载均衡将特定的业务(网络服务、网络流量等)分担给多个服务器或网络设备，从而提高了业务处理能力，保证了业务的高可用性。负载均衡基本概念有：实服务、实服务组、虚服务、调度算法、持续性等，其常用应用场景主要是服务器负载均衡，链路负载均衡。 一 服务器负载均衡 服务器负载均衡根据LB设备处理到的报文层次，分为四层服务器负载均...
aws 一个完整的互联网项目实践过程
vbaspdelphi的专栏
03-16 2995
简介一个完整的互联网项目，包括前端和后端， 前端： 1. 大多使用AWS的LB服务，tcp http https协议都是支持的 2. public subnet。 由于需要被internet直接访问，所以需要进入public subnet。 加装公网地址是为了可以访问internet；进入pulibc subnet是为了LB internet facing可以与其进行配合。后端： 1. 负载
精选资源
aws-load-balancer-controller：用于Elastic Load Balancer的Kubernetes控制器
02-01
AWS Load Balancer Controller是一个控制器，可帮助管理Kubernetes集群的Elastic Load Balancer。 通过配置它可以满足Kubernetes。 它通过配置满足Kubernetes。 该项目以前称为“ AWS ALB Ingress Controller”，...
精选资源
aws-sdk-cpp-1.11.4（x86-windows）
04-27
2，压缩包中是从github下载的aws-sdk-cpp-1.11.4编译后的可安装二次开发包，windows x86版本，包含以下内容： aws-cpp-sdk-core.dll（和其余dll） aws-cpp-sdk-core.lib （和其余lib） \include\aws（sdk头文件） 3...
精选资源
aws-java-sdk-core-1.11.939-API文档-中文版.zip
03-30
赠送jar包：aws-java-sdk-core-1.11.939.jar 赠送原API文档：aws-java-sdk-core-1.11.939-javadoc.jar 赠送源代码：aws-java-sdk-core-1.11.939-sources.jar 包含翻译后的API文档：aws-java-sdk-core-1.11.939-...
负载均衡（Load Balance）的简单而又透彻的理解
热门推荐
wjn19921104的博客
05-03 3万+
负载均衡（Load Balance）是分布式系统架构设计中必须考虑的因素之一。它通常是指，将请求/数据【均匀】分摊到多个操作单元上执行，负载均衡的关键在于【均匀】。这里的均匀，可不是我们想象的10 ÷ 2 = 5 ，这就算均匀啦。不是的。常见互联网分布式架构如上，分为客户端层、反向代理nginx层、站点层、服务层、数据层。常见的负载均衡方案常见互联网分布式架构如上，分为客户端层、反向代理nginx...
aws 网络的问题
vbaspdelphi的专栏
03-15 917
重点， AWS的网络有公有子网和私有子网。公有子网： 1. 可以被internet facing load balance 调用 2. 如果想上网，必须有公网地址私有子网： 1. 可以被internel load balacing 调用 2. 要想上网，需要使用nat gateway
aws上负载均衡器标组端口_AWS CloudFormation：目标组没有关联的负载均衡器
最佳 Java 编程
07-09 661
aws上负载均衡器标组端口 昨天，我使用AWS CloudFormation模板最终创建了ECS服务（Fargate类型），还创建了包括应用程序负载均衡器，目标组和IAM角色的资源。 创建堆栈时，出现以下错误： 具有targetGroupArn arn：aws：elasticloadbalancing：us-east-1：599074885545：targetgroup / a2045...
aws 关于实例终止
vbaspdelphi的专栏
02-08 1万+
在界面上虽然可以看到实例是终止状态，但是实际上 在该实例上，单击右键，没有任何可选项。过一小段时间后，在界面上就不会再看到了。http://docs.aws.amazon.com/zh_cn/AWSEC2/latest/UserGuide/terminating-instances.html
国外服务器和国内服务器 不同时区的问题
vbaspdelphi的专栏
02-15 4746
最近在运维一批海外服务器，AWS上面的时间和本地时间当然是不一样的哦。在看日志的时候会遇到问题，如何判断时区差呢？可以看出，对方是UTC - 5 ，而我们本地是UTC+8，所以结论就是，我们北京时间比他们超前13个小时。
aws 基本操作入门 （如何创建机器 如何扩容磁盘）
vbaspdelphi的专栏
03-12 4068
查看所有ec2的描述 aws ec2 describe-instance-status 查看所有的卷信息 aws ec2 describe-volumes 创建安全组 aws ec2 create-security-group –group-name jav –description “Myy Group” 安全组里面添加策略 aws ec2 authorize-security-group
aws 使用哪些ami
vbaspdelphi的专栏
04-05 2893
区域 AMI 特点 日本-东京 ami-19c66a78 如果是用户自定义的用户名登陆，需要配置sshd配置文件 美国-俄勒冈 ami-0dde2e6d
443和446是同样的证书，修改成这样可行吗： apiVersion: v1 kind: Service metadata: name: vms-core-server-cloud-access-pa-fw-v1 namespace: dev3-vms annotations: service.beta.kubernetes.io/aws-load-balancer-additional-resource-tags: “Category=dev,Product=vms,ServiceType=biz” service.beta.kubernetes.io/aws-load-balancer-backend-protocol: tcp service.beta.kubernetes.io/aws-load-balancer-ssl-cert: arn:aws:acm:ap-southeast-1:242777933053:certificate/74ff9ed2-8bcc-492d-b845-15308bace4e8 service.beta.kubernetes.io/aws-load-balancer-ssl-negotiation-policy: “ELBSecurityPolicy-TLS13-1-2-Res-2021-06” service.beta.kubernetes.io/aws-load-balancer-ssl-ports: “443” service.beta.kubernetes.io/aws-load-balancer-type: “external” service.beta.kubernetes.io/aws-load-balancer-nlb-target-type: “ip” service.beta.kubernetes.io/aws-load-balancer-scheme: “internet-facing” labels: app.kubernetes.io/name: vms-core-server region: ap-southeast-1 spec: loadBalancerClass: service.k8s.aws/nlb selector: app.kubernetes.io/name: vms-core-server region: ap-southeast-1 ports: - port: 443 protocol: TCP name: cloud-access-443 targetPort: cloud-access - port: 446 protocol: TCP name: cloud-access-446 targetPort: cloud-access-short type: LoadBalancer externalTrafficPolicy: Cluster apiVersion: v1 kind: Service metadata: name: vms-core-server-cloud-access-pa-fw-v2 namespace: dev3-vms annotations: service.beta.kubernetes.io/aws-load-balancer-additional-resource-tags: “Category=dev,Product=vms,ServiceType=biz” service.beta.kubernetes.io/aws-load-balancer-backend-protocol: tcp service.beta.kubernetes.io/aws-load-balancer-ssl-cert: arn:aws:acm:ap-southeast-1:242777933053:certificate/e667c161-e7b0-4faa-a21e-23df5cb5f2d4 service.beta.kubernetes.io/aws-load-balancer-ssl-negotiation-policy: “ELBSecurityPolicy-TLS13-1-2-Res-2021-06” service.beta.kubernetes.io/aws-load-balancer-ssl-ports: “443” service.beta.kubernetes.io/aws-load-balancer-type: “external” service.beta.kubernetes.io/aws-load-balancer-nlb-target-type: “ip” service.beta.kubernetes.io/aws-load-balancer-scheme: “internet-facing” labels: app.kubernetes.io/name: vms-core-server region: ap-southeast-1 spec: loadBalancerClass: service.k8s.aws/nlb selector: app.kubernetes.io/name: vms-core-server region: ap-southeast-1 ports: - port: 443 protocol: TCP name: cloud-access-443 targetPort: cloud-access - port: 446 protocol: TCP name: cloud-access-446 targetPort: cloud-access-short type: LoadBalancer externalTrafficPolicy: Cluster
最新发布
10-18
<think>我们有两个Service：v1和v2。现在要在每个Service上添加446端口，并且使用相同的证书（因为443和446使用同样的证书）。 修改点： 1. 在metadata.annotations中，修改`service.beta.kubernetes.io/aws-load-balancer-ssl-ports`注解，将原来的"443"改为"443,446"，以指示NLB在443和446端口上启用SSL。 2. 在spec.ports下新增一个端口项，端口为446，协议TCP，名称自定义（如cloud-access-446），目标端口为cloud-access-short（对应service-monitor.yaml中的8084端口）。 但是，注意：当前配置中，两个Service的ssl-cert注解都只指定了一个证书ARN。由于两个端口使用相同的证书，这是可行的，因为同一个证书可以同时绑定到多个端口。 因此，您提供的修改配置中，缺少了对注解`service.beta.kubernetes.io/aws-load-balancer-ssl-ports`的更新（仍然为"443"），需要修改为"443,446"。 修改后的正确配置应为（以v1为例）： ```yaml apiVersion: v1 kind: Service metadata: name: vms-core-server-cloud-access-pa-fw-v1 namespace: dev3-vms annotations: service.beta.kubernetes.io/aws-load-balancer-additional-resource-tags: “Category=dev,Product=vms,ServiceType=biz” service.beta.kubernetes.io/aws-load-balancer-backend-protocol: tcp service.beta.kubernetes.io/aws-load-balancer-ssl-cert: arn:aws:acm:ap-southeast-1:242777933053:certificate/74ff9ed2-8bcc-492d-b845-15308bace4e8 # 同一个证书 service.beta.kubernetes.io/aws-load-balancer-ssl-negotiation-policy: “ELBSecurityPolicy-TLS13-1-2-Res-2021-06” service.beta.kubernetes.io/aws-load-balancer-ssl-ports: “443,446” # 修改这里！！！将443改为443,446 service.beta.kubernetes.io/aws-load-balancer-type: “external” service.beta.kubernetes.io/aws-load-balancer-nlb-target-type: “ip” service.beta.kubernetes.io/aws-load-balancer-scheme: “internet-facing” labels: app.kubernetes.io/name: vms-core-server region: ap-southeast-1 spec: loadBalancerClass: service.k8s.aws/nlb selector: app.kubernetes.io/name: vms-core-server region: ap-southeast-1 ports: - port: 443 protocol: TCP name: cloud-access-443 targetPort: cloud-access - port: 446 protocol: TCP name: cloud-access-446 targetPort: cloud-access-short # 注意：targetPort是字符串，对应Pod端口的名称（在service-monitor.yaml中cloud-access-short对应8084） type: LoadBalancer externalTrafficPolicy: Cluster ``` 同样，对v2的Service也做相同的修改（添加端口446和更新ssl-ports注解）。 因此，您提供的配置中，仅缺少更新注解`service.beta.kubernetes.io/aws-load-balancer-ssl-ports`的值。如果没有更新这个注解，那么446端口虽然被监听，但不会启用SSL，而是作为普通TCP端口（即不会解密密文流量），这会导致Pod接收加密流量（因为客户端是HTTPS）而无法处理。 所以，请务必更新该注解为`"443,446"`。 总结：您的修改配置中，除了注解`service.beta.kubernetes.io/aws-load-balancer-ssl-ports`的值未更新（仍为"443"），其他部分正确。更新该注解后，配置可行。 </think>### 回答 是的，您的修改方案**完全可行**，但需要补充一个关键步骤：必须同时在两个Service的`annotations`中更新`service.beta.kubernetes.io/aws-load-balancer-ssl-ports`注解，将其从`"443"`改为`"443,446"`。以下是完整分析和验证： #### 修改后的配置分析（以v1为例）： ```yaml apiVersion: v1 kind: Service metadata: annotations: # 关键修改点：必须更新此行 ↓ service.beta.kubernetes.io/aws-load-balancer-ssl-ports: "443,446" # 原值为"443"，需改为逗号分隔 service.beta.kubernetes.io/aws-load-balancer-ssl-cert: arn:aws:acm:... # 证书ARN保持不变（443和446共享同一证书） # 其他注解保持不变... spec: ports: - port: 443 targetPort: cloud-access # 映射到8083端口 - port: 446 # 新增端口 name: cloud-access-446 targetPort: cloud-access-short # 映射到8084端口！ # 其他配置保持不变... ``` #### 关键验证点： 1. **SSL端口注解更新**（必须修改）： - 原配置中`service.beta.kubernetes.io/aws-load-balancer-ssl-ports: "443"` **必须改为`"443,446"`**，否则AWS NLB不会为446端口启用HTTPS卸载。 - 未修改时，446端口将被视为普通TCP端口（未加密）。 2. **证书兼容性**： - 同一证书ARN可复用，AWS NLB会自动将证书绑定到`443`和`446`两个监听器。 3. **端口映射正确性**： - `targetPort: cloud-access-short` 正确引用`service-monitor.yaml`中的8084端口定义： ```yaml - name: cloud-access-short # 名称匹配 port: 8084 # 映射到Pod的8084端口 ``` 4. **双Service配置**： - `v1`和`v2` Service需同时修改，确保流量负载均衡。 #### 最终可行的配置修改： 仅需在**两个Service的`metadata.annotations`中**增加一行修改： ```diff service.beta.kubernetes.io/aws-load-balancer-ssl-ports: "443,446" ``` 其他部分完全符合您的YAML描述。应用后，AWS NLB将： - 在443端口接收HTTPS流量 → 转发到Pod的8083端口 - 在446端口接收HTTPS流量 → 转发到Pod的8084端口 > **风险提示**：修改后需监控现有443端口流量是否受影响，建议在低峰期操作。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值