Pilat

Рейтинг
250
Регистрация
08.03.2007

Сделаете сравнительно недорого - никто не поверит что будет работать.

kdj:
Причем тут тип движка? Уязвимость на сервере и зависит она от конфига нгинкса.

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

zzzit:
Как для целей миграции (master/slave и резервная нода потушена) - вполне будет работать.

(но соглашусь, проще и надежнее синхронизировать)

Представьте, что при крахе оригинала DRBD не успел все даные пперегнать. Значит, у нас неполноценная копия, но может и заработает, если mysql таблицы сможет починить и если дисковая подсистема при очередной перезагрузке не обнаружит проблемы с файловой системой. При восстановлении оригинала из копии получим оригинал с повреждениями. Несколько таких сбоев - и возникает вопрос - стоило ли вообще городить огород. Ведь при нормальном использовании DRBD делает точное зеркало, то есть не дайт записать на разные диски разные данные, а при удалённом DRBD либо надо мириться с отставанием копии, либо иметь тормознющую дисковую подсистему, либо иметь гигабит между серверами. Первое ненадёжно, последнее совсем не бюджетно.

gooooodru, Ваша первоначальная идея совершенно правильная, за исключением синхронизации mysql с помощью rsync - это невозможно без блокировки таблиц, а это невозможно так как скорость синхронизации может быть очень низкая. То есть Вам надо отдельно синхронизировать сайт, то есть файлы, и отдельно базу данных. Теоретически у mysql есть такой режим работы, и не один, но получится ли это практически - большой вопрос. Если данные не обновляются очень часто, попробуйте делать снимок базы и файлов и его синхронизировать с удалённым сервером, это гораздо проще чем делать полноценное зеркало.

Про DRBD - не получится, будут невыполнимые требования к линиям связи, к тому же сами авторы DRBD предлагают такое зеркалирование, но под их присмотром.

Первым делом (после бэкапа) убедитесь, что достаточно места на всех разделах - с тех пор минимальные требования изменились. Что-то про это даже в руководстве дебиана про обновление есть, даже на русском - рекомендую почитать.

Во время обновления будет куча вопросов про обновление конфигов, так что я бы всё-таки специалиста пригласил - столько изменений произошло, что Вы вряд ли сможете без знания линукса ответить правильно. Если есть возможность, лучше поставить всё с нуля.

freelsd:
Оверселл пошел. Берите XEN или KVM виртуализацию.

Оверсела нет. Просто не хватает памяти. Как писали, надо всё ненужное вычистить и параметры, например, nginx поправить. Можно панель грузить только на время установки.

Romka_Kharkov:
Как же людям фартит порой :D
Рад за вас :D

Мне неделю назад точно так же повезло.

eServer.ru:
Откуда ж Вы такие цены на гигабиты все берете? Может нам тоже стоит поднять в 3 раза цену, раз уж паблик морально готов платить 100К )))
Аренда порта с гарантированной полосой до 1000Мбит/сек
Инсталляция порта: 10000 руб. 32000 руб./мес.
При аренде полосы более 100Мбит/с исходящий трафик с оборудования клиента предоставляется бесплатно без ограничений объемов и без географического разделения при соблюдении соотношений входящего трафика к исходящему в пропорции 1/4 (то есть, суммарная доля входящего трафика должна быть не более 25% от исходящего). Клиенты, которые не имеют возможность соблюдать данные соотношения должны согласовывать их индивидуально с отделом продаж.

Итого у Вас 128.000 за гигабит? Или озвучите реальную цену?

dlyanachalas:

Букв много, и ни капли реальных цифр.

Насколько я понял из описания http://webdc.ru/frames , гигабит у них дополнительно 150.000 рублей

Dimanych:
лучше платить немного дороже, где есть хоть какое то человеческое отношение.

Золотые слова. Только почему-то некоторым хочется халявы.

Всего: 2890