Physischer Server vs virtuelle Maschine: Die Wahl ist offen

Die IT-Infrastruktur hat sich in den letzten zehn Jahren oder länger drastisch verändert. Mit dem Aufkommen der Virtualisierung haben Unternehmen die Art und Weise verändert, wie geschäftskritische Workloads bereitgestellt, verwaltet und in der Infrastruktur untergebracht werden. Anstatt eine Server-Workload 1: 1 mit einer Workload pro physischem Server zu konfigurieren, hat die Virtualisierung die Möglichkeit geschaffen, viele Software-Workloads auf einem einzigen Satz physischer Hardware auszuführen.

Mit Fortschritten bei der Verarbeitungs-, Netzwerk- und Speicherleistung hat die Virtualisierung es Unternehmen ermöglicht, die Entwicklung der CPU-Verarbeitungsleistung in der gesamten Landschaft viel effizienter zu nutzen und die Fortschritte bei der physischen Hardware tatsächlich zu nutzen. Es kann jedoch Fälle geben, in denen ein physischer Server für einige Workloads immer noch wünschenswert ist.

Werfen wir einen Blick auf die wichtigen Unterschiede zwischen einem physischen Server und einer virtuellen Maschine.

Physischer Server vs. virtuelle Maschine – Die Wahl ist offen

Wenn wir uns die Unterschiede zwischen einem physischen Server und virtuellen Maschinen ansehen und zwischen ihnen entscheiden, um Ihre geschäftskritischen Workloads auszuführen, sollten wir uns zunächst ein besseres Verständnis von jedem verschaffen. Wir werden Folgendes betrachten:

• Was ist ein physischer Server?
• Was ist eine virtuelle Maschine?
• Physikalische vs virtuelle maschine feature vergleich
• Wie tun sie wählen?
• Weitere Überlegungen

Beginnen wir mit der Betrachtung physischer Server.

Was ist ein physischer Server?

Für die meisten ist der physische Server ein gut verstandener Teil der IT-Infrastruktur, die es von Anfang an gab. Ein physischer Server ist eine Hardware, die man anfassen und fühlen kann. Ein typischer Server wird manchmal als „Bare-Metal“ bezeichnet.

Es umfasst im Allgemeinen alle physischen Hardwarekomponenten, die im physischen Servergehäuse enthalten sind und die es ermöglichen, zu funktionieren. Physische Server verfügen normalerweise über eine CPU, RAM und einen internen Speicher, von dem das Betriebssystem geladen und gestartet wird. Es kann einen Allzweckspeicher außerhalb des für das Betriebssystem verwendeten Speichers haben oder nicht.

Ihre physischen Verbindungen im Rechenzentrum stellen eine Verbindung zu Ihrem physischen Server her. Dazu gehören Strom-, Netzwerk-, Speicherverbindungen und andere Peripheriegeräte und Hardware.

Wenn Sie an Bare-Metal-Server denken, auf denen eine einzelne Anwendung ausgeführt wird, stellen diese im Allgemeinen Anwendungen und Daten für einen einzelnen „Mandanten“ bereit. In einfachen Worten ist ein Mieter ein Kunde oder Verbraucher. Ein einzelner Mandant ist eine einzelne Instanz der Software und der unterstützenden Infrastruktur, die einen einzelnen Kunden bedient. In einer Single-Tenant-Umgebung verfügt jeder Kunde im Allgemeinen über eine eigene physische Hardware, die für die Bereitstellung seiner bestimmten Ressourcen vorgesehen ist.

Servertypen

Auch wenn Sie sich einen physischen Server als Hardware vom Typ „One size fits all“ vorstellen können, gibt es alle Arten, Größen und Zwecke für physische Server. Dazu gehören die folgenden verschiedenen Servertypen:

• Tower-Server – Im Allgemeinen kostengünstiger und weniger leistungsfähig als ihre Rackmount- und modularen Gegenstücke. Häufig in Edge- oder Small-Business-Umgebungen zu finden, in denen ein Server-Rack möglicherweise nicht installiert ist oder keine andere Rackmount-Ausrüstung vorhanden ist, die den Kauf eines Server-Racks rechtfertigt
• Rackmount-Server – Rackmount-Server sind die typischen Server, an die Sie denken, wenn Sie über eine Enterprise-Rechenzentrumsumgebung nachdenken, und werden in einem Standard-Server-Rack montiert

