Требования к нодам
Чтобы сделать развертывание ноды валидатора и полной ноды валидатора беспроблемным, убедитесь, что у вас есть ресурсы, указанные в этом документе.
Валидатор и валидатор полной ноды
Для основной сети Aptos мы требуем, чтобы вы запустили ноду валидатора и полную ноду валидатора. Мы настоятельно рекомендуем запускать ноду валидатора и полную ноду валидатора на двух отдельных и независимых компьютерах. Убедитесь, что эти компьютеры хорошо обеспечены ресурсами и изолированы друг от друга. Гарантия изоляции ресурсов между нодами валидатора и полной ноды валидатора поможет обеспечить беспрепятственное развертывание этих нод.
Мы рекомендуем дополнительно запустить публичную полную ноду. Однако публичная полная нода не обязательна. Если вы запускаете также публичную полную ноду, то мы настоятельно рекомендуем вам запустить публичную полную ноду на третьем компьютере, который является отдельным и независимым от компьютеров валидатора или полной ноды валидатора.
Для лучшей доступности и стабильности мы рекомендуем развертывать ноды в облаке. Для развертывания нод в облаке мы обеспечили поддержку Terraform на трех облачных провайдерах: GCP, AWS и Azure. См. раздел Запуск ноды валидатора.
Перед подключением к сети обязательно откройте сетевые порты. См. раздел Порты.
Убедитесь, что вы закрыли эти порты после того, как вас приняли или отвергли в сети.
Ноды в тестовом режиме
Вы должны запустить ноду-валидатор и полную ноду-валидатор в тестовом режиме, чтобы иметь право на участие в mainnet или testnet. Это метод, используемый Aptos Labs для проверки того, что оператор ноды может успешно запустить ноду валидатора и полную ноду валидатора и правильно сконфигурировать их с идентификатором сети Aptos.
В тестовом режиме вы запустите локальную сеть с одной единственной нодой валидатора и одной единственной полной нодой валидатора, и они обе должны функционировать как обычный блокчейн.
Требования к оборудованию
Для работы ноды валидатора Aptos и полной ноды валидатора мы рекомендуем следующие аппаратные ресурсы:
CPU:
8 ядер, 16 процессор
2.8ГГц или быстрее
Intel Xeon Skylake или новее
Память: 32 ГБ ОЗУ.
Хранилище: 1T SSD с пропускной способностью не менее 40K IOPS и 200MiB/s.
Пропускная способность сети: 1 Гбит/с
Примеры типов оборудования на различных облачных средах
AWS
c6id.4xlarge (если используется локальный SSD)
c6i.8xlarge + io1/io2 EBS том 40K IOPS.
GCP
n2-standard-16 (при использовании локального SSD)
n2-standard-32 + pd-ssd with 40K IOPS.
Последствия для требований к оборудованию
Объем данных, хранимых блокчейном Aptos, зависит от истории реестра (количества транзакций) блокчейна и количества состояний на сети (например, учетных записей и ресурсов). Эти значения зависят от нескольких факторов, включая возраст блокчейна, среднюю скорость транзакций и конфигурацию обрезчика книги.
Требования к аппаратному обеспечению зависят от скорости транзакций и потребностей в хранении данных. Со временем требования к аппаратному обеспечению должны будут масштабироваться в соответствии с этими требованиями. Текущие требования к аппаратному обеспечению установлены с учетом предполагаемого роста в течение следующих 6 месяцев.
Локальный SSD в сравнении с сетевым хранилищем
При развертывании облачных систем обычно приходится принимать решение об использовании локального или сетевого хранилища (например, AWS EBS, GCP PD). Локальные твердотельные накопители обычно обеспечивают более низкую задержку и стоимость, особенно по отношению к IOPS.
Сетевое хранилище обычно требует дополнительной поддержки процессора для масштабирования IOPS. Однако сетевое хранилище обеспечивает лучшую поддержку резервных снимков и обеспечивает отказоустойчивость нод в ситуациях, когда экземпляр остановлен. Сетевое хранилище упрощает поддержку потребностей в хранении данных для обеспечения высокой доступности.
Порты
Когда вы работаете на ноде валидатора, вы должны открыть сетевые порты на своей ноде, чтобы другие ноды могли подключаться к вам. Для полных нод это необязательно.
Существует три типа сетей Aptos. Ваша нода может быть настроена так, чтобы каждая из этих сетей могла подключаться к вашей ноде, используя разные порты на вашей ноде.
Сеть валидатора: Нода валидатора подключается к этой сети. Публичная сеть: Публичный полная нода подключается к этой сети.
Сеть полных нод валидатора (сеть VFN): Полная нода валидатора подключается к этой сети.
Сеть VFN позволяет полной ноде валидатора подключаться к конкретному валидатору.
Вы можете настроить параметры порта на вашей ноде с помощью конфигурационного YAML-файла. Смотрите пример конфигурационного YAML здесь. При такой конфигурации YAML на вашей ноде публичная сеть подключается к вашей ноде через порт 6182, а сеть VFN - через 6181. Поскольку эти параметры портов являются настраиваемыми, мы не указываем в явном виде, что порт X предназначен для сети Y.
Настройки порта
Для валидатора:
Откройте TCP-порт 6180, чтобы валидаторы могли общаться друг с другом.
Откройте TCP-порт 9101 для получения метрик валидатора для проверки статистики состояния (требуется только на этапе регистрации).
Для публичного полной ноды:
Откройте TCP-порт 6182, чтобы полные ноды могли общаться друг с другом.
Откройте TCP-порт 9101 для получения метрик полной ноды для проверки статистики состояния (требуется только на этапе регистрации).
Откройте TCP-порт 80/8080 для доступа к REST API.
Last updated