tom dinh's questions

Estou tentando me conectar ao meu MongoDB que está na minha instância do EC2. Eu sou capaz de me conectar usando o DNS público com esta declaração:

mongoClient = new MongoClient("ec2-3-92-197-163.compute-1.amazonaws.com", 27021);

mas se eu tentasse substituir o "ec2-3-92...." pelo endereço IP privado, assim:

mongoClient = new MongoClient("172.31.90.193", 27021);

Dá-me o erro:

INFO: Exceção no thread do monitor durante a conexão com o servidor 172.31.90.193:27021 com.mongodb.MongoSocketOpenException: Exceção abrindo soquete em com.mongodb.internal.connection.SocketStream.open(SocketStream.java:70) em com.mongodb.internal. connection.InternalStreamConnection.open(InternalStreamConnection.java:126) em com.mongodb.internal.connection.DefaultServerMonitor$ServerMonitorRunnable.run(DefaultServerMonitor.java:117) em java.base/java.lang.Thread.run(Thread.java: 844) Causado por: java.net.SocketTimeoutException: a conexão expirou em java.base/java.net.PlainSocketImpl.socketConnect(Native Method) em java.base/java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:400) em java.base/java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:243) em java.base/java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:225) em java.base/java.net.SocksSocketImpl.connect(SocksSocketImpl.java:402) em java.base/java.net.Socket.connect(Socket. java:591) em com.mongodb.internal.connection.SocketStreamHelper.initialize(SocketStreamHelper.java:64) em com.mongodb.internal.connection.SocketStream.initializeSocket(SocketStream.java:79) em com.mongodb.internal.connection .SocketStream.open(SocketStream.java:65) ... mais 3SocketStream.initializeSocket(SocketStream.java:79) em com.mongodb.internal.connection.SocketStream.open(SocketStream.java:65) ... 3 maisSocketStream.initializeSocket(SocketStream.java:79) em com.mongodb.internal.connection.SocketStream.open(SocketStream.java:65) ... 3 mais

