任何人都可以告诉我是否有可能将QuickSight连接到不可公开访问的Redshift群集？ 文档只告诉了这一点： Q: How do I connect my VPC to Amazon QuickSight? If your VPC has been set up with public connectivity, you can add Amazon QuickSight's IP address range to your database instances' security group rules to enable traffic flow into your VPC and database instances. 我们的VPC是可公开访问的，但Redshift附属于私有子网并具有“可公开访问” – 没有。 （我认为同样的问题与私有访问的RDS集群有关）
我想比较我的Web应用程序与两个不同的MySQL服务器的延迟：一个是本地机器，另一个是通过Amazon RDS托pipe的。 什么是一个好的，免费的，（最好）简单的工具来testingMySQL的延迟？ 我有Windows和Linux的工作，所以这些工具至less应该运行在其中之一。
我公司刚刚将我们的MySQL数据库移到了Aamazon Web Service的RDS实例上。 问题是应用程序依赖于时区信息，MySQL中的时区（在RDS下）设置为UTC，不能更改。 所以我想知道如何在我的Zend Framework的基础上改变它。 我真的不知道从哪里开始，所以有什么build议吗？
最近，我们终于把我们所有的生产硬件从废弃的默认networking迁移到包括EC2和RDS节点在内的VPC。 除了当我们开始在生产中进行性能testing并且注意到与旧configuration相比显着下降时，一切都进展得很好：至less30-40％的惩罚。 在摸索我们的头脑后，比较软件版本和configuration，我们决定尝试重新生成我们的RDS实例。 最初的目标是将我们的主数据库迁移到不同的AZ来比较苹果和苹果。 当迁移完成后，我们发现性能恢复正常，但是我严重怀疑AZ是我们痛苦的根源。 我无法相信几毫秒（最多）的延迟导致了很多问题，特别是因为不同的查询客户端AZs似乎对性能没有影响。 我怀疑我们是否有一些不好的m3.large RDS硬件，或者是一个特别吵闹的邻居。 任何人都看到这种每个实例的性能差异吗？ 任何其他的debugging，我们可以做更好的诊断呢？ 在向AWS支持报告这个问题时，1级人员说他们不知道我在内部的硬件。 这真的可以吗？ 我没有要求任何身份certificate，但我想认为他们可以为实体团队标记硬件。 任何我能做的不同？ 感谢您的任何反馈。
连接到同一个EC2实例上的本地数据库的延迟较低，但是对于RDS，事情变得非常高。 查看下面的结果。 time mysql -u root -proot -h localhost -e 'show databases' +——————–+ | Database | +——————–+ | information_schema | | biblical | | mysql | | performance_schema | | phpmyadmin | | shop | +——————–+ real 0m0.005s user 0m0.003s sys 0m0.000s 但连接到我的亚马逊RDS实例在同一个可用区给我这个 +——————–+ | Database | +——————–+ | information_schema | | biblical | | […]
我有一个基本的SELECT语句的以下两个configuration文件： select count(*) from mturk_completion; 这里是两个configuration文件： # My Local machine, using a local db Status Duration starting 0.000045 checking permissions 0.000006 Opening tables 0.000015 init 0.000011 System lock 0.000006 optimizing 0.000004 statistics 0.000011 preparing 0.000009 executing 0.000002 Sending data 0.034015 ######## end 0.000012 query end 0.000006 closing tables 0.000011 freeing items 0.000036 cleaning up 0.000010 […]
文档在http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_Storage.html说 这种存储types可以提供一位毫秒级的延迟，具有3 IOPS / GB的基本性能，并能够在较长时间内突破3000 IOPS。 假设我正在使用一个m3.2xlarge（目前可能的最大），如果我configuration超过1000G，实例是否会获得超过3000 IOPS的基准性能，或者实例的上限是3000？ 例如，如果我提供4000G，基准是12000 IOPS？ 请注意，我的问题是通用的SSD而不是PIOPS。
好的，所以我有一台带有三台应用服务器的VPC和一台RDS的Postgres实例。 我有一个名为“rds-staging”的安全组，允许来自名为“app-elb-staging”的安全组的端口5432的入站连接。 “app-elb-staging”是应用于所有EC2实例的安全组，并且允许传出stream量到达任何位置。 RDS实例在AZ us-east-1e。 我可以从us-east-1e（10.0.3。*）中的EC2实例连接到它，但不能从us-east-1a（10.0.1。*）或us-east-1c（10.0 0.2 *）： deploy@ip-10-0-3-220:~$ nc -zv xxx.us-east-1.rds.amazonaws.com 5432 Connection to xxx.us-east-1.rds.amazonaws.com 5432 port [tcp/postgresql] succeeded! deploy@ip-10-0-1-155:~$ nc -zv xxx.us-east-1.rds.amazonaws.com 5432 nc: connect to xxx.us-east-1.rds.amazonaws.com port 5432 (tcp) failed: No route to host deploy@ip-10-0-2-90:~$ nc -zv xxx.us-east-1.rds.amazonaws.com 5432 nc: connect to xxx.us-east-1.rds.amazonaws.com port 5432 (tcp) failed: No route to host 有没有人见过这个？ […]
有没有办法安装可选的adminpack（contrib）工具来在Amazon RDS PostgreSQL实例上使用pgAdmin？ 我的直言不答，因为这个问题 。 如果没有安装工具，则每次通过pgAdmin连接时都会收到以下消息。 我知道这些工具不是必需的，但如果可用的话，我想安装它们（如果没有其他原因除去删除警告）。 当我连接到Ubuntu服务器上的数据库实例时，我可以直接apt-get它们，或者在通过pgAdmin进行连接时单击“ Fix Itbutton，但是我不确定如何（或者甚至可以）在RDS实例上完成此操作。
tl; dr： 为什么从EC2获取请求时，从RDS获取10000次SELECT语句的结果时间如此不均匀？ 用小型和中型RDS服务器的结果更新了问题 在尝试使用AWS来检查获取SQL查询结果所花费的时间时，我得到了以下非常不均匀的结果： 我写了一个PHP代码来向我报告从服务器获取n次SELECT查询所需的时间。 while($flag<n) { $t=microtime(true); $result=$con->query($q); $t=microtime(true)-$t; $total+=$t; $flag++; } Enviornment： 所有交易都是在AWS的专用vpc内完成的 所有的服务器都在不同的区域 每台服务器上MySQL的configuration是：EC2上的MySQL：版本= 5.6，RDS：5.5，query_cache_size = 16777206，query_cache_state = ON。 数据库一个大的数据库〜5GB，查询表有〜20000行。 服务器： EC2 A，可用区域：us-east-1e，types：t2.micro。 EC2 B，可用区域：us-east-1b，types：t2.micro。 RDS可用区域：us-east-1c，types：db.t2.micro，db.t2.small（已更新），db.t2.medium（已更新） 结果： 执行SELECT查询的10,000个循环所需的时间： 请求服务器B，数据库服务器B 5次试验的结果是：20,21,20,20,21（均为秒） 请求服务器A，数据库服务器B 5次试验的结果是：33，33，33，33，3（全部秒） 请求服务器A，数据库服务器RDS（微） 11项试验的结果分别为： 272,709,49,48,711,593,47,316,153,47,636 （均为秒） 请求服务器A，数据库服务器RDS（小型） 5次试验的结果是： 53,54,53,158,698 （全部秒） 请求服务器A，数据库服务器RDS（中） 5次试验的结果是： 96,123,579,252 （全部秒） 为什么RDS在SELECT语句的10,000个循环testing中花费的时间如此不均匀？ 为什么它比EC2服务器高呢？ [我不认为它是由networking引起的，因为当我用较小的循环（1000个循环）进行实验时，EC2-> RDS的读数是4,5,5， 当我logging每个提取请求的时间时，我注意到以下内容： 对于RDS上的10,000个循环需要153秒的情况： 平均时间每个查询采取：0.015419 […]