我们有一个MySQL数据库服务器，它运行在我们希望远程连接的Amazon Linux Instance上。 我们已经在AWS安全组中为我们的LAN网关方式IP设置了端口3306的访问权限。 我们已经执行了下面的命令来授予对我们连接数据库和输出的IP的访问权限，如下所示 GRANT ALL PRIVILEGES ON *.* TO 'root'@'our IP Address' IDENTIFIED BY 'password'; Query OK, 0 rows affected (0.00 sec) 在尝试使用MySQLpipe理员工具连接数据库时，仍然收到以下错误消息： Host: Our IP address where MySQL server runs User : root Password: Our password MySQL Error: Could not connect to the specified instance. MySQL error number 2003 Can't connect to […]
这个问题可能听起来很愚蠢，如果是这样的话，我也是这样认为的。 是否可以在Rackspace Cloud或AWS EC2等虚拟化环境之上构build像PagodaBox（PHP PaaS）这样的服务？ 或者你需要有一个专用的服务器环境？ 提前致谢。
我一直在亚马逊的networking服务玩了一年多，但是我不太明白它是如何工作的。 例如，当我从EC2控制台中select一个我select的AMI时，通过向导继续操作，到达“存储configuration选项卡”。 这里有几个选项。 有根卷标签，然后是EBS卷标签。 这两者如何不同？ 什么是我可以分配给每个最大大小？ 我如何configurationEBS卷与我的实例一起工作？ 比方说，我决定创build8个EBS卷，每个卷都有25 GB的存储空间，就像Postgresql数据库那样自然地安装在根设备上，我如何configuration它使数据库存储在8个EBS卷中？ 从某种意义上说，8个EBS卷被视为一个200 GB？
我在AWS上有一个dynamic的环境设置，每天有数百台（如果不是数千台）机器启动和终止。 这包括许多服务，如EC2（现场和按需实例），S3，SES等。这些机器/服务大部分是生产环境的一部分，但我们有时会使用许多机器/服务进行开发工作。 现在我想单独获取生产设置和开发设置的AWS成本。 做这个的最好方式是什么？ 也许使用不同的密钥在不同的环境中启动实例或使用某些AWSfunction？
我遇到了RDS的一个小问题。 我的系统devise如下： 服务器A每天从快照启动RDS启动 服务器A将数据放入RDS数据库 服务器A引入RDS的快照 服务器closuresRDS 问题是，服务器A将RDS端点硬编码到一个configuration文件中，但是每次启动RDS时，端点都会发生变化，其示例URL如下： myname.c9kb7awkert1.us-east-1.rds.amazonaws.com 我可以控制端点以外的所有位： c9kb7awkert1 所以我的问题是，当我每次启动我的数据库时，我所有的configuration是静态的，我该怎么处理这个dynamic变化的端点？
AWS上的AMD64和i386 AMI之间是否存在任何重要（例如性能）差异 – 假设两者都具有EBS支持的存储？ 也可以假设在美国的可用区域的微观实例。 不同的AMI托pipe在同一物理硬件堆栈中，还是AWS在匹配的物理硬件上加载了不同的实例映像（仅供参考，我意识到像AWS这样的平台不要考虑这些types的细节，所以答案可能是，“没有function差异”）。
我有我的amazon实例，我需要添加一个shell脚本到它的rc.local文件，以便在我启动我的实例时执行shell脚本。 如何在rc.local文件中设置我的shell脚本的权限？ 如果我执行如下所示，我的脚本不会在启动时执行 chmod u + x /home/mylin/exmpl.sh ./exmpl.sh＆
如果我能在欧洲创build一个数据库，那么我就不用担心数据保护问题了。 亚马逊的文件意味着我可以在爱尔兰创build一个。 然而，当我到达巫师的适当阶段时，我只能得到us-east-1a ， us-east-1b us-east-1c ： 有谁知道我在做什么错？ 还有什么地方可以select更一般的地区吗？
在使用SQL Server 2008的Amazon Web Services（AWS）上构build应用程序，但没有Enterprise Edition的预算。 这是一个标准的networking应用程序，在性能方面不需要太多花费。 我提出了同步数据库镜像，主体服务器位于一个可用区域（AZ），镜像位于另一个可用区域。 我的同事们（DBA和Data架构师）正在砍掉这个提议，表示他们不希望使用同步镜像，因为它会增加延迟和性能下降（如两阶段提交）。 他们愿意处理日志传送的权衡，以避免这种潜在的性能冲击。 对此有何想法？ 同步镜像的性能风险真的很差吗？
为了在AWS上部署您的设备，我认为环回方法是真实的IaaS，我不赞成在现有的AMI上安装我的软件。 当你想把你的数据库（RDBMS）放在EBS驱动器上时，我发现使用环回的潜在问题。 在环回方法中，当您在本地系统上创build映像时，可能已经将数据库安装在将映像上载到EC2之前的任何位置。 如果我想使用EBS来存储我的数据库，我现在唯一可以考虑的select是将模式的安装推迟到EC2上的第一次引导，然后连接EBS驱动器。 任何其他的想法，你会如何照顾这个？