Мои узлы GridDB не хотят объединяться в одном кластере

Question

Я успешно запустил три узла в трех разных экземплярах Azure CentOS.Каждый узел указывает на адрес уведомления по умолчанию (239.0.0.1) и находится в одной виртуальной сети в Azure (адресное пространство 10.2.0.0/24).Все узлы объединены под одним и тем же именем кластера («температура» в моем конкретном случае).

Исходя из этого, все узлы должны находиться в одном кластере;проблема в том, что когда я запускаю gs_stat, все они четко объединены в отдельные кластеры:

-bash-4.2$ gs_stat -u admin/password
{
    "checkpoint": {
        "endTime": 1542823670774, 
        "mode": "NORMAL_CHECKPOINT", 
        "normalCheckpointOperation": 1, 
        "pendingPartition": 0, 
        "requestedCheckpointOperation": 0, 
        "startTime": 1542823670486
    }, 
    "cluster": {
        "activeCount": 1, 
        "clusterName": "temperature", 
        "clusterStatus": "MASTER", 
        "designatedCount": 1, 
        "loadBalancer": "ACTIVE", 
        "master": {
            "address": "10.2.0.5", 
            "port": 10040
        }, 
        "nodeList": [
            {
                "address": "10.2.0.5", 
                "port": 10040
            }
        ], 
        "nodeStatus": "ACTIVE", 
        "notificationMode": "MULTICAST", 
        "partitionStatus": "NORMAL", 
        "startupTime": "2018-11-21T18:06:49Z", 
        "syncCount": 2
    }, 
    "currentTime": "2018-11-21T18:08:33Z", 
    "performance": {
        "backupCount": 0, 
        "batchFree": 0, 
        "checkpointFileAllocateSize": 262144, 
        "checkpointFileSize": 262144, 
        "checkpointFileUsageRate": 0, 
        "checkpointMemory": 0, 
        "checkpointMemoryLimit": 1073741824, 
        "checkpointWriteSize": 0, 
        "checkpointWriteTime": 0, 
        "currentCheckpointWriteBufferSize": 0, 
        "currentTime": 1542823713412, 
        "numBackground": 0, 
        "numConnection": 2, 
        "numNoExpireTxn": 0, 
        "numSession": 0, 
        "numTxn": 0, 
        "ownerCount": 128, 
        "peakProcessMemory": 72777728, 
        "processMemory": 72777728, 
        "recoveryReadSize": 262144, 
        "recoveryReadTime": 32, 
        "storeCompressionMode": "NO_BLOCK_COMPRESSION", 
        "storeDetail": {
            "batchFreeMapData": {
                "storeMemory": 0, 
                "storeUse": 0, 
                "swapRead": 0, 
                "swapWrite": 0
            }, 
            "batchFreeRowData": {
                "storeMemory": 0, 
                "storeUse": 0, 
                "swapRead": 0, 
                "swapWrite": 0
            }, 
            "mapData": {
                "storeMemory": 0, 
                "storeUse": 0, 
                "swapRead": 0, 
                "swapWrite": 0
            }, 
            "metaData": {
                "storeMemory": 0, 
                "storeUse": 0, 
                "swapRead": 0, 
                "swapWrite": 0
            }, 
            "rowData": {
                "storeMemory": 0, 
                "storeUse": 0, 
                "swapRead": 0, 
                "swapWrite": 0
            }
        }, 
        "storeMemory": 0, 
        "storeMemoryLimit": 1073741824, 
        "storeTotalUse": 0, 
        "swapRead": 0, 
        "swapReadSize": 0, 
        "swapReadTime": 0, 
        "swapWrite": 0, 
        "swapWriteSize": 0, 
        "swapWriteTime": 0, 
        "syncReadSize": 0, 
        "syncReadTime": 0, 
        "totalBackupLsn": 0, 
        "totalLockConflictCount": 0, 
        "totalOtherLsn": 0, 
        "totalOwnerLsn": 0, 
        "totalReadOperation": 0, 
        "totalRowRead": 0, 
        "totalRowWrite": 0, 
        "totalWriteOperation": 0
    }, 
    "recovery": {
        "progressRate": 1
    }, 
    "version": "4.0.0-33128 CE"
}

Есть ли правильный способ устранения этой проблемы?Есть ли причина, по которой узлы не могут общаться?

Answer 1

Похоже, вы используете GridDB с многоадресной рассылкой.Это работает, если у вас есть локальные компьютеры, но, похоже, вы не работаете в Azure (или других облачных сервисах).Решение - перейти в режим фиксированного списка.Это даст явные адреса для узлов griddb, к которым они присоединятся как кластер.

Подробнее здесь: https://griddb.net/en/blog/griddb-using-fixed-list-or-multicast-clustering/