We are setting up a new Disaster Recovery environment. On Production we have SQL Server cluster with two nodes. For DR we decided that one node should be enough. The plan is to add the second node ASAP if disaster happens.
We requested our managed cloud company to create a single node cluster for us. However, they try to discourage us from doing that and suggest installing non-clustered instance instead, so when disaster happens we will build brand a brand new cluster with two brand new nodes and then migrate to it from non-clustered instance. This option sounds like more work for us if disaster happens. We will need to migrate all the databases to the clustered instance from non-clustered instance. I also expect a longer downtime if we do that, as the opposite to just adding a second node to the existing cluster.
Tech person from this cloud company said that single node cluster is complicated solution and is prone to all kinds of problems like "split brain", that it can stuck all of a sudden and they have seen so many issues with single cluster nodes. He said that Microsoft does not recommend having single node clusters. He wasn't very specific and I'm not sure I understood what exactly problems we will have.
I tried to google for some specific problems, but failed to find were Microsoft would suggest to avoid having single node clusters, especially when it comes to DR.
Is there a reason to avoid single node cluster solution for DR and go with non-clustered instance instead?