Server mit Hyper V aufrüsten

Zaiga

Lieutenant
Registriert
März 2011
Beiträge
924
Hallo zusammen,

ich würde gerne meinen Server auf dem Hyper V läuft aufrüsten.
Wenn ich die Hardware von einem virtualisierten System aufrüste, hat das einen Einfluss auf die VM?
Und kann ich dann anschließend der VM mehr Resources zuordnen?

Werde ich evtl. Probleme z.b. mit den Netzwerkadressen etz. kriegen wenn der Server physisch ausgeschaltet und aufgerüstet wird?

Danke Gruß!
 
Ja.. Und du meinst, ohne Informationen zur Hardware, Software und zum Vorhaben deinerseits können wir helfen?
 
Das kommt darauf an, was du aufrüstest. RAM und Speicher sollten kein Problem sein.
CPU und Mainboard ggf. schon invasiver, kommt auch drauf an, ob du irgendwelche Limitierungen bei Hyper-V (je nach Lizensierung) durchbrichst.

"Probleme bei Netzwerkadressen" sollte es nur dann geben, wenn sich MAC-Adressen ändern. Aber das kann man, je nach Umgebung, auch wieder geradeziehen.

Da müsstest du uns mehr Informationen geben.
 
  • Gefällt mir
Reaktionen: Zaiga
was ist mit aufrüsten gemeint?
Normal wird ein virtueller Server nur konfiguriert und nicht aufgerüstet.

Ich würde mal sagen: Bitte an den Administrator wenden.
 
Die VMs sind von der Hardware darunter komplett oder teilweise unabhängig. Neustarten/Stronlos kannst du den Server natürlich jederzeit machen, das ändert nichts. Du machst doch auch regelmäßig Sicherheitsupdates und startest neu.

Was hat der Admin da eingerichtet? 08/15 VM oder was spezielles?
 
  • Gefällt mir
Reaktionen: Zaiga
Ich habs eingerichtet nur ist es bereits so lange her das ich es kaum mehr weiß. Sollte ein HyperV sein ohne Windows und die Backups laufen über Veeam.
Leider ist die Hardware mittlerweile zu schwach und alles bremst.

Die Idee -> Ich kaufe einfach einen neuen Server und kopiere dorthin einfach die VM als Kopie? Oder über Veeam. Mir gehts nur darum das ich nicht von 0 wieder alle möglichen Netzwerkordner, Programme welche auf dem Server sitzen, usw. einrichten darf -> weil das ganze sonst bestimmt 2 Tage dauert.

:) Gruß!
 
Du machst ja nen riesen Geheimnis aus deiner Hardware..
Wir brauchen diese aber, um abschätzen zu können, was du da gemacht haben könntest.
 
ist doch total egal welche hardware.
die VM ausschalten auf neuen server kopieren, dort importieren, konfig anpassen und starten.
 
  • Gefällt mir
Reaktionen: Zaiga und s1ave77
Hardware ist doch eher irrelevant. Frage ist: wie reagiert eine HyperV-VM auf einen Umzug des Unterbaus.
 
den VMs in HyperV und VMWare ist der Hardware unterbau egal.
 
Auch wenn z.B. einige CPU-Flags gesetzt wurden?

Ich kenn das z.B. von Proxmox, AMD und INTEL mixen bei Intel-spezifischen Flags funktioniert nicht.

Auszug aus der Proxmox-Help:

CPU Type​


QEMU can emulate a number different of CPU types from 486 to the latest Xeonprocessors. Each new processor generation adds new features, like hardware assisted 3d rendering, random number generation, memory protection, etc.. Also, a current generation can be upgraded through microcode update with bug orsecurity fixes.

Usually you should select for your VM a processor type which closely matches the CPU of the host system, as it means that the host CPU features (also called CPUflags ) will be available in your VMs. If you want an exact match, you can set the CPU type to host in which case the VM will have exactly the same CPU flagsas your host system.

This has a downside though. If you want to do a live migration of VMs between different hosts, your VM might end up on a new system with a different CPU type or a different microcode version. If the CPU flags passed to the guest are missing, the QEMU process will stop. To remedy this QEMU has also its own virtual CPU types, that Proxmox VE uses by default.

The backend default is kvm64 which works on essentially all x86_64 host CPUs and the UI default when creating a new VM is x86-64-v2-AES, which requires a host CPU starting from Westmere for Intel or at least a fourth generationOpteron for AMD.

In short:

If you don’t care about live migration or have a homogeneous cluster where all nodes have the same CPU and same microcode version, set the CPU type to host, as in theory this will give your guests maximum performance.

If you care about live migration and security, and you have only Intel CPUs or only AMD CPUs, choose the lowest generation CPU model of your cluster.

If you care about live migration without security, or have mixed Intel/AMD cluster, choose the lowest compatible virtual QEMU CPU type.

Live migrations between Intel and AMD host CPUs have no guarantee to work.
 
wern001 schrieb:
ist doch total egal welche hardware.
die VM ausschalten auf neuen server kopieren, dort importieren, konfig anpassen und starten.
Das ist so bisher der Plan!
Die Hardware ist ca. 5j alt und war damals schon unterdimensioniert.
 
Zurück
Oben