我试图find一种能够在数据中心内部和外部解决我的EC2数据库实例的好方法。 其他EC2实例需要能够调用它，而其他客户端（如pgAdmin）也可能需要从外部连接到它。 我的理解是，使用内部和外部DNS名称是可持续的，因为每次重新启动都会导致更改。 我正在考虑将Elastic IP与实例关联起来，并给它一个Alogging（比如db1.mydomain.com），然后我将在数据中心内外使用这个logging。 相同angular色的其他实例将获得相同的处理和db2.mydomain.com的DNSlogging等。 现在，是否有一个更清洁和更稳定的方法来实现这个结果呢？ 我错了吗？ build议？
我已经定制了（EBS支持的）AMI来运行我们的应用程序的演示版本。 （AMI包含Ubuntu 11.04，为应用程序本身提供了Tomcat＆MySQL设置，Jenkins则提供了简单的一次性演示更新）。 这是一个32位AMI，这意味着我有以下实例types选项 ： 微（t1.micro） 小（m1.small） 高CPU介质（c1.medium） 我们已经注意到，我们希望演示服务器的性能比c1.medium能够提供的更多。 （具体来说，我怀疑“I / O性能：中等”可能是一个瓶颈，虽然我不确定是否改进，这将有助于我们使用EBS的一切。） 无论如何，为了使用更强大的实例types（例如“m1.large”或“c1.xlarge”）， 我需要一个64位的AMI 。 一种方法是从干净的64位Ubuntu AMI创build一个新的实例，然后在那里重新设置我的系统，最后保存为一个新的AMI。 我可以使用当前设置挂载一个卷，然后cp -a一些东西到新的实例的根磁盘，这将有所帮助。 但即便如此，这种方法可能会有点繁琐和耗时。 所以，我的问题是， 是否有更简单，自动的方式将32位AMI转换为64位？
我在通过应用程序包的根目录下的.ebextensions/*.config文件定义实例types和安全组时遇到了问题。 简而言之，我有两个看起来像这样的configuration文件： .ebextensions/01-options.config ： option_settings: […] – namespace: 'aws:elasticbeanstalk:application:environment' option_name: CONFIG_FILE_ONE value: '01-options.config' […] 和.ebextensions/02-app-test-env.config ： option_settings: – namespace: 'aws:elasticbeanstalk:application:environment' option_name: NODE_ENV value: 'Test' – namespace: 'aws:elasticbeanstalk:application:environment' option_name: CONFIG_FILE_TWO value: '02-app-test-env' – namespace: aws:autoscaling:launchconfiguration option_name: InstanceType value: t2.micro – namespace: aws:autoscaling:launchconfiguration option_name: SecurityGroups value: sg-ys75dfs2 现在，环境variables正在设置，所以我知道它正在读取两个configuration文件，但安全组和实例types没有被设置 – 即使在我重build环境时，实例仍然被创build为t1.micro默认安全组 – 我的设置没有被应用。 我在这里错过了什么？ 我如何使用.config文件定义实例types？
我是一个独立开发者，我部署的网站非常小，通常是爱好网站，我对亚马逊服务有几个疑问。 有没有理由使用beanstalk，或者我应该坚持一个ec2实例？ 我应该使用RDS的数据库？ 我听到有人说我可以在我的ec2实例上安装一个数据库，使它更便宜。 我试图尽可能保持一切便宜。 我需要将自定义域指向我的网站。 很确定，这意味着我必须处理弹性IP。 那些使用豆杆还是单个ec2实例？ 提前致谢！
我试图在多区域scheme中扩展我们的Web应用程序（PHP，MySQL，memcache）。 目前，我们正在使用ELB背后的两个EC2实例和一个RDS实例的设置，所有这些实例都在US-EAST（Virginia）地区。 我们也希望在欧盟（爱尔兰）地区有一席之地。 这意味着至less有一个新的EC2实例（与其他服务相同的应用程序相同）。 我复制了所需的AMI，设置新的实例，在Route53中设置相同的ELBconfiguration（SSL终止所需的）和configuration的基于延迟的路由。 它按照build议工作。 但是，来自欧盟的客户有速度问题。 这是由于欧盟EC2实例连接到美国的RDS实例。 据我所知，亚马逊还没有启用RDS多区域复制。 对于如何在使用单个RDS实例时如何正确加速整个设置有什么build议吗？ 另外，有关如何扩大规模的一般想法？ 理想情况下，我们希望继续使用RDS技术的各种原因。 不过，我接受build议（我猜接下来的想法是托pipe我们自己的MySQL服务器）。
我正在寻求优化我们的自动扩展EC2组的成本，让他们启动现货实例，而不是按需实例。 我真正想要的是能够将一些服务器作为按需实例保留在组中，而不pipe现货实例定价市场如何。 然后，我希望组中的任何其他服务器（高于configuration的最小值）成为现场实例。 我通常可以通过现场请求添加服务器。 我似乎无法find任何方法来做到这一点，我试图冲刷AWS文档。 看起来ASG既可以是点播也可以是点播，但不是混合。 我可以手动将按需实例添加到分配给自动缩放组的Elastic Load Balancer，但是不会将该服务器的负载包含在自动缩放测量和触发器中。 我想我可以input一个可笑的高出价，以确保我总能得到我需要的服务器，但是接下来我看看定价历史，偶尔会看到大的高峰。 AWS文档与自身的不一致，因为在一个地方它说，如果你input一个服务器的最小值，这个数字是“确保”在那里。 但是当你读到关于现货的例子时，没有保证。 现货的价格差异是令人信服的，所以我想尽可能地利用这一点，同时保持始终在线的基线。 这可能吗？
我想知道是否可以在AWS中平衡sftp服务器。 我有2台服务器，每台服务器都使用s3fs-fuse将相同的S3存储桶安装到挂载点上。 我的两个ec2实例都可以读取/写入到它们的挂载点，从S3中我可以看到来自两个服务器的文件。 我正在寻找的是有SFTP传输文件和使用Amazon S3来存储我的文件。 文件将被上传并每天下载。 https://github.com/s3fs-fuse/s3fs-fuse 至于我的下一步，我想知道如何负载均衡我的sftp服务器，以便当用户连接到特定的IP地址时，它将redirect到我的一个sftp服务器。 我看了一下弹性负载平衡器，但他们似乎只允许特定的端口。 我也调查过HAProxy，但我不确定解决scheme的安全性。 我必须考虑HIPAA合规性。 负载均衡器必须是静态IP地址，因为我们的供应商不支持DNS主机名 谢谢
在这里search以前的问题之后，普遍的共识似乎是，如果我拥有的一个实例被分配了一个私有IP 10.208.34.55，那么只有其他实例我可以在那个地址find它。 看到： 如何encryption两个Amazon EC2实例之间的stream量？ 那是对的吗？ 因此，我可以将所有实例视为在局域网上，并authentication并信任来自10.XXX.XXX.XXX的任何计算机，因为我确信自己拥有它？ 我只是想确定一下。 我发现，亚马逊似乎更感兴趣的是打蜡关于云的诗意和他们的3个字符的缩写比实际提供明确的技术文件。
EC2实例的读访问速度更快; “本地”驱动器或附加的EBS卷？ 我有一些需要坚持的数据，所以把它放在EBS卷上。 我正在使用OpenSolaris，因此此卷已作为ZFS池附加。 但是，我有一大堆的EC2磁盘空间将被闲置，所以我正在考虑重新使用这个ZFScaching卷，但是我不想这样做，如果磁盘访问将会比EBS数量可能会产生不利影响。
我想在AWS中设置自动缩放。 我不想使用Elastic Load Balancer。 亚马逊的自动调节function可以在需求高峰期间无缝地创buildEC2实例以保持性能，并在需求停滞期间自动降低以最大限度地降低成本。 由于这个EC2实例是自动创build的，所以它们的主机名对于NGINX是未知的。 我知道，已经在nginx中有10个EC2实例的上游设置。 我希望能够在自动调节添加/更新/删除EC2实例时，自动添加/更新/删除服务器名称到我的上游nginxconfiguration。