问题标签 [provisioned-iops]

我正在为繁重的 Get Attribute 工作负载构建 GlusterFS 共享。此集群以“复制方式”配置，需要托管数 TB 的数据。

在这种情况下，来自客户端的请求的最大部分是“获取属性”类型（例如 Apache last modified）。

我想知道 IO（磁盘）性能：

• GlusterFS 在获取属性的磁盘上的 IO 方面如何执行？
• 每个 Get Attribute 请求是到达底层磁盘还是从服务器提供而不影响磁盘 IO？
• gluster 缓存在这种情况下有效吗？
• 每次 Get Attribute 到达 Gluster Server 时，是否都会向副本服务器发出请求？
• 考虑到 Gluster 作为首选的服务器解决方案，在这种特定工作负载下使用 NFS 客户端的 GlusterFS 客户端是否更好？

提前致谢。

我们有一个大型数据库，客户抱怨通过应用程序界面运行搜索时性能非常慢。它全部由第 3 方供应商提供，我从他们的指南中计算出数据库需要 1300 的 IoP。他们没有提供大量关于这实际含义的信息，并且刚刚运行 diskspd 我可以看到它满足供应商的最低要求。

没有与结果进行比较的上下文，我不确定延迟是好是坏。任何人都可以就以下结果是否适合您提供建议？

该数据库主要用于搜索，尽管它每天写入大约 450,000 条新记录，目前拥有大约 2.7 亿行数据。

DB 驱动器均基于 NAS，位于通过标准 NIC 上的 1GB iSCSI 连接的 Netapp NAS（客户未安装 HBA）

我知道这可能不是很有帮助，但只是在寻找真正开始的地方？

我试图弄清楚如何确定我的应用程序正在驱动的 IOPS，以便我可以确定我们的云基础设施组件的大小。我了解数据库和存储层之间的 IOPS 是什么，但我想了解如何计算我的应用程序驱动的内容。以下是我的一些应用程序特征：1) 90% 写入和 10% 读取 2) 我们有一个基于 Java 的应用程序，它最终插入到 HBase 数据库中 3) 处理大约 50 msg/秒，其中每条消息可能导致 2 个 HBase 插入

这是我不确定的： 1) 计算 IOPS 的唯一方法是在加载期间在实际服务器上运行 iostat 或其他东西吗？2) 有没有一种通用的方法可以根据传入的数据量/大小而不是实际存储单元计算所需的内容？3）与事务数和每个事务中的字节数是否有任何关系（我在某处读取的 IO 通常为 3K，大多数插入不包含那么多信息，所以没关系）。

任何帮助将不胜感激。

我知道这IOPS可以提高性能，因此，我想将它用于我的SQL Server Standard 2014 EC2实例。

我有一个 400GB 的卷，现在想知道我应该使用多少IOPS。上个月我使用了大约 15,000IOPS并为此支付了巨额账单（超过 2000 美元），因此我想将其降低到正常成本并仍然从中获得良好的性能收益。

您能否建议/推荐我IOPS应该为我准备EBS多少？或者一些可以解释的文章？

我在 dynamodb 中有数据集，其主键是用户 ID，时间戳是数据属性之一。我想在这个表上运行一个清除查询，其中时间戳早于 1 周。

我不想吃掉每 s 单位的所有写入。理想情况下，我想要一个速率限制删除操作（在 php 中）。否则对于大小为 10sof GB 的数据集，它将停止其他写入。

我想知道在时间戳（+用户 ID）上使用全局二级索引将有助于减少要扫描的行。但同样，我不想破坏表格，以致其他写入开始失败。

有人可以在 php 中提供速率限制插入/删除示例代码和参考吗？

I have never used AWS before and have created a php application hosted on an EC2 instance.

The application inserts records into a RDS after processing them. On the free tier it is inserting them at a rate of around 10 records per second.

How would I go about improving the speed at which this process takes place? I have added 100GB provisioned IOPS storage with a limit of 1000 iops.

However when I run my application I get the same speeds as before.

What specs on the Ec2 instance and the RDS instances will determine how quickly it will write to the database?

我在使用 AWS 时遇到问题。

首先，我设置了一个只有 20GB 存储空间的免费层 db.t2.micro。

然后我创建了一个弹性 beanstalk EC2 实例并部署了一个简单的 php 脚本，它将 1000 条记录插入到上述数据库中。这需要大约 10 秒才能完成。

然后，我想考虑减少完成此过程所需的时间。我将 RDS 实例的容量增加到 dbt2.medium 并分配了 300GB SSD 存储以增加最大 iops。

再次运行脚本时查看指标，我仍然最多只能获得 100 次 iops。它几乎就像是在限制它，完成脚本所花费的时间大致相同。

两个实例都在同一个 VPC 中。什么会导致这种情况？我将如何尝试在 1 秒内完成此操作？

好的，所以我正在为解决方案架构师助理学习 A Cloud Guru 的课程，但我无法理解 IOP 突发是什么。以下是课程笔记：

在做了一些研究之后，我理解 IOPS 是指输入/输出操作。我假设的意思是读写磁盘。我不明白的是，每 Gig 拥有 3IOPS 意味着什么。这是否意味着对于驱动器上的每一个空间，您可以在磁盘上读/写 3 次？这似乎不对。我不明白的另一部分是“爆发能力”是什么意思？我的猜测是，这意味着在读/写操作过程中一次可以读/写多少，但我只是在猜测。

我们有一个m4.2x largeRDS Postgres 实例，具有 300 GB 存储和 1000 预置 IOPS。

我们想将 PIOPS 增加到 2000，是否会涉及停机时间？如果性能会被降级，有多少衡量标准？

在更改发生时，我找不到任何有关增加 PIOPS 对实例的影响的相关文档。

谢谢

由于 Mysql 不提供任何批量更新查询，但我们使用 ON DUPLICATE KEY UPDATE 的功能。当我们批量更新时使用以下查询是否很好，如果不是，那么使用以下查询的性能问题是什么？有没有其他方法可以在 MySQL 中批量更新