Несколько вопросов

Node Operators
1
  1. при смене ип адреса или\и имени при изменении в config.yaml есть ли какие то изменения для ноды в части рейтинга\качества загрузки? Т.е. был внешний ип адрес например 8.8.8.8 поменяли на 9.9.9.9, переписали в конфиге, рестартанули- все ок, последствий для ноды нет?
  2. есть ли какой либо индикатор, кроме внешнего мониторинга, оптимальности настройки ноды и утилизации ресурсов. Поясню, сейчас хосчу более 20 нод, все на Windows gui, где то конфигурация 2-3 ядра целерона, где то 1 ядро но Хеона, памяти 4-6-8 гб, диски не smr, каналы от 50-2000.
    хочется понять, могу ли я добавив памяти\проца\канал улучшить утилизацию ноды, хватает ли ей всего? есть ли какие то беспрактисы (пока показалось, что файловая система REFS более отзывчивая на мелких файлах и меньше нагружает ноду) или только внешний мониторинг (я не про доступность ноды- статус ап- мониторится)
  3. доходим до предела на 1 диске до 18-20тб, что лучше- развернуть рейд (отказоустойчивый на больший оббем) или добавить 2 ноду? поясню- ресурсы позволяют, вопрос в долгом хостинге и нет ли рекомендации, чтобы заранее заняться этой задачей и развернуть дополнительные ноды, которые к моменту наполнения основной уже пройдут веттинг? что порукомендуете?

Заранее спасибо за Ваши ответы и Ваше время… с уважением к Вашему профессионализму :slight_smile:

3
  1. Смена IP адреса не влияет, нужно обновить внешний адрес в config.yaml или в параметре ADDRESS, если используете docker и перезапустить узел.
  2. Никакая оптимизация не поможет увеличить использование ваших узлов, использование зависит от клиентов. Единственная аппаратная оптимизация - не использовать SMR, не использовать диски подключенные по сети (SMB, NFS, и т.д.) и желательно не использовать внешние диски с подключением по USB. REFS не рекомендуется использовать, у других операторов были проблемы.
  3. Мы не рекомендуем использовать RAID, лучше запускать каждый новый узел на своём HDD. Если же вы собиратесь использовать RAID всё равно, то нужен классом не ниже RAID6 или raidz (zfs). В терминологии Windows - том с чётностью или зеркало. Тома с чередованием без чётности лучше не использовать - с выходом одного диска из строя выходит из строя весь узел. Вообще RAID - избыточный для Storj - все узлы из одной подсети /24 публичных IP будут получать трафик как один узел. См. RAID vs No RAID choice
4

одно уточнение- по п2, а нет ли в логах параметра, который мог бы указать на перезагруженность ноды по процу\памяти\каналу\иопсам?

5

Явного нет, но если количество отмен (upload/download canceled/closed network/…) резко возросло - возможно вы наткнулись на какое-то бутылочное горлышко.
Но это неточный параметр. Мониторинг оборудования может показать это бутылочное горлышко явно. Можно использовать Netdata например. Посмотрите посты с тегом Topics tagged monitoring

6

еще короткое- если 2 ноды висели на 1 ип адресе и трактовались как 1 большая, после их разнесения в разные физические локации, смены ип адреса из разных подсетей- будут как 2 разных ?

7

da, oni traktujutsa tak poka na odnoi /24 seti vesjat

1 Like
8

ребят, привет, короткий вопрос- как понять на виндоуз ноде что идет (запущен, закончился) процесс проверки содержимого (filewalker)? кроме повышенной загрузки ноды процессом

9

nagruzka na HDD, i vsjo

1 Like