HP Proliant DL580 Rackmount Server (Bild mit freundlicher Genehmigung von HPE.com)
• HCI- oder modulare Server – Diese Servertypen werden manchmal als „Blade“ -Server oder hyperkonvergente Formfaktoren bezeichnet, da sie in der Regel die Rechen-, Speicher- und Netzwerkfunktionen installieren oder skalieren können, indem einfach ein neues „Server-Blade“ oder „Modul“ im Gehäuse des HCI / Modular-Servers installiert wird

Die oben genannten verschiedenen Servertypen sind sicherlich nicht die einzigen, die Sie zum Kauf finden. Die oben genannten Typen sind jedoch die häufigsten Arten von physischen Formfaktoren, die Sie in einer Unternehmensrechenzentrumsumgebung finden.

Was ist eine virtuelle Maschine?

Virtuelle Maschinen sind wohl die häufigste Art von IT-Infrastruktur in heutigen Umgebungen. Während Container sicherlich an Bedeutung gewinnen und immer häufiger eingesetzt werden, sind virtuelle Maschinen derzeit noch der De-facto-Standard der heutigen virtualisierten Umgebungen.

Virtuelle Maschinen werden durch die Installation eines Hypervisors auf einem „Bare-Metal“ -Server ermöglicht. Ein heute gängiger Ansatz für viele gängige Hypervisoren wie VMware vSphere und Microsoft Hyper-V besteht darin, die Hardware des zugrunde liegenden physischen Servers zu virtualisieren und diese virtualisierte Hardware dem Betriebssystem bereitzustellen. Der Hypervisor verfügt im Allgemeinen über einen CPU-Scheduler, der Anforderungen von den Client-Betriebssystemen, die in virtuellen Gastcomputern ausgeführt werden, mit der physischen CPU, die auf dem zugrunde liegenden physischen Host installiert ist, vermittelt.

Virtuelle Maschinen bieten viele Vorteile gegenüber einem physischen Server in Bezug auf Bereitstellung, Verwaltung, Konfiguration und Automatisierung. Während die Beschaffung, Bereitstellung und Konfiguration eines neuen physischen Servers Tage oder Wochen dauern kann, kann eine neue virtuelle Maschine im Allgemeinen in Minuten und in einigen Fällen sogar Sekunden hochgefahren werden.

Aufgrund der Art und Weise, wie eine virtuelle Maschine von der zugrunde liegenden physischen Hardware abstrahiert wird, bietet dies Mobilität und Flexibilität, die mit physischen Servern einfach nicht möglich sind. Virtuelle Maschinen können nahtlos zwischen verschiedenen Hosts verschoben werden, während die virtuelle Maschine ausgeführt wird. Da virtuelle Maschinen einfach eine Reihe von Dateien auf gemeinsam genutztem Speicher und nicht eine Reihe von physischer Hardware sind, ermöglicht dies eine einfache Mobilität und Änderung ihres Rechen- / Speicherbesitzes.

Wir haben bereits erwähnt, dass ein physischer Server im Allgemeinen für einen einzelnen Mandanten oder Kunden / Verbraucher gut geeignet ist. Eine virtuelle Maschine ist von Natur aus viel besser für mandantenfähige Umgebungen geeignet, in denen möglicherweise viele verschiedene Unternehmen verschiedene virtuelle Maschinen verwenden, die sich alle auf einem physischen Host oder einem Cluster von Hypervisor-Hosts befinden.

Arten von VMs

Während es keinen physischen Formfaktor gibt, den Sie für eine virtuelle Maschine verwenden können, gibt es das Konzept der „virtuellen Hardware“ für eine VM. Am Beispiel von VMware vSphere sehen Sie bei den VM-Einstellungen die virtuelle Hardware, aus der die virtuelle Maschine besteht. Dies umfasst mindestens 1 Prozessor, Arbeitsspeicher, Speicher und Netzwerk.

Außerhalb der virtuellen Hardware sind andere Arten von VMs zu beachten:

