Virtualbox - Kenner anwesend?

Re(8): Virtualbox - Kenner anwesend?

Desolationrob — Tue, 06 Mar 2012 16:49:35 GMT

das is mir doch wurscht was der will der solls gscheit machen

Re(7): Virtualbox - Kenner anwesend?

kombipaket — Tue, 06 Mar 2012 16:48:53 GMT

Aber der TE wollte sicher keinen Bare-Metal-HV.... Und auch VMware Server deutet ja darauf hin...

Re(6): Virtualbox - Kenner anwesend?

Desolationrob — Tue, 06 Mar 2012 16:47:07 GMT

nicht ein einzelner Satz, der gesamte thread

Re(5): Virtualbox - Kenner anwesend?

kombipaket — Tue, 06 Mar 2012 15:06:54 GMT

Welcher Satz lässt Dich das schließen?

Re(7): Virtualbox - Kenner anwesend?

Desolationrob — Tue, 06 Mar 2012 12:15:40 GMT

geh, die wollen doch lieber ihr linux drunter sehen

Was auch immer die freigeben und supporten, ich kenne niemanden der die Oracle DBs oder SAP auf virtuellen Systemen laufen lässt.

Re(4): Virtualbox - Kenner anwesend?

Desolationrob — Tue, 06 Mar 2012 12:14:00 GMT

hört sich beim TE aber nicht danach an

Re(3): Virtualbox - Kenner anwesend?

kombipaket — Tue, 06 Mar 2012 11:47:27 GMT

Warum? Wenn ich einen Rechner quasi immer "normal" im Einsatz habe und gelegentlich eine VM brauche... Warum sollte ich den Rechner immer mit einem HV ausbremsen?

Re(6): Virtualbox - Kenner anwesend?

kombipaket — Tue, 06 Mar 2012 11:46:27 GMT

Hängt von der DB ab...

Oracle zertifiziert zB den ESX drunter... Bei MS SQL-Server sieht es glaublich anders aus..

Re(5): Virtualbox - Kenner anwesend?

Desolationrob — Tue, 06 Mar 2012 11:29:23 GMT

das ist was anderes als produktive Systeme...wobei testen eigentlich nur Sinn macht wenn man ein zur Produktion vergleichbares System hat, sonst ist es Augenauswischerei.

Also ich kenne DBs nur als heilige Kühe, die laufen immer direkt auf HArdware, dazu ist die Anwendung einfach zu kritisch.

Re(4): Virtualbox - Kenner anwesend?

kombipaket — Tue, 06 Mar 2012 10:55:06 GMT

selbst bei grossen Installationen von baremetal HyperV virtualisiert niemand Datenbanken

Das machen nicht so wenig.... Ich auch sehr gerne zum Entwickeln bzw. kurzem Probleme nachstellen...

Re(3): Virtualbox - Kenner anwesend?

Desolationrob — Tue, 06 Mar 2012 10:30:39 GMT

Ein Hypervisor auf nem OS drauf und dann da drin rennt dann ne DB Prost Mahlzeit...selbst bei grossen Installationen von baremetal HyperV virtualisiert niemand Datenbanken

Re(2): Virtualbox - Kenner anwesend?

Desolationrob — Tue, 06 Mar 2012 10:29:28 GMT

wer macht sowas denn auch....Baremetal Hypervisor und gut ist

Re: Virtualbox - Kenner anwesend?

Martin M. — Thu, 01 Mar 2012 16:35:31 GMT

Stimmt, VMware Server auf Linux ist schon seit längerer Zeit unbrauchbar.
Ich bin allerdings auf KVM gewechselt, was bei mir seit ca. 1 Jahr stabil läuft. Beim Testen eines WHS 2011 als Guest hatte ich allerdings Probleme mit der virtualisierten Netzwerkkarte, ein WHS v1 und Linux im Echtbetrieb funktionieren aber problemlos.
Welche Guest-OS setzt du ein?

Re(3): Virtualbox - Kenner anwesend?

user86060 — Thu, 01 Mar 2012 15:45:48 GMT

- weil der Zugriff via firefox schon massiv stresst... Probleme mit Maus

