Wenn Sie die Schätzungsergebnisse für die Migration Ihrer On-Premises-Infrastruktur zu Google Cloud weiter optimieren möchten, können Sie die Standardannahmen, die zur Berechnung der geschätzten Cloud-Ausgaben verwendet werden, überprüfen und aktualisieren.
Die Standardeinstellungen basieren jedoch auf Best Practices für Kunden. Sie dürfen sie nur für bestimmte Anwendungsfälle ändern.
Standardannahmen für die Compute-Größe
So ändern Sie die Standardannahmen zur Berechnung der Größe:
- Klicken Sie auf dem Tab Infrastruktur auf Details zur Compute-Größe bearbeiten.
Bearbeiten Sie im Bereich Details zur Ressourcenzuweisung bearbeiten die Werte der in der folgenden Tabelle aufgeführten Felder nach Bedarf:
Bereich Feld Beschreibung Standardwert Server Compute-Server, die älter als 5 Jahre sind Prozentsatz der Server, die älter als 5 Jahre sind. 50%
Effizienzfaktor für alte Compute-Server Der Prozentsatz der effizienten alten Server. 55%
Auslastung % der vCPUs, die nicht rund um die Uhr ausgeführt werden Der Prozentsatz der vCPUs, die nicht rund um die Uhr ausgeführt werden. 50%
Prozentsatz der Zeit, in der diese vCPUs deaktiviert werden können (Compute) Der Prozentsatz der Zeit, in der diese vCPUs vollständig deaktiviert werden können. 20%
Verteilung von Arbeitslasten % der vCPUs (Hochleistung) Der Prozentsatz der vCPUs, die für Hochleistungsarbeitslasten reserviert sind, wie Datenbanken, Streaming, Gameserver, Inferenzjobs. 20%
Maschinentyp (Hochleistungsgerät) Der Maschinentyp, der für Hochleistungsarbeitslasten verwendet wird. C3
% der vCPUs (ausgewogen) Der Prozentsatz der vCPUs, die für Arbeitslasten reserviert sind, für die ein für ein ausgewogenes Preis-Leistungs-Verhältnis, wie Mikrodienste, Web- und App-Dienste, Server, Business-Intelligence-Lösungen. 60%
Maschinentyp Der Maschinentyp, der für ausgewogene Arbeitslasten verwendet wird. N2
% der vCPUs (kostenoptimiert) Der Prozentsatz der vCPUs, die für Arbeitslasten reserviert sind, für die Sie die Kosten minimieren möchten, z. B. Entwicklungs- und Testumgebungen, interne Anwendungen und Batchverarbeitungsjobs. 20%
Maschinentyp (kostenoptimiert) Der für kostenoptimierte Arbeitslasten verwendete Maschinentyp. E2
Speicher Verhältnis von Arbeitsspeicher zu Compute (Compute) Arbeitsspeicher in GB, der für jede vCPU einbezogen werden soll. 4
Standardannahmen für die Größenanpassung von Nicht-x86-Umgebungen
So ändern Sie die Standardannahmen zur Größenanpassung der Infrastruktur ohne x86-Unterstützung Schritte:
- Klicken Sie auf dem Tab Infrastruktur auf Nicht-X86-Größendetails bearbeiten.
Bearbeiten Sie im Bereich Nicht-X86-Größendetails bearbeiten die Werte der in der folgenden Tabelle aufgeführten Felder nach Bedarf:
Bereich Feld Beschreibung Standardwert Emulation-Preise Monatliche Google Cloud-Kosten pro MIPS-Kosten Die monatlichen Kosten für jede in Google Cloud ausgeführte MIPS. $4
Emulationskosten für Lift-and-Shift Die monatlichen Kosten für die Ausführung des Mainframe-Emulators für Lift-and-Shift-Mainframe-Anwendungen. $0
Preis pro Monat für Solaris-Emulation Die monatlichen Kosten für jede in Google Cloud ausgeführte Solaris-Emulation. $4
Preis pro Monat für Solaris-Emulationslizenzierung Die monatlichen Kosten für die Solaris-Emulationslizenzierung in Google Cloud. $0
Preis pro Monat für AIX-Emulation Die monatlichen Kosten für jede in Google Cloud ausgeführte AIX-Emulation. $4
Preis pro Monat für AIX-Emulationslizenzierung Die monatlichen Kosten für jede AIX-Emulationslizenz in Google Cloud. $0
Preis pro Monat für HP UX-Emulation Die monatlichen Kosten für jede in Google Cloud ausgeführte HP UX-Emulation. $4
Preis pro Monat für HP UX-Emulationslizenzierung Die monatlichen Kosten für jede HP UX-Emulationslizenzierung in Google Cloud. $0
Preis pro Monat für andere Emulation Die monatlichen Kosten für jede andere Emulation, die in Google Cloud ausgeführt wird. $4
Preis pro Monat für andere Emulationslizenzen Die monatlichen Kosten für die jeweils andere Emulationslizenzierung in Google Cloud. $0
Preise für sonstige CoLo Monatlicher Preis für Mainframe-CoLo Monatliche Kosten für jede in Google Cloud ausgeführte Mainframe-Colocation. $4
Standardannahmen zur Speichergröße
So ändern Sie die Standardannahmen zur Speichergröße:
- Klicken Sie auf dem Tab Infrastruktur auf Details zur Speichergröße bearbeiten.
Daraufhin öffnet sich ein Fenster Details zur Speichergröße bearbeiten. Hier können Sie die Werte die in der folgenden Tabelle aufgeführten erforderlichen Felder:
Bereich Feld Beschreibung Standardwert Persistent Disk (Blockspeicher) Speicherplatz für HDD Der Prozentsatz des Gesamtspeichers in einer Blockspeicherressource eines nichtflüchtigen Speichers mit Standardleistung (Festplatte). 90%
Speicherplatz für SSD Der Prozentsatz des Gesamtspeichers in einer Blockspeicherressource eines nichtflüchtigen Speichers mit hoher Leistung (Solid State Drive). 10%
Filestore
(Dateispeicher)Speicherplatz für Filestore-HDD Der prozentuale Anteil des gesamten Speicherplatzes auf Filestore mit Standardleistung (Festplatte). 50%
Speicherplatz für Filestore-SSD Der Prozentsatz des Gesamtspeichers in Filestore mit hoher Leistung (Solid State Drive). 50%
Google Cloud Storage (Objektspeicher) Standard: Häufiger Zugriff Der Prozentsatz des Objektspeichers, auf den häufig zugegriffen wird (Standard). Empfohlen für Daten, auf die häufig zugegriffen wird, z. B. Websites, gestreamte Videos und mobile Apps. 20%
Nearline: Seltener Zugriff Der Prozentsatz des Objektspeichers mit seltenem Zugriff (Nearline). Es ist kostengünstiger und wird für Daten empfohlen, die mindestens 30 Tage lang gespeichert werden, wie Datensicherungen und Longtail-Multimedia-Inhalte. 40%
Coldline: Seltener Zugriff Der Prozentsatz des Objektspeichers mit seltenem Zugriff (Coldline). Er ist sehr kostengünstig und wird für Daten empfohlen, die mindestens 90 Tage gespeichert werden können, z. B. für die Notfallwiederherstellung. 20%
Archiv: Zugriff einmal pro Jahr Der Prozentsatz des Objektspeichers mit der Zugriffshäufigkeit einmal pro Jahr (Archiv). Das sind die niedrigsten Kosten und empfohlen für Daten, die mindestens 365 Tage lang gespeichert werden können, z. B. Archive von behördlichen Vorschriften. 20%
Standardannahmen für die Oracle-Größenberechnung
So ändern Sie die Standardannahmen zur Größenanpassung von Oracle:
- Klicken Sie auf dem Tab Arbeitslasten und Lizenzen auf Oracle-Größendetails bearbeiten.
Bearbeiten Sie im Bereich Oracle-Größendetails bearbeiten die Werte der Felder in der folgenden Tabelle nach Bedarf:
Bereich Feld Beschreibung Standardwert Aufschlüsselung nach Oracle-Version % der vCPUs für Oracle Enterprise Edition Der Prozentsatz der Oracle-vCPUs, die auf der Oracle Enterprise Edition ausgeführt werden. 70%
% der vCPUs der Enterprise Edition auf 10g Der Prozentsatz der vCPUs der Oracle Enterprise Edition, die auf Oracle Database 10g ausgeführt werden. 10%
% der vCPUs für Oracle Standard Edition Der Prozentsatz der Oracle-vCPUs auf Oracle Standard Edition. 30%
Migration von Oracle zu PostgreSQL % der Migration von Oracle Standard Edition zu PostgreSQL Der Prozentsatz der Oracle-vCPUs, die von der Oracle Standard Edition zu PostgreSQL migriert werden. 15%
% der Migration von Oracle 10g oder älter zu PostgreSQL Der Prozentsatz der Oracle-vCPUs, die von Oracle Database 10g oder anderen früheren Versionen von Oracle-Datenbanken zu PostgreSQL migrieren. 100%
Exadata ersetzen % von Exadata zu Bare-Metal-Server Der Prozentsatz der Exadata-vCPUs, die zur Bare-Metal-Lösung migriert werden. 25%
% von Exadata zu BigQuery Der Prozentsatz der Exadata-vCPUs, die zu BigQuery migriert werden. 25%
% von Exadata zu Exadata CoLo (Hosting) Der Prozentsatz der Exadata-vCPUs, die zu Co-Location-Exadata-vCPUs migrieren, die in Google Cloud ausgeführt werden. 50%
Exadata-Speicher in GB Die Speichernutzung in GB für Oracle Exadata. 0
Zusätzliche Standardeinstellungen für die Migration Berichterstellung zu BigQuery migrieren Der Prozentsatz der Berichterstellungs-vCPUs, die zu BigQuery migriert werden. 15%
Test-/Entwicklungsdatenbanken in Snapshots verschieben Der Prozentsatz der Test- oder Entwicklerdatenbank-vCPUs, die zu Snapshots migriert werden. 25%
Bessere Konsolidierung aufgrund neuerer CPU bzw. größerem Arbeitsspeicher Der Prozentsatz der Konsolidierung aufgrund einer neueren CPU oder eines größeren Arbeitsspeichers. 25%
Preise für die Migration von Oracle zu Google Cloud Postgres-Preis – prozentualer Aufschlag auf den monatlichen Compute Engine-Preis Der prozentuale Aufschlag auf den monatlichen Compute Engine-Preis für Postgres. 80%
Prozentsatz des BigQuery-Preises auf den monatlichen Compute Engine-Preis Der Prozentsatz des BigQuery-Preises auf die monatlichen Compute Engine-Preise. 80%
Monatlicher Preis für Exadata CoLo Der monatliche Preis für am selben Standort befindliche Exadata-vCPUs, die in Google Cloud ausgeführt werden. 0
Standardannahmen für die SAP-Größenanpassung
So ändern Sie die Standardannahmen für die SAP-Größenermittlung:
- Klicken Sie auf dem Tab Arbeitslasten und Lizenzen auf SAP-Größendetails bearbeiten.
- Bearbeiten Sie im Bereich SAP-Größendetails bearbeiten die Werte der Felder in der folgenden Tabelle nach Bedarf:
Bereich | Feld | Beschreibung | Standardwert |
---|---|---|---|
SAP-Arbeitslast | SAP-Arbeitslast, die derzeit ausgelagert wird | Beispiele: Systemintegrator und Anbieter verwalteter Dienste. | 30% |
% unterliegen geospezifischen Vorschriften/Regeln für Anwendungen | Der Prozentsatz der SAP-vCPUs, die geospezifischen Vorschriften oder Regeln für Anwendungen unterliegen. | 20% | |
SAP-Datenbankserver | % der SAP-Server, die älter als 5 Jahre sind | Der Prozentsatz der vCPUs für SAP-Server, die älter als 5 Jahre sind. | 35% |
% der Systemauslastung älterer SAP-Server | Der Prozentsatz der alten SAP-Server-vCPUs, die verwendet werden. | 60% | |
Verhältnis von Arbeitsspeicher zu vCPU für SAP | Das Verhältnis des SAP-RAM in MB zur Anzahl der SAP-vCPUs. | 6 | |
% der Arbeitsspeicherauslastung für SAP | Der Prozentsatz des in SAP verwendeten Arbeitsspeichers. | 90% | |
% der vCPUs, die nicht rund um die Uhr ausgeführt werden | Der Prozentsatz der SAP-vCPUs, die nicht rund um die Uhr ausgeführt werden. | 40% | |
% der Zeit, in der diese vCPUs für SAP deaktiviert werden können | Der Prozentsatz der Zeit, in der die SAP-vCPUs deaktiviert werden können. | 20% | |
SAP-Anwendungsserver | % x86 | Der Prozentsatz der SAP-vCPUs, die x86-vCPUs sind. | 90% |
x86 – Linux | Der Prozentsatz der SAP-vCPUs, die x86-Linux-vCPUs sind. | 80% | |
x86 – Windows | Der Prozentsatz der SAP-vCPUs, die x86-Windows-vCPUs sind. | 20% | |
% von nicht-X86 auf IBM Power – AIX | Der Prozentsatz der nicht-x86-SAP-Application-Server-vCPUs, die auf IBM Power-Systemen mit dem AIX-Betriebssystem ausgeführt werden. | 100% | |
Formen für SAP-Datenbanken und -Anwendungen | Für SAP-Anwendungen zu verwendender Typ | Mögliche Werte sind N2D Predefined , N2D Standard und N2D High Memory . | N2D Predefined |
Für SAP-Datenbanken zu verwendender Typ | Für SAP-Datenbanken zu verwendender Typ. Mögliche Werte sind N2D Predefined , N2D Standard und N2D High Memory . | N2D Predefined | |
SAP-Datenbank | |||
Datenbank auf Oracle DB | Der Prozentsatz der SAP-Datenbanken, die sich in Oracle DB befinden. | 60% | |
Oracle DB auf AIX | Der Prozentsatz der vCPUs für Oracle-Datenbanken, die unter AIX ausgeführt werden. | 80% | |
Oracle DB unter Linux | Der Prozentsatz der vCPUs von Oracle-Datenbanken auf einem Linux-Rechner. | 20% | |
Datenbank auf MS SQL Server | Der Prozentsatz der SAP-Datenbanken, die sich auf MS SQL Server befinden. | 10% | |
MS SQL Server unter Windows | Der Prozentsatz der MS SQL Server-vCPUs auf einem Windows-Computer. | 100% | |
Datenbank auf Hana | Der Prozentsatz der SAP-Datenbanken, die sich auf Hanna befinden. | 15% | |
Hana auf Linux | Der Prozentsatz der Hana-vCPUs auf einem Linux-Rechner. | 80% | |
Haana auf Power Linux | Der Prozentsatz der Hana-vCPUs auf einer Power Linux-Maschine. | 20% | |
Database on Andere (DB2, ASE usw.) | Der Prozentsatz der SAP-Datenbanken, die „Sonstiges“ sind (DB2, ASE usw.). | 15% | |
Sonstiges unter AIX | Der Prozentsatz anderer Datenbanken (DB2, ASE usw.), die auf AIX ausgeführt werden. | 80% | |
Andere unter Linux | Der Prozentsatz anderer Datenbanken (DB2, ASE usw.), die sich auf einem Linux-Computer befinden. | 20% | |
SAP-Preise | Monatlicher Preis für SAP-Anwendungs-CoLo | Monatlicher Preis für Co-Location von SAP-Anwendungen. | 0 |
Monatlicher Preis für SAP-Datenbank-CoLo | Monatlicher Preis für die SAP-Datenbank-Colocation. | 0 |
Nächste Schritte
- Informationen zum Scannen Ihrer Infrastruktur und zum Ermitteln Ihrer Assets finden Sie unter Asset-Erkennung starten.