Можно на другой ФТП сервер через FXP протокол: http://ru.wikipedia.org/wiki/FTP#FXP
за 90 я сам заберу :)
ПРОДАНО
Тему можно закрывать
Напрямую с FTP на FTP (минуя клиента) файлы копируются по протоколу FXP
Для этого FTP клиентом нужно подключиться к FTP серверу №1, и дать команду на передачу нужных файлов на FTP сервер №2. Оба FTP сервера и клиент должны иметь поддержку FXP, иначе "кина не буде".
Ладно, 100 баксов за все 3 :)
Поштучно - 35
Мы ничем не лучше и даже не претендуем на оказание подобного рода услуг. Просто продаем за ненадобностью то, что купили у них же. Продаем по цене более дешевой, чем покупали сами.
По условиям ispsystem IP разрешено менять 1 раз в месяц. На этих лицензиях айпи не меняли черти сколько. Так что какие айпи покупатель скажет - на такие и поменяю. И в таком виде передам их на аккаунт покупателя.
В итоге все тоже самое только в розницу за 3 лицензии почти 150 баксов, а так 110. Разница есть? :)
Попрошу не разводить балаган "зачем", "почему". Тем, кому этот топик интересен, знают что, зачем и почему.
deltahost.com.ua добавил 11.05.2011 в 01:51
Есть интерес - предлагайте свою цену. В личку.
Какой segmentation fault? Ни разу не видел. Опишите исходные условия и последовательность действия для воспроизведения.
Как рулит коммерческий параллелс я лучше промолчу. Особенно про то как их поддержка уже 3-й месяц не может нормально настроить на виндовом сервере свой славный Plesk, который постоянно падает, а поддержка только смотрит евент лог, чешет репу и разводит руками, выдавая один за другим предположения "а может быть это [$RANDOM_REASON]?". Деньги, при этом, кстати, не забывает взымать за лицензию (неработающую) :)
При чем тут XEN? Все о чем я говорил касалось OpenVZ.
А XEN все нормальные люди уже отправили на помойку и используют KVM (эволюционное продолжение XEN'а).
XEN - это архаизм. Сейчас для паравиртуализации рулит OpenVZ, для полной виртуализации - KVM.
Откуда в OpenVZ полная виртуализация?
Хорошо пусть будет минута (хотя у меня данные другие). Но 1 минута - это не 20-30 минут.
Откуда при паравиртуализации в контейнере возьмется ядро?
Online migration - это миграция когда проходит первый rsync в то время как контейнер донор продолжает работу. Когда первый rsync прошел (он может идти часами, контейнер работает при этом), остается только переместить данные, которые были изменены во время первого прохода. Для этого контейнеру-донору делается суспенд, производится второй rsync (буквально 2-5 секунд), переносится содержимое памяти. Контейнер донор тушится, с контейнера-приемника снимается суспенд. Даунтайм 2-5 секунд. Для пользователя это выглядит как "браузер задумался на несколько секунд, а потом открыл страницу". При этом не рвутся установленные соединения, у контейнера даже uptime не меняется (!)
Если по какой-то причине онлайн миграция заканчивается ошибкой, тогда есть вариант миграции с точно таким же алгоритмом, но с той лишь разницей, что вместо суспенда делается остановка контейнера. Т.е. первый рсинк (он может идти часами, контейнер работает при этом), стоп контейнера-донора, второй рсинк (2-5) секунд, подъем контейнера. Даунтайм секунд 10-20. Это обычно никто не замечает. Особенно если делать ночью.
А вот если ребутнуть ноду с кучей контейнеров - то подниматься они будут минут 20 в лучшем случае. Вот это уже заметят многие.
Учите матчасть, асы, блин :)
На рабочих - вообще. Сначала нода становится не рабочей, затем с ней выполняются любые действия.
deltahost.com.ua добавил 03.05.2011 в 21:41
Интересно, почему у меня все работает? Что я делаю не так?
deltahost.com.ua добавил 03.05.2011 в 21:43
подтверждаю
