问题标签 [provisioned-iops]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
amazon-web-services - Amazon 的预置 IOPS 是硬性限制还是保证最低?
预置 IOPS是硬限制吗?IO 峰值是否会超过预置 IOPS 的数量?
我无法轻易找到关于这个问题的明确答案。虽然我几乎认为它是作为硬限制强制执行的,但文档并不是很确定。
amazon-web-services - 比较标准卷与临时 iops 卷的性能
这是一个困扰我的问题:
我正在尝试在性能方面将标准 AWS 卷与预置 IOPS 卷进行比较。在 AWS 文档中,它指出 IOPS 实例旨在在所需容量的 10% 范围内提供 IO 性能。
我想知道的是:假设我正在创建 2000 IOPS 卷。与标准 AWS 卷相比,这要快多少?
c# - C# 实时收集 IOps 性能数据?
我正在尝试构建一个可以从 Windows 机器收集性能数据的小型软件应用程序。
这是我使用的代码和 PrintScreen 的一部分,它给了我不正确的数字。请告诉我我的代码有什么问题以及为什么代码中的比例不正确。(默认比例为 1)
打印屏幕:http : //postimage.org/image/6za0g7e4t/
amazon-web-services - RDS 预置 IOPS 有限制吗?
我最初将 MySQL 设置为 500 GB 和 5000 IOPS。它的写入 IOPS 限制为 3500。
后来,为了提高 IOPS 性能,我决定将 MySQL 设置升级到 1.2 TB 和 12000 预置 IOPS。但是,似乎我仍然受限于 3500 写入 IOPS 限制。
我在一个存储许多用户信息和数据的表上使用量很大。读取 IOPS 非常低,小于 100。
是否有什么我做错或配置错误导致我的写入 IOPS 受限?
amazon-ec2 - 分离 EC2 卷是否可以节省成本
我刚刚收到一大笔 EC2 账单,而我运行的机器不超过一台。
在更详细地调查了我的账单后,我发现我们每月为预置的 IOPS 支付 1100 美元。事实证明,这是由 10 卷 1000 IOPS 的服务器造成的,这些服务器早已关闭。
我的问题是分离这些卷是否会阻止我为它们付费。还是我需要完全删除这些卷。
我不介意花一点钱让它们留在身边,以防我们再次需要它们,但每月支付 1100 美元只是为了让它们留在身边是荒谬的。
amazon-web-services - 在 Amazon AWS 上附加后如何配置 IOPS 类型的 EBS?
一旦我创建了 IOPS 类型的 EBS 并附加到 EC2 卷,有没有办法更改其设置,例如存储和 IOPS?我很好地将其分离并进行更改。显然我想保留数据。
我最好在 AWS 控制台上寻找答案,但即使是命令行方法也是受欢迎的。
我正在使用 Windows AMI。
linux - 如何在 linux 中测量命令的 IOPS?
我正在研究一个模拟模型,我想确定存储 IOPS 容量何时成为瓶颈(例如,HDD 的 IOPS 约为 150,而 SSD 的 IOPS 可能为 150,000)。因此,我试图想出一种方法来对命令(git)中的一些不同操作(推送、拉取、合并、克隆)的 IOPS 进行基准测试。
到目前为止,我已经找到了 iostat 之类的工具,但是,我不确定如何将报告限制为单个命令的作用。
我能想出的最好办法是确定我的 HDD IOPS 容量,在实际命令中使用时间,看看它持续了多长时间,然后乘以 IOPS,这些就是我的 IOPS:
但是,这当然是非常愚蠢的,因为执行的持续时间可能与 CPU 使用率而不是 HDD 使用率有关,所以除非当时 HDD 的使用率是 100%,否则这样衡量是没有意义的。
那么,如何测量命令的 IOPS?
amazon-web-services - 如何确定我在 AWS 中的卷的 PIOPS 需求
如果我想在 AWS 云上迁移我的应用程序,我该如何确定我的应用程序需要多少 PIOPS。是否有任何工具可以帮助我计算我的应用程序所需的 PIOPS?或者它只是一种打击和试验方法??
postgresql - 根据监控,我们是否需要为使用 60 IOPS 的 RDS 实例提供预置 IOPS?
我们有 PostgreSQL 实例每秒处理数十个 r/w 查询。
- 实例类型:db.m3.2xlarge
- 实例预置 IOPS (SSD):1000
- 实例存储大小:100GB,数据库大小约为5-10GB。
它正在为 100 多个同时提供读写查询的客户端提供服务。然而,当我们查看 Cloudwatch Monitoring 时,它显示的 IOPS 范围为 20-60。
读取 iOPS 约为 0!
100 个连接和客户端一直在执行读/写查询,这难道不是正确的吗?Postgres 配置是标准的,我们没有关闭 fsync。
缓存是否如此有效以至于 IOPS 不是数据库大小为 5GB 的因素?还是 AWS 监控控制台出错了?
为这个数据库实例支付 1000 IOPS 需要额外花费 300 美元。您可以购买的最低 IOPS 为 1000。
我想知道我们是否可以不使用 IOPS?
- 还是 AWS 监控不正确?
- 或者如果我们有非 IOPS 服务器,我们现在拥有的 20 IOPS 会影响服务器性能?
- 或者对于 5GB 数据库,它主要适合缓存并且 IOPS 不是一个因素?
amazon-web-services - AWS:将软件和数据拆分为不同的卷
AWS 建议将数据和操作系统保存在单独的 EBS 卷上。我有一个使用 EBS 卷在 EC2 上运行的网络服务器。在裸机上,我安装了以下内容:
数据库服务器是独立的。对于网络服务器,以上哪些项目会受益于更高的 IOPS,哪些项目无关紧要?我的理解是服务器代码和日志文件应该移动到具有更高 IOPS 的单独 EBS 卷。还是应该将我所有的东西(除了我安装在 /etc 中的软件,即网络服务器)移动到具有更好 IOPS 的单独卷?