Система виртуализации OpenVZ: Часть 2.Работаем с контейнерами

> Если контейнер должен быть доступен только локально (например, в нём выполняется FastCGI-приложение, вызываемое через запущенный в соседнем контейнере Web-сервер), ему следует выделить адрес из диапазона 192.0.2.0/24, например, 192.0.2.$VEID.

Давно диапазон 192.0.2.0/24 стал предназначаться для внутренних сетей?

> Давно диапазон 192.0.2.0/24 стал предназначаться для внутренних сетей?

http://www.rfc-editor.org/rfc/rfc3330.txt

Обычно как раз его и применяют, а что тебя смутило то ?

Наверное, то, что обычно используют все-таки 192.168.0.0/16

все-таки 192.168.0.0/16

Они, в межделмаше, все такие в очках и голубых рубашках, и по инструкции все делают, вот видишь статья типа обучающая - поэтому в диапазоне тест нет. Вот если бы все делали как в межделмаше - мир был бы другим, в нем царила бы красота и гармония %-)

> Наверное, то, что обычно используют все-таки 192.168.0.0/16

Не один ли хер? Чем хуже подмножество этого множества?

прочитал 192.0.2.0/24 как 192.168.2.0/24

Полуркал по сайту внутренним поиском, не нашел где же первая часть.

> не нашел где же первая часть

На тег новости ткни.

Система виртуализации OpenVZ, которая по полной сливает и XEN'у и KVM.

Вывод - ЗАКОПАТЬ !!!

И в чем же, интересно, сливает?
Если необходимо завести парк Linux- или Windows-машин, то OpenVZ (Virtuozzo) просто наилучшее решение, ибо на саму виртуализацию тратится минимум ресурсов - «любая виртуализация - это всего лишь грамотный chroot».

OpenVZ (Virtuozzo) - в основном, решение проблем хостинга. И именно для этого он изначально разрабатывался.

> Если необходимо завести парк Linux- или Windows-машин

а что, бывает openvz для windows? :)

он называется closedvzwin

OpenVZ нет. Есть проприетарный Virtuozzo (ныне - Parallels Virеtuozzo Containers). Понятно, что внутренности у него совершенно другие, но внешнее поведение идентичное.

Кстати, MS отказывается от техподдержки сервера, если на него установили Virtuozzo :)