我已经构build了我的堆栈，具有地理位置限制的路由策略，仅限于1个国家/地区。 我想要Route 53将请求路由到ELB，以平衡我的实例之间的负载。 但是，Route 53有一个（经典）ELB的别名目标，其域名不幸是公共的。 （经典）ELB作为一个公共（经典）ELB保持有地理定位限制路由策略的效果。 我尝试过使用内部ELB，但Route 53似乎无法将请求路由到内部（经典）ELB。 是否有与此相关的最佳做法或解决此问题的一些方法？
AWS 文档提到了以下内容： 为确保负载均衡器负责closures与您实例的连接，请确保您为HTTP保持活动时间设置的值大于负载均衡器上的空闲超时设置。 我面临的一个问题是，我的ELB正在发射约40个请求（js，css，img），每个请求都启用了KeepAlive，它会占用我所有的工作线程并阻止它们的KeepAliveTimeout（我设置为高于ELB超时build议）。 然而，当页面加载完毕后，ELB并没有closures连接 – 他们只是坐在那里阻止工作人员，直到他们超时。 所以在这里我面临着两个问题： 为什么ELB激发40个不同的连接，而不仅仅是重复使用同一个连接？ 为什么ELB在完成连接后不清理连接？
我有一个ELB和ASG，在那里ASG需要做大约75分钟的热身，然后才能提供完整和正确的结果。 我指定了4500秒的健康检查宽限期。 在ELB模板中，我指定了一个HealthCheck目标来进行ping操作，只有当预热完成时，才返回200（OK）。 "HealthCheck" : { "HealthyThreshold" : "3", "Interval" : "60", "Target" : { "Ref" : "HealthCheckAPI" }, "Timeout" : "15", "UnhealthyThreshold" : "5" } 并且Healthcheck API的URL在属性中定义： "HealthCheckAPI" : { "Type" : "String", "Description" : "The API to check for service availability and being warmed up", "Default": "HTTP:8080/api/health" } 然而，我现在得到的是，即使Healthcheck API返回503（服务不可用），ELB仍然可以为处于正在被热身的ASG实例服务请求。 这是预期的吗？ Healthcheck API返回非200（OK）时，如何使ELB不可用？
我有一个域example.com。 我想在不使用Amazon Route 53的情况下将此域指向面向AWS互联网的经典ELB公共DNS（my-elb-123456789.us-west-2.elb.amazonaws.com）。如何在我的域中configurationelb DNS （example.com）DNSlogging作为CNAME？ 那么在DNSconfiguration中我的“A”logging是什么？
我们在EC2中通过内部ELB克隆大量的Git仓库时遇到了问题，但是它在绕过ELB时起作用。 以下是Git客户端的输出： * transfer closed with outstanding read data remaining6.36 MiB/s * Curl_http_done: called premature == 1 * Closing connection 0 error: RPC failed; curl 18 transfer closed with outstanding read data remaining fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed 我在AWS论坛上提出了类似的问题，但似乎没有人知道这个问题。 最初的线程是在这里 – https://forums.aws.amazon.com/thread.jspa?threadID=258572任何人都可以帮助我们解决这个问题，请？ 更新（从论坛） ：我们增加了连接排水超时从默认20s到300s，之后，它似乎是通过ELB的作品。 我们需要运行更多的testing。 这个改变是否可以触及其他内部设置？
我们想看看如果使用Route 53，我们可以将stream量路由到我们的机器，而不是AWS ELB，只是为了进行实验，我们注意到了以下情况。 我们有一些在AWS ELB下运行的Nginx机器。 我们还更新了路线53中这些机器的公共IP，并立即删除了不健康的IP。 然后，我们添加了加权路由，以便一半的stream量通过ELB，另一半直接通过Route 53到这些机器。 我们在所有机器上都启用了Grafana监控，所以这意味着我们应该看到Grafana的stream量几乎翻倍，就像我们在AWS ELB中看到的那样。 事实并非如此。 我们看到ELB中几乎80％的stream量仍然存在。 我们24小时前启用了。 当我们没有这种stream量分割，并且单独向ELB发送stream量时，Grafana仪表板和AWS ELB显示了完全相同的stream量，导致我们相信我们的监控stream水线是正常的。 我们做了这个练习，因为我们最终希望移除AWS ELB来代替我们自己，我们想要知道我们的机器是否可以在没有ELB的情况下处理事情，因为现在他们将直接连接到客户端。 我现在的问题是：我们是否失去了交通，我们如何发现？ 为什么在一天之后，ELB仍然会显示超过50％的stream量？ 现在ELB显示6.8M，但是Grafana显示了9M。 至less在理论上，Grafana至less应该是ELB的两倍？ 我知道IP必须被ISP或客户端caching，但在这种情况下，如果ELB机器停机，这些IP的stream量必然会丢失？ 我有点困惑，困扰。
我的负载均衡，自动扩展Elastic Beanstalk环境在两个AZ中使用公共和私有子网的VPC。 ELB和EC2在相同的公共子网中。 EC2被赋予了公共知识产权。 EC2s在一个安全组中，入口规则打开端口22到0.0.0.0/0 （我也试过用我的IP） EC2与我正在使用的密钥对相关联（它对此VPC之外的其他EC2起作用）。 EC2s是健康的。 但… ssh -i "~/.ssh/my.pem" [email protected] …导致“操作超时”。 我错过了什么明显的东西？ 编辑：公共子网的ACL上的入站规则： 入场规则EC2的SG： 公有子网的详细信息： Subnet ID: subnet-3cf38775 | Public subnet 2 Availability Zone: eu-west-1b IPv4 CIDR: 10.0.2.0/24 Route Table: 10.0.0.0/16 -> local 0.0.0.0/0 -> nat-01b4b81a02e336d3c
我们有一个运行在ECS上的网站（Django + Angular 4）。 在我们添加ELB之前，它运行良好，可以pipe理HTTPS。 之后，我们会有零星的延迟> 75秒。 如果不加载，并且刷新它将立即加载。 我已经创build了一个简单的脚本，使得每0.5秒一个GET请求网站 Ran 1000 requests: Requests longer than 10s: 15 Max request duration: 82.28281 Min request duration: 0.38025 Duration of > 10s requests: [75.966818, 76.335785, 77.737324, 82.28281, 75.889197, 79.008179, 76.252354, 78.559832, 76.354829, 78.343794, 78.028104, 77.810278, 76.594909, 76.276319, 75.8001] Indexes of > 10s requests: [0, 1, 2, 3, 57, […]
我在免费层上运行我的EC2 ELB。 我有一个通配符（* .domain.com）指向我的ElasticIP在应用程序ELB域。 它大部分时间运行良好（NewConnectionCount小于10）并且正在开发中。 然而，由于没有明显的原因，NewConnectionCount周期性地高达1500，并且在那里停留几个小时，或几天。 当时没有相关的请求高峰。 我不知道这意味着什么，更不用说如何解决了。 我试过玩configuration（我在EC2上运行节点服务器），但所有的尝试都失败了。 具体来说，我试图打开一个目标组的端口3000方向连接到节点服务器（通过端口443），以及使用iptables将端口443stream量路由到端口3000（通过端口80）。 我有另一个潜在的问题是我有一个证书（使用证书pipe理器）在不同的网站上相同的通配符域。 我不明白为什么这会成为一个问题，但是我现在正在抓住一切。 虽然要求任何人解决我的问题可能太多了，但是如果有人能够给我一个合理的情况，为什么连接会激增，我会很感激。 这可能会帮助我在我的search。 谢谢。
我已经正确安装了AWS负载均衡器。 我正在使用Symfony 3.3，PHP 7.1和NGinx。 我已经做了一些像Symfony上推荐的反向代理设置一样的东西。 我还在ELB上设置了粘滞性，以确保会话被追溯到同一台服务器。 我使用FlySystem和VichUploadBundle来抽象文件的上传，我将这些文件存储在Amazon S3上，而不是在应用程序服务器上。 当上传文件看起来像PHP崩溃。 我通过由NGinx处理ELB健康检查testing了这一点，并确定NGinx仍然正常返回，但服务器无法访问，应用程序没有加载。 （我现在已经添加了由Symfony处理的ELB运行状况检查，以确保失败的服务器从缩放组中删除）。 我不知道发生了什么事，我只知道PHP在处理上传时似乎已经崩溃了。 会话应该是相同的，上传应该通过粘性处理去同一个服务器。 当然，如果没有坐在负载平衡器后面，上传也可以毫无问题地进行。