Лежать-то он лежит. А вы уверены, что ТС один он голый нужен, без сторонних модулей? Поди пехепе - как минимум. Увы, "батарейки" пока в комплект не собрали.
Может я и не брал? :)
Не могу, т.к. вкурсе о куче факторов, которые могут на это повлиять.
Для начала, почему вы уверены, что ТС может выделить средства на организацию бекапа по такой схеме? Возможности каждого ограничены. Дешевле и надежнее (если ТС не доверяет гуглу) - бекапить на два аккаунта. Или, еще лучше, на два независимых провайдера (напр., еще yandex). Все это уже советовали разные люди. Себестоимость меньше на порядки.
Что касается raid-1 - вероятность выхода его из строя уже рассматривалась выше. Вполне реальная и даже наблюдавшаяся многими вещь, увы. Детали зависят от объема, моделей дисков. И, кстати, от того как и что "мониторить" - вы тут скромно помолчали. А еще может и NAS сам поломаться, тоже железка.
Что до выхода 4-х дисков из строя - зачем оно вам? Все проще и зависит от того как устроена синхронизация данных (между бекапными серверами). Как конкретно у вас сделано из принципа "зачем отказоустойчивость выше" - можно только гадать. drbd, кластерная fs, просто два независимых хранилища с периодической синхронизацией? Например, в последнем случае - запросто возможна потеря свежих данных при проблеме с одним из NAS.
Ну а я работал у тех, где за сотни тысяч (причем было не сегодня ;)).
Да запросто. Почитав сначала немного вашу нить - 99% "задач" для меня выглядят такими, что их способен был бы выполнить грамотный сотрудник техподдержки.
Вполне возможно, у вас есть и более грамотные сотрудники. Но вообще - умение продавать их работу не делает вас специалистом соответствующей квалификации.
Да поздно их уже учить - тама давно решили стать патентными троллями ;) Но на пиво им еще надолго хватит, да.
Потому что ubuntu - это дебиан с красивой наклеечкой ;)
В дебиан - есть определенная политика включения ПО в стабильный релиз. Так что версии отстают от "самых последних" - это вполне нормально для дистрибутива такого уровня (RHEL/centos - там точно так же). Для тех, кому нужны "шашечки" - есть другие дистрибутивы, вроде Arch.
Вот зачем, кроме "чтобы было"?
Апач 2.4 еще в sid не запихали - так что, увы... И еще не скоро.
Только мне одному кажется логичным было сперва спросить у того, кто "сказал"?
В порядке угадайки могу предположить, что у вас много страниц с идентичной информацией, доступных по разным URL. Смотрите вот:
http://en.wikipedia.org/wiki/Canonical_link_element
А вообще, вам наверно в другой раздел:
/ru/forum/optimization-practices
Может и можно, а может и нет. На таком уровне "абстрахции", где вещаете вы - об этом судить сложно.
Телепатия брахлит. Нет, конечно.
Я жду каких-то конкретных советов от вас. Вот и все. Либо реакции модераторов.
Не поспоришь. Осталось понять - есть ли они и как конкретно должна быть устроена "собственная" система. Всего ничего.
Можно и нужно. Особенно в условиях, когда ваши возможности ограничены. Вы не гугл - глупо не пользоваться тем, что другие люди могут сделать лучше за ту же цену (или дешевле).
Умение из сообщений выделить "треп" - только вам кажется фантастическим. Поверьте, многие люди умеют читать.
PS:
Мне вполне достаточно известно про себя. О вас я сужу по публичной информации. Для меня данных вполне достаточно, чтобы сравнивать.
Вы сотрудник техподдержки, менеджер - но не системный администратор. Если это показалось вам обидным, извините пожалуйста. Игнорируйте это мнение, вот и все. Зачем катать очередную порцию "нравоучительного" оффтопика?
Если каталоги пусты, то:
find path/to/ -type d -empty -print0 | xargs -0 -L 20 rmdir
- удалит пустые листья. Запустить из под nice несколько раз.
Другие полезные ключи find: -maxdepth/-mindepth. Позволят вам выделить директории N-го уровня вложенности и скормить их rm -R через xargs, аналогично примеру выше. Применять с осторожностью (man: find, nice, xargs, rm, rmdir), беречь от детей!
Но думаю что простого rm -R, запущенного из под nice - должно хватить в вашем случае.
Там что, до сих пор нет возможности исключить каталог из бекапа? 0_0 Если мне не изменяет память - есть.
О нет, именно это я прекрасно понял. Вот почему и считаю ваши посты (в лучшем случае) рекламным мусором.
Какую, как, что делать? Почему ТС, побежав делать свое noname "отказоустойчивое хранилище" по вашему почину (неизвестно пока как устроенное) - получит автоматически решение, которому может доверять больше чем гуглу?
Выше несколько раз (и не только я) объяснили, почему персонально вам доверия меньше чем гуглу. И снова - нет, "теорию" я не рассказываю.
Есть факты - отсутствие проблем. Лично я доверяю, что и у ваших клиентов все в порядке (не переживайте так). Но поскольку вы не описали как у вас устроено хранилище - речь идет просто о доверии к различным провайдерам. Опять не обижайтесь, но еще одна микрофирма и гугл - масштабы немного несопоставимые.
Да все за мир во всем мире, вы не одиноки. Просто без конкретики - это пшик. Ваш "контроль" неотличим от иллюзии такового.
Предсказуемо. А вот мой скромный опыт научил меня что все ошибки совершают, в т.ч. и я, любимый.
Ну, аллах с ним, с доверием. С чего вы взяли, что возможности ТС эквивалентны вашим? (Т.е. он сумеет реализовать отказоустойчивое хранилище точь в точь как вы).
Значит кто-то другой выше. Извините. Ну, погоды не делает - просто тогда вы тем более ничего конкретно не предложили.
Что, может и не хватать? 🍿
Ну а может не стоит говорить человеку, что у него нет опыта - только потому что он вам пашпорт и трудовую книжку не показал?
Это публичный форум. У кого есть голова на плечах - в состоянии составить собственное мнение о человеке (не обязательно лестное, но я вот к этому готов) по профилю и истории сообщений. Только такие люди мне (здесь) интересны, в т.ч. и как клиенты.
Вы о которых?
ТС так и не уточнил какой "поделкой" он пользуется. В duplicity поддержку gdisk добавили совсем недавно. Может он просто использует какой-то дистрибутив (ubuntu?) со старым патчем?
Именно об этом.
А рекламу оставьте, пожалуйста, для других разделов форума.
Я уже предложил вам поспорить, что вы *не знаете* всего. Опишите конкретную схему хранилища, которую рекоммендуете ТС в качестве альтернативы. Я укажу вам на конкретные сценарии потери данных, которые вы не учли; на меры по поддержке и мониторингу хранилища, о которых вы забили. Безвоздмездно, т.е. даром.
PS: А с нравоучениями для дошколят - давайте уже завязывать, а?
Тем пива раскрыта. Выяснили, что Himiko "успешен" - видимо ему хватает на пиво ;)
Ты смотри... А может так люди и делают, просто вы не замечаете?
Himiko - хватит оффтопа, а? Если вы считаете, что с gdisk есть проблемы - приведите примеры. "Власти скрывают" - не аргумент. Если возникнет с вашей стороны сомнение в том, что на VPS потеря данных клиентов вполне реальна - готов привести примеры (приличные хостинги, не конторы уровня "рога и копыта").
Вы действительно хотите делать мега-хостинг из одного сервера? Опишите чуть подробнее задачи, которые он будет решать (массовый виртуальный хостинг (коммерческий)? небольшое число веб-проектов? веб-студия?).
