The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Установка и настройка виртуальной машины Xen на NetBSD-3.0 (xen virtual netbsd)


<< Предыдущая ИНДЕКС Правка src / Печать Следующая >>
Ключевые слова: xen, virtual, netbsd,  (найти похожие документы)
From: Михаил Сгибнев <mixa(@).dreamcatcher.ru> Date: 2006-09-13 15:21:16 Subject: Установка и настройка виртуальной машины Xen на NetBSD-3.0
Автор: Сгибнев Михаил

Целью данной статьи не является сравнение различных средств виртуализации, в ней показано как в кратчайшие сроки развернуть виртуальную машину Xen на NetBSD-3.0. Общие сведения о виртуальных машинах и сравнение различных методов виртуализации вы можете почерпнуть в статье Александра Полякова http://unix.ginras.ru/apps/gam002.html

Так как официально NetBSD-3.0 еще не вышла, то мы воспользуемся снапшотом системы с последующим ее обновлением до текущего состояния. Начальная установка NetBSD-3.0_BETA ничем не отличается от установки других версий данной операционной системы.


По завершению установки входим в систему


и производим необходимую начальную настройку, исходя из личных предпочтений и условий:


Настоятельно рекомендую перед использованием обновить систему: Для обновления дерева исходных текстов: Необходимо распаковать в каталог /usr/src архивы исходных текстов системы, которые можно скачать с ftp.netbsd.org. Далее: Обновляем систему:


Создаем необходимые для сбоки каталоги и задаем переменную окружения (не забывайте указывать BSDOBJDIR после каждой перезагрузки) Собираем инструментарий


Собираем систему:


Собираем новое ядро:


Устанавливаем ядро и презагружаемся: После загрузки у нас теперь NetBSD 3.0_RC3 (GENERIC) #0: Mon Nov 14 12:33:48 MSK 2005 Устанавливаем пользовательское окружение:


Контрольная перезагрузка:


Я рекомендую сразу же собрать релиз, который будет нами впоследствии использован для установки в гостевой домен. Сделать это можно следующей командой: Далее, необходимо скачать или обновить систему портов NetBSD - pkgsrc.

Так как не стоит забывать о безопасности, то настоятельно рекомендуется установить утилиту /usr/pkgsrc/security/audit-packages, после чего скачать свежую базу уязвимостей следующей командой: и, воспользовавшись командой crontab -e, внести следующее задание демону CRON: Далее, создайте файл /etc/security.local следующего содержания: Для работы Xen нам необходимо установить пакеты sysutils/grub, sysutils/xenkernel20 и sysutils/xentools20:


Отредактируем, скомпилируем и установим ядро для domain0 на нашей системе. Создаем каталог /grub и помещаем в него файл menu.lst следущего содержания (при этом считаем, что загрузка осуществляется с wd0): Затем устанавливаем конфигурационный файл:


Загружаем систему:


Необходимо убедиться, что устройства /dev/xencons и /dev/xenevt, необходимые для работы Xen, созданы. В противном случае, создайте из командой: Производим запуск демона xen: xend пишет логи в файлы /var/log/xend.log и /var/log/xend-debug.log. Контроль за доменами осуществляется с помощью утилиты xm: Обратите внимание, что связь между xend и xm осуществляется через сокет TCP, и xend прослушивает порты *.8000, *.8001 and *.8002. Я настоятельно советую вам фильтровать эти порты (с помощью IPF или PF) и принимать соединения только с адреса 127.0.0.1, при этом ограничить число пользователей, которые могут получить доступ к domain0. Откомпилируем ядро непривилегированного домена: Создадим каталог xen_kernels , в котором мы будем хранить ядра непривилегированных доменов и поместим туда только что созданное ядро: И создадим файл, в котором будет содержаться домен(если у вас нет специально отведенного для этих целей раздела): В примере выше был создан файл размером 150Мб, подключен с помощью vnconfig, размечен на разделы и на нем была создана файловая мистема. На появляющуюся ощибку "Invalid signature in mbr record 0" внимания обращать не стоит. В моем примере файл disklabel.proto, содержащий карту диска, был весьма примитивен и содержал один единственный раздел: После этого, мы монтируем /dev/vnd0a: и распаковываем в этом каталоге все необходимые нам наборы, которые находятся в каталоге /usr/src/obj/releasedir Создаем файл конфигурации домена /usr/pkg/etc/xen/nbsd: Командой 'xm create' создается новый домен. Он будет использовать файл конфигурации, определяемой переменной PKG_SYSCONFDIR (по умолчанию /usr/pkg/etc/xen/).

Разберем строку disk = [ 'phy:/dev/cd0a,cd0a,r', 'phy:/dev/vnd0a,wd0h,w' ]. Она определяет, к каким разделам корневого домена будет иметь доступ гостевой домен, при этом действует следущая схема обозначения дисков: phy:DEV,VDEV,MODE. Здесь DEV обозначает раздел корневого домена, VDEV - раздел, под которым он будет виден в корневой системе и значение MODE может быть r для режима read-only и w для режима read-write. В нашем примере мы монтируем CD-ROM и наш виртуальный диск. Для работы CD-ROM не нужен, вы можете закомментировать эту строку, она необходима только при установке системы с CD-ROM (при этом учтите, что при начальной установке домена (если вы не устанавливаетет его с компакт диска), вы должны откомпилировать ядро INSTALL_XENU и поместить его в каталог с ядром XENU).

В нашем случае, мы перенесем систему в гостевой домен, поэтому установка не потребуется и можно стразу использовать нормальное ядро. Оставьте строку, содержащую disk = [ 'phy:/dev/vnd0a,wd0h,w' ].

Настроку сети я рекомендую провести после установки домена, хотя все параметры можно указать и в конфигурационном файле.

Данная команда позволит вам сразу подключиться к создаваемому домену: Мы получим следующую картину: После этого мы можем приступать к настройке домена.

Необходимо создать файл fstab, содержащий следущую строку: Отредактировать /etc/rc.conf на наличие этих и других, необходимых лично вам, строк: В конечном итоге, целью наших стараний будет получить: Для настройки сети необходимо просто настроить соответствующий сетевой интерфейс xvif2.0 в корневом домене: Остановить домен можно командой xm shutdown nbsd, выполненной в корневом домене. В последствии, число виртуальных машин можно увеличить простым копированием и переименованием файла конфигурации и файла, содержащего образ операционной системы гостевого домена.

Внимательный читатель обратит внимание, что в разные моменты времени используется и RC3 и RC4, это обусловлено тем, лабораторная работа по данной статье проводилась на двух разных машинах в течении нескольких дней.

<< Предыдущая ИНДЕКС Правка src / Печать Следующая >>

Обсуждение [ RSS ]
  • 1, alan (??), 17:03, 15/03/2010 [ответить]  
  • +/
    надо использовать
    newfs /dev/rvnd0a
    вместо newfs /dev/vnd0a
    !!!
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:




    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру