yaVDR auf HP Microserver / KVM Virtualisierung

Moin,

ich hab den Hobel seit 14 Tagen mit yaVDR 0.5-ß am rennen. Als TV-karte ne digital devices Cine c/t v6. Der Eimer hat 6 GB Ram, bootet vom SSD, die Platteneinschübe sind mit verschiedenen Plattengrössen vollgestopft und per mhddfs zu einer grossen verhäkelt. Bisher ohne probleme. Runtergefahren wird der nie. Rennen auch noch nen paar andere Diesnte mit drauf, wie MySQL für XBMC. Zugriff auf die Daten erfolgt vom Client per NFS, allerdings ohne avahi, oder
von Windows aus per CIFS. Ich würde den jederzeit wieder kaufen und für diesen Zweck einsetzen.

Nur, warum willst du virtualisieren, also das ganze verkomplizieren?

Zitat von TesaFilm

Nur, warum willst du virtualisieren, also das ganze verkomplizieren?

Weil das z.B. das Backup/Restore enorm erleichtert, man kann sich mit verschiedenen Konfigurationen spielen (in mehreren VMs) usw...

löwe:
PCI passthrough funtzt generell mit KVM.
Falls Du noch kein fertiges Hostsystem hast, schau mal hier: http://pve.proxmox.com/wiki/Main_Page
KVM unter debian mit webinterface, automatischen Backups usw.

Hi,

Die AMD CPU vom HP Microserver konnte doch kein passthrough, oder? Weiss da jemand genaueres?

Zitat von Polaris

Die AMD CPU vom HP Microserver konnte doch kein passthrough, oder? Weiss da jemand genaueres?

Nein kann sie nicht, aber das hindert KVM nicht eine PCI-Karte an einen Client durchzureichen, ich meine auch ESXi zickt da nicht sonderlich rum ...

Directed I/O aka VT-d aka IOMMU bedarf recht aktuelle CPUs und Chipsätze. Bei Intel z.B. min. einen Q-Chipsatz und einen Core i5, wobei das nicht alle von denen können, Specs beachten. Bei AMD muß es IIRC schon einer der FX CPUs sein, evtl. konnte das schon der ein oder andere Phenom, bei den AMD Chipsätzen bin ich grad nicht auf dem laufenden ...

Aber es funktioniert sehr wohl auch ohne, nur eben nicht ganz mit dem Datendurchsatz wie bei nativer Ansteuerung oder Directed I/O ...

Regards
fnu

Zitat

Nein kann sie nicht, aber das hindert KVM nicht eine PCI-Karte an einen Client durchzureichen, ich meine auch ESXi zickt da nicht sonderlich rum ...

Directed I/O aka VT-d aka IOMMU bedarf recht aktuelle CPUs und Chipsätze. Bei Intel z.B. min. einen Q-Chipsatz und einen Core i5, wobei das nicht alle von denen können, Specs beachten. Bei AMD muß es IIRC schon einer der FX CPUs sein, evtl. konnte das schon der ein oder andere Phenom, bei den AMD Chipsätzen bin ich grad nicht auf dem laufenden ...

Aber es funktioniert sehr wohl auch ohne, nur eben nicht ganz mit dem Datendurchsatz wie bei nativer Ansteuerung oder Directed I/O ...

Regards
fnu

Alles anzeigen

Hast du zum Thema ESXI mehr Infos?
Hab es auf einem Asus P5Q Pro mit Q9450 CPU installiert und dort funktioniert das durch reichen von PCI Geräten nicht. Laut den Infos die ich gefunden habe ist ein Q-Chipsatz Pflicht.

Gesendet von meinem Galaxy Nexus mit Tapatalk 2

Zitat von fnu

Nein kann sie nicht, aber das hindert KVM nicht eine PCI-Karte an einen Client durchzureichen, ich meine auch ESXi zickt da nicht sonderlich rum ...

