>>>>> То есть отказоустойчивости в принципе нет? >>>> >>>> Что вы подразумеваете под отказоустойчивостью? >>> >>> "Живую миграцию", например, как xen делает. >> >> Это миграция с хоста на хост без увода контейнера в offline? AP> Хотя бы с очень малым временем простоя. А иначе нет смысла менять чрут AP> на openvz - к примеру, синхронизировать rdiff два хоста с контейнером на AP> сотню гиг незаметно для пользователей не получится. а по большому счету OpenVZ и есть "умный чрут" >>>>> О безопасности тоже >>>>> ни слова? >>>> >>>> Опять же, что конкретно интересует? >>> >>> Основную систему защитить от действий софта в контейнере. >> >> Правильной установкой бинкаунтеров, например. AP> Ну так хоть упомяните в вики об этом, иначе откуда читатель узнает, что AP> это вообще возможно. Сейчас получается, что сначала читаем описание AP> множества технических деталей, а потом пытаемся разобраться, применимо AP> ли вообще это решение в нашем случае. базовый набор лимитов в статье описан. см последний раздел с таблицей -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: unera@debian.org jabber://UNera@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
Attachment:
signature.asc
Description: Digital signature