Exceção no encadeamento "main" com.mongodb.MongoTimeoutException: Expirado após 30.000 ms enquanto aguardava a conexão. A visualização do cliente do estado do cluster é {type=UNKNOWN, servers=[{address=172.31.90.193:27021, type=UNKNOWN, state=CONNECTING, exception={com.mongodb.MongoSocketOpenException: Exception opening socket}, causada por {java. net.SocketTimeoutException: connect timed out}}] em com.mongodb.internal.connection.BaseCluster.getDescription(BaseCluster.java:182) em com.mongodb.internal.connection.SingleServerCluster.getDescription(SingleServerCluster.java:41) em com .mongodb.client.internal.MongoClientDelegate.getConnectedClusterDescription(MongoClientDelegate.java:136) em com.mongodb.client.internal.MongoClientDelegate.createClientSession(MongoClientDelegate.java:94) em com.mongodb.client.internal.

Está faltando algo que está me impedindo de me conectar ao mongo usando o endereço IP privado?

Eu configurei as regras de entrada como tal:

e é assim que meu arquivo mongod.conf se parece:

  # mongod.conf

# for documentation of all options, see:
#   http://docs.mongodb.org/manual/reference/configuration-options/

# where to write logging data. systemLog:   destination: file   logAppend: true   path: /var/log/mongodb/mongod.log

# Where and how to store data. storage:   dbPath: /var/lib/mongo   journal:
    enabled: true
#  engine:
#  mmapv1:
#  wiredTiger:

# how the process runs processManagement:   fork: true  # fork and run in background   pidFilePath: /var/run/mongodb/mongod.pid  # location of pidfile   timeZoneInfo: /usr/share/zoneinfo

# network interfaces net:   port: 27017
#  bindIp: 172.31.90.193  # Enter 0.0.0.0,:: to bind to all IPv4 and IPv6 addresses or, alternatively, use the net.bindIpAll setting.

#security:

#operationProfiling:

replication:   replSetName: Midterm sharding:   clusterRole: configsvr
## Enterprise-Only Options

#auditLog:

#snmp:

Observação: não defini nenhuma permissão ou adicionei credenciais na coleção do meu banco de dados de administrador.

Adicionei um shard a um cluster existente e, quando faço db.printShardingStatus(), vejo uma distribuição:

mongos> db.printShardingStatus()
--- Sharding Status --- 
  sharding version: {
    "_id" : 1,
    "minCompatibleVersion" : 5,
    "currentVersion" : 6,
    "clusterId" : ObjectId("5c84149e75f51a74e9796add")
  }
  shards:
        {  "_id" : "shard0000",  "host" : "127.0.0.1:27023",  "state" : 1 }
        {  "_id" : "shard0001",  "host" : "127.0.0.1:27024",  "state" : 1 }
        {  "_id" : "shard0002",  "host" : "localhost:27025",  "state" : 1 }
  active mongoses:
        "4.0.6" : 1
  autosplit:
        Currently enabled: yes
  balancer:
        Currently enabled:  yes
        Currently running:  no
        Failed balancer rounds in last 5 attempts:  3
        Last reported error:  Error connecting to localhost:27025 (127.0.0.1:27025) :: caused by :: Connection refused
        Time of Reported error:  Sat Mar 09 2019 20:55:55 GMT+0000 (UTC)
        Migration Results for the last 24 hours: 
                8 : Success
  databases:
        {  "_id" : "config",  "primary" : "config",  "partitioned" : true }
                config.system.sessions
                        shard key: { "_id" : 1 }
                        unique: false
                        balancing: true
                        chunks:
                                shard0000   1
                        { "_id" : { "$minKey" : 1 } } -->> { "_id" : { "$maxKey" : 1 } } on : shard0000 Timestamp(1, 0) 
        {  "_id" : "testdb",  "primary" : "shard0001",  "partitioned" : true,  "version" : {  "uuid" : UUID("68b7f8fe-17f6-4049-87ce-6c616c7746b7"),  "lastMod" : 1 } }
                testdb.testcollection
                        shard key: { "testkey" : 1 }
                        unique: false
                        balancing: true
                        chunks:
                                shard0000   3
                                shard0001   3
                                shard0002   1
                        { "testkey" : { "$minKey" : 1 } } -->> { "testkey" : "key0" } on : shard0002 Timestamp(9, 0) 
                        { "testkey" : "key0" } -->> { "testkey" : "key20968" } on : shard0000 Timestamp(7, 1) 
                        { "testkey" : "key20968" } -->> { "testkey" : "key4265" } on : shard0000 Timestamp(4, 0) 
                        { "testkey" : "key4265" } -->> { "testkey" : "key53621" } on : shard0000 Timestamp(6, 0) 
                        { "testkey" : "key53621" } -->> { "testkey" : "key64595" } on : shard0001 Timestamp(5, 1) 
                        { "testkey" : "key64595" } -->> { "testkey" : "key8552" } on : shard0001 Timestamp(9, 1) 
                        { "testkey" : "key8552" } -->> { "testkey" : { "$maxKey" : 1 } } on : shard0001 Timestamp(4, 1) 

Mas quando eu acesso o shard recém adicionado (shard0002), a coleção está vazia? Alguem sabe por quê?

Estou tentando fragmentar minha coleção. quando executo o comando:

sh.enableSharding("testdb")

Eu recebo:

{
    "ok" : 1,
    "operationTime" : Timestamp(1552083125, 2),
    "$clusterTime" : {
        "clusterTime" : Timestamp(1552083125, 2),
        "signature" : {
            "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
            "keyId" : NumberLong(0)
        }
    }
}

Agora, quando tento fragmentar minha coleção com o comando: "sh.shardCollection("testdb.testcollection", {testkey:1})"

Eu recebo o erro:

{
    "ok" : 0,
    "errmsg" : "Cannot accept sharding commands if not started with --shardsvr",
    "code" : 193,
    "codeName" : "NoShardingEnabled",
    "operationTime" : Timestamp(1552083136, 4),
    "$clusterTime" : {
        "clusterTime" : Timestamp(1552083136, 4),
        "signature" : {
            "hash" : BinData(0,"AAAAAAAAAAAAAAAAAAAAAAAAAAA="),
            "keyId" : NumberLong(0)
        }
    }
}

Verifiquei o status do estilhaço e parece que foi bem-sucedido:

sh.status()
--- Sharding Status --- 
  sharding version: {
    "_id" : 1,
    "minCompatibleVersion" : 5,
    "currentVersion" : 6,
    "clusterId" : ObjectId("5c82df7b7a98360e9dd3c5da")
  }
  shards:
        {  "_id" : "shard0000",  "host" : "127.0.0.1:27023",  "state" : 1 }
        {  "_id" : "shard0001",  "host" : "127.0.0.1:27024",  "state" : 1 }
  active mongoses:
        "4.0.6" : 1
  autosplit:
        Currently enabled: yes
  balancer:
        Currently enabled:  yes
        Currently running:  no
        Failed balancer rounds in last 5 attempts:  0
        Migration Results for the last 24 hours: 
                No recent migrations
  databases:
        {  "_id" : "config",  "primary" : "config",  "partitioned" : true }
        {  "_id" : "testdb",  "primary" : "shard0000",  "partitioned" : true,  "version" : {  "uuid" : UUID("ed327ab3-1de9-4a0a-89f5-8d0bf81015fc"),  "lastMod" : 1 } }

Então, por que recebo esse erro quando tento shardCollection? Estou executando tudo isso na instância do mongos

Estou tentando inicializar meu conjunto de réplicas sp que o nó primário tem um domínio específico: pareamento de porta. o que eu quero é:

"vagrant-ubuntu-trusty-64:27022"

mas o que eu recebo é:

"localhost:27022"

Este é o comando que uso para iniciar a instância do mongo:

sudo mongod --port 27022 --dbpath /db/config/data --configsvr --replSet config

Isto é o que eu uso para acessar a instância do mongo:

mongo --porta 27022

Tentei modificar meu arquivo host para adicionar o nome de domínio ao domínio padrão de 127.0.0.1, mas não funcionou.

127.0.0.1 localhost
127.0.0.1 vagrant-ubuntu-trusty-64
# The following lines are desirable for IPv6 capable hosts
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts

Como obtenho o emparelhamento específico "vagrant-ubuntu-trusty-64:27022" quando inicializo a instância do mongo?