• Persistent – Im Allgemeinen mit VDI-Umgebungen verknüpft, die eine VM beschreiben, die nach der Verwendung nicht heruntergefahren und zerstört wird
• Nicht persistent – Im Allgemeinen mit VDI-Umgebungen verknüpft, in denen eine VM beschrieben wird, die nur von kurzer Dauer ist und nur bei Bedarf bereitgestellt wird
• Thick provisioned – Beschreibt den Speicher für eine VM so, dass die Festplatte beim Erstellen vollständig festgeschrieben oder „auf Null gesetzt“ wird
• Thin Provisioned – Thin Provisioned-Festplatten setzen die Festplatte nur dann auf Null, wenn Speicherplatz benötigt wird. Dies ermöglicht effektiv eine „Überprovisionierung“ des Speichers, da Sie Ihren VMs mehr Speicher zuweisen können, als Sie physisch zur Verfügung haben
• Virtuelle Appliances – Virtuelle Appliances in VMware vSphere können aus OVA / OVF-Vorlagen bereitgestellt werden. Dies macht die Bereitstellung einer Appliance extrem einfach und nützlich.
• vApps – Ein vSphere-Konzept, mit dem virtuelle Maschinen logisch gruppiert werden können, sodass sie als eine Einheit verwaltet und verwaltet werden können
• Generation 1 – In Hyper-V ist dies die Legacy-VM-Konfiguration. Die „Generierung“ wirkt sich im Allgemeinen auf die Funktionen und Features der VM aus. VMs der Generation 1 sind im Vergleich zu VMs der Generation 2 in ihren Funktionen normalerweise eingeschränkt.
• Generation 2 – Die neueste Art der VM-Konfiguration in Hyper-V, die alle neuesten Funktionen und Funktionen bietet.

Funktionsvergleich zwischen physischen und virtuellen Maschinen

Physische Server und virtuelle Maschinen unterscheiden sich zwar stark in ihrer Konstruktion, weisen jedoch Gemeinsamkeiten auf. Wenn es darum geht, eine Verbindung zu einem „physischen Server“ im Vergleich zu einem „virtuellen Server“ herzustellen, wird die Erfahrung aus Client-Sicht genau dieselbe sein. Anwendungen ist es im Allgemeinen egal, ob sie eine Verbindung zu einem physischen Server herstellen oder ob sie eine Verbindung zu einer virtuellen Maschine herstellen, da auf virtuellen Maschinen dieselben Betriebssysteme ausgeführt werden wie auf physischen Servern, einschließlich Windows Server und Linux.

Solange die benötigten Ressourcen entweder von einem physischen Server oder einer virtuellen Maschine bereitgestellt werden, kann eine Anwendung dasselbe ausführen, unabhängig davon, ob der Server physisch oder virtuell ist oder nicht. Was ist mit dem Vergleich von physischen Servern und virtuellen Maschinen auf andere Weise? Schauen wir uns die folgenden Vergleiche an.

• Kosten
• Physischer Footprint
• Lebensdauer
• Migration
• Leistung
• Effizienz
• Disaster Recovery und Hochverfügbarkeit

Kosten

Obwohl die Kosten für physische Hardware erheblich gesunken sind, wenn man sich die Rechenleistung ansieht, die man für den Dollar bekommt, ist physische Hardware immer noch teuer. Abhängig von den Spezifikationen der bereitgestellten Hardware können die Kosten für einen einzelnen physischen Server einige tausend bis Zehntausende Dollar betragen.

Die Betrachtung der Kosten einer virtuellen Maschine kann eine abstraktere Übung sein, da Sie buchstäblich so viele VMs auf einem physischen Host erstellen können, auf dem ein Hypervisor ausgeführt wird, wie die Hardware unterstützen kann. Mit VMs sind jedoch „Kosten“ verbunden, da sie im Wesentlichen einen „Teil“ der Hardwarespezifikationen und der Leistung des physischen Hosts benötigen und für die Sie beim Kauf der Hardware bezahlt haben.

Produkte wie vRealize Operations Manager von VMware können kontinuierliche Kostenanalysen basierend auf zugewiesenen Prozessoren, RAM und verbrauchtem Speicher durchführen. Dies kann hilfreich sein, um konkrete Informationen zu den Kosten Ihrer einzelnen VMs zu erhalten.

Wenn es jedoch um einen 1: 1-Vergleich physischer Serverhardware für (1) Workload im Vergleich zu der Fähigkeit geht, viele Instanzen oder Workloads auf einem physischen Hypervisor-Host auszuführen, sind VMs eine viel kostengünstigere und effizientere Nutzung Ihrer physischen Ressourcen im Unternehmensrechenzentrum.

Physischer Footprint

Wenn Sie sich den physischen Footprint eines physischen Servers ansehen, kann er sicherlich umfangreich sein. Unabhängig davon, ob es sich um ein Tower-, Rack- oder Blade-Gehäuse handelt, ist Platz erforderlich, um den physischen Formfaktor des Servers unterzubringen. Wenn Sie darüber nachdenken, buchstäblich einen physischen Server für jede Arbeitslast zu haben, die ausgeführt wird, um eine einzelne Lösung, Anwendung oder Gruppe von Benutzern zu bedienen, kann sich der erforderliche physische Speicherplatz summieren.

