AWS Mongo 快速入门从未完成答案

【问题标题】：AWS Mongo QuickStart never completesAWS Mongo 快速入门从未完成
【发布时间】：2019-11-19 14:15:20
【问题描述】：

问题

我正在尝试完成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回滚：

在“资源”中，除了一个子任务外，所有子任务都不会完成并继续进行永远作为“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 堆栈！？

【问题讨论】：

谁投票结束了这个问题：你能参考一下这个问题的解决方案吗？这里没有人在 AWS 上设置过 mongo 数据库吗？

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

【解决方案1】：

经过日复一日的艰苦奋斗，没有解决方案，手册和模板上出现了an update（一年多以来，感觉好像我的祈祷被听到了）：

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

所以这也带有一个完全修改的基础设施和一个更复杂的设置形式，变化描述如下：

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

跟随教程与之前的版本非常相似，所以这里没有困难。

一切顺利，我的堆栈现在完成了，包括一个

mongoDB MongoDB 副本堡垒堆栈 vpc 栈

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

【讨论】：

您好 Jankapunkt，AWS 上的 MongoDB 快速入门首次在现有 VPC 中运行。我不得不删除并重新创建堆栈，由于某种原因，它卡在所有 WaitConditionHandles（PrimaryReplicaNode0WaitForNodeInstall、SecondaryReplicaNode0WaitForNodeInstall、SecondaryReplicaNode1WaitForNodeInstall）。你遇到过这个问题吗？
@naveenkumarbv 我目前遇到了同样的问题，在所有内容都被拆除后重新创建具有相同名称的堆栈只是在 WaitConditions 处暂停。运气好吗？

【解决方案2】：

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

拆除的集群孤立了一个 dynamodb 表，该表的名称是新堆栈试图将工作节点状态发布到的名称。我手动删除了这个 dynamo 表，并第三次尝试使用相同的名称启动堆栈并成功。

【讨论】：