上星期五上午（10/22）我可以在dev / sdz1-9上创build9个EBS卷的数组，没有任何问题
星期五晚上，我开始遇到了6个以上的EBS卷。 我把它归结为EC2的问题（可能超载），并在周末停止工作。
今天上午，问题仍在继续。 卷1-6附加罚款（例如/ dev / sdx1-6）。 之后的任何事情在同一个dev主要设备上永远处于“附着”状态。
然后，我可以使用/ dev / sdv1-6没有问题，但再次，不超过6在该主要设备上。
其他人注意到这样的行为？ 我错过了什么吗？
这个问题很可能不是AMI特有的，而更多的是云计算的本质。
理论上（hehe！），你应该能够在/dev/sdp上挂载到/dev/sdp 。 然后你也可以使用/dev/sdX1到/dev/sdX15 。
演示在这里： http : //alestic.com/2009/06/ec2-ebs-raid （他正在安装40个EBS卷。）
这些事情发生虽然 – 例如昨天，我开始了一个实例（ 大 ），我平时的设置花了44分钟。 通常需要花费的时间7.我closures它，开始一个新的，并在我平常的7分钟内运转起来。 我每隔一段时间都会碰到一个不好的实例，唯一可以做的就是关机并重新启动。
这也可能是可用区。 例如，在us-east-1b这些us-east-1b ，我遇到了更多这些奇怪的问题。
除此之外，我不能想到任何其他的限制只附加6卷到一个实例。
这肯定是某种能力问题。 你有没有在论坛上发布的？ 这似乎是从AWS获得结论性答案的唯一地方 – 除非您订阅了高级支持。