Pull to refresh

Comments 8

Что кластерного в вашей инсталляции кроме ФС? Вы выбрали кластерную ФС исключительно по причине наличия русской документации? У вас есть два адреса: 108 и 109. Вы подключаете клиента железно к 108. Когда 108 падает, скажем, на 2 часа, что происходит с клиентом? Если для установки можно использовать «ту» статью, то зачем эта? Ну и так далее…

И вообще не слишком вежливо рекомендовать публике хабра, что бывает удобно установить ssh сервер. Даже при хорошем и подробном описании эта статья, вероятно, больше подошла бы для гиктаймса.
Что кластерного в вашей инсталляции кроме ФС?
Да и с ФС у автора есть тонкое место. С кворумом то проблемы. Из документации (англ.):
If we use the replica 2 volume, it is not possible to prevent split-brain without losing availability.

Ну и там же хороший раздел «Client quorum in replica 2 volumes»

В общем с отказоустойчивостью как-то не очень получилось.

Клиент будет подключаться к "мастеру" — веб серверу на 192.168.0.105.
От серверов1,2 только расшаренная фс.


несколько (в данном случае 2) серверов, играющих роль объедененного, отказоустойчивого хранилища, БД.

Кстати, хранилище и БД у nextcloud — разные вещи.
На glusterfs хранятся только файлы, а БД — отдельная штука.
Хотя что-то мне подсказывает, что вы указали использвать sqlite при установке)
Тогда БД будет лежать вместе со всеми файлами в glusterfs, да.
Но лучше под owncloud/nextcloud использовать mysql.

Клиент с точки зрения ФС как раз и есть этот самый мастер. Я вот к чему: вы сделали маунтпойнт какой-нибудь на этом мастере с указанием реального адреса. А завтра этот адрес стал недоступен. И что дальше? Случится магия и мастер сам выяснит адрес второй ноды?

Действительно, фигня получится.

NextCloud прекрасно (может и загнул с «прекрасно», но все же) кластеризируется штатными средствами, а тут про это ни слова. А в чем суть практики Вашей была?
UFO just landed and posted this here
>3. Вы не прописали статические ip для виртуалок. Или просто опустили этот момент. Итого — >после окончания lease time Ваши виртуалки берут новые ip по dhcp и консистентность >кластерной FS нарушена.
если только dhcp сервер ребутнулся или нода ушла в down на долгое время протухания лизы
при штатной работе им будет всегда будет выдаваться тот же ip
пруф
www.ietf.org/rfc/rfc2131.txt
page 27
Sign up to leave a comment.

Articles