В чем отсылка к известной пословице - "переход на личность"? Развивайте чувство юмора, читайте больше и расширяйте кругозор.
Плюс, поменьше дергайте цитат без контекста.
Кто запутал-то? Помогли бы, замолвили пару добрых слов о NFS. Иначе бедный ТС будет колоться и рожать велосипед с квадратными колесами "средствами пхп на удаленный фтп" ;)
Вы о чем?
По себе не судим, хорошо?
Ваша "грамотность" зато на поверхности плавает... На вполне по теме вопрос: "чем плох NFS конкретно для ТС" - Вы не ответили. Сплошные лозунги "nfs - зло", как у заправского пиарщика.
Альтернативы у ТС минимальные. Если нужно картинку загрузить, один раз обработать - и дальше раздавать, то подойдет вариант с nginx и кешированием. Его разобрали на первой странице. Если же с картинкой потребуется работать и далее, то сетевая файловая система (NFS к примеру) - самый разумный вариант. Извращаться с "удаленным фтп", rsync и mysql (способ, предложенный netwind) - нужны веские причины, каковых я не вижу.
Читаю и пишу:
Про "избыточность" я Вам тоже уже отвечал - надо наверное голубиную почту использовать, что на rsync остановились? С чего Вы взяли, что ТС не нужно модифицировать файлы картинок - в посте непосредственно перед Вашим он утверждает, скорее, совершенно обратное. Вы читали?
Судя по всему - нет, как обычно. Т.к. далее предлагаете "свое" решение с nginx/squid - которое уже до этого два человека разжевали.
Вранье:
Про "опыты".
Как этот пример связан с ситуацией ТС? Другой тип нагрузки. Да и вообще - крайне условно это можно считать связанным с NFS.
А это причем?
Мне не интересны проблемы безвестного виндового админа - мне интересны проблемы, которые потенциально могут возникнуть у ТС. Не представляете - не надо и трепаться про подобное.
Да вроде - уже. Чукча - не читатель? Только никак не пойму, почему мой негативный опыт работы с NFS должен беспокоить ТС. У него совершенно другой тип нагрузки, совершенно другая (и гораздо более простая) задача.
Слова-то может и знаете.
И не найдете - дурных нема писать "движок" там, где можно просто использовать подходящую файловую систему.
Жаль. ТС, Вы не против, если Romka_Kharkov за Вас решит - кого Вам слушать и кого нет?
О чем тут "договариваться"? Я просто указал на полную голословность утверждений Андрейки о проблемах NFS. Если знает о чем-то конкретном, что может стать проблемой для задачи ТС - пусть скажет. Не может - резонно предполагаю, что о проблемах NFS он только "слышал где звон".
К Вам, кстати, эта просьба тоже относится. Заявили о потенциальных проблемах с NFS у ТС - приведите пример. Неспособны - нефиг трепаться.
Это из той, которая википедия? Жаль, конечно, что Вы пользуетесь этой помойкой как источником "определений", но я тут непричем, хоть обопределяйтесь. Расцениваю это как ответ: "ссылок на определения из авторитетных источников не будет".
Ответ на вопрос, заданный ранее:
- появится?
Жду извинений, либо ссылки на одну из моих "халтурных" работ.
myhand добавил 19.08.2011 в 23:18
Ну, а полностью - и не получится. Вы же загружаете файлы и обрабатываете их, а раздача для nginx один раз - мизер по сравнению с этим.
Проблема данного решения - вовсе не в этой мифической нагрузке.
Я не спорю с этим, вполне разумное разграничение. Но во-первых, оно не является общепринятым (словарь, учебник?), а во-вторых - к чему Вы это привели?
Ну так "настройка рейд" - включает настройку мониторинга и оповещений? Или за 15$ баксов Вы будете счастливы тем, что у Вас есть "райд" - состояние которого Вы можете узнать только если специально почешитесь?
А на это - обязательно. Т.к. я задаю Вам один и тот же простой вопрос вновь и вновь.
Тут мало "перекидывать" - нужно переделывать весь код, который работает далее с загруженными картинками. Андрейка это бесплатно сделает?
Вообще-то - имеет. 1U сервер имеет обычно не более 4-х дисков. Сделать дисковую подсистему одинаково большой на обоих серверах - можно если только брать и там и там диски одинакового типа. Только SAS или только SATA.
Имеет смысл вообще в этом случае второй-то сервер брать? Если он нужен Вам просто для дублирования данных. Мало канала - воткните в сервер еще линку.
Эта "халтура" используется именно в том месте, для которого предназначена.
Вы таки колитесь - какие "проблемы" поджидают ТС на горизонте с этим вариантом. Я, например, знаю о проблемах NFSv3 не понаслышке - сталкивался с ее ограничениями на почтовых серверах (IMAP кластер). Абсолютно ничего общего с типом нагрузки у ТС.
Давайте договоримся, ТС сам решит кого ему слушать.
PS: Для справки: эпитет "логично" в отношении бездоказательного утверждения - выглядит смешно. Вы заметили какие-то обоснования тезиса "использование NFS - это халтура" со стороны андрейки? Я - нет.
Вот это "приходит" - и есть мониторинг состояния. Как Вы назовете "настройщика", который Вам сделает клЯстер, а про то, чтобы в саппорт email положенный приходил - не побеспокоится?
Похоже, что кто-то на прямые вопросы отвечать не хочет, а тянет "потрепаться".
Без указания специфики этого "опыта" и конкретно в Ваших устах - это для меня звучит еще менее интересно, чем заявление Андрейки.
Думаю, можно и голубиную почту. Нужно-ли - вот вопрос.
Этот "оптимальный вариант" разобрали по косточкам выше, парой постов. Неужели сложно вначале что-то потрудиться почитать, а только потом нести свою лабуду?
Ну тогда - ждите своего "админа". Если Вы не знаете/не умеете указать логин/пароль для администратора mysql - советы местных гуру поставить mtop Вам тем более не помогут...
