问题标签 [amazon-ebs]

我想在 Amazon EC2 实例上托管一个网站，但出于可靠性目的，我希望将底层数据库放在一些更永久的存储介质上。不会有任何文件上传或类似的事情，但我想确保数据库查询和更新快速进行。我应该为此使用 EBS 还是 S3？

如果您想了解更多信息，请发表评论

我将需要托管一个带有底层数据库的网站。我知道我可以在实例本身上运行数据库，也可以在 EBS 卷上运行它。我将经常备份到 S3，我想知道在 EBS 而不是实例本身上运行数据库有什么好处。

我正在为我们的 EBS 卷每天备份一个自动化机制。

我非常了解创建新快照的步骤。显然这一切都很简单，你有一个可以快照的 EBS 卷，你可以随时恢复快照。美好的。

但我担心的是快照的大小，我知道这些快照是在 S3 中压缩存储的，我们将根据快照的大小收费。如果我们有大量数据，我们每次备份的发票都会大幅增加。

然而，根据亚马逊的页面，这些快照是增量的。这可以解决我的问题，因为每日备份只会上传自上次快照以来发生更改的数据。但这引出了下一个问题：如果备份是增量的并且我们只上传修改后的数据，那么原始数据存储在哪里？（即，显然不能增量完成的第一个快照......）

不幸的是，我无法在亚马逊的所有文档中找到这些信息。

有人对快照及其计费有经验吗？

我会很感激任何帮助，谢谢！

我正在使用CreateImage()从现有实例创建一个新的 AMI，我希望有一个DeleteImage()可以以相反的方式工作。不幸的是，EC2Client 上不存在此方法。

使用 C# 通过 SDK 删除 AMI 的正确方法是什么？

在以下场景中，在 EC2 中加载 PHP 类的最佳方式是什么（#s 用于说明目的）？-> 100 个运行 apache 和 APC 的 EC2 实例 -> 每个请求加载 100 个 php 类（通过 __autoload）-> 类之间每天进行 100 次代码更改（许多类包含通过 cron 定期更新的自动生成的代码）。

据我所知，有 3 种方法可以在 EC2 中加载 php 类文件：

即使在 apache 实例上启用了 APC，我也无法在 APC 中禁用 fstat，因为我不确定如何每天 100 多次（当代码更改时）处理所有 100 个 apache 实例上的缓存类的失效。结果，如果每个类加载都会生成对文件系统的调用，即使该类被 apc 缓存（执行 fstat 调用），如果有 100 次网络往返来执行 fstat，不会有很大的延迟或阅读每个请求的文件？

在所描述的场景中加载类文件的最佳选择是什么（或者可能是此处未列出的新方法）？

我无法删除不再使用的亚马逊 EBS 卷。这是一个 100GB 的卷，分离、强制分离和删除的选项都被禁用。我找不到删除此卷的方法。这是 aws amazon 面板中的错误吗？

我想知道 Amazon EC2+EBS 是否可以处理大型 Oracle 数据库（从 7TB 开始）。听起来 EBS 可以拥有高达 1TB 的存储卷，并且我可以将许多存储卷附加到同一个 EC2 实例，但是是否可以将 Oracle 配置为使用这些存储卷，以便数据库可以增长到 7TB 甚至更大？

为了实现这一点，我会请 Oracle DBA 来协助，但我想弄清楚这是否是一种有效的方法，还是我们应该寻找其他地方？

云中的大型（7-15 TB）数据库还有哪些其他选择？

我有一个在 EC2 上运行的 ebs 支持的实例。我正在使用它对存储在 sdb 上的大约 16Gb 数据（即与实例关联的较大 ebs 卷）进行一些计算密集型的文本处理。

我想通过创建此实例的副本来并行化处理，每个副本都有自己的数据副本。我可以从该实例创建一个 AMI，但我需要图像包含 sda（根 ebs 卷）和 sdb，这是所有数据所在的卷。如何制作整个包装的复制品？

在 AWS 管理控制台中创建映像只是复制 sda（即根卷，它太小而无法容纳我的数据）。

