检查 mongodb setup 的配置

Question

我已经为集群环境设置了 mongodb。我的配置服务器和路由器在一台机器上运行，而分片在三台不同的机器上运行。我想知道我是否可以在终端上运行任何可用的命令（在哪个 configsvr 和路由器上运行），它将显示所有路由器名称、配置服务器（与其关联）、其他分片数据库（与其关联）。

为了更简单。

假设我运行我的命令/一段代码，它会显示出来。

router1---> configserver1----> Shardeddb1
                         ----> Shardeddb2
                         -----> shardeddb3

修改以使其更清晰。

我的 router1 和 configserver1 在单机上运行（比如 ip 19.0.0.123），Shardeddb1（比如 ip 19.0.0.124），Shardeddb2（比如 ip 19.0.0.125），Shardeddb3（比如 ip 19.0.0.126）。

我想将 Shardeddb1 设为主要，将 (Shardeddb2,Shardeddb3) 设为次要。如果我运行 sh.status();它向我显示详细信息，但不显示哪个数据库属于哪台机器。那么有没有什么脚本可以告诉我更多的细节？

sharding version: {
    "_id" : 1,
    "version" : 4,
    "minCompatibleVersion" : 4,
    "currentVersion" : 5,
    "clusterId" : ObjectId("545b632e9be3f019d6ef788f")
}
shards:
    {  "_id" : "ps1",  "host" : "ps1/19.0.0.123:27017","draining" : true }
    {  "_id" : "ps2",  "host" : "ps2/19.0.0.124:27017" }
    {  "_id" : "shard0000",  "host" : "19.0.0.125:27017" }
    {  "_id" : "shard0001",  "host" : "19.0.0.126:27017" }
databases:
    {  "_id" : "admin",  "partitioned" : false,  "primary" : "config" }
    {  "_id" : "test",  "partitioned" : true,  "primary" : "shard0000" }
    {  "_id" : "demo",  "partitioned" : true,  "primary" : "shard0000" }
    {  "_id" : "db",  "partitioned" : false,  "primary" : "ps1" }
    {  "_id" : "mongotestDB",  "partitioned" : true,  "primary" : "ps1" }
            mongotestDB.logcoll
                    shard key: { "id" : 1 }
                    chunks:
                            shard0000       4
                            shard0001       9
                            ps2     7
                            ps1     5
                    too many chunks to print, use verbose if you want to force print

Answer 1

由于您的图表另有显示：

1. 您可以拥有 1 个或 3 个配置服务器。
2. 您应该始终让您的mongos 实例具有完全相同相同的 configdb 参数字符串。并且这个字符串必须以相同的顺序保存所有配置服务器。 否则，您将面临元数据损坏的风险。
3. 所有 configservers 和 mongos 都需要能够连接到集群中的所有节点并被集群中的所有节点连接。
4. 了解集群概况的最简单方法是免费的 MongoDB Management Service 监控。
5. 在同一台机器上运行mongos' 和配置服务器是可能的——只要您留意负载。如果事情变得很糟糕，并且配置服务器在更新元数据方面有延迟，因为mongos 消耗了所有的 IO，你可能会恶化事情。如果块拆分被延迟（并且它们更有可能在高负载下），这可能会导致必须手动拆分的 JumboChunk 并且 - 在完成之前 - 无法迁移。因此，在配置服务器 imvho 上运行 mongos 实例是一个非常糟糕的主意™。一个更好的解决方案是让 mongos 实例在应用服务器上运行，每个实例一个。