Перекрестная nfs монтирования совместно использует на серверах Linux
Да, это возможно. Клиенты SSH обычно берут дополнительный аргумент для определения команды для выполнения. Например:
ssh user@remoteserver "ls particulardirectory"
Упорядочивание начальной загрузки этих двух серверов может быть сложным.
Идеально, Вы хотели бы, чтобы Ваши серверы восстановились со сбоя питания без вмешательства оператора. Но, конечно, некоторые серверы должны подойти перед другими — например, возможно, Вам нужен Ваш брандмауэр прежде, чем попытаться поднять серверы то подключение внешне. Или, Вам нужны Ваши серверы NFS перед их клиентами.
Один способ сделать это должно получить умный удлинитель (например, APC управлял PDU), и затем можно настроить задержку включения питания каждого выхода. Таким образом, Вы можете удостовериться свой брандмауэр и включаете поворот сначала, затем Ваши серверы DNS, затем Ваши серверы NFS, и т.д. Даже если Вы делаете это вручную от контрольного списка ("включают A, ожидают его, чтобы загрузиться, включить B и C, ожидать их для начальной загрузки..."), Вы все еще хотите простоту.
Но Вы не можете сделать этого, если A зависит от B, но B зависит от A. В простых случаях его достаточно легкое для работы вокруг — A и B просто должно запустить их собственный сервер NFS (и экспортировать их локальные файловые системы) прежде, чем попытаться смонтировать любые доли NFS (хотя это - противоположность упорядочивания значения по умолчанию). Если, конечно, Вы не волнуете с вложенными путями, где, например, локальная файловая система смонтирована под NFS, монтируются. Или где Вы добавляете третий сервер, и затем возможно, совместно использует от A, смонтированы под от B на C.
Работа вокруг такого материала вручную не слишком трудна, конечно, но Вы не хотите делать это после сбоя питания. Вы, вероятно, заставили незапланированные проблемы решать (например, материал, который повредился от неожиданных потерь мощности или зависимостей, о которых Вы не знали), в то время как все жалуются на это снижение, таким образом, его лучшее для не установки известных, преодолимых проблем это съест время.
Кроме того, монтирование и затем реэкспортирование доли NFS, вероятно, опрометчивы, если ни по какой другой причине, чем сеть наверху отправки всех данных дважды. Не как клиент не может только смонтировать оба сервера.
править: Еще одна причина — когда сервер NFS понижается, любые процессы на клиенте, пытающемся получить доступ к тому серверу, входит в диск ("бесперебойный") сон. Это может привести к "инфекции" с одного сервера NFS, переставшего работать к другому сбою (от существенных процессов, входящих в дисковый сон или исчерпывающих ресурсы от порождения заданий крона и не окончания, и т.д.). (Это показывает a D в ps, если Вы задаетесь вопросом),
-
1, так как они, которые монтирует крест, не необходимы для, загружается, что относительно задания зерна, которое периодически проверяет, чтобы видеть, смонтировано ли монтирование правильно и если не повторно монтирует их. Вместо того, чтобы монтировать их в загружаются? – Ali 09.12.2011, 06:19
-
2@Ali: То задание крона может пойти очень неправильно (например, "оно смонтировано?" зависает, крон продолжает порождать все больше проверок), поэтому если бы я собирался сделать это, то я просто записал бы сценарии запуска, которые я заказал бы правильно — и затем использовал бы фон, монтируется. Но его больше сложности, которой Ваш системный администратор может хотеть избежать — особенно, если нет серьезного основания добавить его. – derobert 09.12.2011, 18:29
Это не проблема для пересечения файловых систем как этот, пока нет ничего в тех файловых системах (как необходимая ОС, освобождает), та любая машина потребности.
У Вас мог, например, быть каждый экспорт сервера NFS его файловые системы, и затем сделать, чтобы они оба смонтировали все файловые системы с помощью утилиты автоматического монтирования.
Или, смонтируйте файловые системы в fstab, но использование монтирует опции, которые позволят монтированию ожидать, пока сервер NFS не будет доступен. Я полагаю, что это - bg опция.