\n\tAusgangslage ArchivistaVM 1.3x (Proxmox-Fork)
\n<\/h2>\n
\n\tVor mehr als 18 Monaten haben wir die erste Version von ArchivistaVM auf den Markt gebracht. Die damalige Lösung beruhte auf Proxmox 1.3x.<\/strong> Folglich änderten wir die Versionsnummer auf 1.3a bis 1.3e. Über diese Zeit hätten wir gerne einige Features implementiert, die sich aber als weit anspruchsvoller erwiesen als wir annehmen mussten\/durften.\n<\/p>\n \n\tDer von Proxmox verwendete Kernel war üppig gepacht, die Integration von OpenVZ, KVM und einem alten Splash-Booter erforderten viele Eingriffe beim Kernel, die wiederum nicht unbedingt aufwärts kompatibel waren\/sind. Das Setup-Programm beruht auf X11, GTK und Perl und dies alles in einer LiveCD-Umgebung. D.h. die Installations-CD enthält einmal ein Live-System mit X11 und die Pakete zur Installation (ohne X11). Das erfordert relativ viel Platz. Das Auspacken der komprimierten CD benötigt zudem viel Zeit, sodass wir uns entschieden haben, die LiveCD unkomprimiert auszuliefern.\n<\/p>\n \n\t \n\tIm Falle von Proxmox bedeutet dies ca. 370 MByte, bei unserer CD gar etwas über 600 MByte. Die Installationszeit von 15 bis 20 Minuten wäre an sich zu verschmerzen gewesen, weit schwerwiegender war, dass wir den Installer kaum an unsere Bedürfnisse anpassen konnten. Natürlich können wir bzw. unsere Kunden bei einem Update sämtliche Images sichern, dann die Installation mit der CD durchführen und anschliessend die Images zurückspielen, doch dauert dieser Vorgang plus\/minus ca. 2 bis 4 Stunden. Konsole mit 'apt-get xyz' in Ehren, aber nicht alle mögen auf der Konsole ein Update durchführen, auch wenn der Vorgang an sich nicht schwierig ist.\n<\/p>\n \n\tIm Falle eines "Unfalles" beim Update über die Konsole müssen nämlich trotzdem ca. 2 bis 4 Stunden dafür einkalkuliert werden. Und weil die Server ja möglichst ohne Unterbruch laufen sollen, heisst das Updaten Arbeit zu Randzeiten (Wochenende). Und auch dies ist nicht unbedingt das, was ich mir bzw. unseren Kunden wünschen möchte\/würde. Ich erwähne diese Punkte hier, um aufzuzeigen, dass der Installer eben gerade nicht eine Nebensächlichkeit darstellt. Vielmehr gibt ein schlanker Update-Prozess aus dem Stand heraus viel Sicherheit.\n<\/p>\n \n\tUnd noch etwas hat uns gestört. Bei der Installation von Proxmox wird (ungefragt!) ein Update-Mechanismus aktiviert, um News und Updates auf eine jede Instanz aufspielen zu können. Natürlich machen dies andere auch (z.B. Firefox), aber ein Web-Browser ist keine Infrastruktur-Lösung für Server-Virtualisierung, d.h. wir erachten es bei einer Virtualisierungs-Lösung nicht unbedingt als wünschenswert.\n<\/p>\n![\"\"](\"\/de\/media\/avvmnew2.png\")
\n<\/p>\n\n\tNeuer Installer vereint die besten Ideen aus vielen Linux-Distributionen
\n<\/h2>\n
![\"\"](\"\/de\/media\/avvmnew.png\")
\n<\/p>\n