• Python. Выбор Web фреймворка?

    @KsenZ Автор вопроса
    Вы правы. Но интересует именно "старт", востребованость А затем, можно хоть все фреймворки изучать.
  • Python. Выбор Web фреймворка?

    @KsenZ Автор вопроса
    Возможно я не донес полностью свои мысли. Идея в том, что бы начать изучать с маленького проекта и,что важно, не надуманного проекта. Причем начать изучать так, что бы это было востребовано. Для дальнейшего развития, несомненно, нужно знать больше одного фрейворка.
  • Что выбрать, LXC или OpenVZ?

    @KsenZ Автор вопроса
    Собственно, из всего выше сказанного, я так понимаю ждать OpenVZ 7, и использовать его.
  • Что выбрать, LXC или OpenVZ?

    @KsenZ Автор вопроса
    Влад Животнев: Ну на сколько я понял, под "public networks" понимается Интернет...
  • Что выбрать, LXC или OpenVZ?

    @KsenZ Автор вопроса
    В табличке, о которой написано выше:
    Secure for using in public networks: OpenVZ - Yes, LXC - No
    Т.е. LXC на "поиграться"?
  • Что выбрать, LXC или OpenVZ?

    @KsenZ Автор вопроса
    Спасибо, не видел таблицу, хотя эту вики проглядывал. Видать не туда смотрел.
    Судя по таблице, особо различий для меня нет.
  • Как создать зеркало сайта?

    Svav: Нужно было конкретизировать сразу, и правильно задавать вопрос.
    А по делу, следующее:
    Нужны все файлы сайта + БД. Если требуется, что бы сайты были всегда одинаково заполнены контентом, тогда использовать одну БД. Это общий случай, а далее частности.

    1. Нужно смотреть в сторону самих файлов. Возможно "сайт" использует какой нибудь каталог upload для хранения загруженных файлов. Тогда нужно синхронизировать и его. Например с помощью rsync. Либо использовать GlusterFS или что то подобное.
    2. БД. А что если на обоих сайтах одновременно, добавят некую запись, БД не глюканет? Не будет наложения записи? Тут нужно смотреть логику используемой CMS, как она добавляет новые записи. Например, при добавлении записи, CMS смотрит следующий порядковый ID для записи, например 11. CMS на другом сайте делает тоже самое. После заполнения записи контентом, CMS записывает запись с ID=11 в БД, тоже делает и второй сайт. В результате, либо наложение, либо ошибка добавления. Но если CMS смотрит ID, и сразу его "резервирует"(создает пустую запись с ID=11), а потом добавляет контент, через UPDATE, то должно быть все нормально.

    В общем много нюансов, нужно смотреть конкретный сайт.
  • Как лучше настроить мониторинг выделенного сервера с возможностью оповещения?

    Кирилл Казаков: Виртуалка, это хорошо, но желательно, что бы это был физически другой сервер. Т.к. если это будет один сервер, но разные виртулки, то мониторинг будет не полноценным, как я писал выше.
    IMHO
  • Как лучше настроить мониторинг выделенного сервера с возможностью оповещения?

    Забыл еще конкретно про RAID написать.
    Можно посмотреть в сторону:
    mdadm --monitor --scan -1 --mail=test@your.domen
    и запихнуть это дело в крон
  • Как лучше настроить мониторинг выделенного сервера с возможностью оповещения?

    1. Не кто не говорил, про одно место
    2. monit + munin - на сервере где требуется мониторинг, nagios конечно же нужно ставить отдельно (и сборщик munin тоже можно тут).
    3. Ставить заббикс или нагиос на тот же сервер, который нужно мониторить, как то не очень... В случае быстрой смерти сервера, или пропадания канала, мониторинг даже пикнуть не успеет. А отдельно стоящий, хотя бы просигналит, что сервер пропал.
    4. Заббикс, уж слишком монструозный и прожорливый, а ресурсы нужны для виртуалок, сайтов и т.д. Нагиос тоже, но по моим личным наблюдением, он менее прожорлив, но все же, я бы тоже не стал его ставить на тот же сервер. Плюс если посмотреть в сторону Centreon+Nagios, то Заббикс будет проигрывать в функциональности, хотя не всегда, где то Заббикс и лучше.
    А еще, меня как то пугают заголовки вопросов из разряда "База Zabbix на 800 Гб, что делать?"

    Но, что то я отвлекся, и к теме это мало относится. По теме: если нет отдельного сервера где можно поставить сборщик munin и Nagios/Zabbix, то я бы обошелся monit+munin. Благо они мало потребляют ресурсов.
    В любом случае это мое IMHO, и я описал, что я использую и для чего. Плюс, моя конфигурация, все же не для одного сервера. А что выбрать, дело уже Кирилл Казаков