Standardannahmen überprüfen

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 für die Ressourcenzuweisung:

  1. Klicken Sie auf dem Tab Infrastruktur auf Details zur Ressourcenzuweisung bearbeiten.
  2. Bearbeiten Sie im Bereich Details zur Ressourcenzuweisung bearbeiten die Werte der in der folgenden Tabelle aufgeführten Felder nach Bedarf:

    BereichFeldBeschreibungStandardwert
    ServerCompute-Server, die älter als 5 Jahre sindDer Prozentsatz der Server, die älter als 5 Jahre sind.50%
    Effizienzfaktor für alte Compute-ServerDer Prozentsatz der effizienten alten Server.55%
    Auslastung% der vCPUs, die nicht rund um die Uhr ausgeführt werdenDer 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 (hohe Leistung) Der Prozentsatz der vCPUs, die für Hochleistungsarbeitslasten reserviert sind, z. B. für Datenbanken, Streaming, Gameserver und Inferenzjobs. 20%
    Maschinentyp (Hochleistungsgerät) Der Maschinentyp, der für leistungsintensive Arbeitslasten verwendet wird. C3
    % der vCPUs (ausgewogen) Der Prozentsatz der vCPUs, die für Arbeitslasten reserviert sind, die ein ausgewogenes Preis-Leistungs-Verhältnis erfordern, z. B. Mikrodienste, Web- und App-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 Maschinentyp, der für kostenoptimierte Arbeitslasten verwendet wird. E2
    SpeicherVerhältnis von Arbeitsspeicher zu Compute (Compute)Arbeitsspeicher in GB, der für jede vCPU zugewiesen werden soll.4

Standardannahmen für die Größenanpassung von Nicht-x86-Systemen

So ändern Sie die Standardannahmen für die Größenanpassung von Infrastrukturen, die keine x86-Infrastruktur sind:

  1. Klicken Sie auf dem Tab Infrastruktur auf Nicht-X86-Größendetails bearbeiten.
  2. Bearbeiten Sie im Bereich Nicht-X86-Größendetails bearbeiten die Werte der in der folgenden Tabelle aufgeführten Felder nach Bedarf:

    BereichFeldBeschreibungStandardwert
    Preise für EmulationMonatliche Google Cloud-Kosten pro MIPS-KostenDie monatlichen Kosten für jeden MIPS, der in Google Cloud ausgeführt wird.$4
    Emulationskosten für Lift-and-ShiftDie monatlichen Kosten für die Ausführung des Mainframe-Emulators für Lift-and-Shift-Mainframe-Anwendungen.$0
    Preis pro Monat für Solaris-EmulationDie monatlichen Kosten für jede Solaris-Emulation, die in Google Cloud ausgeführt wird.$4
    Preis pro Monat für Solaris-EmulationslizenzierungDie monatlichen Kosten für die Solaris-Emulationslizenzierung in Google Cloud.$0
    Preis pro Monat für AIX-EmulationDie monatlichen Kosten für jede AIX-Emulation, die in Google Cloud ausgeführt wird.$4
    Preis pro Monat für die AIX-EmulationslizenzierungDie monatlichen Kosten für jede AIX-Emulationslizenz in Google Cloud.$0
    Preis pro Monat für HP UX-EmulationDie monatlichen Kosten für jede HP UX-Emulation, die in Google Cloud ausgeführt wird.$4
    Preis pro Monat für HP UX-EmulationslizenzierungDie monatlichen Kosten für jede HP UX-Emulationslizenz in Google Cloud.$0
    Preis pro Monat für andere EmulationDie monatlichen Kosten für jede andere Emulation, die in Google Cloud ausgeführt wird.$4
    Preis pro Monat für andere EmulationslizenzenDie monatlichen Kosten für die einzelnen anderen Emulationslizenzen in Google Cloud.$0
    Preise für sonstige CoLoMonatlicher Preis für Mainframe-CoLoMonatliche Kosten für jeden Mainframe-Colocation-Speicherplatz, der in Google Cloud ausgeführt wird.$4

Standardannahmen für die Speichergröße

