AWS Mongo QuickStart永远不会完成

时间:2017-05-04 13:14:15

标签: mongodb amazon-web-services templates amazon-ec2 amazon-cloudformation

问题

我正在尝试完成MongoDB on AWS quickstart以创建一个简单的MongoDB集群。不幸的是,它永远不会完成推出,在最后一个安装部件(PrimaryReplicaNodeXYWaitForNodeInstallGP2)在一小时内没有完成时取消。

背景

我的设置如下:

AvailabilityZone0   eu-central-1a
AvailabilityZone1   eu-central-1b
AvailabilityZone2   eu-central-1b
BuildBucket quickstart-reference/mongodb/latest
ClusterReplicaSetCount  0
ClusterShardCount   1
ConfigServerInstanceType    t2.micro
Iops    100
KeyName my_definitely_working_keypair
MongoDBVersion  3.2
NATInstanceType t2.small
NodeInstanceType    m3.medium
PrimaryReplicaSubnet    10.0.2.0/24
PublicSubnet    10.0.1.0/24
RemoteAccessCIDR    XXX.XXX.0.0/16
SecondaryReplicaSubnet0 10.0.3.0/24
SecondaryReplicaSubnet1 10.0.4.0/24
ShardsPerNode   0
VolumeSize  40
VolumeType  gp2
VPCCIDR 10.0.0.0/16

导致same behaviour, as named in the AWS forum中的回滚:

  

在“Ressources”中,除了一个子任务之外的所有子任务都不会完成并保持开启状态   永远为“PrimaryReplicaNode0WaitForNodeInstallGP2 -   PrimaryReplicaNode0WaitForNodeInstallWaitHandle - 正在创建    - 启动了资源创建“

所以,我正在进一步研究这个问题。帖子引用to another forum thread,有问题的用户应该尝试删除他们的DynamoDB条目并将ClusterReplicaSetCount设置为3.

此处出现问题:在DynamoDB中没有条目,将ClusterReplicaSetCount更改为3也会导致回滚出现类似错误:

  

ConfigServer2WaitForNodeInstall WaitCondition超时。收到0   期待1的条件

以后

  

MONGODBSTACK1以下资源未能创建:   [ConfigServer1WaitForNodeInstall,   PrimaryReplicaNode00WaitForNodeInstallGP2,   ConfigServer0WaitForNodeInstall,   SecondaryReplicaNode00WaitForNodeInstallGP2,   SecondaryReplicaNode01WaitForNodeInstallGP2,   ConfigServer2WaitForNodeInstall]。

摘要

在这两种情况下, PrimaryReplicaNodeXYWaitForNodeInstallGP2 (其中XY是节点的编号)失败,而安装的所有其他部分都成功完成。我完全处于黑暗中。

任何人都有这个?快速入门是从2016年开始,我认为必须有人成功创建了这个mongo堆栈!

2 个答案:

答案 0 :(得分:0)

经过几天艰苦奋斗而没有解决方案,手册和模板上有an update(一年多以来,感觉好像我的祈祷一样):

https://docs.aws.amazon.com/quickstart/latest/mongodb/welcome.html

因此,这还带有完全修改的基础架构和更复杂的设置表单,更改描述为:

  

将MongoDB升级到版本3.4;删除了分片配置;   更新安全组并增加数据库安全性;更新   参数

遵循本教程非常类似于以前的版本,所以不要在这里挣扎。

一切都很顺利,现在我的筹码已经完成了

的MongoDB mongoDB副本 堡垒堆栈 vpc stack

所以这部分基本完成了。如果出现其他问题,我会为此提出一个新问题。

答案 1 :(得分:0)

在拆除开发集群并尝试建立一个同名的新集群后,我注意到了这一点。

已拆除的群集孤立了一个dynamodb表,该表的名称是新堆栈试图将工作程序节点状态发布到的表。我手动删除了此发电机表,然后再次尝试重新启动具有相同名称的堆栈,并获得了成功。