Auf dieser Seite werden die verfügbaren Migrationseinstellungen für Server im Migration Center beschrieben.
Google Cloud-Optionen
Geben Sie das Zielprodukt an, in das Sie Ihre Infrastruktur migrieren möchten. Sie können entweder Keine Präferenz oder eines der folgenden Produkte angeben:
- Compute Engine
- Google Cloud VMware Engine
- Knoten für einzelne Mandanten
Wenn Sie Keine Präferenz auswählen, erhalten Sie im Migrationscenter Empfehlungen basierend auf der internen Logik für Standardeinstellungen, die regelmäßig aktualisiert werden kann.
Das ausgewählte Zielprodukt und die festgelegten Einstellungen werden zum Generieren des TCO-Berichts verwendet. Im Migrationscenter können Sie auch die Einstellungen für die anderen nicht ausgewählten Produkte anpassen, die zum Erstellen des Lizenzberichts verwendet werden.
Google Compute Engine
Wenn Sie Compute Engine als Zielprodukt auswählen, geben Sie die verschiedenen Maschinenreihen, Laufwerktypen und Lizenzierungsoptionen an, die Sie in Ihren TCO-Berichten anwenden möchten.
Wählen Sie in der Liste Maschinenreihe alle Compute Engine-Maschinenreihen aus, die Sie als mögliche Ziele für die Migration Ihrer VM-Instanzen (virtuelle Maschinen) angeben möchten. In der Vergleichstabelle für Maschinenfamilien finden Sie Informationen dazu, welche Maschinenreihe für Ihre Geschäftsanforderungen am besten geeignet ist.
Wählen Sie in der Liste Laufwerktyp den gewünschten Laufwerktyp aus.
Wählen Sie in der Liste Microsoft SQL Server-Lizenzierung den Lizenztyp für die SQL Server-Datenbankbereitstellungen aus, die Sie in der Compute Engine hosten möchten.
Google VMware Engine
Wenn Sie VMware Engine als Zielprodukt auswählen, geben Sie die Anforderungen für die Gruppe von virtuellen Maschinen an, die auf VMware Engine-Knoten zugewiesen sind.
Maschinenreihenfamilie
Wählen Sie die Maschinenreihe aus, die Sie verwenden möchten. Wenn eine Maschinenreihe in der ausgewählten Region nicht verfügbar ist, wird eine Warnung angezeigt.
Reine Speicherknoten
Wenn Sie speichergebundene Arbeitslasten haben, wird durch die Auswahl von Bei Verfügbarkeit verwenden zusätzlicher vSAN-Speicher nicht auf HCI-Knoten, sondern auf reinen Speicherknoten bereitgestellt. Dies kann dazu beitragen, die Kosten im Bericht zu den Gesamtbetriebskosten zu senken, und sollte in den meisten Fällen ausgewählt werden. Wenn Sie jedoch bestimmte Anforderungen haben, können Sie Speicherknoten aus Ihrer Zielumgebung ausschließen, indem Sie Nicht verwenden auswählen.
Wenn für die von Ihnen ausgewählte Maschinenserie keine reinen Speicherknoten verfügbar sind, wird diese Einstellung ignoriert und es werden nur HCI-Knoten berücksichtigt.
GCVE-Diensttyp
Wählen Sie aus, wie Sie die Lizenz verwalten möchten, indem Sie eine der verfügbaren Optionen auswählen:
Vollständig lizenziert:Der vollständig integrierte VMware Engine-Dienst umfasst die gesamte Hardware und Software, den Support, die Lebenszyklusverwaltung (z. B. Patching und Fehlerbehebung) sowie die physische Hostingumgebung (Stromversorgung und Kühlung, Rack/Stack) für die gesamte VMware-Umgebung in der privaten Cloud. Dies berechtigt den Kunden nicht zu einem dauerhaften Eigentum an der VMware Cloud Foundation-Software, sondern sie wird wie andere Google Cloud-Produkte als Dienst verkauft.
Übertragbare Lizenz: Broadcom und Google Cloud unterstützen die Lizenzübertragbarkeit von VMware Cloud Foundation zur VMware Engine. Bei diesem Modell können Kunden Abos der neuen VMware Cloud Foundation-Software bei Broadcom und Broadcom-Partnern kaufen und diese dann flexibel in der VMware Engine sowie in ihren eigenen lokalen Rechenzentren verwenden. Der Rest des Dienstes (Hardware, Hostingumgebung, Support, Lebenszyklusverwaltung) wird direkt bei Google Cloud oder Google Cloud-Partnern erworben.
GCVE-geschützt
Wählen Sie aus, ob Sie VMware Engine Protected verwenden möchten, um die Sicherung und Notfallwiederherstellung auf Ihren VMware Engine-Knoten zu aktivieren.
VMware Engine Protected erhöht die Kosten in Ihrem TCO-Bericht und ist möglicherweise nicht in allen Regionen verfügbar. Weitere Informationen finden Sie unter Preise für Sicherungs- und Notfallwiederherstellungsdienste.
Compute
Sie können die Überbuchung sowohl für die CPU als auch für den Arbeitsspeicher konfigurieren. Mit Overcommitment können Sie Ihren VMs mehr Arbeitsspeicher und CPU-Kerne zuweisen, als auf den physischen Knoten verfügbar sind.
Mit dem Overcommit-Verhältnis von CPU-Kernen können Sie ein Overcommit-Verhältnis zwischen 1,0 und 8,0 in Schritten von 0,1 angeben. Der Standardwert ist 4.
Für das Overcommit-Verhältnis des Arbeitsspeichers können Sie die folgenden Werte angeben: 1,0, 1,25, 1,5, 1,75 und 2,0. Der Standardwert ist 1.
Deduplizierung und Komprimierung
Wenn Sie in Ihrer VMware-Umgebung Deduplizierung und Komprimierung verwenden, können Sie mit dem Speichereinsparungsverhältnis den Speicherplatz angeben, den Sie bei der Migration zu Google Cloud voraussichtlich einsparen werden, basierend auf Ihren aktuellen Werten vor Ort. Der Standardwert ist 1,7.
Knoten für einzelne Mandanten
Wenn Sie Knoten für einzelne Mandanten als Zielprodukt auswählen, geben Sie die Knotentypen an, die Sie in Ihren TCO-Berichten als Empfehlungen sehen möchten.
Overcommit-Faktor
Wenn Sie die Überbelegung auf Ihren Zielknoten mit Einzelkundenzugriff konfigurieren möchten, geben Sie im Abschnitt Overcommit-Faktor einen Wert zwischen 1,0 und 2,0 in Schritten von 0,01 an.
Weitere Informationen zum Overcommit von CPUs auf Knoten für einzelne Mandanten
Hostwartungsrichtlinie
Geben Sie die Hostwartungsrichtlinie an, die Sie auf Ihre Zielknoten mit einem einzelnen Mieter anwenden möchten. Dies kann sich auf die erforderliche Größe des Clusters mit Knoten für einzelne Mandanten auswirken, die im TCO-Bericht angezeigt wird.
Weitere Informationen zur Hostwartungsrichtlinie
Methode zur Größenanpassung
Wählen Sie im TCO-Bericht die Größenstrategie aus, die Sie auf Ihre VMs anwenden möchten. Wählen Sie eine der folgenden Optionen aus:
- Keine Einstellung:Das Migrationscenter wählt die Größe anhand der Systemstandardeinstellungen aus.
- Keine Größenanpassung:Wählen Sie eine Ziel-VM-Größe aus, die der Größe Ihrer aktuellen Maschinen sehr ähnlich ist. Der Algorithmus führt keine Größenanpassung durch, d. h., die aktuellen Leistungsdaten Ihrer Maschinen werden nicht berücksichtigt.
- Mäßig:Die Zielgröße der VM wird anhand der aktuellen Leistung Ihrer Maschinen berechnet und die VMs werden mäßig angepasst. Dieser Ansatz bietet ein ausgewogenes Verhältnis zwischen Leistung und Kosten.
- Aggressiv:Die Zielgröße der VM wird anhand der aktuellen Leistung Ihrer Maschinen berechnet und die VMs werden aggressiv auf die richtige Größe angepasst. Wenn Sie die CPU Ihres Computers beispielsweise nicht ausreichend auslasten, wird in Ihrem TCO-Bericht eine VM mit weniger CPUs empfohlen. Mit diesem Ansatz werden die Ressourcen der VM optimal genutzt und die Kosten gesenkt. Bei unerwarteter Auslastung kann dies jedoch auch Auswirkungen auf die Leistung haben.
- Benutzerdefiniert:Hier können Sie die Parameter manuell konfigurieren, die der Algorithmus für die Berechnungen verwenden soll. Wenn Sie die benutzerdefinierte Größenoptimierung auswählen, können Sie die folgenden Parameter ändern:
- Messwert-Baseline: Die Baseline für die Berechnung von Arbeitsspeicher-, CPU- und Laufwerk-IOPS.
- Speichermultiplikator: Die Menge an Speicherplatz, die Sie in Ihrer Infrastruktur bereitstellen möchten, als Anteil an der aktuellen Speicherauslastung.
- CPU-Auslastung: Die CPU-Auslastung, die Sie in Ihrer Infrastruktur haben möchten, als Prozentsatz der aktuellen Auslastung.
- Speichernutzung: Die gewünschte Arbeitsspeicherauslastung Ihrer Infrastruktur als Prozentsatz der aktuellen Auslastung.
In der folgenden Tabelle sind die Berechnungsparameter für die Optimierungsstrategien Mäßig und Hoch aufgeführt.
| Messwert | Mittel | Stark |
|---|---|---|
| Messwertreferenz | 95. Perzentil | 95. Perzentil |
| CPU-Nutzung | 70 % | 90 % |
| Arbeitsspeichernutzung | 85 % | 100 % |
| Speichermultiplikator | 1,25-fach | 1,10-fach |
| Betriebszeit | 730 Stunden pro Monat | 730 Stunden pro Monat |
Netzwerk
Geben Sie den erwarteten ausgehenden Traffic an. Der ausgehende Traffic ist der Prozentsatz des gesamten Netzwerktraffics, der das Google Cloud-Netzwerk verlässt. Ihnen wird nur ausgehender Traffic in Rechnung gestellt.
Produktpreisschiene
Geben Sie den gewünschten Preistrack für die VMs an, die Sie zu Google Cloud migrieren.
Sie können zwischen On-Demand-Preisen, ressourcenbasierter zugesicherter Nutzung für ein oder drei Jahre oder flexibler zugesicherter Nutzung für ein oder drei Jahre wählen. Rabatte für zugesicherte Nutzung gelten, wenn Sie eine zugesicherte Nutzung auswählen, und werden in Ihrem TCO-Bericht aufgeführt.
- Weitere Informationen zu Rabatten für die zugesicherte Nutzung der Compute Engine
- Weitere Informationen zu Preisen für Knoten für einzelne Mandanten
- Weitere Informationen zu VMware Engine-Preisen
Lizenztyp und Preisschiene des Betriebssystems
Wenn Sie Windows-Server oder bestimmte Linux-Distributionen verwenden, können Sie Ihre Einstellungen für Lizenzierung und Preisoptionen detailliert festlegen.
Windows-Server
Wenn Sie Knoten für einzelne Mandanten als Zielprodukt auswählen, können Sie einen der folgenden Lizenztypen für Ihre Windows-Server auswählen:
- Pay as you go
- Eigene Lizenz verwenden (Bring your own License, BYOL)
- Keine Einstellung
Wenn Sie die Compute Engine als Zielprodukt auswählen, ist nur die Option Pay as you go (PAYG) verfügbar.
Lizenzkosten optimieren
Standardmäßig werden in der Compute Engine zwei vCPUs auf jeder physischen CPU ausgeführt. Das bedeutet, dass Sie für jede physische CPU in Ihrer Zielumgebung, auf der eine Windows-Arbeitslast ausgeführt wird, zwei Windows-Lizenzen bezahlen, die pro vCPU angewendet werden.
Sie können das gleichzeitige Multithreading (SMT) deaktivieren, um die Kosten für Ihre Zielserver zu senken. Im Migrationscenter können Sie die folgenden Optionen für SMT angeben:
- Automatisch:Das Migration Center wählt die günstigste der verfügbaren Optionen aus. Das ist die Standardeinstellung.
- Aktivieren:Lassen Sie SMT wie standardmäßig aktiviert und berechnen Sie die Kosten für zwei Lizenzen pro physischer CPU.
- Deaktivieren:Deaktivieren Sie SMT auf den physischen CPUs, um die Lizenzkosten zu senken. Das kann sich auf die Leistung Ihrer Server auswirken.
- Deaktivieren mit Kompensation:SMT wird auf den physischen CPUs deaktiviert, aber die fehlenden vCPUs werden kompensiert, z. B. durch Erhöhung der Zielzahl der CPUs oder durch Umstellung auf eine Maschinenfamilie mit höherer Leistung.
- Keine Präferenz:Es wird der Standardalgorithmus für die Migrationscenter-Einstellungen verwendet.
Beachten Sie Folgendes, wenn Sie diese Einstellung anwenden:
- Ihre SMT-Einstellung wird zusätzlich zur richtigen Größe angewendet. Wenn Sie also Deaktiviert, Deaktiviert mit Kompensation oder Automatisch auswählen, kann die Zielauslastung über der Zielauslastung liegen, die Sie für die richtige Größe festgelegt haben.
- Wenn es keine Ziel-VM-Serie gibt, die mit den ausgewählten SMT-Einstellungen kompatibel ist, wird die SMT-Einstellung ignoriert.
Weitere Informationen zu SMT in der Compute Engine finden Sie unter Anzahl der Threads pro Kern festlegen.
Linux-Server
Im Migration Center können Sie den Lizenztyp und den Preistrack für die folgenden Linux-Distributionen angeben:
- Red Hat Enterprise Linux (RHEL)
- SUSE Linux Enterprise Server (SLES)
- SUSE Linux Enterprise Server (SLES) für SAP
Für den Preispfad können Sie zwischen On-Demand-Preisen, einer zugesicherten Nutzung für ein Jahr oder einer zugesicherten Nutzung für drei Jahre wählen.