Автор: Markus Hinrichs

Редактор: Randall Roland

Перевод: Evgeny Chirochkin

Операторы узлов, разработчики ядра Antelope и члены сообщества встречаются каждую неделю, чтобы поговорить о сети и ее развитии. Основной целью каждого круглого стола операторов узлов является:

"...улучшить протокол Antelope (в частности) для операторов узлов".

Круглые столы проходят каждую среду. Посетите канал Telegram, чтобы получить информацию о присоединении. Фонд сети EOS предоставляет учебные пособия и документацию для тех, кто хочет научиться основам управления узлом EOS.

Ниже приведен список круглых столов, которые проводятся раз в два месяца:

29 ноября: расписание обновлений Leap 5.0, метрики и дашборд Prometheus и многое другое
22 ноября: BLS, статус RC3, прогресс мгновенной финализации для Leap 6, настройка шага журнала блоков и многое другое

Пожалуйста, не забудьте найти дополнительные заметки и комментарии на GitHub. Видеозаписи размещены на YouTube ЕНФ.

29 ноября: график обновлений Leap 5.0, метрики и дашборд Prometheus и многое другое

Расписание обновлений Leap 5.0:

Ожидание нескольких ближайших релизов, в частности RC3 5.0, запланированного на 6 декабря.
Упоминание о выпуске патчей (3.2.5 и 4.0.5) в связи с проблемами совместимости, обнаруженными в процессе разработки версии 5.0.

Стабилизация 5.0 после RC3:

Цель - быстро перейти к стабильному релизу после RC3, не предполагая значительных изменений между RC3 и стабильным релизом.
Попытки избежать релизов перед американскими праздниками и стремление к стабильному релизу 3 января, если не возникнет проблем с RC3.

Призыв к тестированию RC3:

Просьба усилить тестирование RC3, как только он будет доступен, в частности, призыв к действиям, чтобы люди установили его на API-ноды и сообщали о любых проблемах в ENF.

Готовность к активации BLS для RC3:

Подчеркнули необходимость готовности к активации BLS до выхода RC3.

Метрики и дашборд Prometheus:

Обсуждение создания дашборда из метрик, список которых будет передан команде DEV для обратной связи.
Подчеркнули необходимость более подробных разъяснений, учитывая, что внешние пользователи не знакомы с кодовой базой, и предположили, что для ясности важны пояснения по блокам, аналогичные nodeos.
Обсуждение в основном касалось графиков выхода релизов, планов по обеспечению стабильности после RC3, вызовов для тестирования, готовности к активации BLS и соображений по улучшению пояснений в метриках Prometheus для лучшего понимания пользователями.
- Проблема дублирования имен агентов: Проблема с дублированием имен агентов в config.ini, вызывающая проблемы с передачей данных, часто из-за лишних кавычек в поле имени агента.
- Генерация имен агентов: Рассмотрение вопроса об обеспечении уникальности имен агентов или генерации случайных имен для решения проблем с передачей данных. Возможность автоматического обновления на основе включенных функций.
- Предлагаемое решение - идентификатор соединения: введение новой опции config.ini под названием "идентификатор соединения" для решения проблем с дублированием имен агентов. Обсуждение генерации при запуске и потенциальных проблем с возможностью записи файлов.
- Управление Config.ini: Давний запрос на разделение config.ini на несколько файлов, подобно файлам Debian DOD, для более эффективного управления различными конфигурациями узлов.
- Предпочтения в использовании - Config.ini против аргументов командной строки: Замечание о том, что некоторые предпочитают аргументы командной строки, а не config.ini для простоты видимости и запуска интеграционных тестов.
- Видимость опций конфигурации: Обсуждение преимуществ просмотра параметров конфигурации в командной строке по сравнению с config.ini и потенциальной необходимости в конечной точке для отображения параметров не по умолчанию.
- Разделение портов и безопасность: Преимущества разделения портов для обеспечения безопасности и упрощения управления публичными нодами. Проблемы и корректировки, возникающие при обновлении нод.
- Проблемы конечных точек API: Решение таких проблем, как видимость определенных функций протокола в API нодам, и предложение решений в рамках различных групп нод для улучшения доступа и контроля.

22 ноября: BLS, статус RC3, прогресс мгновенной финальности для Leap 6, установка шага журнала блоков и многое другое

Технические обсуждения и обновления:

Обсуждение патча BLS intrinsics и его влияния на функциональность ноды.
Упоминание о потенциальной ошибке во время обновлений и тестирование потенциальных исправлений.
Предвидение изменений в RC3 и прогресс в тестировании журналов блоков.

Еженедельный круглый стол операторов нод:

Обзор обновлений на 22 ноября 2023 года, включая изменения BLS и статус RC3.
Обсуждение прогресса мгновенного завершения работы над релизом 6.0 и проблем, возникших на этапах редизайна.

Обсуждение установки stride журнала блоков:

Изучение преимуществ настройки строки журнала блоков для резервного копирования и восстановления данных.
Упоминание о потенциальных ошибках в настройке stride истории стейта и планах по их устранению.
Понимание преимуществ использования строк журналов блоков для оптимизации хранения и архивирования.

Верификация и отладка:

Рассмотрение контрольных сумм и целостности файлов в журналах стриминга для предотвращения повреждений.
Обсуждение детерминированных журналов, включение/отключение протоколирования консоли и его потенциальное влияние на производительность.

Воздействие консольного журнала:

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

Операции с блоками и бортовым журналом:

Обсуждение разделения бортового журнала блоков для эффективной обработки.
Проблемы, связанные с тем, что журнал блоков становится недействительным после потери питания или резкого отключения.
Понимание возможных причин повреждения или обрезки журнала блоков.

Службы совместного доступа к файлам и преимущества журналов:

Рассмотрение возможности использования сервисов обмена файлами для журналов блоков.
Преимущества включают в себя более простую настройку всей ноды, более простое архивирование и более дешевые решения для хранения.
Возможность совместного использования журналов для нескольких нод, что улучшает масштабируемость.

Разделение журналов и ограничения файловой системы:

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

Операции записи в журнал и восстановление:

Понимание операций записи в журнал и их связи с обратимыми и необратимыми блоками.
Вопросы о потенциальных проблемах с записью в журнал во время внезапных остановок, приводящих к обрезанию файла журнала.

Полнота записи в кэш и журнал OS:

Учет кэширования ОS и потенциальных задержек в завершении записи журнала.
Предположения о причинах обрезки файлов журнала для восстановления после потери питания.

Будущие улучшения и предостережения:

Идеи возможных будущих улучшений в обработке записей в журнал и механизмах восстановления.
Учет ошибок операторов и незапланированных отключений, влияющих на целостность журнала.
В ходе беседы были рассмотрены различные аспекты работы с журналом, ограничения файловой системы, потенциальные проблемы с записью в журнал, а также идеи по улучшению механизмов обработки и восстановления журнала.