我一直在 Amazon RDS 上寻找一种为 RDS 数据库自动创建增量快照的方法。我想创建每小时快照。
谁能帮我 ?
我很想知道是否有人知道为什么会这样。我刚刚为我们的网站迁移到 Amazon RDS,我们最大的查询需要 0.2 秒在我的 macbook 上执行,在最昂贵的 RDS 实例上执行需要 1.3 秒。
显然,我在本地计算机上禁用了查询缓存(并对此进行了测试),并且两个数据库完全相同。InnoDB,两者都有相同的索引等。最快的 RDS 实例花费了我们一大笔钱(每月 2000 美元),我很快就失去了信心。有任何想法吗?
我运行的网站流量激增,因此自动缩放解决方案在这种情况下非常有利可图。目前,Web 服务器能够水平自动扩展,但瓶颈在 MySQL 服务器上。
有什么建议?先感谢您
我已经设置了几个 AWS RDS 按需实例。每次的过程都是一样的,包括选择实例类型、容量、存储等。 当我完成后,点击实例图标,我得到端点详细信息、数据库名称、用户名等。
今天,我尝试设置一个保留实例,希望看到相同的结果,但事实并非如此。创建实例时,没有询问我的存储、数据库名称、用户名或密码。我可以在仪表板中看到该实例,但是当我单击它时,它不会向我显示任何这些详细信息。我浏览了 AWS RDS 详细信息,但无法找到帮助我弄清楚如何连接到实例、配置数据库等的任何想法。我应该在哪里寻求帮助?这是一个 MySQL 保留实例。
我们最近搬到了 Amazon Web Servers,并且仍在学习我们的方法。我们的 EC2 Web 实例和我们的 RDS MySQL 实例(现在我们每个只有 1 个)似乎运行良好。但我想知道我们是否可以从它们中获得更好的性能。
我们确实运行了一个非常小的站点,但是由于 MySQL 端的大量聚合,某些页面仍然需要一段时间才能加载。
这是我们当前的统计数据:
EC2 网络服务器使用 (c3.large)

RDS (MySQL) 用法 (db.m1.large)

其中,只有 DB (db.m1.large) 是“Provisioned IOPS Optimized”。
非“PIOPS 优化”实例是否仍然受益于预置 IOPS?或者我们应该为我们的 EC2 Web 服务器考虑不同的实例类型?
有了这些统计数据,我们是否还需要预置 IOPS?我们会看到任何好处吗?
如果预置 IOPS 有帮助,我怎么知道我需要多少?我怎么能测试这个?
不久前,运行我的实例的服务器有 20GB 的 EBS 存储空间。然后它开始出现磁盘存储错误,所以我将它增加到 40GB。再说一次,存储丢失错误,所以我再次增加到 60GB。(所以这是一个 60GB 的 RDS 实例)
您可以在此处查看可用存储空间 (MB)图表。每次它射击时,我都会增加更多的存储空间..

