Конец света с опережением графика

[vitus_wagner]

У нас дома ожидается сегодня часовое отключение света. Так что не удивляйтесь временной недоступности wagner.pp.ru.

Видимо, всё-таки надо перетаскивать www.wagner.pp.ru на постоянной основе на VDS-ку. Уж больно часто последнее время отключения электричества стали случаться. Мешает в основном установившаяся привычка, что кинул что-нибудь в ~/public_html, и оно уже доступно по http. lsyncd что-ли прикрутить?

Comments

[amarao-san.livejournal.com]

sshfs.

Монтируешь каталог, и нет никакой разницы - локально или удалённо оно лежит.

[vitus_wagner]

Это если сеть работает идеально. По локальной сети - ещё можно. Но по локальной сети и NFS-ом монтитровать можно. Если бы речь шла о CODA или AFS, я бы ещё понял.

[(Anonymous)]

coda и afs увы мертвы уже
(ну либо еле дышат)

[vitus_wagner]

Да. В том-то и проблема.

[mithraen]

Насчет идеально не знаю, но по обычному домашнему интернету (over ethernet) я для работы с удаленными серверами именно sshfs часто и использую. До тех пор, пока нет потерь пакетов -- все получается очень даже удобно.

Причем sshfs можно монтировать через autofs, и сделать public_html ссылкой на /mnt/auto/что-там-надо.

[vitus_wagner]

У меня не стоит задача "работать с удаленными серверами". У меня стоит задача "раздать часть хранящихся и обрабатывающихся на домашней машине данных по http". Использование sshfs тут явно не выгодно. Потому что придется десятки раз гонять данные туда-сюда - при редактировании, при бэкапе и т.д.

[mithraen]

Я уже понял. Да, решения на базе inotify + rsync тут идеальны.

[avnik.livejournal.com]

crondjob c rsync будет достаточно. Ну раз в 15 минут скажем.

[vitus_wagner]

С одной стороны - избыточно, с другой - недостаточно.
Избыточно дергать каждые 15 минут синхронизацию каталога, который может неделями не меняться. Недостаточно если при срочной выкладке фотографий (у меня сестра как никак редактор иллюстрированного журнала) придется ждать целых 15 минут, прежде чем они окажутся доступными для скачивания.

[mithraen]

incrond.

[vitus_wagner]

incrond это слишком универсальная хрень. Для неё придется развеситвый incrontab писать. А lsyncd и inosync уже заточены под ту задачу, которую я хочу решить.

Я в общем, даже для задачи мониторинга ftp-шного incoming предпочел воспользоваться inoticoming, а не incrond

[mithraen]

Спасибо, я о них не знал.

[wizzard]

купить ИБП за $400 а не $100, которого будет хватать на 3 часа?

(у меня десктоп с двумя 30'' мониторами и видеокарточками которые жрут под киловатт живет около полутора часа, думаю что один сервер поживет и все три)

[vitus_wagner]

А смысл, если не работает провайдерский свитч на чердаке?

[wizzard]

А, вот оно что... Не подумал.

Да, в этом смысле провайдеры, у которых опорная сеть связана с чем-то еще (сотами, телевидением, АТС etc) лучше - там часов 6 в запасе есть, а у adsl-щиков и все 24.

[mithraen]

Вы принципиально не используете облачные сервисы, или только в плане доверия им ценных данных на хранение?

А то вашу проблему прекрасно может решить cloudflare.com -- это CDN, который при недоступности сервера в течении AFAIR недели будет раздавать статический контент из своего кэша.

Единственное что вам в нем скорее всего не понравится -- он же для этого должен быть DNS-сервером. Нужная вам поддержка ddns там есть.

[vitus_wagner]

Я пользуюсь cloud-сервисами.

Но не хочу завязывать на них критичные части инфрастурктуры.

Ибо того что cloud provider кинет, следует ожидать в любой момент. Даже если у него в ToS этого не написано, есть ещё минимум два национальных законодательства.

DNS у меня, между прочим не для того, чтобы по HTTP контент раздавать, а для того. чтобы работали ssh, jabber и почта.

И количество пользователей не такие чтобы использовать CDN,

Поэтому cloudnflare это не вариант. Это предложение из той же серии, что поднимать свой персональный блог на ЖЖ-движке. Оно не под те задачи заточено.

[mithraen]

То что это стрельба из пушки по воробьям я понимаю, но работает.

А вот то, что если cloudflare кинет, то сдохнет и DNS -- да, серьезная проблема.
В остальном -- их DNS сервер в курсе, что не все записи надо перенаправлять на себя.

Заточен он таки под то, что если на сайте много статики -- работоспособность сайта не будет зависеть ни от нагрузки, ни от кратковременных отключений сервера. Хотя и предназначен в первую очередь для борьбы с DDoS, в качестве побочного эффекта вполне приятные плюшки.