Directed I/O aka VT-d aka IOMMU bedarf recht aktuelle CPUs und Chipsätze. Bei Intel z.B. min. einen Q-Chipsatz und einen Core i5, wobei das nicht alle von denen können, Specs beachten. Bei AMD muß es IIRC schon einer der FX CPUs sein, evtl. konnte das schon der ein oder andere Phenom, bei den AMD Chipsätzen bin ich grad nicht auf dem laufenden ...

Aber es funktioniert sehr wohl auch ohne, nur eben nicht ganz mit dem Datendurchsatz wie bei nativer Ansteuerung oder Directed I/O ...

Regards
fnu

pci karten gehen auf dem esxi aber pci-e geht nicht ( lass mich gerne besseres belehren , aber mit 4 & 5.0 ging es nicht . 5.1 habe ich noch nicht getestet) .... aber via USB ist alles kein Problem .... nur mal so an Rande

gruß
karsten

Alles anzeigen

@all

Bevor ich mich auf weitere Diskussionen einlasse, habe ich dass mit aktuellen Versionen selbst getestet, weil bei ESXi war ich mir auch nicht sicher, war eher ganz schlechtes hören sagen ...

Ich habe mich in den letzten Stunden mit KVM in Form von Proxmox und ESXi befasst. ESXi 5.1 lief dabei auf keiner meiner AMD Hardware stabil, sobald Last drauf kam kackten die virtuellen Maschinen ab, im Gegenzug grillte Proxmox mein SandyBridge HW, der Kernel 2.6.32 ist halt einfach zu alt.

Bei beiden konnte ich keine PCI Karten virtualisieren, weder mit ESXi auf einem Mainboard mit Intel Q67 Chipsatz, der vorhanden Core i3 reicht nicht aus, da werde ich wohl auf einen Core i5 sparen müssen. Bei Proxmox wurde die Funktion entfernt PCI Karten zu virtualisieren. Vmtl. wird das bei allen KVM Umsetzungen so sein, weil die Hauptentwickler bei RedHat die Meinung vertreten, das ist eine Sicherheitslücke und hat eh keine Nutzer. D.h. es gibt prinzipiell den Code für KVM das tun, der verschwindet aber bzw. ist es schon ...

Ende 2010/Anfang 2011 hatte ich mal mit Proxmox testweise eine TT S2-1600 durchgereicht, was auch funktioniert hatte. Aber das war eben gestern, USB Devices sind bei beiden kein Problem, bei ESXi nur besser im GUI umgesetzt.

Bei AMDs AMD-Vi (IOMMU) tue ich mich schwer herauszufinden, welche CPU das wirklich kann. Man könnte anhand der Informationen fast den Eindruck gewinnen, das ist im Gegensatz zu Intel egal und nur im Chipsatz ab AMD890 umgesetzt ist. Bei Intel müssen das sowohl der Chipsatz als auch CPU können.

Regards
fnu

Zitat von fnu

@all

Bevor ich mich auf weitere Diskussionen einlasse, habe ich dass mit aktuellen Versionen selbst getestet, weil bei ESXi war ich mir auch nicht sicher, war eher ganz schlechtes hören sagen ...

Ich habe mich in den letzten Stunden mit KVM in Form von Proxmox und ESXi befasst. ESXi 5.1 lief dabei auf keiner meiner AMD Hardware stabil, sobald Last drauf kam kackten die virtuellen Maschinen ab, im Gegenzug grillte Proxmox mein SandyBridge HW, der Kernel 2.6.32 ist halt einfach zu alt.

Bei beiden konnte ich keine PCI Karten virtualisieren, weder mit ESXi auf einem Mainboard mit Intel Q67 Chipsatz, der vorhanden Core i3 reicht nicht aus, da werde ich wohl auf einen Core i5 sparen müssen. Bei Proxmox wurde die Funktion entfernt PCI Karten zu virtualisieren. Vmtl. wird das bei allen KVM Umsetzungen so sein, weil die Hauptentwickler bei RedHat die Meinung vertreten, das ist eine Sicherheitslücke und hat eh keine Nutzer. D.h. es gibt prinzipiell den Code für KVM das tun, der verschwindet aber bzw. ist es schon ...

