mvolgin: Руки растут поразомну у всех. Сливаться только те фалы что поменялись.
Руки растут откуда надо у кого надо :D Вы бы сразу сказали что это инкремент и вопросов было бы меньше, но как вы понимаете , далеко не всегда это актуально.
The WishMaster: Нет, я не в курсе. Я думал, что за железом должны следить работники ДЦ.
Андрейка чуть ниже постом описал, ДЦ меняет вам железо когда оно горит или выходит из строя по каким-то причинам, но следить за ним ни кто не должен, кроме вас, об этом я написал еще на первой странице :D Вы следите за винтами в серверах, увидели блоки битые там - написали в поддержку - вам поменяли винт, а если вы полгода жили с битыми секторами на обоих винтах и потом они в один прекрасный момент умерли без всякой надежды на восстановление .... виноваты только вы!!!! Но опять же как сказал Андрейка, это unmanaged сервера, если например у нас берет клиент managed сервер, в нашем случае он даже рута не имеет.... но зато сервер находится на мониторинге по 10-15 параметрам и мы при первом же блоке битом начнем согласовывать время замены винта если это не hotswap. А так сервер Ваш лично... кто виноват то?:)
Пример: Вы взяли машину в аренду а под капотом не оказалось движка, виноват тот кто сдал вам её в аренду или виноваты вы, что не оценили состояние авто перед оплатой? :)
---------- Добавлено 09.04.2012 в 11:21 ----------
mvolgin: Мне одного мегабитного канала за 9 баксов по АДСЛУ хватает на то чтобы сделать бекап у 25 серверов рсинком раз в 3 дня ко мне в офис.
Звучит как-то бредово, или у вас там по 25 мегабайт бекапов с каждого сервера? У меня например стоят сервера внутри 100MB/s сегмента.... так вот у меня на несколько часов полочка 100MB/s на сервере куда сливаются бекапы.... так это внутри 100Mb/s и как бы серверов у меня не 25 а наверное в половину меньше...... что-то не сходится..... или ваш бекап начинается 1го числа а заливается последний байт 3го? :))) так тогда грош цена такому бекапу как бы..... :)
deltahost.com.ua: Демонов Вам никто не даст запускать на шареде. Смотрите в сторону ВПС.
Странно, а почему бы и нет ? Это какая-то мега проблема что ли ? Если человек запускает адекватные скрипты \ демоны, я лично вообще препятствий не вижу, какая разница VPS или Shared... ну висит какой-то perl себе. пол метра памяти кушает .... и что-то там считает себе...
Надо бы поставить smart и проверить состояние дисков на всех серверах, да и удаленные бекапы уже настроить – подумал я. Подумал, и благополучно забил на это дело.
Это ответ на все ваши вопросы и причина возникновения данной темы. Будьте более внимательные и бдительны, покупая сервера у хостера последний не обязан и не будет следить за состоянием дисков в вашем сервере... это сугубо дело клиента который купил сервер... :)
---------- Добавлено 08.04.2012 в 22:33 ----------
Leon1010:
Как кто-то тут уже сказал. Вся моя статья по сути - очередное напоминание о необходимости делать бекапы.
Romka_Kharkov, как бы вам сказать, я по сути за пределами России плотно работал только с Германией, меня у них тоже все устраивает, но скорость отклика все же ниже. А так, у меня контингент: 50% - Россия(Возможно больше), 30% - Украина, 20% Остальное. Но в Украине почему то не хочу размещаться )
Понял вас, если вдруг кроме Германии что-то заинтересует.. создавайте еще одну тему :D
TrikSer, простите, но вы рождаете некое недопонимание пунктом номер #3, обычно если ресурс ориентируется на Российских потребителей просят размещение в России , если на зарубежных - за рубежом, а в вашем случае вы говорите что нужна Россия но я рассмотрю и Германию (за границу) .... В таком случае у меня созревает вопрос, а кроме Германии что-то за границей вы рассматриваете или нет?
globalmoney: Точно так же, как и на одном сервере.
Выделили определённое кол-во ip адресов, которые доступны всем пользователям их хостинга, вот и всё.
Или быть может я не правильно понял Ваш вопрос?
"Доступны всем пользователям их хостинга", какой функционал обеспечивает это? :)
(Версии WHM должны быть одинаковы на обеих сторонах)
1) Заходите на сервер #1 в SSH под рутом.
2) Выполняете: /scripts/pkgacct $username (имя акаунта которое надо запаковать)
3) По окончанию п2. вы получите в папе /home файлик типа cpmove-$user.tar.gz копируете любым удобным способом этот файл на #2.
4) Заходите на сервер #2 в SSH под рутом.
5) Копируете файлик в /home
6) Выполняете: /scripts/restorepkg $username
7) Ждете, cPanel все сделает сама. Дальше меняете DNS на новый IP и пошло поехало.
Я надеюсь вы искали мануал переноса с cPanel на cPanel просто с хостинга едите на VPS?
Это на мой взгляд нормальный перенос, но есть аналогичная возможность переноса через ВЕБ интерфейс.... в WHM есть опция "Transfer Account", внутри есть возможность Stream копирования, это означает что панель не будет паковать ваш $HOME а будет его переносить..... (это сокращает затраты на ресурсы в случае переноса больших акаунтов),
Himiko: Это по сути - бред.
Не должно быть единого юзера у файлов, иначе действительно, можно прочитать чужие файлы. Для массового хостинга - это убийство.
А требования у движка должны быть "возможность записи", а не указание пользователю всегда ставить 777.
Я даже у одного движка видел проверку именно на права 777, а не попытку записи.
Не, ну программисты они разные тоже бывают )))) Ты конечно же прав, в случае шареда 777 или общий юзер это бред, но в целом например сPanel предлагает вполне решабельные права для случая когда нет suPHP и при этом общий пользователь для веба ;) Это конечно не отменяет пользователей которые 777 лепят везде где надо и не надо )))) но речь не о них :D
globalmoney: У них там скорее всего кластер поднят, соответственно 100 шаред ip идут на все сервера в кластере.
Как это отвечает на мой вопрос? или вы считаете что там кластер из 100 серверов?:) мало вероятно , хотя возможно ;) эти все адреса можно поднимать внутри своей сети как угодно, я понимаю это прекрасно, хоть на 1 сервер все 100 закрутите ))) так вот и вопрос, как они шаредами в этом случае становятся? :)
Руки растут поразомну у всех. Сливаться только те фалы что поменялись.
Руки растут откуда надо у кого надо :D Вы бы сразу сказали что это инкремент и вопросов было бы меньше, но как вы понимаете , далеко не всегда это актуально.
Нет, я не в курсе. Я думал, что за железом должны следить работники ДЦ.
Андрейка чуть ниже постом описал, ДЦ меняет вам железо когда оно горит или выходит из строя по каким-то причинам, но следить за ним ни кто не должен, кроме вас, об этом я написал еще на первой странице :D Вы следите за винтами в серверах, увидели блоки битые там - написали в поддержку - вам поменяли винт, а если вы полгода жили с битыми секторами на обоих винтах и потом они в один прекрасный момент умерли без всякой надежды на восстановление .... виноваты только вы!!!! Но опять же как сказал Андрейка, это unmanaged сервера, если например у нас берет клиент managed сервер, в нашем случае он даже рута не имеет.... но зато сервер находится на мониторинге по 10-15 параметрам и мы при первом же блоке битом начнем согласовывать время замены винта если это не hotswap. А так сервер Ваш лично... кто виноват то?:)
Пример: Вы взяли машину в аренду а под капотом не оказалось движка, виноват тот кто сдал вам её в аренду или виноваты вы, что не оценили состояние авто перед оплатой? :)
---------- Добавлено 09.04.2012 в 11:21 ----------
Мне одного мегабитного канала за 9 баксов по АДСЛУ хватает на то чтобы сделать бекап у 25 серверов рсинком раз в 3 дня ко мне в офис.
Звучит как-то бредово, или у вас там по 25 мегабайт бекапов с каждого сервера? У меня например стоят сервера внутри 100MB/s сегмента.... так вот у меня на несколько часов полочка 100MB/s на сервере куда сливаются бекапы.... так это внутри 100Mb/s и как бы серверов у меня не 25 а наверное в половину меньше...... что-то не сходится..... или ваш бекап начинается 1го числа а заливается последний байт 3го? :))) так тогда грош цена такому бекапу как бы..... :)
Демонов Вам никто не даст запускать на шареде. Смотрите в сторону ВПС.
Странно, а почему бы и нет ? Это какая-то мега проблема что ли ? Если человек запускает адекватные скрипты \ демоны, я лично вообще препятствий не вижу, какая разница VPS или Shared... ну висит какой-то perl себе. пол метра памяти кушает .... и что-то там считает себе...
Надо бы поставить smart и проверить состояние дисков на всех серверах, да и удаленные бекапы уже настроить – подумал я. Подумал, и благополучно забил на это дело.
Это ответ на все ваши вопросы и причина возникновения данной темы. Будьте более внимательные и бдительны, покупая сервера у хостера последний не обязан и не будет следить за состоянием дисков в вашем сервере... это сугубо дело клиента который купил сервер... :)
---------- Добавлено 08.04.2012 в 22:33 ----------
Как кто-то тут уже сказал. Вся моя статья по сути - очередное напоминание о необходимости делать бекапы.
+1
// 10 букавок
Romka_Kharkov, как бы вам сказать, я по сути за пределами России плотно работал только с Германией, меня у них тоже все устраивает, но скорость отклика все же ниже.
А так, у меня контингент: 50% - Россия(Возможно больше), 30% - Украина, 20% Остальное.
Но в Украине почему то не хочу размещаться )
Понял вас, если вдруг кроме Германии что-то заинтересует.. создавайте еще одну тему :D
TrikSer, простите, но вы рождаете некое недопонимание пунктом номер #3, обычно если ресурс ориентируется на Российских потребителей просят размещение в России , если на зарубежных - за рубежом, а в вашем случае вы говорите что нужна Россия но я рассмотрю и Германию (за границу) .... В таком случае у меня созревает вопрос, а кроме Германии что-то за границей вы рассматриваете или нет?
Точно так же, как и на одном сервере.
Выделили определённое кол-во ip адресов, которые доступны всем пользователям их хостинга, вот и всё.
Или быть может я не правильно понял Ваш вопрос?
"Доступны всем пользователям их хостинга", какой функционал обеспечивает это? :)
Да какой нафик мануал:
(перенос с #1 на #2)
(Версии WHM должны быть одинаковы на обеих сторонах)
1) Заходите на сервер #1 в SSH под рутом.
2) Выполняете: /scripts/pkgacct $username (имя акаунта которое надо запаковать)
3) По окончанию п2. вы получите в папе /home файлик типа cpmove-$user.tar.gz копируете любым удобным способом этот файл на #2.
4) Заходите на сервер #2 в SSH под рутом.
5) Копируете файлик в /home
6) Выполняете: /scripts/restorepkg $username
7) Ждете, cPanel все сделает сама. Дальше меняете DNS на новый IP и пошло поехало.
Я надеюсь вы искали мануал переноса с cPanel на cPanel просто с хостинга едите на VPS?
Это на мой взгляд нормальный перенос, но есть аналогичная возможность переноса через ВЕБ интерфейс.... в WHM есть опция "Transfer Account", внутри есть возможность Stream копирования, это означает что панель не будет паковать ваш $HOME а будет его переносить..... (это сокращает затраты на ресурсы в случае переноса больших акаунтов),
Это по сути - бред.
Не должно быть единого юзера у файлов, иначе действительно, можно прочитать чужие файлы. Для массового хостинга - это убийство.
А требования у движка должны быть "возможность записи", а не указание пользователю всегда ставить 777.
Я даже у одного движка видел проверку именно на права 777, а не попытку записи.
Не, ну программисты они разные тоже бывают )))) Ты конечно же прав, в случае шареда 777 или общий юзер это бред, но в целом например сPanel предлагает вполне решабельные права для случая когда нет suPHP и при этом общий пользователь для веба ;) Это конечно не отменяет пользователей которые 777 лепят везде где надо и не надо )))) но речь не о них :D
У них там скорее всего кластер поднят, соответственно 100 шаред ip идут на все сервера в кластере.
Как это отвечает на мой вопрос? или вы считаете что там кластер из 100 серверов?:) мало вероятно , хотя возможно ;) эти все адреса можно поднимать внутри своей сети как угодно, я понимаю это прекрасно, хоть на 1 сервер все 100 закрутите ))) так вот и вопрос, как они шаредами в этом случае становятся? :)