У меня есть сумасшедшая идея ... она может сработать, если я найду пропавший кусок
... последняя часть важна. Если я использую обычный рейд типа Linux MD, весь трафик создаст хаос в локальной сети. Но должно быть что-то, что могло бы справиться с этим немного более изящно ... и если бы оно было действительно умным, оно могло бы также справиться с постепенным ухудшением ... половина вокстанций в автономном режиме? Нет проблем .. посмотреть половину файлов. Они возвращаются в Интернет ... вот они.
Между прочим, это не будет использоваться для каких-либо критически важных данных, данных с высоким трафиком ... он мог бы содержать, возможно, какой-то архив или резервную копию резервной копии, или, может быть, просто гигантский рабочий диск для мусора, который нужно куда-то класть время ко времени.
... и я как бы надеюсь, что, разместив это, вы скажете: «это уже существует, и он поддерживает рабочие станции Windows в качестве репозиториев данных» (я знаю, что он уже существует в Linux)
Спасибо
Причина, по которой это сложно сделать, проста - подумайте, что происходит, когда машина возвращается в сеть после того, как была отключена в течение длительного периода времени. Большая часть его данных устарела. На данный момент у вас есть два варианта:
1) Вы синхронизируете это. Но это приведет к большой нагрузке на все машины и сеть, пока машина снова не будет синхронизирована. И данные будут меняться, пока вы пытаетесь их повторно синхронизировать, и производительность какое-то время будет отстой. И кто знает, возможно, как только вы восстановите синхронизацию машины, она все равно отключится.
2) Вы не синхронизируете это. Это позволяет избежать проблемы в 1 выше. Но проблема в том, что ваш уровень резервирования будет постепенно снижаться. Если вы нажмете магию 1/3, вы взорветесь и проиграете.
Концептуально проблема заключается в следующем: предположим, что у вас есть 9 машин, и ваш план разработки таков, что данные можно восстановить с помощью любых трех. Теперь предположим, что у вас всего три машины, и вы все еще работаете. Вы будете накапливать данные только на этих трех машинах. Когда подключается четвертая машина, вы находитесь в уязвимом состоянии, когда в случае выхода из строя другой машины, кроме той, которая только что подключилась, вы теряете данные. Так что вы иметь для быстрой синхронизации, независимо от снижения производительности.
Это не значит, что это плохая идея. Это просто полезно только для определенных типов данных. Например, он отлично подходит для резервных копий, поскольку они не меняются. И вы можете разместить новую информацию о тех машинах, которые работают в данный момент. И временная потеря доступа к резервной копии не критична.