So ändern Sie die Standardannahmen für die Speichergröße:

  1. Klicken Sie auf dem Tab Infrastruktur auf Details zur Speicherkonfiguration bearbeiten.
  2. Bearbeiten Sie im Bereich Details zur Speicherkonfiguration bearbeiten die Werte der Felder in der folgenden Tabelle nach Bedarf:

    BereichFeldBeschreibungStandardwert
    Persistent Disk (Blockspeicher)
    Speicherplatz für HDDDer prozentuale Anteil des gesamten Speichers in einer Blockspeicherressource vom Typ nichtflüchtiger Speicher mit Standardleistung (Festplattenlaufwerk).90%
    Speicherplatz für SSDDer Prozentsatz des gesamten Speichers in einer Blockspeicherressource vom Typ nichtflüchtiger Speicher mit hoher Leistung (Solid State Drive).10%
    Filestore
    (Dateispeicher)
    Speicherplatz für Filestore-HDDDer prozentuale Anteil des gesamten Speicherplatzes auf Filestore mit Standardleistung (Festplatte).50%
    Speicherplatz für Filestore-SSDDer Prozentsatz des gesamten Speicherplatzes im Filestore mit hoher Leistung (Solid State Drive).50%
    Google Cloud Storage (Objektspeicher)
    Standard: Häufiger ZugriffDer 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 ZugriffDer Prozentsatz des Objektspeichers mit seltenem Zugriff (Nearline). Sie ist kostengünstiger und wird für Daten empfohlen, die mindestens 30 Tage gespeichert werden können, z. B. Datensicherungen und Longtail-Multimedia-Inhalte.40%
    Coldline: Seltener ZugriffDer Prozentsatz des Objektspeichers, auf den selten zugegriffen wird (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 JahrDer Prozentsatz des Objektspeichers, auf den einmal pro Jahr zugegriffen wird (Archiv). Dieser Speichertyp ist kostengünstig und wird für Daten empfohlen, die mindestens 365 Tage gespeichert werden können, z. B. für zur Einhaltung behördlicher Auflagen angelegte Archive.20%

Standardannahmen für die Oracle-Größenberechnung

So ändern Sie die Standardannahmen für die Oracle-Größenanpassung:

  1. Klicken Sie auf dem Tab Arbeitslasten und Lizenzen auf Oracle-Größendetails bearbeiten.
  2. Bearbeiten Sie im Bereich Oracle-Größendetails bearbeiten die Werte der Felder in der folgenden Tabelle nach Bedarf:

    BereichFeldBeschreibungStandardwert
    Aufschlüsselung nach Oracle-Version
    % der vCPUs für Oracle Enterprise EditionDer Prozentsatz der Oracle-vCPUs, die auf der Oracle Enterprise Edition ausgeführt werden.70%
    % der vCPUs der Enterprise Edition auf 10gDer Prozentsatz der vCPUs der Oracle Enterprise Edition, die auf Oracle Database 10g ausgeführt werden.10%
    % der vCPUs für Oracle Standard EditionDer Prozentsatz der Oracle-vCPUs, die in der Oracle Standard Edition ausgeführt werden.30%
    Migration von Oracle zu PostgreSQL% der Migration von Oracle Standard Edition zu PostgreSQLDer Prozentsatz der Oracle-vCPUs, die von der Oracle Standard Edition zu PostgreSQL migriert werden.15%
    % der Migration von Oracle 10g oder älter zu PostgreSQLDer Prozentsatz der Oracle-vCPUs, die von Oracle Database 10g oder anderen älteren Versionen von Oracle-Datenbanken zu PostgreSQL migriert werden.100%
    Exadata ersetzen
    % von Exadata zu Bare-Metal-ServerDer Prozentsatz der Exadata-vCPUs, die zur Bare-Metal-Lösung migrieren.25%
    % von Exadata zu BigQueryDer 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 GBDie Speichernutzung in GB für Oracle Exadata.0
    Zusätzliche Standardeinstellungen für die MigrationBerichterstellung zu BigQuery migrierenDer Prozentsatz der zu BigQuery migrierten vCPUs für die Berichterstellung.15%
    Test-/Entwicklungsdatenbanken in Snapshots verschiebenDer Prozentsatz der Test- oder Entwicklungsdatenbank-vCPUs, die zu Snapshots migriert werden.25%
    Bessere Konsolidierung aufgrund neuerer CPU bzw. größerem ArbeitsspeicherDer Prozentsatz der Konsolidierung aufgrund einer neueren CPU oder eines größeren Arbeitsspeichers.25%
    Preise für die Migration von Oracle zu Google CloudPostgres-Preis – prozentualer Aufschlag auf den monatlichen Compute Engine-PreisDer prozentuale Aufschlag auf den monatlichen Compute Engine-Preis für Postgres.80%
    Prozentualer Aufschlag auf den monatlichen Compute Engine-Preis für BigQueryDer prozentuale Aufschlag auf den BigQuery-Preis auf den monatlichen Compute Engine-Preisen.80%
    Monatlicher Preis für Exadata CoLoDer monatliche Preis für Co-Location-Exadata-vCPUs, die auf Google Cloud ausgeführt werden.0

Standardannahmen für die SAP-Größenanpassung

So ändern Sie die Standardannahmen für die SAP-Konfiguration:

  1. Klicken Sie auf dem Tab Arbeitslasten und Lizenzen auf SAP-Größendetails bearbeiten.
  2. Bearbeiten Sie im Bereich SAP-Größendetails bearbeiten die Werte der Felder in der folgenden Tabelle nach Bedarf:
BereichFeldBeschreibungStandardwert
SAP-ArbeitslastAktuell ausgelagerte SAP-Arbeitslastz. B. Systemintegratoren und Anbieter verwalteter Dienste.30%
% unterliegen geospezifischen Vorschriften/Regeln für AnwendungenDer Prozentsatz der SAP-vCPUs, die geospezifischen Vorschriften oder Regeln für Anwendungen unterliegen.20%
SAP-Datenbankserver% der SAP-Server, die älter als 5 Jahre sindDer Prozentsatz der vCPUs der SAP-Server, die älter als 5 Jahre sind.35%
% der Systemauslastung älterer SAP-ServerDer Prozentsatz der verwendeten vCPUs alter SAP-Server.60%
Verhältnis von Arbeitsspeicher zu vCPU für SAPDas Verhältnis des SAP-RAM in MB zur Anzahl der SAP-vCPUs.6
% der Arbeitsspeicherauslastung für SAPDer Prozentsatz des Arbeitsspeichers, der für SAP verwendet wird.90%
% der vCPUs, die nicht rund um die Uhr ausgeführt werdenDer 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önnenDer Prozentsatz der Zeit, in der die SAP-vCPUs deaktiviert werden können.20%
SAP-Anwendungsserver% x86Der Prozentsatz der SAP-vCPUs, die x86-vCPUs sind.90%
x86 – LinuxDer Prozentsatz der SAP-vCPUs, die x86-Linux-vCPUs sind.80%
x86 – WindowsDer Prozentsatz der SAP-vCPUs, die x86-Windows-vCPUs sind.20%
% von nicht-X86 auf IBM Power – AIXDer Prozentsatz der nicht-x86-SAP-Anwendungsserver-vCPUs, die auf IBM Power-Systemen mit dem AIX-Betriebssystem ausgeführt werden.100%
Für SAP-Datenbanken und -Anwendungen zu verwendende FormenFür SAP-Anwendungen zu verwendender TypMögliche Werte sind N2D Predefined, N2D Standard und N2D High Memory.N2D Predefined
Für SAP-Datenbanken zu verwendender TypFü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 DBDer Prozentsatz der SAP-Datenbanken, die sich in Oracle DB befinden.60%
Oracle DB auf AIXDer Prozentsatz der Oracle-Datenbank-vCPUs, die auf AIX ausgeführt werden.80%
Oracle DB auf LinuxDer Prozentsatz der vCPUs von Oracle-Datenbanken auf einem Linux-Rechner.20%
Datenbank auf MS SQL ServerDer Prozentsatz der SAP-Datenbanken, die sich auf MS SQL Server befinden.10%
MS SQL Server unter WindowsDer Prozentsatz der MS SQL Server-vCPUs auf einem Windows-Rechner.100%
Datenbank auf HANADer Prozentsatz der SAP-Datenbanken, die auf Hana laufen.15%
Hana auf LinuxDer Prozentsatz der Hana-vCPUs auf einem Linux-Rechner.80%
Hana auf Power LinuxDer Prozentsatz der Hana-vCPUs auf einem Power Linux-Rechner.20%
Datenbank auf anderen (DB2, ASE usw.)Der Prozentsatz der SAP-Datenbanken vom Typ „Sonstiges“ (DB2, ASE usw.).15%
Sonstiges unter AIXDer Prozentsatz anderer Datenbanken (DB2, ASE usw.), die auf AIX ausgeführt werden.80%
Sonstige unter LinuxDer Prozentsatz anderer Datenbanken (DB2, ASE usw.), die sich auf einem Linux-Rechner befinden.20%
SAP-PreiseMonatlicher Preis für SAP-Anwendungs-CoLoMonatlicher Preis für Co-Location von SAP-Anwendungen.0
Monatlicher Preis für SAP-Datenbank-CoLoMonatlicher Preis für die Co-Location von SAP-Datenbanken.0

Nächste Schritte

  • Informationen zum Scannen Ihrer Infrastruktur und zum Ermitteln Ihrer Assets finden Sie unter Asset-Erkennung starten.