2016-03-29 4 views
1

using orientdb v2.1.13Q: orientdb Распределенные выпуски

Я импортировал базу данных из v2.1.0 и хотел установить кластер с тремя узлами. На каждом перезапуске узла (я тестировал, как это работает) он очищал всю базу данных и синхронизовал ее с одного узла (даже несмотря на отсутствие вставок, поскольку он еще не показывается), и он синхронизирует 1 МБ сжатых данных в секунду. для 48GB db (сжатие 8GB), поэтому каждый раз требуется возраст. Есть ли способ исправить это? по умолчанию-distribuded-db.config.json:

{ 
    "autoDeploy": true, 
    "hotAlignment": false, 
    "executionMode": "undefined", 
    "readQuorum": 1, 
    "writeQuorum": 2, 
    "failureAvailableNodesLessQuorum": false, 
    "readYourWrites": true, 
    "servers": { 
    "*": "master" 
    }, 
    "clusters": { 
    "internal": { 
    }, 
    "index": { 
    }, 
    "*": { 
     "servers": ["<NEW_NODE>"] 
    } 
    } 
} 

Серверы подключаются через TCP-IP в hazelcast. есть гигабитная связь между серверами, и все они - новые машины с 64-Гбайт-сервером и хранилищем ssd. Также мы попытались сместить orientdb в 32G барабане и на каждом переиндексе требуется почти весь доступный ram. мы попробовали много разных комбинаций кучи/диска, но не повезло. любые рекомендации по этому вопросу? Также, поскольку эта настройка довольно ужасная, и она началась как распределенная настройка, а затем была перемещена на один узел, в кластерах списков много кластеров, следует ли заморозить/удалить те, которые не используются?

я попытался восстановить базу данных, но не повезло:

orientdb {db=DB}> repair database 
Repair of graph 'remote:localhost/DB' is started ... 
Scanning 6596654 edges... 

Error: java.lang.NullPointerException 

любые предложения здесь являются более прием. что-то вроде наилучшего сценария установки, наилучшего количества узлов. я подумал о том, чтобы, возможно, распределить индексы

Спасибо!

ответ

0

С версией 2.1.13 при перезапуске узла он сбрасывает всю базу данных и синхронизирует ее с одного узла. С версией 2.2 синхронизация будет инкрементальной.

+0

Спасибо! у вас есть ETA на 2.2? Также скорость синхронизации нормальная? я имею в виду, что это довольно чертовски быстрые машины, и он использует менее 1% этого оборудования. Есть ли какое-то рекомендованное оборудование для orientdb? или просто пойти, если dataset = x, то используйте X + 20% ram? – matija

+0

Просмотр документации http://orientdb.com/docs/2.1/Roadmap.html должен быть в апреле –

+0

Изменил бы «autoDeploy» на false в Distribuded-db.config.json, улучшив эту ситуацию, поэтому он не отправляет целое базы данных к другим узлам при их перезапуске? –

0

относительно вашей ситуации в кластере: проблема не связана с наличием всех этих кластеров в списке, даже если они не используются, но если вы хотите, вы можете сбросить с помощью drop cluster <cluster-name>. Просто будьте осторожны, чтобы в них не было записей, или они будут удалены, пока кластер.

См. Это http://orientdb.com/docs/last/Console-Command-Drop-Cluster.html

Смежные вопросы