так мы же еще не устроили революцию как в египте? неужели в кои то веки кто то здесь на опережение стал думать и планировать ?
поделить то можно но, если вы не слишком хорошо знакомы с администрированием вам придется в каждый такой впс натыкать контрольных панелей для управлениями сайтами а это приличные деньги получаются. да и сами впски тоже надо будет администрировать как то.
что касается днс - то никто не мешает вам использовать разные днс серверы на одном и том же ай-пи адресе. никаких проблем это не вызовет.
PS. Обычный вариант для аналогичных запросов - один сервер с 8-10 ай-пи адресами, контрольной панелью Directadmin/Ispmanager . Конфигурация сервера зависит от количества сайтов и нагрузки создаваемой ими. Но, подозреваю что вы можете получить вместо уменьшения проблем - увеличение их. Так как:
а) надо будет заниматься администрированием
б) если этот сервер повалится вдруг (или дц повалится) то вместо нескольких сайтов попадают все ваши сайтов.
Мне трудно судить что вам лучше но, многие тут поступают также как и вы да и общество обычно советует тоже не класть все яйца в одну корзину.
find . -type f -name sess -exec rm -f {} \;
или
find . -type f -exec rm -f {} \; (но, она убъет ссылку на mysql.sock и ее придется восстанавливать командой ln)
Любого регистратора доменов работающего с партнерами. Если вы собираетесь приобретать какую то биллинг панель обычно в ней встроены модули для работы с регистраторами доменов. Вот оттуда и стоит отталкиваться. От тех регистраторов с кем может работать биллинг панель.
ну я не буду здесь офтопить но, вы не правы. то что вы писать можете - это бесспорно. вот то что вы останетесь безнаказанным - это другое дело :) при желании вполне можно осложнить жизнь таким писателям. от абуз хостеру, регистратору ДЦ до преследования в судебном порядке. спамхауз да, полуанонимная контора если не сказать больше но, кому надо тот их найдет.
возвращаясь к теме топика - непростой случай в основном потому что нет никакой информации о сути проблемы. Дождитесь ответа от спамхауза а также параллельно попросите регистратора разъяснить в чем суть претензий.
А зачем давить. Речь не о том, чтобы кого то давить - спамхауз или еще кого то. Речь о том что если ты называешь кого то "cyber crime host" и т.п. и т.д. ты должен быть готов отвечать за свои слова. Вот я к примеру сейчас назову кого нибудь здесь так и человек или фирма будут иметь полное право не только жаловаться на мой пост на форуме но и подавать в суд. Свобода слова это бога ради но, защиту чести и достоинства это никак не отменяет. Но, это мы ушли в оффтоп.
rustelekom добавил 01.04.2011 в 20:53
ну между прочим практически у всех регистраторов (да и хостеров) стоит в TOS/AUP (аналог нашего договора и условий обслуживания) что при попадании какого либо домена в КАКОЙ-ЛИБО блок (т.е. необязательно даже в блок спамхауза) регистратор имеет право заблокировать домен. Заблокировать любой провайдер может - не отнимают же, блокируют до устранения нарушения. И так работают все в общем то.
именно. ругаться с ними не зная деталей не стоит.
К сожалению, не показывается причина попадания в блок лист. Узнать таким образом ничего не удастся пока они не ответят.
PS. Что касается судов. Вполне можно с ними судиться только не из-за листингов и блоков а за недостоверную информацию создающую прямой или косвенный ущерб личной и/или деловой репутации. Естественно, что судится можно только в том случае когда вы можете подтвердить в суде свои слова фактами.
необязательно заблокирован домен из за ай-пи. они довольно давно блочат и просто домены и совсем необязательно что за спам. причин может быть туча и гадать тут смысла нет - домен или SBL в студию тогда можно будет что то понять и подсказать.
Схема работы такая (порты подключения у серверов - 100 Мбит, сервер в одном ДЦ (США), хранилище в другом ДЦ (Германия):
1) Создается первый образ - занимает в завимости от объема данных от часа до даже дня (если диск сервера это сата диск на котором шарятся пару тысяч доменов/сайтов).
2) Настраивается регулярный бекап с периодичностью от нескольких минут (да, такое тоже возможно теоретически но, техническая возможность зависит от скорости передачи данных и чтения/записи на диски) до ежедневного или почасового.
3) Настраивается количество хранимых "слепков" (скажем хранить почасовые слепки в течение 3 дней - это 72 слепка.
Пояснение - первый бекап и "слепки" к нему - это по сути инкрементальный бекап только реализованный на ином способое доступа к данным. Поэтому объем передаваемых данных сильно уменьшается. Скажем на 100 Гб полных данных этот объем может составлять 0.5 - 1 гиг.
Если нужно выдернуть часть данных которые клиент про*ал по каким то причинам, клиент может сходить в юзерскую панель хранилища (если речь идет о спанели, директадмине, плеске), просмотреть свои файлы за нужный период времени, отметить их для восстановления и восстановить.
Если это владелец сервера которому сделали rm -rf / - не беда. Сервер форматируется, устанавливается агент, агент запускается в режиме BMR (Bare Metal Restore) и после восстановления агент перезапускает сервер и сервер загружается ровно в том виде в котором был до rm -rf / В каком точно виде - зависит от того как часто делали бекапы.
Времени это в нашей схеме занимает прилично - нужно ведь передать 100 гигов по сети из одного дц в другой. Но примерно столько же времени займет и перекачка обычных архивов с удаленного фтп или рсинк сервера. Только к этому еще добавится время разворачивания бекапов и дальнейшей подчистки настроек сервера напильником (перекомпиляция апача + пхп и т.п. и т.д.) .
Время восстановления в версии CDP 2.0 это наиболее было узкое место. В версии 3.0 данные хранимые в хранилище можно тупо копирнуть на второй диск, воткнуть его в сервер подлежащий восстановлению и с этого диска и восстановить сервер (сама схема восстановления ничем не отличается просто убираем перекачку по сети что и составляет большую часть времени).