das Management Interface schmiert mir dauernd ab, da hat's massive Problem mit SSL (SSL2 in about:config ist aktiviert), unter Chrome geht es eine Spur besser, aber keine Console mangels kompatiblem Plugin.

Und bei jedem Hänger eines Guests (gsd selten) will vmware_config.pl neu durchrödeln, obwohl sich nix geändert hat ...?!!? (WTF?!?)

Re(2): Virtualbox - Kenner anwesend?

kombipaket — Thu, 01 Mar 2012 14:22:25 GMT

Weil
- er seit Jahren end-of-life hat
- ich jedesmal die Sourcen vom VMware Server patchen muss, wenn ich einen neuen Kernel am Host einsetze
- weil der Zugriff via firefox schon massiv stresst... Probleme mit Maus
- ...

Der zweite Punkt ist der für mich entscheidende. Neuer Kernel am Host bedeutet mind. 20h Nacharbeit.

Re: Virtualbox - Kenner anwesend?

bigboss007 — Thu, 01 Mar 2012 14:11:55 GMT

Konkret löse ich einen VMware Server ab

darf ich fragen was der grund dafür ist?

Re(4): Virtualbox - Kenner anwesend?

kombipaket — Thu, 01 Mar 2012 13:10:55 GMT

Aaah, ok...

Re(4): Virtualbox - Kenner anwesend?

kombipaket — Thu, 01 Mar 2012 13:10:23 GMT

Du könntest allerdings auch eine Schleife einbauen die dann solange "sleep" ausführt bis keine Maschine mehr in der Ausgabe auftaucht.

Und warum nicht einfach wegforken und via wait warten, bis alle Kindprozesse fertig sind?
Schleife ist ja CPU-Intensiv...

Re(3): Virtualbox - Kenner anwesend?

dadaniel — Thu, 01 Mar 2012 12:46:48 GMT

solange wartet, bis die VM down ist?

nein tut es nicht. Es "drückt" nur kurz auf den Power-Knopf.

Re(3): Virtualbox - Kenner anwesend?

dadaniel — Thu, 01 Mar 2012 12:36:24 GMT

Sinngemäß: Fahr mal alle per ACPI runter, wenn das nicht klappt, werden sie
halt danach suspended?

Ja so etwa hatte ich das im Sinn... einfach ein "sleep 120" zwischen den beiden Aufrufen.

Du könntest allerdings auch eine Schleife einbauen die dann solange "sleep" ausführt bis keine Maschine mehr in der Ausgabe auftaucht.

Re(7): Virtualbox - Kenner anwesend?

user86060 — Thu, 01 Mar 2012 12:06:31 GMT

Alles mit HW erschlagen???

hab ich nicht gesagt. Amdahl's Law ist mit gut bekannt (Hennessy/Patterson...)
Der Scheduling-Overhead sollte sowohl seitens des VM-Hosts als auch -Guest <<10 bleiben Wenn deine Anwendung sooo am Rand ist hast du andere Probleme als den Kontextswitch Worauf ich hinauswollte war da es halt noch immer keinen universellen idealen den gern zitierten optimalen Scheduler gibt blockquote/> Muss ich jetzt wie Rainman "NEIN NEIN NEIN" rufen und mich auf den Boden werfen?

du kannst machen, was du willst - bin sicher, du bist weit genug entfernt, daß ich es nicht höre

Re(6): Virtualbox - Kenner anwesend?

kombipaket — Thu, 01 Mar 2012 11:59:05 GMT

Siehst Du das bei eigenen Bastellösungen leicht anders???
Alles mit HW erschlagen??? Muss ich jetzt wie Rainman "NEIN NEIN NEIN" rufen und mich auf den Boden werfen? Kannst Du das verantworten??

Re(5): Virtualbox - Kenner anwesend?

user86060 — Thu, 01 Mar 2012 11:57:23 GMT

Basteln über mehrere Mannwochen rechnet sich _jedenfalls_, wenn nachher 1
Taktzyklus pro Monat gespart wird...

für Babbage hat das sicher noch gegolten, bei Zuse wär ich mir da nicht mehr so sicher, aber mal Zemanek fragen

Re(4): Virtualbox - Kenner anwesend?

