Систему внутри контейнера тоже обновлять надо периодически. На собственном опыте, могу сказать, линукс на шаред хостинге нормально работает года 2-3 максимум, потом лучше переносить все на новую систему.
На это есть несколько причин:
1. Не все пакеты в дистрибутивах линукса старых версий, продолжают обновляться.
2. За два-три года, появляются новые возможности, т.к. хостинг не стоит на месте.
3. Чтобы идти в ногу со временем, эти опции внедряются на серверах продакшна (естественно, после обкатки в тестовой среде). Иногда, оказывается какие то нововведения плохо совместимы со старыми библиотеками.
4. В силу разных обстоятельств, некоторые пакеты приходится устанавливать в ручную (всякие релизы безопасности), которые еще не успевают появится в стандартных репозиториях (а иногда, вообще не появляются). В дальнейшем, это затрудняет обновление из репозиториев.
Наличие хостинга VDS-контейнере, позволяет абстрагироваться от железа, и оперативно переносить, хостинг на новое железо.
Хотя, у нас было еще круче. Когда у нас кластер на старых серверах начал упираться по оперативе (16 гиг), было прикольно смотреть, как админы, перенесли в онлайне VDS с шаред хостингом на резервный сервер, потом отключили первый сервер, дернули из него диски в месте с рейдом и переставили в новый сервер (48 гиг), запустили новый сервер, подождали, пока синхронизируются файловые системы, снова с мигрировали на новый сервер, потом тоже самое повторили со вторым.
Таким образом переезд на новое железо прошел вообще без остановки.
Согласен, что проще настроить бакапы, чем страховать сайт. Данное предложение было шуткой ).
rustelekom, Ну получается это не всем хостерам понятно. Хотя мы так и делаем. сервера постоянно подключены по NFS к бакап серверу и клиент сам может из любого доступного бакапа вытащить любой файл в любое время.
cloudmouse, Как я уже сказал, мои админы не рекомендовали афишировать все настойки. В таких вопросах, я имею обыкновение прислушиваться к ним.
Так что извините, но это максимум что я готов предоставить.
)))), тогда можно будет переключится на страховой бизнес.
Надо подкинуть страховикам идею страхования веб-проектов от полной потери данных, чтобы страховой суммы хватало на полное покрытие расходов на разработку и наполнение данными сайта ;)
Да нас не парит особо. На хостинг сервере стоит селектор версий PHP, даже PHP 4, без проблем.
А мускуль 4 крутится на виртуалке с 512 мегами оперативы и особо каши не просит. Клиент деньги платит и ладно.
По поводу KVM, мои админы выдали следующую информацию для публичного обзора:
1. Используется qemu.
2. Используется vritio для дисковой подсистемы, для ускорения производительности.
3. Для Windows используется драйвер сети e1000
4. Для дисковых контейнеров используется LVM.
Могу пообщаться на эту тему.
Какой мощности DDoS?
Какой трафик нужен в обычном режиме?
ACL накладываем по запросу.
Главное, старайтесь следить за новостями хостеров, чтобы в случае смены IP сервера одним из хостеров случайно не оказаться без сайта/почты, а то такие случаи бывают.
Как вариант прописать сайт не по A записи, а сделать CNAME на служебный домен, который обслуживает хостер сайта. Тогда при смене IP-адреса хостером, не нужно будет вносить изменения в доменную зону.
