AWS - PHP 服务器的最佳扩展触发器是什么？
AWS - What's the best Scaling Trigger for PHP Server?
我正在使用 EB (Elastic Beanstalk) 为我的应用程序 (PHP) 构建 Web 服务器。
我对缩放触发器感到困惑。
我知道它是什么以及它是如何工作的。
我想知道什么是网络服务器的最佳配置。
我的应用程序是 restful 并且在服务器中它运行后端。
它只有来自数据库的 returns JSONS 数据（不适用于图像或类似的东西），
我认为它会使用比 CPU.
更多的 RAM
您的服务器使用什么样的配置？
网络输入还是输出？如何确定我的服务器保留了什么？
我的配置其实是：
Environment type: Load balanced, auto scaling
Number instances: 1 - 10
Scale based on Average CPUUtilization
Add instance when > 60
Remove instance when < 20
这完全取决于您的具体情况。所以，我的配置可能不适合你。但是，执行此操作时请遵守一些常规规则。如果我是你，我会改为检查我的配置的可用性，查看实例在启动后是否成功设置为健康状态，自动缩放组是否在 cloudwatch 触发实例时正确启动和删除实例。有时这可能是 CPU 百分比之间的权衡，您需要向上或向下调整它。这有时会导致问题，如果设置不正确，您的自动缩放组最终会定期启动和删除实例！！
此外，请确保在您的方案中向上扩展比向外扩展更好。有时，使用更强大的实例比扩展辅助实例更好。
如果您坚持这些经验法则，您可以确保您的配置是稳定的。
（在安全方面，如果这是一个网络服务器应用程序，请查看您是否需要额外的安全层，例如 WAF 层，您是否希望它是一个单独的层，或者您希望它是在接收流量的单独 VPC 中，对其进行分析，然后将其重定向到对等 VPC 中的私有 ELB，或者您只是想将 WAF 与您的实例结合起来。
或者，如果您使用 HTTP/HTTPS ELB 请求而不是 TCP。因为 HTTP ELB 请求更安全，因为一旦客户端将流量发送到 ELB，ELB 就会断开连接，然后将单独的 header 发送到后端实例。这消除了 SYN ATTACK 威胁！或者
cloudfront，随着流量的增长而增长，因此不再有服务器不可用 DoS 威胁您的应用程序，以及您可以通过文档和 http://en.clouddesignpattern.org/index.php/Main_Page 了解的许多其他技巧）
祝你好运！
我正在使用 EB (Elastic Beanstalk) 为我的应用程序 (PHP) 构建 Web 服务器。
我对缩放触发器感到困惑。 我知道它是什么以及它是如何工作的。
我想知道什么是网络服务器的最佳配置。 我的应用程序是 restful 并且在服务器中它运行后端。 它只有来自数据库的 returns JSONS 数据（不适用于图像或类似的东西）， 我认为它会使用比 CPU.
更多的 RAM您的服务器使用什么样的配置？ 网络输入还是输出？如何确定我的服务器保留了什么？
我的配置其实是：
Environment type: Load balanced, auto scaling
Number instances: 1 - 10
Scale based on Average CPUUtilization
Add instance when > 60
Remove instance when < 20
这完全取决于您的具体情况。所以，我的配置可能不适合你。但是，执行此操作时请遵守一些常规规则。如果我是你，我会改为检查我的配置的可用性，查看实例在启动后是否成功设置为健康状态，自动缩放组是否在 cloudwatch 触发实例时正确启动和删除实例。有时这可能是 CPU 百分比之间的权衡，您需要向上或向下调整它。这有时会导致问题，如果设置不正确，您的自动缩放组最终会定期启动和删除实例！！ 此外，请确保在您的方案中向上扩展比向外扩展更好。有时，使用更强大的实例比扩展辅助实例更好。 如果您坚持这些经验法则，您可以确保您的配置是稳定的。
（在安全方面，如果这是一个网络服务器应用程序，请查看您是否需要额外的安全层，例如 WAF 层，您是否希望它是一个单独的层，或者您希望它是在接收流量的单独 VPC 中，对其进行分析，然后将其重定向到对等 VPC 中的私有 ELB，或者您只是想将 WAF 与您的实例结合起来。 或者，如果您使用 HTTP/HTTPS ELB 请求而不是 TCP。因为 HTTP ELB 请求更安全，因为一旦客户端将流量发送到 ELB，ELB 就会断开连接，然后将单独的 header 发送到后端实例。这消除了 SYN ATTACK 威胁！或者 cloudfront，随着流量的增长而增长，因此不再有服务器不可用 DoS 威胁您的应用程序，以及您可以通过文档和 http://en.clouddesignpattern.org/index.php/Main_Page 了解的许多其他技巧） 祝你好运！