Virtuelle Maschinen hingegen ermöglichen die sogenannte Serverkonsolidierung. In den letzten zehn Jahren oder länger haben viele Unternehmen diese Transformation von einer physischen 1-zu-1-Serverbeziehung mit einer einzelnen Anwendung zu virtualisierten Umgebungen durchlaufen, in denen 10, 20, 50 oder mehr VMs pro physischem Hypervisor-Host ausgeführt werden können.

VMs sind sicherlich eine effizientere Nutzung des physischen Speicherplatzes im Unternehmensrechenzentrum im Vergleich zu physischen Servern, auf denen jeweils eine einzelne Arbeitslast ausgeführt wird.

Lebensdauer

Die Lebensdauer eines physischen Servers im Vergleich zu einer VM kann ein interessanter Vergleich sein. Die allgemeine Lebensdauer physischer Serverhardware liegt in den meisten Unternehmensumgebungen zwischen 3 und 5 Jahren. Dies bedeutet, dass Workloads, die auf der physischen Serverhardware ausgeführt werden, nach Erreichen dieser Lebensdauer migriert werden müssen.

Da virtuelle Maschinen von der zugrunde liegenden Hardware eines physischen Servers abstrahiert werden, kann die Lebensdauer virtueller Maschinen viel länger sein als die physische Hardware, auf der sie sich befinden. Nachdem die Lebensdauer des zugrunde liegenden Hypervisorhosts erreicht wurde, kann parallel zum aktuellen Host ein neuer Hypervisorhost bereitgestellt und die VMs nahtlos migriert werden. Danach kann die alte physische Hypervisor-Hardware außer Betrieb genommen werden.

Auf der anderen Seite der Medaille können virtuelle Maschinen mit starken Automatisierungsfunktionen vorübergehend bereitgestellt und nach Bedarf hoch- und runtergefahren werden. Ein klassisches Beispiel hierfür sind nicht persistente VMs, die bei Bedarf in einer VDI-Umgebung bereitgestellt werden. Nachdem sich ein Benutzer abgemeldet hat, wird die nicht persistente VM zerstört.

Migration

Beim Vergleich der Migrationsmöglichkeiten mit physischer Hardware vs. virtuellen Maschinen ist die physische Servermigration deutlich schwieriger. Die Migration eines physischen Servers auf eine neue physische Hardware ist weitaus komplexer als bei einer virtuellen Maschine. Bei der Migration physischer Server auf neue Hardware gibt es einige Optionen.

1. Erstellen Sie ein Image des physischen Servers und wenden Sie das Image auf neue Hardware an
2. Migrieren Sie die Software vom alten physischen Server auf einen neuen physischen Server

Option 1 erfordert den geringsten Aufwand. Diese Option kann jedoch in Bezug auf Treiber und andere Herausforderungen am problematischsten sein, da das Image Hardwarereferenzen auf den alten physischen Server enthält. Dieser Ansatz kann zu Bluescreens oder Hardwareproblemen führen, nachdem das Bild angewendet wurde. Es wäre ein Wartungszeitraum erforderlich, und die auf dem physischen Server gehosteten Anwendungen würden während dieses Zeitraums ausfallen.

Option 2 kann das schwerste Heben erfordern, da die Migration von Software / Anwendungen auf einen neuen Server je nach Software / Anwendung kompliziert sein kann. Für die Migration von Software / Anwendungen von einem physischen Server auf einen anderen ist höchstwahrscheinlich eine Wartungsphase erforderlich.

Im Vergleich dazu ist die Migration virtueller Maschinen viel einfacher. Aufgrund der Tatsache, dass virtuelle Maschinen von der zugrunde liegenden physischen Hypervisor-Hosthardware abstrahiert werden, ist die Migration auf neue Hypervisor-Hardware ein einfacher Migrationsprozess auf Hypervisor-Ebene. Dies wäre ein VMware „vMotion“ – oder ein Microsoft Hyper-V „Live Migration“ -Prozess, um bei diesen Hypervisoren auf neue Hardware umzusteigen.

