Кластер без виртуальных машин

[mr.Den]

Есть зада поставить два сервера 1 основной другой дублирующий, на сервера не должно быть виртуальных машин и прочего, сервера выполняют роль шлюза и vpn сервера
Откопал одну инструкцию и та с виртуальными машиной.

[AnrDaemon]

Мне почему-то кажется, что ты не выспался.
Ибо несёшь откровенный бред, не проходящий даже поверностную проверку на логичность.

[mr.Den]

У нас часовой пояс +2 от Москвы
Что тут бред?
То что нужно настроить бесперебойную работу интернета в компании? Или в том что если кластер то обязательно виртуальные машины?

[uid0]

Эх... Обычно для настройки работы бесперебойного инета исполльзуют соответствующее обарудование. Скажем Cisco вполне по дойдёт. А вот по поводу кластера из 2-х машин соглашусь с AnrDaemon

[AnrDaemon]

Что тут бред?

Само изложение постановки задачи. Помнишь, "кто ясно мыслит, тот ясно излагает" ?
Ты, видимо, совершенно не представляешь себе отличия виртуальной машины от реальной (подсказка - отличия чисто эмпирические, установленной системе трудно сообразить, работает она на виртуальном или реальном железе), назначения кластеров (при чём тут раздача интернета, м?) и лексику русского языка (что тоже лечится, впрочем).

[mr.Den]

Ну харош димагогию излагать.
Про cisco знаем и пользуемся, но факт в том что у cisco, как не парадоксально, не удастся бесконечно увеличивать производительность.
Ну так как кластер создать? пока с двумя нодами(но с возможностью увеличения)
И ещё вопрос. Если новые ноды будут отличатся процессором? памятью? машина сможет мигрировать?

[AnrDaemon]

Поставь задачу нормально. Без притягивания за уши надуманных решений.

[mr.Den]

Есть два сервера, нужно из них собрать отказоустойчевый шлюз и vpn сервер, чтоб в случае выхода одного, второй заменил бы его.
Помоему для этого кластер нужен?

[AnrDaemon]

Нет. Не нужен. Но с наскока задачка не решается, да...
Тут сразу несколько задач: определение неработы одного из компнентов, перенаправление соответствующих запросов на рабочий, возможно, распределение нагрузки.
Не буду врать, что знаю, как это решается в целом, но представить отдельные моменты могу. В любом случае, использование управляемого коммутатора должно помочь в решении задачи.

[mr.Den]

хм...если б был свободный комутатор неспрашивал бы, да и это только лишнее слабое звено. Может я зациклился, но кластер под мелкомягких именно так работает, второстепенный сервер проверяет работу основного сервера и если он не отвечает берет задачу на себя...
Кажися придумал, деловто в три скрипта и cron, просто бонально менять ip второстепеного сервера. Как насчет сетевой файловой системы, что посоветуете? Может NAS?
p.s. мысли в слух

[AnrDaemon]

Нет, менять IP при нахождении обоих серверов в одной сети не стоит, при ВНЕЗАПНОМ возврате основного сервера в строй, оба окажутся недоступны из-за коллизии адресов.
Свободный свич на удивление быстро находится, если он действительно необходим. А для тестов можно тот же DLink программируемый за 1круб взять.
Как я себе это вижу, если вопрос ставится только как замена сервера при физическом отказе, при провале одного из серверов (полном) просто перепрограммируются VLAN'ы на перенаправление трафика на запасной. Конечно, между серверами должен быть дополнительный канал связи для общения вне зависимости от настройки вланов. Это может быть отдельный влан или тупо кусок кросса, воткнутый между железками.

[mr.Den]

програмируемы свич ещё одо слабое звено,он сломался и смысл от двух серверов?
Нет вы не поняли про ip. Все сервера без остановки пингуют главный ип при этом у самих стоит изтойже сети но другой ип и если один и серверов увидел свободный ип по он прописыается на интерфейсе.

[AnrDaemon]

А у тебя всегда будет слабое звено. И всегда будет окно, в течение которого сервисы будут недоступны. Как не извращайся. Всё, что ты можешь, это сокращать время отказа в обслуживании.
В случае отказа свича, придётся прогуляться ножками и воткнуть один из серверов напрямую в сеть на время его замены.

[mr.Den]

прогулятся ножками в моем случае ехать за 200км.
Нет вы не поняли про ip. Все сервера без остановки пингуют главный ип при этом у самих стоит изтойже сети но другой ип и если один и серверов увидел свободный ип по он прописыается на интерфейсе.
Как такой вариант?

[AnrDaemon]

За 200км нужно иметь обученный обслуживающий персонал. Пусть не способный создать подобную систему с нуля, но знающий, как она работает, и могущий в случае необходимости сделать трепанацию.
Повторяю, что произойдёт, когда сервер, определённый как "отказавший", вернётся в строй с адресом, который уже занят? Сервер мог просто ребутнуться от неведомой причины... что теперь, всю систему в ж. выкидывать? А если у тебя три сервера и два войдут в клинч по IP, третий тоже попытается сменить себе IP? Ииии....?