Projekt V-Smart » Virtio http://www.v-smart.pl Zaplecze linuxowe do systemu LMS Wed, 24 Sep 2014 14:33:37 +0000 pl-PL hourly 1 https://wordpress.org/?v=4.2.39 Virtio na dzieciaku http://www.v-smart.pl/proxmox/virtio-na-dzieciaku-oraz-htb-hfsc-test/ http://www.v-smart.pl/proxmox/virtio-na-dzieciaku-oraz-htb-hfsc-test/#comments Sun, 22 Nov 2009 08:58:55 +0000 http://www.v-smart.pl/?p=96 To długa noc była. Po wczorajszych sukcesach z odpaleniem routera na Intelowym KVM sprawy poszły dalej. Wzięto pod uwagę następujące fakty:

  • jajko 2.6.24.5 (domyslne smp ze Slacka 12.1) działało mi od dwóch lat na kilkunastu routerach bez kernel panic
  • było ono zmontowane z domyślnego konfiga ze Slacka oraz połatane imq, esfq i layer7
  • działało również pod Debianem bez żadnego "ale" (co w sumie oczywistym jest)

Na warsztat poszedł domyślny konfig jajeczka 2.6.34. Zaciągnięte zostały też vaniliowe źródła z kernel.org oraz patche Dj Gregora z linuxbox.pl. Swoją drogą z tego co zauważyłem Dj jest fanem Slackware (podobnie jak ja kiedyś) więc dziwne by było gdyby nie popełnił patchów dla domyślnego jądra tego systemu. Szacun. Kolejność ataku była następująca:

  • patchowanie
  • make menuconfig
  • zapis konfigu i wyjście
  • make menuconfig
  • zaznaczenie odpowiednich modułów (IMQ Target, esfq, layer7)
  • włączenie do jajka modułu Virtio Block Device, Virtio PCI i Virtio Baloon
  • zapis konfiga
  • make bzImage modules modules_install
  • procedura tworzenia paczki (długa historia) z jądrem
  • kompilacja i paczkowanie iptables, iproute, l7-protocols

Efekty - paczki do pobrania: [i386] [amd64]

]]> http://www.v-smart.pl/proxmox/virtio-na-dzieciaku-oraz-htb-hfsc-test/feed/ 0 Proxmox – VIRTIO – lek na ślimaka http://www.v-smart.pl/proxmox/proxmox-virtio-lek-na-slimaka/ http://www.v-smart.pl/proxmox/proxmox-virtio-lek-na-slimaka/#comments Sat, 07 Nov 2009 12:13:34 +0000 http://www.v-smart.pl/?p=79 Przypomnę w czym leżał problem w tym poście. Otóż drodzy szanowni czytelnicy złożyliśmy do kupy kilka routerów na Proxmoxie jednak okazało się, że wydajność dysków wirtualnych oraz sieci była dość niska. Ponadto co jakiś czas wieszały się nam interfejsy sieciowe na bridżach. Przetestowaliśmy rozwiązanie zwane VIRTIO, które to jest traktowane jako cross-platformowe api dla wirtualizacji. Rozwiązanie to w teoretycznej teorii ma być "lepsze" i "szybsze".

Tworząc maszynę wirtualną wybieramy typ dysku VIRTIO (nie ATA, nie SCSI) oraz typ karty sieciowej VIRTIO. Opcje te dostępne są w Proxmoxie o wersji wyższej niż 1.3. Instalujemy na tym np. Debian Lenny w wersji netinstall. Instalka ładnie wykryje nam dysk o nazwie /dev/vda i cała reszta tu już to, co znacie z życia codziennego.

Po odpaleniu systemu na dzieciaku wydajemy polecenie lsmod i zobaczymy wśród podładowanych modułów między innymi:

  • virtio_pci
  • virtio_net
  • virtio_blk

Następnie klepiemy polecenie lspci i powinniśmy zobaczyć coś koło tego:

  • 00:03.0 Ethernet controller: Qumranet, Inc. Device 1000
  • 00:04.0 Mass storage controller: Qumranet, Inc. Device 1001
  • 00:05.0 RAM memory: Qumranet, Inc. Device 1002

Dla świętego spokoju dajmy jeszcze df -h i być powinno tam gdzieś na przykład:

/dev/vda1

Na sieci znalazłem info, że za pomocą VIRTIO można nawet 11-krotnie przyspieszyć wirtualny dysk. Aby jednak osiągnąć to, należy zmienić algorytm IO-Schedulera z [cfq] na [deadline] przez rekompilację jądra systemu (na dobre) lub "w locie" za pomocą polecenia:

echo deadline > /sys/block/sda/queue/scheduler

gdzie sda to nasz dysk. Nie testowałem tego jeszcze.

Na razie testowa konfiguracja chodzi u kolegi, który ma około 150 klientów przez to przepuszczonych. Kolejne problemy jakie spotkaliśmy to kompilacja jądra ze wszystkim odpowiednimi dla routera opcjami. Zaznaczam od razu, że paczki rabbit nie działają na maszyna z dyskiem VIRTIO ponieważ nie zostało to jeszcze wkompilowane a initrd nie używam. To będzie wyzwanie na kilka najbliższych jesiennych szarych wieczorów.

PS. dzięki kadzbi za pomoc.

]]> http://www.v-smart.pl/proxmox/proxmox-virtio-lek-na-slimaka/feed/ 0