kombipaket — Thu, 01 Mar 2012 11:55:48 GMT

Geh... Du kennst es doch eh...

Basteln über mehrere Mannwochen rechnet sich _jedenfalls_, wenn nachher 1 Taktzyklus pro Monat gespart wird... .

Re(2): Virtualbox - Kenner anwesend?

kombipaket — Thu, 01 Mar 2012 11:54:50 GMT

Hi !

Danke - nette Idee!

Ich vermute, dass

VBoxManage -nologo controlvm $VM acpipowerbutton

solange wartet, bis die VM down ist?

Wenn nein: Hast da nicht eine Race Condition? Oder ist das sooo schnell?
Wenn ja: Warum parallelisierst nicht und hast ein "wait" am Ende? Oder ist das sooo IO-Bound, dass es eh wurscht ist?

Könnte man sie eigentlich auch hinereinander ausführen?
Sinngemäß: Fahr mal alle per ACPI runter, wenn das nicht klappt, werden sie halt danach suspended?

Ich werde jedenfalls bösartigst deine Scripts klauen... Danke!!

Re(3): Virtualbox - Kenner anwesend?

user86060 — Thu, 01 Mar 2012 11:54:08 GMT

Jede Stunde die ersten 6 Minuten an CPU-Zeit bekommen ist ja auch seltenst
praktikabel..

wär vor allem als Notwendigkeit ein Armutszeugnis für 40 Jahre Scheduler-Entwicklung

Re: Virtualbox - Kenner anwesend?

dadaniel — Thu, 01 Mar 2012 11:51:00 GMT

Abschließend: Gibt es typische "Fallstricke", die man vermeiden soll?

Ja, z.B. sollte man nicht vergessen die Maschinen vor dem Herunterfahren des Wirts richtig runterzufahren.

Ich hab das so gelöst:

cat vmacpistop
#! /bin/sh
VBoxManage -nologo list runningvms | sed 's/.*"$.*$".*/\1/' | while read VM; do
echo "Shutting down VM: $VM ..."
VBoxManage -nologo controlvm $VM acpipowerbutton
done

oder

cat vmsuspend
#! /bin/sh
VBoxManage -nologo list runningvms | sed 's/.*"$.*$".*/\1/' | while read VM; do
echo "Suspending VM: $VM ..."
VBoxManage -nologo controlvm $VM savestate
done

Bei der ersten Variante muss man halt den Gast so eingestellt haben, dass er mittels "Powerbutton" runtergefahren werden kann.

Re(2): Virtualbox - Kenner anwesend?

kombipaket — Thu, 01 Mar 2012 11:47:16 GMT

Es ging mir auch um die Extrembeispiele... Jede Stunde die ersten 6 Minuten an CPU-Zeit bekommen ist ja auch seltenst praktikabel... Damit man weiß, was ich meine... Nicht damit man beckmessert .

ESX habe ich verweigern gelernt. Rechtevergabe, die ein AD voraussetzt... *pfrrrt*. Nein.

Re(2): Virtualbox - Kenner anwesend?

kombipaket — Thu, 01 Mar 2012 11:47:16 GMT

Es ging mir auch um die Extrembeispiele... Jede Stunde die ersten 6 Minuten an CPU-Zeit bekommen ist ja auch seltenst praktikabel... Damit man weiß, was ich meine... Nicht damit man beckmessert .

Re: Virtualbox - Kenner anwesend?

user86060 — Thu, 01 Mar 2012 11:33:21 GMT

In einem anderen Extremfall würde jeder 10. Taktzyklus der VM gehören... Sie
wäre sehr flüssig, aber der Overhead wäre extrem. Kann man dies einstellen?
Also die Größe der Zeitscheiben modifizieren?

dir ist schon klar, daß die minimal möglichen Zeitscheiben zigtausende Taktzyklen umfaßt?
Der Kontextwechsel - selbst auf (heutigen) CPUs mit Hardware-Unterstützung für Virtualisierung (VT-X usw., IBM LPAR) - braucht doch deutlich mehr als 1 Zyklus.

