问题标签 [amazon-elb]

我一直在测试和试验，以了解如何准确地将 SSL 证书上传到 AWS 的 Elastic Load Balancer（找出不同密钥和证书编码的问题）。

因此，我在那里有相当多的测试证书，我使用错误的信息、缺少的证书链或只是伪造的数据生成了这些证书。

据我所知，无法删除这些证书，甚至无法更新/替换缺少某些信息的证书。AWS 关于“更新证书”的说明（http://docs.amazonwebservices.com/ElasticLoadBalancing/latest/DeveloperGuide/US_UpdatingLoadBalancerSSL.html）实际上只是向您展示了如何更改负载均衡器侦听器以使用不同的证书那里或者你也可以上传！（这正是我最终在那里获得这么多证书的原因）。

有人可以告诉我我错了，有办法删除它们吗？：D（最好还有如何做到这一点）

我有一个在 Amazon Web Services 上运行的网站，该网站使用 Elastic Beanstalk 部署并在单个 EC2 微实例上运行。这是一个暂存环境，我是唯一可以访问它的人。使用 Apache JMeter，我模拟了六个用户在网站上导航，平均每 3 秒发出一次请求（图像、CSS、JS 和其他静态资源由 CloudFront 提供，并且不会在 EC2 实例上产生流量）。

问题是一段时间后（通常是环境设置后的 30-60 分钟），网站停止响应。我确信 Tomcat 仍在正常运行，因为我可以在日志 (catalina.out) 中看到 cronjobs 仍在执行。似乎只有 ELB 无法提供响应。

分析日志，Tomcat 上完全没有错误（/opt/tomcat7/logs/tail_catalina.log 或 /opt/tomcat7/logs/catalina.out 中没有）。一旦网站变得无法访问，以下错误就会开始出现在 /etc/httpd/logs/elasticbeanstalk-error_log 上：

...直到 EC2 实例最终终止（并自动启动一个新实例）。

如果我不提出任何请求（或者如果我提出的请求更少），则不会发生此问题。

非常感谢任何帮助。

谢谢！

mod_pagespeed 重写了我的 CSS 链接

链接 href="/css/file.css" rel="stylesheet"

类似于：

链接 href="http://example.com/css/file.css.pagespeed.ce.97987.css" rel="stylesheet"

问题是，如果负载均衡器后面的服务器之一没有在 pagespeed 缓存中创建 file.css.pagespeed.ce.97987.css，则可能找不到它。

它对 .js 文件和图像做同样的事情

是否可以在本地服务器上访问这些文件，而不是要求负载均衡器为它们提供服务？

编辑：

这已通过以下方式解决：

ModPagespeedEnableFilters trim_urls

重写为

链接 href="/css/file.css.pagespeed.ce.97987.css" rel="stylesheet"

编辑2：

这重写了 a 链接中的 href 并从中删除了基本 url，这不好，因为我希望它们重定向到负载均衡器

有谁知道带有 SSL 的 AWS ELB 如何在幕后工作？在我的 ELB 的域名上运行 nslookup，我得到了 4 个唯一的 IP 地址。如果我的 ELB 启用了 SSL，AWS 是否可以与其他启用 SSL 的 ELB（不一定归我所有）共享这些相同的 IP？

据我了解，Web 请求中的主机名位于 https 请求的加密 Web 请求中。如果是这种情况，AWS 是否必须为每个启用了 SSL 的 ELB 提供唯一的 IP 地址，这些地址永远不会与其他任何人的 SSL ELB 实例共享？换句话说，AWS 是否为您请求的每个 SSL ELB 提供了 4 个唯一的 IP 地址？

设置：EC2 服务器在 ELB 后面自动扩展，连接到 RDS mysql 数据库，所有静态文件都从云端提供。

我在 EC2 服务器上运行 nginx 作为 Web 服务器，keepalive 设置为 20，工作进程 4，. Codeigniter 是后端并使用 codeigniter 会话。

我一直在运行许多基准测试来尝试测试性能、围攻、apache 基准测试、blitz.io。

我正在测试两个特定页面，第一个性能非常好，它使用 codeigniter 会话，因此会访问数据库以读取和更新 ci_sessions 数据库。第二页是我遇到问题的页面，它运行一个包含多个连接的查询，单个用户在大约 0.4 秒内完成。此查询已优化，我正在使用 InnoDB 表。在使用 c10 和 n1000 的 apache 基准测试下，100% 的请求会在 634 毫秒内返回。

当我运行并发用户 > 200 时，我开始遇到问题。添加更多 EC2 服务器无济于事，CPU 的利用率约为 50%。RDS 数据库监控还显示 CPU 和内存使用率低于 70%，平均 DB 连接数 < 35。

