| 1 |
rane 08/03/01 21:19:41 |
| 2 |
|
| 3 |
Added: xen-guide.xml |
| 4 |
Log: |
| 5 |
new translation by artur and shpaq, 1.3 |
| 6 |
|
| 7 |
Revision Changes Path |
| 8 |
1.1 xml/htdocs/doc/pl/xen-guide.xml |
| 9 |
|
| 10 |
file : http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/xen-guide.xml?rev=1.1&view=markup |
| 11 |
plain: http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/doc/pl/xen-guide.xml?rev=1.1&content-type=text/plain |
| 12 |
|
| 13 |
Index: xen-guide.xml |
| 14 |
=================================================================== |
| 15 |
<?xml version='1.0' encoding='UTF-8'?> |
| 16 |
<!-- $Header: /var/cvsroot/gentoo/xml/htdocs/doc/pl/xen-guide.xml,v 1.1 2008/03/01 21:19:41 rane Exp $ --> |
| 17 |
|
| 18 |
<!DOCTYPE guide SYSTEM "/dtd/guide.dtd"> |
| 19 |
<guide link="/doc/pl/xen-guide.xml" lang="pl" > |
| 20 |
|
| 21 |
<title>Konfiguracja Xen w Gentoo</title> |
| 22 |
|
| 23 |
<author title="Autor"> |
| 24 |
<mail link="swift@g.o">Sven Vermeulen</mail> |
| 25 |
</author> |
| 26 |
<author title="Tłumaczenie"> |
| 27 |
<mail link="artur.smet@×××××.com">Artur Smęt</mail> |
| 28 |
</author> |
| 29 |
<author title="Tłumaczenie"> |
| 30 |
<mail link="shpaq@××××××.pl">Michał Laszuk</mail> |
| 31 |
</author> |
| 32 |
|
| 33 |
<abstract> |
| 34 |
Opis użycia technologii Xen w systemie Gentoo Linux. |
| 35 |
</abstract> |
| 36 |
|
| 37 |
<!-- The content of this document is licensed under the CC-BY-SA license --> |
| 38 |
<!-- See http://creativecommons.org/licenses/by-sa/2.5 --> |
| 39 |
<license/> |
| 40 |
|
| 41 |
<version>1.2</version> |
| 42 |
<date>2007-12-10</date> |
| 43 |
|
| 44 |
<chapter> |
| 45 |
<title>Wprowadzenie</title> |
| 46 |
<section> |
| 47 |
<body> |
| 48 |
|
| 49 |
<p> |
| 50 |
<uri link="http://www.xensource.com/">Xen</uri> umożliwia uruchamianie kilku |
| 51 |
systemów operacyjnych na jednym fizycznym systemie, zarządza zużyciem zasobów i |
| 52 |
przenosi domeny będące wirtualnymi środowiskami, w których uruchomiony jest |
| 53 |
system-gość z jednego systemu opartego na Xen do innego. Xen wymaga, by system |
| 54 |
bazowy wspierał technologię Xen (w przypadku Linuksa należy wkompilować obsługę |
| 55 |
Xen w jądro systemu), system-gość nie potrzebuje żadnych modyfikacji |
| 56 |
<e>jeśli</e> posiadany sprzęt wspiera Intel Virtualization Technology (VT-x) lub |
| 57 |
AMD Virtualization Technology (SVM). W przeciwnym razie system-gość również musi |
| 58 |
wspierać technologię Xen. |
| 59 |
</p> |
| 60 |
|
| 61 |
<p> |
| 62 |
Ten artykuł omawia krok po kroku kolejne etapy konfiguracji Xen do pracy w |
| 63 |
systemie Gentoo Linux. Nie będzie tu omawiana technologia Xen sama w sobie |
| 64 |
(projekt Xen ma bowiem dość <uri |
| 65 |
link="http://www.cl.cam.ac.uk/research/srg/netos/xen/readmes/user">obszerną |
| 66 |
dokumentację</uri>). Najpierw należy zająć się ustawieniami, które mogą być |
| 67 |
bardzo interesujące dla poszczególnych instalacji Xen, ale niekoniecznie |
| 68 |
związane z samym Xen (np. eksportowanie Portage przez protokół NFS, |
| 69 |
uruchamianie Linuksa przy pomocy PXE, itp.). |
| 70 |
</p> |
| 71 |
|
| 72 |
</body> |
| 73 |
</section> |
| 74 |
</chapter> |
| 75 |
<chapter> |
| 76 |
<title>Przygotowywanie Domeny0</title> |
| 77 |
<section> |
| 78 |
<title>Wprowadzenie</title> |
| 79 |
<body> |
| 80 |
|
| 81 |
<p> |
| 82 |
<e>Domena0</e> jest główną domeną pod Xen, system operacyjny hosta zarządza |
| 83 |
wszystkimi innymi domenami. W tym rozdziale omówione zostanie przygotowanie |
| 84 |
istniejącej instalacji Gentoo do pełnienia roli systemu-hosta w tej domenie i |
| 85 |
zbudowane jądro oparte na Xen. Po tych zmianach Gentoo będzie gotowe do |
| 86 |
hostowania innych domen Xen. |
| 87 |
</p> |
| 88 |
|
| 89 |
</body> |
| 90 |
</section> |
| 91 |
<section> |
| 92 |
<title>Przebudowywanie instalacji Gentoo</title> |
| 93 |
<body> |
| 94 |
|
| 95 |
<p> |
| 96 |
Ważną i zwykle konieczną zmianą jest przebudowanie całego Gentoo z innymi |
| 97 |
ustawieniami <c>CFLAGS</c>. W przeciwnym wypadku systemy uruchamiane pod |
| 98 |
kontrolą Xen mogą mieć bardzo słabą wydajność. W przypadku gdy chodzi jedynie o |
| 99 |
przetestowanie platformy Xen można pominąć ten krok. W tym przypadku strata |
| 100 |
wydajności będzie odczuwalna, ale Xen będzie działać poprawnie. |
| 101 |
</p> |
| 102 |
|
| 103 |
<impo> |
| 104 |
GCC w wersji niższej niż 4 z ustawioną flagą <c>-Os</c> może produkować zepsuty |
| 105 |
kod. |
| 106 |
</impo> |
| 107 |
|
| 108 |
<pre caption="Edycja CFLAGS i przebudowa Gentoo"> |
| 109 |
~# <i>nano -w /etc/make.conf</i> |
| 110 |
<comment>(Dodać -mno-tls-direct-seg-refs)</comment> |
| 111 |
CFLAGS="-O2 -march=pentium4 -pipe <i>-mno-tls-direct-seg-refs</i>" |
| 112 |
|
| 113 |
~# <i>emerge -e world</i> |
| 114 |
</pre> |
| 115 |
|
| 116 |
<p> |
| 117 |
Jeśli system jest uruchamiany z użyciem wewnętrznego ramdysku (initrd), należy |
| 118 |
też przebudować initrd. Najlepiej zrobić to przechodząc wszystkie kroki związane |
| 119 |
z przebudową jądra systemu. |
| 120 |
</p> |
| 121 |
|
| 122 |
</body> |
| 123 |
</section> |
| 124 |
<section> |
| 125 |
<title>Instalacja Xen</title> |
| 126 |
<body> |
| 127 |
|
| 128 |
<p> |
| 129 |
Xen zawiera sporo składników, będzie więc potrzebna instalacja kilku pakietów. |
| 130 |
Ponieważ Xen jest wciąż <uri |
| 131 |
link="/doc/pl/handbook/handbook-x86.xml?part=3&chap=3#doc_chap2">~zamaskowany</uri> |
| 132 |
należy dodać odpowiednie wpisy do <path>/etc/portage/package.keywords</path> i |
| 133 |
dopiero potem zainstalować pakiety. |
| 134 |
</p> |
| 135 |
|
| 136 |
<pre caption="Odmaskowywanie i instalacja Xen"> |
| 137 |
~# <i>nano -w /etc/portage/package.keywords</i> |
| 138 |
app-emulation/xen |
| 139 |
app-emulation/xen-tools |
| 140 |
sys-kernel/xen-sources |
| 141 |
|
| 142 |
~# <i>emerge xen xen-tools xen-sources</i> |
| 143 |
</pre> |
| 144 |
|
| 145 |
</body> |
| 146 |
</section> |
| 147 |
<section> |
| 148 |
<title>Budowanie jądra</title> |
| 149 |
<body> |
| 150 |
|
| 151 |
<p> |
| 152 |
Następnie należy zbudować jądro Linuksa wspierające Xen. To jądro, którego |
| 153 |
źródła są dostępne w <path>/usr/src/linux-2.6.x.z-xen</path> będzie głównym |
| 154 |
jądrem obsługującym domenę0. W sekcji <c>XEN</c> znajdują się sterowniki dla |
| 155 |
różnego rodzaju urządzeń wejścia/wyjścia. Każdy sterownik ma dostępne dwa |
| 156 |
rodzaje implementacji: back-end i front-end. Dla jądra domeny0 niezbędna jest |
| 157 |
implementacja sterowników typu <e>back-end</e>: są one używane przez inne domeny |
| 158 |
(używające sterowników typu <e>front-end</e>) do bezpośredniej komunikacji ze |
| 159 |
sprzętem. |
| 160 |
</p> |
| 161 |
|
| 162 |
<p> |
| 163 |
Oczywiście nie można zapomnieć o wybraniu <c>Xen-compatible</c> w sekcji |
| 164 |
<c>Processor type and features</c>. Jeśli chodzi o sieć to każdy interfejs w |
| 165 |
domenie jest bezpośrednio połączony z interfejsem domeny0 (nazywa się |
| 166 |
<path>vifX.Y</path> gdzie X oznacza numer domeny, a Y kolejny numer interfejsu w |
| 167 |
domenie). Sieć można skonfigurować wg uznania (mostkowanie, NAT, itp.) |
| 168 |
</p> |
| 169 |
|
| 170 |
<pre caption="Włączanie wsparcia dla Xen w jądrach i386"> |
| 171 |
Processor type and features ---> |
| 172 |
Subarchitecture Type (Xen-compatible) |
| 173 |
</pre> |
| 174 |
|
| 175 |
<pre caption="Włączanie wsparcia Xen w jądrach x86_64"> |
| 176 |
Processor type and features ---> |
| 177 |
Subarchitecture Type (PC-compatible) |
| 178 |
[*] Enable Xen compatible kernel |
| 179 |
</pre> |
| 180 |
|
| 181 |
<pre caption="Domena-0 Konfiguracja jądra"> |
| 182 |
Bus options (PCI etc.) ---> |
| 183 |
[*] PCI support |
| 184 |
[ ] Xen PCI Frontend Debugging |
| 185 |
|
| 186 |
Networking ---> |
| 187 |
Networking options ---> |
| 188 |
<*> 802.1d Ethernet Bridging |
| 189 |
<comment>Wyłącznie dla sieci wykorzystujących mostki</comment> |
| 190 |
|
| 191 |
XEN ---> |
| 192 |
[*] Privileged Guest (domain 0) |
| 193 |
<*> Backend driver support |
| 194 |
<*> Block-device backend driver |
| 195 |
<*> Network-device backend driver |
| 196 |
<*> PCI-device backend driver |
| 197 |
PCI Backend Mode (Virtual PCI) ---> |
| 198 |
[*] Scrub memory before freeing it to Xen |
| 199 |
[*] Disable serial port drivers |
| 200 |
Xen version compatibility (3.0.4 and later) |
| 201 |
</pre> |
| 202 |
|
| 203 |
<pre caption="Domena-U Konfiguracja jądra"> |
| 204 |
Bus options (PCI etc.) ---> |
| 205 |
[ ] PCI support |
| 206 |
|
| 207 |
Device Drivers ---> |
| 208 |
SCSI device support ---> |
| 209 |
< > SCSI device support |
| 210 |
<comment>Wyłączenie obsługi SCSI uwalnia nazwy urządzeń /dev/sd* i umożliwia |
| 211 |
ich wykorzystanie przez wirtualne urządzenia blokowe Xen</comment> |
| 212 |
|
| 213 |
XEN ---> |
| 214 |
[ ] Privileged Guest (domain 0) |
| 215 |
<*> Block-device frontend driver |
| 216 |
<*> Network-device frontend driver |
| 217 |
[*] Scrub memory before freeing it to Xen |
| 218 |
[*] Disable serial port drivers |
| 219 |
Xen version compatibility (3.0.4 and later) |
| 220 |
</pre> |
| 221 |
|
| 222 |
<p> |
| 223 |
Ciekawą opcją jest zmuszenie jądra systemu do przechowywania akcesoryjnych |
| 224 |
plików obiektowych w innym miejscu. Możliwe jest wtedy użycie tego samego drzewa |
| 225 |
jądra do zbudowania różnych konfiguracji: |
| 226 |
</p> |
| 227 |
|
| 228 |
<pre caption="Budowanie jądra"> |
| 229 |
~# <i>mkdir -p ~/build/dom0 ~/build/domU</i> |
| 230 |
~# <i>make O=~/build/dom0 menuconfig</i> |
| 231 |
<comment>(Konfigurowanie jądra)</comment> |
| 232 |
~# <i>make O=~/build/dom0 && make O=~/build/dom0 modules_install</i> |
| 233 |
</pre> |
| 234 |
|
| 235 |
<p> |
| 236 |
Kiedy jądro zostanie zbudowane, jego obraz znajdzie się natychmiast w katalogu |
| 237 |
ze źródłami (nie w <path>arch/</path> ani żadnym innym podkatalogu) pod nazwą |
| 238 |
<path>vmlinuz</path>. Należy skopiować ten plik do katalogu <path>/boot</path> |
| 239 |
oraz skonfigurować bootloader do współpracy z Xen hypervisor (jednym z |
| 240 |
poprzednio zainstalowanych pakietów) zapisanym jako <path>/boot/xen.gz</path>. W |
| 241 |
konfiguracji bootloadera należy dodać nowo zbudowane jądro. Dla programu GRUB: |
| 242 |
</p> |
| 243 |
|
| 244 |
<pre caption="Konfiguracja GRUB-a dla Xen"> |
| 245 |
title Xen 3.0 / Gentoo Linux 2.6.x.y |
| 246 |
root (hd0,0) |
| 247 |
kernel /boot/xen.gz |
| 248 |
module /boot/kernel-2.6.x.y-xen0 root=/dev/hda3 |
| 249 |
</pre> |
| 250 |
|
| 251 |
<p> |
| 252 |
Teraz należy ponownie uruchomić komputer. Przy każdym uruchomieniu należy |
| 253 |
załadować usługę Xen: |
| 254 |
</p> |
| 255 |
|
| 256 |
<pre caption="Ładowanie usługi Xen"> |
| 257 |
~# <i>/etc/init.d/xend start</i> |
| 258 |
</pre> |
| 259 |
|
| 260 |
<p> |
| 261 |
Należy sprawdzić czy możliwe jest wszystko to co na normalnym systemie. Jeśli |
| 262 |
tak to można ustawić bootloader, by uruchamiał Xen domyślnie oraz dodać usługę |
| 263 |
Xen do uruchamiania podczas startu systemu. |
| 264 |
</p> |
| 265 |
|
| 266 |
<note> |
| 267 |
Jeśli chcemy by domeny-goście startowały automatycznie z systemem należy dodać |
| 268 |
<c>xendomains</c> do domyślnego poziomu uruchomieniowego oraz utworzyć |
| 269 |
dowiązanie symboliczne w <path>/etc/xen/auto/</path> do plików konfiguracyjnych |
| 270 |
domen Xen, które mają zostać uruchomione. |
| 271 |
</note> |
| 272 |
|
| 273 |
</body> |
| 274 |
</section> |
| 275 |
</chapter> |
| 276 |
<chapter> |
| 277 |
<title>Tworzenie nieuprzywilejowanej domeny</title> |
| 278 |
<section> |
| 279 |
<title>Budowanie jądra</title> |
| 280 |
<body> |
| 281 |
|
| 282 |
<p> |
| 283 |
Należy przejść do katalogu ze źródłami jądra Xen i zaktualizować konfigurację. |
| 284 |
Dobrym pomysłem jest skonfigurowanie wszystkiego tak jak w głównym jądrze i |
| 285 |
jedynie dokonanie zmiany implementacji sterowników z <c>frontend</c> na |
| 286 |
<c>backend</c>. Następnie należy zbudować jądro i umieścić otrzymany plik |
| 287 |
<path>vmlinuz</path> w odpowiednim miejscu (może to być |
| 288 |
<path>/mnt/data/xen/kernel</path>): |
| 289 |
</p> |
| 290 |
|
| 291 |
<pre caption="Budowanie jądra systemu-gościa"> |
| 292 |
~# <i>make O=~/build/domU</i> |
| 293 |
~# <i>cp ~/build/vmlinuz /mnt/data/xen/kernel/kernel-2.6.x.y-xen</i> |
| 294 |
</pre> |
| 295 |
|
| 296 |
<p> |
| 297 |
Możliwe jest również zbudowanie pojedynczego jądra zarówno dla domeny |
| 298 |
administracyjnej jak i dla domeny nieuprzywilejowanej. Więcej informacji na ten |
| 299 |
temat można znaleźć w manualu Xen. |
| 300 |
</p> |
| 301 |
|
| 302 |
</body> |
| 303 |
</section> |
| 304 |
<section> |
| 305 |
<title>Creating the Domain Disks</title> |
| 306 |
<body> |
| 307 |
|
| 308 |
<p> |
| 309 |
By osiągnąć najlepsze wyniki, doskonałym rozwiązaniem jest przeznaczenie całej |
| 310 |
partycji (bądź woluminu logiczny) na domenę zamiast systemu plików opartego na |
| 311 |
pojedynczym pliku. Jeśli jednak Xen ma być używany głównie jako platforma |
| 312 |
testowa, system plików oparty na pojedynczym pliku ma pewne zalety (głównie w |
| 313 |
kwestii podtrzymywania). |
| 314 |
</p> |
| 315 |
|
| 316 |
<p> |
| 317 |
System plików oparty na pliku można utworzyć używając <c>dd</c> i <c>mke2fs</c> |
| 318 |
(lub innego dowolnego narzędzia do tworzenia systemu plików). Na przykład, by |
| 319 |
utworzyć plik o rozmiarze 2GB zawierający system plików ext3: |
| 320 |
</p> |
| 321 |
|
| 322 |
<pre caption="Tworzenie systemu plików opartego na pliku"> |
| 323 |
~# <i>dd if=/dev/zero of=/mnt/data/xen/disks/ext3root.img bs=1M count=2048</i> |
| 324 |
~# <i>mke2fs -j /mnt/data/xen/disks/ext3root.img</i> |
| 325 |
</pre> |
| 326 |
|
| 327 |
</body> |
| 328 |
</section> |
| 329 |
<section> |
| 330 |
<title>Konfigurowanie domeny</title> |
| 331 |
<body> |
| 332 |
|
| 333 |
<p> |
| 334 |
Następnie należy utworzyć plik konfiguracyjny dla domeny. Można je przechowywać |
| 335 |
w dowolnym miejscu, przykładowo w <path>/mnt/data/xen/configs</path>. Jako |
| 336 |
przykład zostanie utworzony plik konfiguracyjny dla małego środowiska opartego |
| 337 |
na Gentoo korzystającego z uprzednio stworzonego obrazu dysku: |
| 338 |
</p> |
| 339 |
|
| 340 |
<pre caption="Tworzenie pliku konfiguracyjnego dla domeny"> |
| 341 |
~# <i>nano -w /mnt/data/xen/configs/gentoo</i> |
| 342 |
|
| 343 |
kernel = "/mnt/data/xen/kernel/kernel-2.6.x.y-xen" |
| 344 |
memory = 512 |
| 345 |
name = "gentoo" |
| 346 |
<comment>(Mapowanie obrazu dysku do wirtualnego /dev/sda1)</comment> |
| 347 |
disk = ['file:/mnt/data/xen/disks/ext3root.img,sda1,w'] |
| 348 |
root = "/dev/sda1 ro" |
| 349 |
</pre> |
| 350 |
|
| 351 |
<p> |
| 352 |
Jeśli w użyciu jest urządzenia blokowe (woluminu LVM lub zwykłej partycji) jako |
| 353 |
dysk należy wpisać 'phy:' zamiast 'file:' oraz opuścić /dev/. Na przykład: |
| 354 |
</p> |
| 355 |
|
| 356 |
<pre caption="Używanie urządzenia blokowego"> |
| 357 |
<comment>(Wolumin LVM)</comment> |
| 358 |
disk = [ 'phy:lvm/xen-guest-root,sda1,w' ] |
| 359 |
|
| 360 |
<comment>(Fizyczna partycja)</comment> |
| 361 |
disk = [ 'phy:sdb6,sda1,w' ] |
| 362 |
</pre> |
| 363 |
|
| 364 |
<p> |
| 365 |
Przykładowe pliki konfiguracyjne znajdują się w <path>/etc/xen</path>. |
| 366 |
</p> |
| 367 |
|
| 368 |
</body> |
| 369 |
</section> |
| 370 |
<section> |
| 371 |
<title>Uruchamianie nowej domeny</title> |
| 372 |
<body> |
| 373 |
|
| 374 |
<p> |
| 375 |
Możliwe jest teraz uruchomienie nowej domeny. Jeśli obraz dysku zawiera system |
| 376 |
operacyjny, możemy utworzyć domenę używając polecenia <c>xm</c> (Xen manager): |
| 377 |
</p> |
| 378 |
|
| 379 |
<pre caption="Tworzenie i uruchamianie nowej domeny"> |
| 380 |
~# <i>xm create /mnt/data/xen/configs/gentoo -c</i> |
| 381 |
</pre> |
| 382 |
|
| 383 |
<p> |
| 384 |
Domena zostanie uruchomiona w terminalu, w którym uruchomiono odpowiednie |
| 385 |
polecenie. W opisywanym przypadku, obraz dysku jest jednak pusty, więc domena |
| 386 |
się nie uruchomi. Słowem, jest bezużyteczna. Żeby to naprawić, należy zamontować |
| 387 |
obraz i zainstalować Gentoo. |
| 388 |
</p> |
| 389 |
|
| 390 |
<p> |
| 391 |
Aby rozłączyć się od domeny wystarczy nacisnąć kombinację klawiszy |
| 392 |
<path>Ctrl+]</path>. Zawsze można jednak połączyć się ponownie z domeną przez |
| 393 |
konsolę korzystając z polecenia <c>xm console gentoo</c>. Dostępna jest jednak |
| 394 |
tylko jedna konsola na domenę. Należy używać jej tylko wtedy, gdy niemożliwe |
| 395 |
jest inne połączenie (na przykład przez protokół SSH). |
| 396 |
</p> |
| 397 |
|
| 398 |
</body> |
| 399 |
</section> |
| 400 |
</chapter> |
| 401 |
<chapter> |
| 402 |
<title>Sieć w nieuprzywilejowanych domenach</title> |
| 403 |
<section> |
| 404 |
<title>Wprowadzenie</title> |
| 405 |
<body> |
| 406 |
|
| 407 |
<p> |
| 408 |
Xen wspiera dwa typy konfiguracji wirtualnych sieci: <e>routowanie</e> oraz |
| 409 |
<e>mostkowanie</e>. |
| 410 |
</p> |
| 411 |
|
| 412 |
<p> |
| 413 |
Jeśli zostanie wybrane <e>routowanie</e> interfejs domeny nieuprzywilejowanej |
| 414 |
będzie podłączony do wirtualnego interfejsu domeny administracyjnej (domeny0), w |
| 415 |
której wirtualny interfejs jest połączony z <path>eth0</path>. Interfejs domeny |
| 416 |
nieuprzywilejowanej powinien mieć adres IP z tej samej sieci co domena |
| 417 |
administracyjna. Jeśli nie zostaną ustawione odpowiednie zasady routingu, |
| 418 |
pakiety do tego adresu IP trafią tylko do domeny administracyjnej. |
| 419 |
</p> |
| 420 |
|
| 421 |
<p> |
| 422 |
W wypadku, gdy zostanie wybrane <e>mostkowanie</e>, domyślny interfejs w domenie |
| 423 |
administracyjnej stanie się mostkiem akceptującym połączenia do domen |
| 424 |
wirtualnych, także do adresu IP domeny administracyjnej. |
| 425 |
</p> |
| 426 |
|
| 427 |
</body> |
| 428 |
</section> |
| 429 |
<section> |
| 430 |
<title>Regularne interfejsy routowane</title> |
| 431 |
<body> |
| 432 |
|
| 433 |
<p> |
| 434 |
Przed ustawieniem interfejsu domeny nieuprzywilejowanej, należy się upewnić czy |
| 435 |
sterowniki <path>netloop</path> i <path>netbk</path> są załadowane. Wskazówka: |
| 436 |
jeśli <path>netloop</path> jest skompilowany jako moduł, należy go załadować z |
| 437 |
opcją <c>nloopbacks=0</c>, co sprawi, że Xen nie będzie tworzył zbędnych |
| 438 |
interfejsów dla urządzenia loopback. Następnie trzeba wyedytować plik |
| 439 |
konfiguracyjny domeny i dodać do niego instrukcję <c>vif</c>. |
| 440 |
</p> |
| 441 |
|
| 442 |
<pre caption="Konfiguracja wirtualnego interfejsu"> |
| 443 |
~# <i>nano -w /mnt/data/xen/configs/gentoo</i> |
| 444 |
|
| 445 |
<comment>(Dodanie instrukcji vif)</comment> |
| 446 |
vif = [ 'ip=192.168.1.101, vifname=veth1' ] |
| 447 |
</pre> |
| 448 |
|
| 449 |
<p> |
| 450 |
W powyższym przykładzie interfejs jest tworzony dla domeny nieuprzywilejowanej. |
| 451 |
Będzie się on nazywać <path>eth0</path>) i Xen upewni się czy adres |
| 452 |
192.168.1.101 jest osiągalny z domeny administracyjnej za pomocą interfejsu |
| 453 |
<path>veth1</path>. |
| 454 |
</p> |
| 455 |
|
| 456 |
<p> |
| 457 |
To jednak nie znaczy, że wirtualnemu interfejsowi <path>eth0</path> IP |
| 458 |
192.168.1.101 zostanie nadane automatycznie, ale raczej, jeśli nie zostanie mu |
| 459 |
ono podane, wirtualny interfejs nie połączy się z domeną administracyjną. |
| 460 |
</p> |
| 461 |
|
| 462 |
<p> |
| 463 |
Teraz należy wyedytować <path>/etc/xen/xend-config.xsp</path> tak jak poniżej, |
| 464 |
aby wybrać sieć routowaną: |
| 465 |
</p> |
| 466 |
|
| 467 |
<pre caption="Edycja xend-config.xsp"> |
| 468 |
~# <i>nano -w /etc/xen/xend-config.xsp</i> |
| 469 |
|
| 470 |
<comment>(Należy zakomentować poniższe linie)</comment> |
| 471 |
<i>#</i>(network-script network-bridge) |
| 472 |
<i>#</i>(vif-script vif-bridge) |
| 473 |
|
| 474 |
<comment>(Włączyć: )</comment> |
| 475 |
(network-script network-route) |
| 476 |
(vif-script vif-route) |
| 477 |
</pre> |
| 478 |
|
| 479 |
</body> |
| 480 |
</section> |
| 481 |
<section> |
| 482 |
<title>Interfejsy mostkowane</title> |
| 483 |
<body> |
| 484 |
|
| 485 |
<p> |
| 486 |
W odróżnieniu od interfejsów routowanych należy teraz załadować sterownik |
| 487 |
<path>netloop</path> z <c>nloopbacks=1</c> (lub wyższym) jako dodatkowe |
| 488 |
urządzenie do stworzenia mostka. Dla innych modułów nadal niezbędny jest moduł |
| 489 |
<path>netbk</path> jako funkcji mostka (moduł <path>bridge</path> powinien być |
| 490 |
zbudowany). |
| 491 |
</p> |
| 492 |
|
| 493 |
<p> |
| 494 |
Teraz należy wyedytować wirtualną domenę i dodać <c>vif</c>: |
| 495 |
</p> |
| 496 |
|
| 497 |
<pre caption="Konfiguracja wirtualnego interfejsu"> |
| 498 |
~# <i>nano -w /mnt/data/xen/configs/gentoo</i> |
| 499 |
|
| 500 |
<comment>(Dodanie instrukcji vif)</comment> |
| 501 |
vif = [ 'ip=192.168.1.101, vifname=veth0' ] |
| 502 |
</pre> |
| 503 |
|
| 504 |
<p> |
| 505 |
Następnie należy wyedytować plik <path>/etc/xen/xend-config.xsp</path>, by |
| 506 |
wyglądał tak jak poniżej, by wybrać mostkowaną konfigurację sieci: |
| 507 |
</p> |
| 508 |
|
| 509 |
<pre caption="Edycja xend-config.xsp"> |
| 510 |
~# <i>nano -w /etc/xen/xend-config.xsp</i> |
| 511 |
|
| 512 |
<comment>(Usunięcie komentarza sprzed linii:)</comment> |
| 513 |
(network-script network-bridge) |
| 514 |
(vif-script vif-bridge) |
| 515 |
|
| 516 |
<comment>(Zakomentowanie:)</comment> |
| 517 |
<i>#</i> (network-script network-route) |
| 518 |
<i>#</i> (vif-script vif-route) |
| 519 |
</pre> |
| 520 |
|
| 521 |
<p> |
| 522 |
Domyślnie mostek zawiera tylko interfejs, który został skonfigurowany jako |
| 523 |
domyślny (ten który jest wymieniony jako domyślny przez <c>ip route list</c>). |
| 524 |
Aby zmienić to zachowanie, należy wyedytować <path>xend-config.xsp</path> jak |
| 525 |
poniżej: |
| 526 |
</p> |
| 527 |
|
| 528 |
<pre caption="Edycja xend-config.xsp w celu zmiany konfiguracji mostu"> |
| 529 |
~# <i>nano -w /etc/xen/xend-config.xsp</i> |
| 530 |
|
| 531 |
<comment>(Edycja linii network-script)</comment> |
| 532 |
(network-script <i>'</i>network-bridge <i>netdev=eth0 bridge=xenbr0 vifnum=0'</i>) |
| 533 |
</pre> |
| 534 |
|
| 535 |
<p> |
| 536 |
Kiedy konfiguracja jest gotowa, należy jeszcze raz uruchomić skrypt <c>xend</c> |
| 537 |
aby zbudować mostek sieciowy: |
| 538 |
</p> |
| 539 |
|
| 540 |
<pre caption="Restartowanie usługi xend"> |
| 541 |
~# <i>/etc/init.d/xend restart</i> |
| 542 |
</pre> |
| 543 |
|
| 544 |
</body> |
| 545 |
</section> |
| 546 |
</chapter> |
| 547 |
<chapter> |
| 548 |
<title>Inne źródła</title> |
| 549 |
<section> |
| 550 |
<title>Dokumentacja Xen</title> |
| 551 |
<body> |
| 552 |
|
| 553 |
<ul> |
| 554 |
<li> |
| 555 |
<uri |
| 556 |
link="http://tx.downloads.xensource.com/downloads/docs/user/">Instrukcja |
| 557 |
użytkownika Xen</uri> |
| 558 |
</li> |
| 559 |
<li> |
| 560 |
<uri link="http://xen.xensource.com/documentation.html">Dokumentacja |
| 561 |
Xen</uri> |
| 562 |
</li> |
| 563 |
<li> |
| 564 |
<uri link="http://wiki.xensource.com/xenwiki/">Xen Wiki</uri> |
| 565 |
</li> |
| 566 |
</ul> |
| 567 |
|
| 568 |
</body> |
| 569 |
</section> |
| 570 |
<section> |
| 571 |
<title>Narzędzia Xen</title> |
| 572 |
<body> |
| 573 |
|
| 574 |
<ul> |
| 575 |
<li> |
| 576 |
<uri |
| 577 |
link="http://virt-manager.et.redhat.com/">app-emulation/virt-manager</uri> |
| 578 |
Narzędzie graficzne do zarządzania wirtualnymi maszynami. |
| 579 |
</li> |
| 580 |
</ul> |
| 581 |
|
| 582 |
</body> |
| 583 |
</section> |
| 584 |
</chapter> |
| 585 |
</guide> |
| 586 |
|
| 587 |
|
| 588 |
|
| 589 |
-- |
| 590 |
gentoo-commits@l.g.o mailing list |
Archives