-----
laß mich raten - VMware Server 2.0 ablösen? Schau die den ESXi 5 an.
Ich mag VB zwar, aber ESXi ist ungleich mächtiger und hat ein ordentliches Management-Interface (wenn auch nur für Windows)
Bei VirtualBox kann man zwar inoffiziell (nicht per default) Headless+Webmanagement benutzen, aber es steckt halt noch in der Entwicklung.

Re(2): Virtualbox - Kenner anwesend?

kombipaket — Thu, 01 Mar 2012 10:16:57 GMT

die cpu zeit zuweisung kannst du doch besser von außerhalb moderieren, meinst du nicht?

Glaube ich eigentlich nicht. Nice et al helfen nicht beim Festlegen einer Obergrenze... Und bei Programmen, deren Threads seeehr fein granulares Timing machen (z.B.: Oracle) kann ein Eingriff von Aussen recht tödlich sein. Das soll in dem Proggy passieren, IMHO.

Re: Virtualbox - Kenner anwesend?

stiefl — Thu, 01 Mar 2012 10:11:53 GMT

RDP inkl. Bootschirm funktioniert super. Ich mach das zb. im headless Modus. Musst nur einen anderen als den Standardport fürs RDP angeben.
Lässt sich auch super über die Command oder aus einem Skript raus starten.

Re: Virtualbox - Kenner anwesend?

stiefl — Thu, 01 Mar 2012 10:11:53 GMT

RDP inkl. Bootschirm funktioniert super. Ich mach das zb. im headless Modus. Musst nur einen anderen als den Standardport fürs RDP angeben.

Re: Virtualbox - Kenner anwesend?

newcomer — Thu, 01 Mar 2012 09:41:48 GMT

die cpu zeit zuweisung kannst du doch besser von außerhalb moderieren, meinst du nicht?
schedutils, nice oder so

remote: http://www.virtualbox.org/manual/ch07.html
ahja das virtualbox manual is ausnahmsweise mal wirklich ausgezeichnet, hat mir schon bei vielen advanced themen geholfen. ich denke du wirst ziemlich alle deine antworten dort finden

Re: Virtualbox - Kenner anwesend?

newcomer — Thu, 01 Mar 2012 09:41:48 GMT

die cpu zeit zuweisung kannst du doch besser von außerhalb moderieren, meinst du nicht?
schedutils, nice oder so

Re: Virtualbox - Kenner anwesend?

newcomer — Thu, 01 Mar 2012 09:41:48 GMT

die cpu zeit zuweisung kannst du doch besser von außerhalb moderieren, meinst du nicht?
schedutils, nice oder so

remote: http://www.virtualbox.org/manual/ch07.html

Virtualbox - Kenner anwesend?

kombipaket — Thu, 01 Mar 2012 09:29:39 GMT

Hi !

Ich bastel gerade mit VirtualBox rum - und wollte wissen, ob da wer schon Praxis hat.

Konkret löse ich einen VMware Server ab... Einiges finde ich genial an VirtualBox, einiges fehlt mir noch.

Was mir derzeit am meisten fehlt:
Bei VMware Server lief die VM auf einem Server - und der Client holte sich den Bildschirm über das Netz her. Es war also ähnlich wie VNC, nur dass auch schon der Bootschirm hergeholt werden konnte... Also bevor ein Prozess am Guest lief. Gibt es etwas ähnliches unter VirtualBox? Welche Lösung ist zu empfehlen, welche Vor- und Nachteile gibt es? Kann man auch Sound rüberschicken?

Dann hätte ich noch eine Frage zur CPU-Drosselung. Zuerst mal bin ich schwer begeistert, dass man die CPU-Leistung reduzieren kann... Sehr praktisch für DOS-Anwendungen. Kann man das parametrisieren? Beispielfall: Ich möchte 10% CPU auf einer VM. Man könnte sich einen Extremfall vorstellen, wo die VM jede Stunde die ersten 6 Minuten 100% CPU bekommt. Das hätte den Vorteil, dass wenig teure Taskswitche nötig wären. In einem anderen Extremfall würde jeder 10. Taktzyklus der VM gehören... Sie wäre sehr flüssig, aber der Overhead wäre extrem. Kann man dies einstellen? Also die Größe der Zeitscheiben modifizieren?

Abschließend: Gibt es typische "Fallstricke", die man vermeiden soll?