通过迁移到大型 RDS 实例和大型 EC2 实例提高了性能，这让我想知道 I/O 是否在这里发挥作用。

如果我在负载测试期间启动 ELB 之外的服务器并点击此页面，它会在不到一秒的时间内返回，但如果我在 ELB 内启动另一台服务器，它最多会保持 4 或 5 秒。这表明我没有超载 RDS。

我尝试用 5 分钟的爆发缓慢地增加 ELB，但这似乎没有帮助。

我想知道下一步该去哪里寻找这个问题，无论是某种 I/O 问题还是其他问题，因为 RDS 和 EC2 服务器似乎没有发挥它们的能力。任何建议或想法下一步将不胜感激

你好。Amazon Elastic Load Balancing 是否包含 Auto Scaling？

即：当流量从高位下降到低位时，是否会缩减？

我目前在单个负载均衡器下的两个 EC2 节点上运行 REST API 应用程序。与来自多个 IP 的少量流量的标准负载平衡方案不同，我仅从几个 IP 获得大量流量。因此，我希望来自每个单独 IP 的请求分布在所有可用节点之间。

然而，即使关闭了会话粘性，情况似乎也并非如此。查看我的日志，几乎所有请求都发送到一台服务器，而我最小的客户端发送到辅助节点。这是有害的，因为对我的服务的请求可能会持续长达 30 秒，而失去该主节点将意味着不成比例的请求被杀死。

我如何指示我的 ELB 循环处理每个客户的单独请求？

我们有三个 EC2 实例——在 eu-west-1 区域的每个可用区 (AZ) 中都有一个。它们使用 ELB 进行负载平衡。我们想使用 CloudWatch 监控在负载均衡器上注册了多少实例。问题在于：我不太了解这个HealthyHostCount指标。

对于部署，我们希望能够在不通知的情况下注销单个实例（将其从 LB 中取出）。所以警报会是：通知负载均衡器后面是否只有 1 个健康实例 5 分钟。

据我了解，HealthyHostCount（HHC）是在给定 ELB 中注册的健康实例的数量，是所有 AZ 的平均值。如果一切正常，HHC 应该为 1（无论在什么时间段内），因为每个 AZ 中有 1 个实例。

几天前，有人部署没有重新注册实例，所以只有一个实例被平衡。当我们注意到这一点时，我们创建了一个警报，当平均 HHC 在 5 分钟后降至 0.6 以下时通知我们。（如果在 ELB 中只注册了 1 个实例，则 HHC 应在任何时间段内平均为 0.33。）但是，警报从未更改为状态“ALARM”。

当我在 CloudWatch 中检查 HHC 时，HHC 是没有意义的数字（我现在只记得 5 分钟间隔的 10.0 的总和）。

这对我来说都是一团糟。每当我认为我理解了该指标时，CloudWatch 图表对我来说都是胡言乱语。

有人可以解释一下如何在只注册一个实例时使用 HHC 来获取警报吗？平均 HHC 是要走的路还是我应该使用其他指标？

我们正在使用 Amazon EC2 服务来实时托管我们的游​​戏应用程序。我对弹性负载均衡器有一个非常重要的问题。在我的应用程序中，我需要请求远程地址，并且我正在使用播放框架控制器的request.remoteAddress属性。但是在亚马逊上，它总是存储为负载均衡器的 IP 地址，这会误导我们，因为我们无法跟踪请求远程地址。

Amazon ELB 配置中是否有类似于转发请求的设置？在 Apache 中，我认为有一个解决方案，但我浏览了 ELB 文档并找不到任何线索。

我正在尝试使用 AWS java sdk 创建一个负载均衡器。但是我得到了状态码为 400 的 AmazonServiceException，但其他字段（如 AWS 请求 ID、AWS 错误代码等）为空。我无法了解问题所在。

下面是我用来创建负载均衡器的代码片段。

我收到以下异常：

状态代码：400，AWS 服务：AmazonElasticLoadBalancing，AWS 请求 ID：null，AWS 错误代码：null，AWS 错误消息：com.amazonaws.http.AmazonHttpClient.handleErrorResponse(AmazonHttpClient.java:583) at com.amazonaws.http .AmazonHttpClient.executeHelper(AmazonHttpClient.java:317) 在 com.amazonaws.http.AmazonHttpClient.execute(AmazonHttpClient.java:167) 在 com.amazonaws.services.elasticloadbalancing.AmazonElasticLoadBalancingClient.invoke(AmazonElasticLoadBalancingClient.java:1224) 在 com。 amazonaws.services.elasticloadbalancing.AmazonElasticLoadBalancingClient.createLoadBalancer(AmazonElasticLoadBalancingClient.java:675)