Das Tolle an den Migrationen auf Hypervisor-Ebene, die von vMotion oder Live Migration aktiviert werden, ist, dass sie während der Ausführung der VM ausgeführt werden können, was bedeutet, dass Ihre Anwendung während des Prozesses verfügbar bleiben kann! Migrationen sind sicherlich ein Vorteil von virtuellen Maschinen im Vergleich zu physischen Servermigrationen.

Leistung

Leistung ist ein Bereich, in dem physische Server (Bare-Metal) typischerweise glänzen. Tatsächlich ist einer der häufigsten Anwendungsfälle für einen physischen Server im Gegensatz zum Ausführen einer virtuellen Maschine die Anforderung, für eine geschäftskritische Anwendung die absolut höchste verfügbare Leistung bereitzustellen. Virtualisierte Umgebungen haben einen kleinen Overhead im Zusammenhang mit dem Hypervisor.

Es muss jedoch beachtet werden, dass die Lücke zwischen VM-Leistung und Bare-Metal-Leistung sehr eng geworden ist, da Hypervisor-Scheduler bei der Planung der CPU-Zeit sehr gut geworden sind. In den meisten Fällen kann die Ausführung auf physischen Servern aus Leistungsgründen darauf zurückzuführen sein, dass absolut keine Konflikte um Ressourcen von anderen VMs bestehen müssen, die möglicherweise um diese Ressourcen auf derselben physischen Hypervisor-Hosthardware konkurrieren.

Effizienz

Effizienz ist sicherlich ein Vorteil, wenn virtuelle Maschinen für eine einzelne Arbeitslast über einen physischen Server ausgeführt werden. Wenn Sie sich die Kosten für die Stromversorgung eines physischen Servers, die Kühlung und die Kosten pro „Rack-U“ des Rechenzentrumsraums ansehen, wird der Betrieb physischer Server zum Hosten von Anwendungen und Workloads im Gegensatz zu VMs sehr teuer.

Wenn Sie mehrere, sogar Dutzende von VMs pro Hypervisor-Host anstelle einer einzelnen Arbeitslast pro physischem Server ausführen können, sind VMs im Vergleich zu physischen Servern um Größenordnungen effizienter.
Virtuelle Maschinen haben es Unternehmen effektiv ermöglicht, den Footprint ihrer Rechenzentren drastisch zu konsolidieren. Dies hat zu Strom-, Kühl- und Platzersparnissen auf der ganzen Linie geführt.

Bei der Betrachtung der Ressourceneffizienz führt die Verwendung physischer Server für einzelne Workloads zu einer großen Verschwendung ungenutzter Ressourcen. Virtuelle Maschinen ermöglichen es, die verfügbaren CPU-Zyklen, den Arbeitsspeicher und die Speicherkapazität tatsächlich vollständig zu nutzen.

Disaster Recovery und Hochverfügbarkeit

Wenn Sie geschäftskritische Workloads auf physischer Serverhardware oder auf virtuellen Maschinen ausführen, müssen Sie Ihre Anwendungen und Daten vor Katastrophen schützen und sicherstellen, dass die Anwendung und die Daten verfügbar sind. Virtuelle Maschinen haben im Vergleich zur Ausführung von Workloads auf physischen Servern in Bezug auf DR und HA sicherlich einen klaren Vorteil.

Wie bereits erwähnt, werden virtuelle Maschinen von der zugrunde liegenden physischen Hardware abstrahiert. Dies macht sie extrem mobil, da sie auf einen anderen Hypervisor-Host oder einen anderen physischen Standort verschoben werden können. Dies eröffnet verschiedene Möglichkeiten zum Schutz von Anwendungen und Daten in Notfallwiederherstellungsszenarien.

Bei virtuellen Maschinen können VM-Snapshots/Checkpoints zur Umleitung von E / A genutzt werden, sodass alle geänderten Daten von Backup-Lösungen erfasst werden können. Changed Block Tracking /Resilient Change Tracking kann verwendet werden, um nur die Änderungen zu erfassen, die seit der letzten Sicherung vorgenommen wurden.

Darüber hinaus führen Sicherungen virtueller Maschinen auf Hypervisorebene zu einer vollständigen Sicherung aller Elemente, die erforderlich sind, um die VM in einen funktionierenden Zustand zu versetzen, einschließlich der konfigurierten virtuellen Hardware.

Mit physischen Server-Backups können Sie bestenfalls das Betriebssystem und alle auf dem Server gespeicherten Daten erfassen. Die physische Hardware kann jedoch nicht auf magische Weise dupliziert werden. Wenn Sie einen physischen Serverausfall haben, müssen Sie kompatible Serverhardware reproduzieren, um Ihre Backups wiederherzustellen.

