Amazon web services 如何使用自动缩放正确配置web应用程序实例？

最后一天，根据AWS的建议，我想把我的ec2实例放在一个自动缩放组中。我使用标准的LinuxAMI实例创建了我的ec2实例，然后安装了一个完整的LAMP服务器。 第二天早上，我尝试访问我的apache，你猜怎么着？我的灯不在了！一切都被抹去了

我想这是因为，出于某种原因，自动缩放组删除了我的实例并重新创建了它

现在，我仍然希望自动缩放实例，但当然，我希望保留我的指示灯和存储的数据。 下面是我的问题：

如何从我的实际实例开始创建自定义图像

使用AWS RDS创建mysql数据库是否正确，以便不将其链接到我的实例？这比专用EBS存储的成本高还是低

我还希望在实例之间共享我的/var/www/html数据：虽然在生产环境中，我不会经常更新这些文件，但我也不想因为自动缩放重置实例状态而丢失它们。我也不想每次更新上述文件时都重新创建一个图像。。。最好的办法是什么？也许是s3桶？还是实例之间共享的EBS存储

---

我认为您的“LAMP[服务器]不再存在”的原因是web服务器出现故障，被终止并替换为自动缩放

弹性豆茎将是一个很好的方法来管理这里的一些复杂性。如果这不是一个选项，那么您应该阅读有关自动缩放、ALB和健康检查的内容

针对您的具体问题：

您可以从实例创建Amazon机器映像（AMI）。当您或自动缩放从该AMI启动新实例时，您可以通过

将数据库从web/app服务器移动到RDS，或移动到您自己管理的数据库服务器

在S3中维护html/js/css等，并定期将它们同步到web服务器（还有其他选项，但这很简单）

---

我认为您的“LAMP[服务器]不再存在”的原因是web服务器出现故障，被终止并替换为自动缩放

弹性豆茎将是一个很好的方法来管理这里的一些复杂性。如果这不是一个选项，那么您应该阅读有关自动缩放、ALB和健康检查的内容

针对您的具体问题：

您可以从实例创建Amazon机器映像（AMI）。当您或自动缩放从该AMI启动新实例时，您可以通过

将数据库从web/app服务器移动到RDS，或移动到您自己管理的数据库服务器

在S3中维护html/js/css等，并定期将它们同步到web服务器（还有其他选项，但这很简单）

---

可伸缩性不是一个简单的设置和维护。我认为，对于关系数据库来说，这甚至更加困难。为什么不使用Elastic Beanstalk，或者使用AWS Lambda和DynamoDB迁移到无服务器架构？这将更容易，消除了基础架构的麻烦，让您专注于应用程序。我很想这样做，但我被迫使用drupal CMS，它需要RDBMS。弹性Beanstalk应该解决服务器端的可伸缩性问题。网上有很多资源，请参见和。在DB端，您将需要查看。不过，它仍处于封闭测试阶段。不管怎样，您正在开发的应用程序的预期流量是多少？您确定无法处理具有更多RAM和CPU的单服务器吗？可伸缩性不是一件容易设置和维护的事情。我认为，对于关系数据库来说，这甚至更加困难。为什么不使用Elastic Beanstalk，或者使用AWS Lambda和DynamoDB迁移到无服务器架构？这将更容易，消除了基础架构的麻烦，让您专注于应用程序。我很想这样做，但我被迫使用drupal CMS，它需要RDBMS。弹性Beanstalk应该解决服务器端的可伸缩性问题。网上有很多资源，请参见和。在DB端，您将需要查看。不过，它仍处于封闭测试阶段。不管怎样，您正在开发的应用程序的预期流量是多少？你确定你不能处理一个有更多RAM和CPU的单服务器吗？我将开始看1。对于2，您说它比单独的磁盘便宜吗？RDS不是磁盘。这是一个托管数据库服务。您可以在EC2上管理自己的DB服务器，所需的前期费用可能比RDS少，但您必须完成RDS为您完成的许多管理任务。决定你对时间的重视程度，比较成本，看看哪个选项更适合你。对于2，您说它比单独的磁盘便宜吗？RDS不是磁盘。这是一个托管数据库服务。您可以在EC2上管理自己的DB服务器，所需的前期费用可能比RDS少，但您必须完成RDS为您完成的许多管理任务。决定你有多珍惜你的时间，比较成本，看看哪个选项更适合你。