Самый железный способ сделать корневую установку избыточной и максимально увеличить время безотказной работы? RAID, ZFS или что-то еще?
Вы можете использовать команду jps :
jps | grep "[0-9][0-9]* js-test-driver"
Однако это может не называться js-test-driver , это может быть что-то вроде js-test- driver.jar . Попробуйте сначала посмотреть на вывод только jps .
Зависит от потребностей, но у вас есть несколько вариантов. Мой личный выбор — использовать зеркалирование lvm на корневом томе и любом другом, что имеет решающее значение для моего здравомыслия (/home на моих ноутбуках и рабочих станциях ).
Что касается резервных копий, вы можете заархивировать или rsync свои данные на удаленный хост, или, если это немного проще, даже использовать git (творит чудеса с /etc ).
Раньше я просто использовал mdadm для зеркалирования и чередования, но отказался от этого и просто использовал lvm, так как гораздо проще перемещать вещи (, заменять диски, добавлять диски, перемещать на новый хост ), чем mdadm.
Most Ironclad way & maximize uptime...
Я думаю, что вопрос в целом хороший, но ответить на него будет проблематично, учитывая текущее состояние всего, из чего состоит Linux, и аппаратного обеспечения. Может быть более одного правильного ответа, и тогда это все еще можно рационально аргументировать. Лучшим ответом на этот вопрос может быть ответ на вопрос, чего не следует делать...
- понимать ваше оборудование и использовать хорошее оборудование
- аппаратный RAID лучше, чем программный RAID (mdadm)
- Я столкнулся с повреждением данных с программным RAID (mdadm )на устройствах хранения JBOD из-за отключения питания, поэтому я всегда выбираю проверенное аппаратное оборудование RAID, когда это возможно, иначе вы рискуете. Не используйте программный рейд, если вы настроены серьезно
- иметь какой-либо источник бесперебойного питания (ИБП )для работы в случае отключения электроэнергии и понижения напряжения -нужно только поддерживать работу достаточно долго, чтобы выполнить корректное отключение для сохранения данных
- понять RAID :избыточный массив независимых дисков = это может быть решение «установи и забудь», если оно сделано на аппаратном уровне и сделано правильно. Если вам не нужно более 2 дисков для увеличения емкости хранилища, придерживайтесь простого RAID -1. один диск выходит из строя, вы все еще работаете, как будто ничего не произошло, в противном случае используйте 3 диска в качестве RAID -6 с отказоустойчивостью 2 дисков если вы параноик.
- понимаете, что RAID не является резервным. Таким образом, используйте 2 или 3 диска в виде RAID -1 или RAID -6, поскольку ваш корневой раздел, загрузчик BIOS или efi загружает этот один диск(томом рейда ). Имейте отдельный диск... где-нибудь в другом месте, это зеркальная копия того, что находится на активном томе RAID с двумя или тремя дисками. Когда это повреждается (, независимо от рейда ), вы прибегаете к восстановлению из любой резервной копии.
- иметь некоторое представление о аварийном восстановлении и о том, какой контекст это означает для вашего сценария;иметь возможность исправлять и восстанавливать любую возникшую проблему и знать, сколько времени это займет у вас.
- Возможно НЕ использовать революционно новую файловую систему, которая коренным образом меняет способ администрирования файловых систем , что является описанием ZFS. Я бы порекомендовал придерживаться чего-то проверенного, такого как EXT3, EXT4 или XFS, и, возможно, BTRFS, но только если дистрибутив Linux хорошо его поддерживает. Проблемы часто связаны с ошибками в файловой системе, которые можно исправить... если вы понимаете инструменты, доступные для этой файловой системы.
- Практически каждый дистрибутив Linux поддерживает EXT3 и XFS, EXT4 и BTRFS могут быть не во всех дистрибутивах, если только не используется их последняя версия, и используется хороший дистрибутив Linux. Для наиболее прочных я бы рекомендовал склоняться к одному из корпоративных Linux... RHEL, SLES, CentOS, где есть хорошая поддержка.