is можно ли объединить два vps в разных местах в один?
Допустим, у нас есть 2 сервера, один на западе нас, а другой на востоке США. Можно ли объединить их в один сервер.
* один сервер как в: shared ssh, я могу управлять двумя серверами с одного и того же ssh-соединения и общего хранилища, я могу получить доступ и к обоим из одного ftp-клиента. (Например, глобальный / домашний каталог)
Исследование оставило мне только одно: ssh: Как настроить надежный ssh. Для общего пространства: только в локальных сетях, что мне в этом не помогает.
Итак, вопрос: возможно ли это вообще? Или мне лучше оставить их такими, какие есть.
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Я не являюсь экспертом и никогда не использовал распределенные файловые системы или операционные системы. На самом деле никогда не чувствовал, что мне нужен какой-либо из них, и не хотел дополнительных накладных расходов, связанных с их обслуживанием. Но я читал о них. Итак, это мои два цента.
Я могу управлять двумя серверами через одно соединение ssh
С технической точки зрения, по определению должно быть два соединения. SSH не является протоколом многоадресной рассылки. Однако это возможно при условии, что вы захотите переключиться на распределенную операционную систему (такую как, например, Inferno ). Вы бы достигли своей цели, подключив SSH к одной из сетевых карт одной из машин и позволив изменениям, сделанным на одной машине, распространяться на другую машину, используя протоколы синхронизации операционной системы.
Теперь, если это кажется слишком большим (что это ну, может), вы можете настроить общие каталоги (например, используя nfs . Я бы не рекомендовал samba по соображениям безопасности). Общий SSH на самом деле не имеет особого смысла, хотя вы можете использовать нестандартный SSH-клиент, который отправляет команды SSH сразу нескольким клиентам, из которых есть несколько простых опций Google (включая multissh среди многих других ).
Строка поиска «управлять несколькими машинами одновременно через ssh» принесла мне кучу полезных результатов на duckduckgo.
Или мне лучше
Упомянутый выше материал multi-ssh не повлечет за собой каких-либо потерь производительности и не требует какой-либо специальной конфигурации серверов, поэтому, если вы хотите начать использовать один из этих инструментов, нет причина не делать этого, но
сетевые файловые системы будут замедлять вас. Производительность файловой системы сильно зависит от задержки ввода-вывода, и самые высокие задержки ввода-вывода происходят из сети. В настоящий момент, когда один из этих серверов хочет получить файл, ему нужно только получить доступ к общему диску через высокоскоростное соединение в том же центре обработки данных (читай: в том же здании). Если вы распределяете файловую систему по двум машинам, то их синхронизация всегда будет требовать, чтобы пакеты перемещались по ненадежным каналам на всем пути по стране. Даже при условии идеального соединения и при условии отсутствия задержки обработки пакетов каждый раз потребуется несколько дополнительных миллисекунд (из-за физических ограничений скорости света). Обычно, если вы собираетесь использовать общий файловый ресурс или распределенную файловую систему, вы хотите ограничить это машинами в одном здании. В противном случае задержка станет серьезно раздражающей проблемой.
Распределенная операционная система может быть, а может и не быть хорошей идеей. Во-первых, AFAIK ни одна из них не широко используется или широко нацелена в качестве поддерживаемых платформ для программного обеспечения, поэтому вам нужно принять, что любая программа, которую вы хотите запустить, вероятно, не будет работать на выбранной вами ОС. Для приложений научных вычислений - если вы ожидаете выполнения большого количества вычислений, которые можно разбить на кучу независимых ресурсоемких подзадач, которым не нужно много взаимодействовать, - распределенная операционная система - отличная идея. Однако, опять же, вы можете сделать это с машинами в одном центре обработки данных. Или просто используйте одну машину, которая вдвое мощнее.