这甚至可能吗？

（PS：我什至在 AWS 管理控制台 Elastic Block Store->Volumes 面板中都没有看到 sdb 卷）

谢谢！

在我的工作中，我需要将一些现有的 Enterprise Java 应用程序迁移到 AWS。我浏览了 aws.amazon.com 上的许多页面，并且用谷歌搜索了足够多的内容。另外，我尝试在 stackoverflow 上解决所有相关问题。所有这些事情都清楚地表明了很多事情，但是，我仍然有些困惑。这是我们的应用程序结构：

1. 它是一个基于 Spring 的应用程序，它使用 Spring MVC 作为其表示层和普通的 Java 接口和类来处理业务和数据逻辑。
2. MySQL 用于持久性。

因此，应用程序架构足够简单。然而，问题是我们需要部署这个应用程序的许多实例。这个计数目前是 15，可以超过 30。还有一点是所有这些实例共享一个公共数据库。

现在，我们需要通过迁移到 AWS 来实现以下目标：

1. 应用程序的更高容错性。最近，我们在专用主机中遇到了服务器/电源故障，导致了几个小时的停机时间。
2. 就响应时间和吞吐量而言，应用程序的所有实例都具有更高的性能。
3. MySQL 更高的容错性。最近，由于某些硬件（硬盘）导致 MySQL 意外停止，应用程序实例在我们的一台服务器上出现故障。硬盘驱动器上的整个文件系统变为只读状态，导致该服务器上托管的应用程序实例出现故障。
4. 显然降低了基础设施管理的总成本和开销。

就我到目前为止所了解的 AWS 基础设施而言，以下是我们在 AWS 中进行设置所需的内容：

1. 4 个实例，每个托管大约 10 个应用程序实例，一些基于 EBS 的 LINUX AMI，上面安装了 Tomcat 和 MySQL。
2. 我猜我们还需要 1 个实例来为这 4 个实例中的每一个实例提供一个容错实例，总共 8 个实例。
3. 所有服务器实例都将具有大约 160GB 的 EBS。
4. 4 个弹性 IP
5. 4 个弹性负载均衡器
6. 快照等其他东西

现在这是我的问题：

1. 考虑到 EBS 由 AWS 自动备份并且它们会在硬件故障的情况下为新的 EBS 提供相同的数据，我真的需要为每个主服务器实例拥有额外的服务器实例（用于容错）吗？

2. 在上述情况下，我将如何在所有服务器实例（4x2）之间共享数据库？我看到的一种选择是在这些服务器实例中实现 MySQL 集群。假设 MySQL 集群将包含 1 个管理节点、3 个 SQL 节点和 4 个数据节点。但是，在这种情况下，维护集群对我们来说是额外的开销，这可能不被接受，因为我们希望摆脱基础设施管理。

3. 我是否需要为数据库使用 RDS 并从所有服务器实例 (4x2) 中删除 MySQL 实例？如果是，我是否需要在 EC2 实例之外购买 RDS 实例（我认为，如果我需要为 RDS 购买单独的实例，那么总基础设施的成本将至少增加 75%。）或者 RDS 实例还提供计算单元应用程序开发从而减少应用程序部署的实例总数？

4. 在 RDS 实施的情况下，真的需要基于 EBS 的 EC2 实例吗？如果我们知道如何从配备 RDS 实例的 EC2 实例中移除 EBS 要求，我们可以降低总成本。

任何帮助将不胜感激，如果我不清楚具体说明我的问题并且需要对任何一点进行更多说明，请告诉我。

我在 /dev/sdh 上创建了一个 EBS 卷，如下所示：

按照本教程http://aws.amazon.com/articles/1663，我现在正在尝试“在 EBS 卷上创建 XFS 文件系统”

但是当我尝试这样做时，我得到：

当我在控制台中查看 EBS 卷时，它似乎工作正常：

编辑：此实例不是 EBS 商店实例，这是否意味着我不能将 EBS 与它一起使用？