Указание резервного узла
Начиная с версии 1.5.0 стека Smartnode, вы можете предоставить "резервную" пару клиента Execution и клиента Consensus, которая может взять на себя управление вашими основными клиентами, если они когда-либо отключатся (например, потому что вы используете Geth и вам нужно его обрезать). В этой ситуации ваша основная машина узла по-прежнему будет отвечать за аттестацию и предложение блоков с помощью ключей валидаторов вашего megapool, но она будет подключаться к внешней машине для взаимодействия с уровнем Execution и цепочками Beacon.
По сути, это позволяет вам временно использовать другую пару клиентов для таких вещей, как запрос цепочек, отправка транзакций и получение блоков для аттестации. Эта пара может управляться извне (как в гибридном режиме), или это может быть другой узел Rocket Pool (другая машина в режиме Docker с открытыми портами API, что мы рассмотрим ниже).
Как только основные клиенты вашего узла вернутся в сеть, Smartnode и ваш клиент Validator автоматически переключатся обратно на них.
Резервный узел не то же самое, что "резервная копия" узла. Резервные узлы имеют пару клиентов Execution и Consensus, синхронизированных с цепочкой и работающих, но они не имеют кошелька вашего узла или загруженных ключей валидаторов.
Если ваш основной узел когда-либо отключится, ваш резервный узел не начнет валидацию за вас.Поддерживаемые клиенты
Начиная с версии v1.9.0, все наши поддерживаемые клиенты валидаторов добавили поддержку резервного узла с несколькими ограничениями:
Настройка нового узла (режим Docker)
Вы можете использовать вторую машину, которой вы владеете локально, удаленный узел, размещенный на VPS, или облачный узел в качестве резервного узла.
Этот пример показывает, как создать второй Smartnode на другой машине с использованием режима Docker, который может служить в качестве резервного узла.
Если у вас уже есть готовый второй узел с открытыми портами RPC, не стесняйтесь пропустить этот раздел.
-
Следуйте шагам в руководстве по настройке узла (локальный или удаленный).
-
Когда машина будет готова, установите стек Smartnode.
-
Запустите
rocketpool service config, чтобы указать, какие клиенты вы хотите использовать.- Когда вы дойдете до конца мастера и он спросит, хотите ли вы просмотреть свои настройки, выберите Yes.
- Войдите в настройки
Execution Client. - Установите флажок
Expose RPC Ports:
- Вернитесь назад и войдите в настройки
Consensus Client. 5. Установите флажокExpose API Port(и, если вы используете Prysm, флажокExpose RPC Portтакже):
- Сохраните настройки и запустите Smartnode.
-
Перейдите к руководству Защита вашего узла, чтобы настроить SSH и правильную политику безопасности на нем.
- Если у вас установлен
ufw, вам нужно будет добавить правила для разрешения входящего трафика на порты API (по умолчанию8545,8546и5052; также5053, если вы используете Prysm).
- Если у вас установлен
-
Вот и все! Вы можете остановиться здесь.
Не создавайте кошелек с помощью rocketpool wallet init или не восстанавливайте свой старый кошелек.
Оставьте этот узел без кошелька и без ключей валидаторов.
Его единственная задача - иметь синхронизированный клиент Execution и клиент Consensus.
Подключение основного узла к резервному узлу
Когда у вас подготовлен резервный узел, вы можете подключить его к основному узлу.
- Войдите в TUI
rocketpool service configи войдите в настройкиFallback Clients. - Установите флажок
Use Fallback Clients. - Введите URL RPC для вашего клиента Execution в поле
Execution Client URL. Например, если IP-адрес вашего резервного узла -192.168.1.45, и ваш клиент Execution находится на порту по умолчанию8545, вы введетеhttp://192.168.1.45:8545здесь. - Сделайте то же самое для URL RPC вашего резервного клиента Consensus. Следуя тому же примеру, если он находится на порту по умолчанию
5052, вы введетеhttp://192.168.1.45:5052здесь.
Финальная страница должна выглядеть так:
Пользователи нативного режима могут следовать тем же шагам, хотя TUI будет выглядеть немного иначе, чем на скриншоте выше.
Обратите внимание, что это предоставит поддержку резервного узла только самому Smartnode (службе демона); вам придется вручную обновить аргументы службы вашего клиента Validator, чтобы предоставить ей доступ к резервным клиентам.Нажмите enter на финальном поле, чтобы убедиться, что оно подтверждено, затем сохраните настройки и примените изменения.
После их применения вы можете подтвердить доступность вашего резервного узла с помощью команды rocketpool node sync:
Если показано, что оба резервных клиента Execution и Consensus синхронизированы, то всё готово!
Тестирование резервных клиентов
Если вы хотите быть абсолютно уверены, что ваша конфигурация будет работать, протестировав резервные клиенты, просто остановите клиенты Execution и Consensus на вашем основном узле:
Затем запустите любую команду, которая запрашивает цепочку, например rocketpool network stats.
Вы увидите предупреждающее сообщение наверху, указывающее, что один (или оба) из ваших основных клиентов отключены, и что происходит переключение на резервные клиенты:
Наконец, снова запустите ваши основные клиенты:
И всё готово! Ваша резервная настройка работает.
Следующие шаги
Независимо от того, выбрали ли вы создание и/или запуск резервного узла для вашей настройки, следующий шаг - узнать о комиссиях за приоритет. Нажмите на следующий раздел руководства, когда будете готовы продолжить.