如果我运行这个查询..
SELECT CONCAT(table_schema, '.', table_name),
CONCAT(ROUND(table_rows / 1000000, 2), 'M') rows,
CONCAT(ROUND(data_length / ( 1024 * 1024 * 1024 ), 2), 'G') DATA,
CONCAT(ROUND(index_length / ( 1024 * 1024 * 1024 ), 2), 'G') idx,
CONCAT(ROUND(( data_length + index_length ) / ( 1024 * 1024 * 1024 ), 2), 'G') total_size,
ROUND(index_length / data_length, 2) idxfrac
FROM information_schema.TABLES
ORDER BY data_length + index_length DESC
LIMIT …Run Code Online (Sandbox Code Playgroud) 我们一直在为 Drupal 和 WordPress 等主流 CMS 软件推出标准的 Web 服务器配置,服务器和存储在 EC2/EBS 上,数据库在 RDS/MySQL 中。
通常我们会使用t2.micro CPU 和db.t2.micro DB进入生产,这让客户对我们和 AWS 感到满意,因为他们通常可以在第一年继续使用免费套餐。EC2 上的默认监控工具会清楚地显示我们何时可能超出 Web 主机最宝贵的资源,即CPU 利用率。如果阈值接近或超过 10%,那么我们就知道是时候迁移到t2.small实例类型了。
我们不太确定如何确定何时可能需要从db.t2.micro升级到db.t2.small甚至更远。这些要求不涉及多可用区或只读副本,只是在 CMS 软件可能在高峰期严重依赖数据库的情况下,我们需要通过图表或警报来发现。
EC2 实例的文档清楚地指出了它们自己的限制是什么,我想知道是否可以针对我们的简单案例推荐 RDS 实例的任何此类限制。他们的 Amazon RDS 最佳实践中的一般要求很有帮助,尽管我没有遵循所有链接,因为我只是试图设置我们可以设置的阈值,这些阈值将明确要求以我非的方式升级数据库实例技术客户可以理解和观察。
我承认我不是 DBA;由于我的工作性质,我将数据库架构留给了 CMS 软件的设计者。如果有人告诉我从哪里开始,我当然愿意学习性能评估的基础知识,因为它与 AWS 平台上的此配置相关。也许我只是还没有找到合适的官方文档或教程。
或者:我们只需要根据我们在 CloudWatch 上看到的内容,知道如何定量测量访问我们的 RDS 实例的任何延迟是否是由于实例大小太小(或者可能是 MySQL 资源参数设置得太低)造成的。
简单地说,我可以判断 CloudWatch 指标Freeable Memory 是否接近于零,那么我们需要升级实例。和我们的 EC2 实例一样,也必须有一个最大CPU 利用率,我猜它会远低于 100%,尽管我还没有像 EC2 那样看到这个记录。我想DB …
我在 AWS 论坛上问过这个问题,但没有得到太多关注。我的根本问题是我正在尝试恢复 MS SQL Server RDS 数据库并收到错误消息“数据库备份/恢复选项尚未启用或正在启用。请稍后再试。” 我发现这个线程关于这个问题:
https://forums.aws.amazon.com/message.jspa?messageID=736361
这建议向数据库的选项组添加一个选项。但是,选项组上的“添加选项”按钮被禁用,用于为数据库选择选项组的下拉菜单也被禁用。因此,我无法向选项组添加选项,也无法创建新选项组并进行选择。我了解到您不能向默认选项组添加选项,因此我绝对需要创建一个选项组。我仍然不知道为什么我不能更改现有 RDS 实例的选项组。
所以我做了一个新的选项组,没问题。我制作了一个全新的 RDS 实例,以便我可以选择不同的选项组。在我创建的新选项组中,我可以单击添加选项,但无法成功完成该过程。我创建了一个具有 RDS 完全访问权限的 IAM 角色,当尝试将具有该角色的备份/恢复选项添加到选项组时,我得到了这个:
“IAM 角色 ARN 值无效或不包括以下所需的权限:SQLSERVER_BACKUP_RESTORE(服务:AmazonRDS;状态代码:400;错误代码:InvalidParameterValue;请求 ID:3824d081-648a-11e6-9c94-87e171d2e1f8)”
我对 IAM 了解不多,所以我不确定该怎么做。想法?
更新
我在 AWS 论坛上收到了另一个回复。这是建议和我的结果。
请尝试以下步骤 -
- 从 RDS 控制台的左侧面板中选择选项组
- 选择您创建的选项组,然后单击添加选项按钮
- 在选项下拉列表中选择 SQL_SERVER_BACKUP_RESTORE。
- 单击 IAM 角色下拉列表下的文本创建新角色。这将向您显示 IAM 角色创建选项。
- 为 IAM 角色添加一个名称,选择您要使用的 S3 存储桶,然后为立即应用单选按钮选中是。
- 单击添加选项按钮。
回复
听起来不错!但是在我单击表单底部的添加选项后,该按钮禁用了几秒钟,然后 IAM 角色名称字段被红色包围。我附上了截图。单击感叹号或红色区域不会显示任何其他信息。我尝试了几个不同的名称,结果相同。是否有关于页面未指定名称的规则?再次感谢你的帮助。
我在 VPC 的私有子网内托管了一个 AWS RDS。在创建具有公有和私有子网的 VPC 时,我必须创建一个 NAT 实例。我知道 NAT 实例主要用于私有实例连接到互联网。
RDS 也需要 NAT 实例吗?RDS的维护和更新是否也经过NAT实例?我只有私有子网中有 RDS,所有其他 EC2 实例都在公共子网中。如果 RDS 没有使用 NAT 实例,我可以继续停止实例,对吗?
任何帮助将不胜感激。
AWS 文档通过以下方式描述 Burst Balance 和 EEBS IO Balance:
BurstBalance 可用的通用 SSD (gp2) 突发存储桶 I/O 积分的百分比。
EBSIOBalance% RDS 数据库的突发存储桶中剩余的 I/O 积分百分比。该指标仅可用于基本监控。该指标与 BurstBalance 不同
然而,据我所知,文档没有解释这两个指标有何不同。
amazon-ec2 amazon-ebs amazon-web-services amazon-rds amazon-cloudwatch
amazon-rds ×10
amazon-ec2 ×3
mysql ×3
amazon-ebs ×1
amazon-iam ×1
amazon-vpc ×1
iops ×1
rds ×1
scalability ×1
scalr ×1
storage ×1