Ende 2010/Anfang 2011 hatte ich mal mit Proxmox testweise eine TT S2-1600 durchgereicht, was auch funktioniert hatte. Aber das war eben gestern, USB Devices sind bei beiden kein Problem, bei ESXi nur besser im GUI umgesetzt.

Bei AMDs AMD-Vi (IOMMU) tue ich mich schwer herauszufinden, welche CPU das wirklich kann. Man könnte anhand der Informationen fast den Eindruck gewinnen, das ist im Gegensatz zu Intel egal und nur im Chipsatz ab AMD890 umgesetzt ist. Bei Intel müssen das sowohl der Chipsatz als auch CPU können.

Regards
fnu

Alles anzeigen

evt hilft das ja ein wenig

Hausbau DVB-S2 - VDR?

http://www.thomas-krenn.com/de…ktionen_im_%C3%9Cberblick

niedi_74

Hmm, nun, wie die Lage bei den Intel CPUs & Chipsätzen ist, ist eigentlich klar, das wird bei dem Thomas Krenn Link auch nochmal gut dargestellt: Min. Core i5, aber Achtung, nicht alle & Intel Q-Chipsatz (Q45, Q67, Q77) ...

Wenn Du so eine Übersicht für AMD HW hättest, wäre cool, gesichert habe ich nur rausgefunden das "IOMMU" ab AMD's 890er Chipsatz drin ist ...

Regards
fnu

PCI Passthrough klappt schon mit KVM. Hab das ne kurze Zeit mit ISDN Karten gemacht anner Asterisk VM als jemandem seine andere Hardware implodiert ist und es zu improvisieren galt. Ein Austausch war nicht gleich greifbar. Das war dann auf ner i7 Maschine ohne Q-Chipsatz. Ich glaub ein P55. Das lief überraschend gut.

Grüz!
Hibbelharry

Zitat von Hibbelharry

PCI Passthrough klappt schon mit KVM.

Das bezweifel ich ja auch nicht, hatte das wie oben beschrieben schonmal mit einer PCI DVB-S2 Karte und damals auch Proxmox (KVM) gemacht, d.h. diesen Code dazu gibt es. Nur stellt sich halt die Frage in welchen KVM Paketen das drin ist, bei Proxmox 2.x offensichtlich nicht mehr. Wenn man das versucht, kommt so was wie "no IOMMU support" ... und die Suche im WWW hat ergeben, das die RedHat Jungs das eigentlich loswerden wollen und nur noch mit VT-d/IOMMU untertützen wollen ...

Regards
fnu

Zitat von fnu

Bei AMDs AMD-Vi (IOMMU) tue ich mich schwer herauszufinden, welche CPU das wirklich kann. Man könnte anhand der Informationen fast den Eindruck gewinnen, das ist im Gegensatz zu Intel egal und nur im Chipsatz ab AMD890 umgesetzt ist.

So, beantworte meine Frage mal selbst, zumindest in groben Zügen.

AMD hat wohl mit HT 3.0 die Hardware-Virtualisierung per IOMMU in den CPUs eingeführt, d.h. alle AMD CPU ab Familenstand K10 sollten das beherrschen, selbst der Sempron 140. AMD macht da kein so'n Kindergarten wie Intel bei seinen CPUs. Ein IOMMU ist in den Northbridges der Chipsätze 890FX (AM3) und 900er (AM3+) enthalten. Auf dem Sockel AM3+ können alle AM3 CPUs (K10) betrieben werden.

Das mit den Semprons ist nicht 100% gesichert, wie auch nicht ob die Mainboard-Hersteller die Funktion bei o.a. Chipsätzen auf den Consumer Boards freigeschaltet haben. Der preiswerteste Weg zu IOMMU scheint ein Mainboard mit AMD970 Chipsatz zu sein, wobei der Chipsatz kein IGP enthält ...

Regards
fnu