Virtualisierungscluster machen auch Hochverfügbarkeit sehr einfach. Durch die Abstraktion der Hardware von der virtuellen Maschine können die VMs problemlos von jedem Hypervisor-Host im Cluster ausgeführt werden. Wenn ein Hypervisorhost ausfällt, kann der Besitz der VM einfach auf einem anderen Hypervisorhost im Hypervisorcluster übernommen werden.

Physische Server können ebenfalls geclustert werden. Windows Server-Failovercluster sind seit langem der Standard im Unternehmensrechenzentrum für das Clustern physischer Server, um eine hohe Verfügbarkeit aus Anwendungs- / Datenperspektive sicherzustellen. Wenn der Master-Knoten ausfällt, übernimmt ein anderer physischer Server im Cluster die Ausführung der Anwendung / das Hosten der Daten.

Virtuelle Maschinen bieten die einfachste Möglichkeit, Ihre Daten auf Standortebene zu schützen. Virtuelle Maschinen können problemlos in eine andere Umgebung repliziert werden, die sich an einem separaten Ort wie einer DR-Einrichtung befindet. Ohne die richtige Datenschutzlösung können physische Server auf Standortebene sicherlich schwieriger zu schützen sein.

Wie wählen Sie?

Die Entscheidung, die die meisten zwischen physischen Servern und virtuellen Maschinen treffen, wurde eindeutig mit der weit verbreiteten Einführung der Virtualisierung identifiziert. Für die meisten sind die Vorteile, die virtuelle Maschinen in Bezug auf Kosten, physischen Footprint, Lebensdauer, Migration, Leistung, Effizienz und Disaster Recovery / Hochverfügbarkeit bieten, weitaus größer als die Ausführung einer einzelnen Workload auf einem einzelnen physischen Server.

Bedeutet dies, dass das Ausführen von Anwendungen und das Hosten von Daten auf physischen Workloads keine Option sind, die Sie jemals wählen würden? Nein. Physische Server sind immer noch sehr viel ein Teil der Enterprise Data Center-Umgebung. Es gibt immer noch Situationen und Anwendungsfälle zum Ausführen einer Anwendung auf einem physischen Server. Ob aus Leistungsgründen oder aus der Notwendigkeit, physische Geräte an einen physischen Server anzuschließen, Die Anwendungsfälle sind sicherlich vorhanden.

Die Wahl hängt sowohl von einer Technologie- als auch einer Geschäftsentscheidung für Ihr Unternehmen ab. In den meisten Umgebungen bestehen die meisten Workloads aus virtuellen Maschinen und Containern, wobei eine kleine Anzahl physischer Server verschiedene Anwendungen ausführt.

Backups von physischen Servern und virtuellen Maschinen

Unabhängig davon, ob Sie Ihre Daten und Anwendungen auf physischen Servern oder virtuellen Maschinen hosten, müssen Sie diese schützen. Physische Server und virtuelle Maschinen können beide ausfallen. Dies unterstreicht die Notwendigkeit, Ihre Daten und Anwendungen ordnungsgemäß zu schützen. Eine einheitliche Datensicherungs-/Backup-Lösung, die sowohl physische als auch virtuelle Workloads schützen kann, vereinfacht die Notfallwiederherstellung.

Mit der Vembu BDR Suite erhalten Sie eine All-in-One-Lösung, die Ihre physischen Server und virtuellen Maschinen in Ihrer Umgebung schützt. Vembu ermöglicht es Ihnen, physische Server wie VMs zu behandeln, da die Backups P2V’ing physische Server für die Wiederherstellung in einer Katastrophe ermöglichen. Darüber hinaus ermöglicht es das einfache Kopieren der physischen Server-Backups zusammen mit Ihren virtuellen Maschinen. Dies umfasst die folgenden Funktionen für physische und virtuelle Maschinen:

• Verfolgung geänderter Blöcke
• Automatische Backup-Überprüfung
• Schnelle VM–Wiederherstellung
• Offsite- oder Remote-Backup-Kopie
• Vembu Universal Recovery
• Anwendungsbezogene Backups
• Migrationsunterstützung – V2V, P2V, V2P

Laden Sie hier die kostenlose 30-Tage-Testversion der Vembu BDR Suite herunter.

Folgen Sie unseren Twitter- und Facebook-Feeds für neue Veröffentlichungen, Updates, aufschlussreiche Beiträge und mehr.