有没有办法将您指向S3的域名redirect到您的主页？ 就像我在Amazon S3上托pipe我的video一样，但如果有人试图访问我的s3.mywebsite.com，则会导致xml输出，我希望用户redirect到我的主页（mywebsite.com） 谢谢，
我想知道是否有更好的方法将数据从我的工作站传输到基于Windows的EC2实例。 目前，我正在使用远程桌面复制/粘贴，但这是一个拖动，因为我总是忘记我的剪贴板上有“数据”，并且复制操作会将我的传输连接起来。 我真的不想在主机上安装任何软件或打开一个端口。 有没有反正我上传到S3，然后让服务器挂载S3卷？ 我真的很想能够做一些Windows和EC2原生的东西。 谢谢你的帮助。
我正在考虑使用Amazon S3，但有几个问题： 它是否提供访问控制来限制GET？ 它提供“高速”转移吗？ 我期待为大量的最终用户提供大文件。 每个最终用户在获得文件之前都需要对我们的服务进行身份validation。 Amazon S3可以做些什么？ （我在S3看到没有脚本function）。 我已经看到了很多authentication和访问控制的东西，但它似乎只涉及到开发人员进行身份validation，而不是最终用户进行GET。 我希望/认为亚马逊S3将是一个快速的替代scheme（当谈论带宽吞吐量时），而不仅仅是通过EC2提供文件，后者实际上完全不令人满意。
我将我的图像网站托pipe到Amazon S3，并希望保持每个人的直接访问权限。 当我上传新文件到我的S3存储桶时，我必须更改文件acl手册。 有任何想法来改变一个桶的默认ACL？ PS。 我在MacOSX下使用了S3Fox工具。
我有一个S3存储桶，其中有数千个从linux机器上复制的文件。 我想将文件夹中的所有文件切换到RRS（Reduced Redundancy Storage，简化冗余存储）。 我怎样才能做到这一点，而不删除文件/对象，并重新上传？ AWSpipe理控制台使我能够为文件夹启用RRS，但是此操作不会recursion应用于嵌套的文件夹。 因此，我将不得不在数百个文件夹上手动select，这是不可扩展的。
目前，我正在使用sdbShell和s3cmd将Amazon S3和SimpleDB数据从AWS备份/迁移到本地系统。 很好用。 现在，我们正在将应用程序放在Microsoft Azure上，并且希望将这些应用程序扩展到这些应用程序。 Azure有没有这样的工具？ 理想情况下，他们会从我现有的UNIX主机上工作，但我可以说出来，但他们需要命令行，而不是GUI装饰，我每晚运行，并与系统自动化。
我已经将一些GIFanimation横幅上传到我们的S3帐户，当我们使用S3提供的url，并尝试在浏览器中查看横幅，而不是在浏览器中显示横幅，我会提示下载横幅图片。 为什么是这样？ 当我在相同的S3存储桶中上传JPG图片并尝试用浏览器查看时，我没有这个问题？ 我们如何解决这个问题？ 我们希望通过各种联盟网站联合我们的GIF横幅。 这可能导致问题在最后？ 横幅的完整url是这种格式的横幅广告。 即使我们使用CNAME版本，也有同样的问题。 CNAME版本是banners.mydomain.com/dining-728×90.gif。
有没有人知道任何与微软的DPM 2010甚至新的2012年的数据连接到Azure或S3等云存储提供商的软件？ 我们今天使用D2D备份，但希望使用更强大的场外解决scheme，而不是使用虚拟磁带库来进行场外磁盘备份。 我知道有铁矿山的供应商，但坦率地说，每GB的存储价格与Azure和S3远远低于铁山可以或将提供的任何东西。
我有一个在Amazon EC2和Rackspace中托pipe的Web应用程序。 用户可以通过这个应用程序上传文件，并修改它们。 这些文件存储在每台服务器的本地存储器中，并使用统一进行同步。 为了避免处理同步问题，我想使用s3fs来探索Amazon S3。 它工作，但performance很差，差不多慢了10倍。 我在试错什么？ S3只能用于备份，只能用于运行时更新的本地存储？ 请提供您的意见。 谢谢，Srikanth
我们有我们的电子邮件服务器托pipe在AWS上。 上个星期，亚马逊在东海岸地区出现故障，导致我们的服务器和其他许多服务器一起中断。 我们现在要实施故障转移策略，以便如果邮件服务器再次变得不可用，那么我们可以简单地切换到另一个区域中的另一个邮件服务器，并且用户可以继续发送和接收邮件以及仍然可以访问他们现有的邮件项目。 显然，定期备份邮件并不是一个足够好的解决scheme，因为有一个连续不断的传入和传出电子邮件被写入磁盘。 我们正在使用Windows 2008 Server并运行Mailenable Enterprise。 MailEnable的configuration（例如，用户帐户，密码等）存储在邮件服务器上的SQL Server数据库中。 我们正在考虑以下解决scheme： 使用像tntdrive这样的工具将S3存储装载为Windows驱动器来存储消息。 与EBS存储（仅限于单个可用区域）不同，S3存储在可用区域间可用，即使单个区域发生故障，我们的存储也可用。 我们每天拍摄邮件服务器的快照并将其复制到S3。 在邮件服务器发生故障的情况下，我们从快照创build邮件服务器的一个新实例（这意味着configuration更改（如更改密码或创build快照后创build的新用户帐户）将不会包含在内，但我们可以接受那风险） 我们将包含消息的S3存储作为驱动器安装在新服务器上。 我们将邮件服务器的弹性ip切换到新的服务器，并且我们有一个邮件服务器可以再次使用！ 这个解决scheme能工作吗 与EBS相比，我有点担心S3的延迟和成本（请参阅http://jimliddle.sys-con.com/node/1103438/mobile ）。 我们应该考虑一个不同的方法吗？ 你会推荐不同的亚马逊工具来解决这个问题吗？