Wenn Sie die Ergebnisse der Schätzung für die Migration Ihrer lokalen Infrastruktur zu Google Cloud weiter optimieren möchten, können Sie die Standardannahmen prüfen und aktualisieren, die zur Berechnung der Schätzung der Cloud-Ausgaben verwendet werden.
Die Standardeinstellungen basieren jedoch auf Best Practices für Kunden. Sie müssen sie nur für bestimmte Anwendungsfälle ändern.
Standardannahmen für die Größenanpassung berechnen
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 angezeigten Bereich Details zur Computing-Größe bearbeiten die Werte der Felder, die in der folgenden Tabelle aufgeführt sind, nach Bedarf:
Bereich Feld Beschreibung Standardwert Server Rechenserver, 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 alten Server, die effizient sind. 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%
% 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 wie Datenbanken, Streaming, Gameserver und Inferenzjobs reserviert sind. 20%
Maschinentyp (Hochleistung) Der Maschinentyp, der für Hochleistungsarbeitslasten verwendet wird. C3
% der vCPUs (ausgeglichen) Der Prozentsatz der vCPUs, der für Arbeitslasten reserviert ist, die ein gutes Preis-Leistungs-Verhältnis erfordern, z. B. für Mikrodienste, Web- und Anwendungsserver, Business-Intelligence-Lösungen. 60%
Maschinentyp Der Maschinentyp, der für ausgewogene Arbeitslasten verwendet wird. N2
% der vCPUs (kostenoptimiert) Der Prozentsatz der vCPUs, der für Arbeitslasten reserviert ist, für die Sie die Kosten wie Entwicklungs- und Testumgebungen, interne Anwendungen, Batchverarbeitungsjobs minimieren möchten. 20%
Maschinentyp (kostenoptimiert) Der für kostenoptimierte Arbeitslasten verwendete Maschinentyp. E2
Speicher Verhältnis von Arbeitsspeicher zu Compute (Computing) Arbeitsspeicher in GB, der für jede vCPU einbezogen werden soll. 4
Standardannahmen für die Größenanpassung (nicht x86)
So ändern Sie die Standardannahmen zur Größenanpassung der Infrastruktur ohne x86-Unterstützung:
- Klicken Sie auf dem Tab Infrastructure (Infrastruktur) auf Edit Nicht-x86-Größendetails.
Bearbeiten Sie im angezeigten Bereich Nicht-x86-Größendetails bearbeiten die Werte der Felder in der folgenden Tabelle 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 den Betrieb 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 jede Solaris-Emulationslizenz 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-Emulationslizenzierung 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 die HP UX-Emulations-Lizenzierung 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.
Bearbeiten Sie im angezeigten Bereich Details zur Speichergröße bearbeiten die Werte der Felder in der folgenden Tabelle nach Bedarf:
Bereich Feld Beschreibung Standardwert Nichtflüchtiger Speicher (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 Prozentsatz des Gesamtspeichers in Filestore mit Standardleistung (Festplatte). 500%
Speicherplatz für Filestore-SSD Der Prozentsatz des Gesamtspeichers in Filestore mit hoher Leistung (Solid State Drive). 0%
Google Cloud Storage (Objektspeicher) Standard: Häufiger Zugriff Der Prozentsatz des Objektspeichers mit häufigem Zugriff (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). Es ist sehr kostengünstig und wird für Daten empfohlen, die mindestens 90 Tage lang gespeichert werden, wie z. B. die Notfallwiederherstellung. 20%
Archiv: Zugriff einmal pro Jahr Der Prozentsatz des Objektspeichers mit der Zugriffshäufigkeit einmal im 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 zur Netzwerkgröße
So ändern Sie die Standardannahmen zur Netzwerkgröße:
- Klicken Sie auf dem Tab Infrastruktur auf Details zur Netzwerkgröße bearbeiten.
Bearbeiten Sie im angezeigten Bereich Details zur Netzwerkgröße bearbeiten die Werte der Felder in der folgenden Tabelle nach Bedarf:
Feld Beschreibung Standardwert % externer Traffic (ohne Rechenzentrum) Der Prozentsatz des externen Netzwerkverkehrs (ohne Rechenzentrums-Traffic). 60%
vCPU-Kosten in% Wenn die monatliche Netzwerkbandbreite (in TB) nicht angegeben ist, werden die zu verwendenden Netzwerkkosten als Prozentsatz der Gesamtrechnerkosten (vCPU) verwendet. 15%
Monatliche Bandbreite (TB) Die geschätzte Netzwerkbandbreite pro Monat in TB. 0
CDN-Bandbreite für ausgehenden Traffic (GB) Wert für ausgehenden Traffic für die Nutzung des Google Cloud Content Delivery Network in GB. 0
Standardannahmen zur Größenanpassung für Oracle
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 angezeigten Bereich Oracle-Größendetails bearbeiten die Werte der Felder nach Bedarf, die in der folgenden Tabelle aufgeführt sind:
Bereich Feld Beschreibung Standardwert Aufschlüsselung der Oracle-Version % der vCPUs für Oracle Enterprise Edition Der Prozentsatz der Oracle-vCPUs auf Oracle Enterprise Edition. 70%
% der vCPUs der Enterprise Edition mit 10g Der Prozentsatz der Oracle Enterprise Edition-vCPUs, 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 Oracle Standard Edition zu PostgreSQL migrieren. 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 am selben Standort befindlichen Exadata-vCPUs in Google Cloud migriert 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 / größerem Arbeitsspeicher Der Prozentsatz der Konsolidierung aufgrund einer neueren CPU oder höherem Arbeitsspeicher. 25%
Preise für Oracle zu Google Cloud Prozentualer Aufschlag auf den monatlichen Compute Engine-Preis für Postgres Der Prozentsatz des Postgres-Preises auf den monatlichen Compute Engine-Preis. 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 zur Größenanpassung für SAP
So ändern Sie die SAP-Standardannahmen zur Größenanpassung:
- Klicken Sie auf dem Tab Arbeitslasten und Lizenzen auf SAP-Größendetails bearbeiten.
- Bearbeiten Sie im angezeigten 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% |
% 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 von SAP-RAM in MB und die 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% | |
% der Nicht-X86-Geräte auf IBM Power – AIX | Der Prozentsatz der Nicht-x86-vCPUs für SAP-Anwendungsserver, die auf IBM Power Systems mit dem Betriebssystem AIX 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 auf Oracle DB befinden. | 60% | |
Oracle DB auf AIX | Der Prozentsatz der vCPUs für Oracle-Datenbanken, die sich auf AIX befinden. | 80% | |
Oracle DB unter Linux | Der Prozentsatz der vCPUs für Oracle-Datenbanken, die sich auf einem Linux-Computer befinden. | 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-Computer. | 80% | |
Haana auf Power Linux | Der Prozentsatz der Hana-vCPUs auf einer Power Linux-Maschine. | 20% | |
Datenbank auf anderen Plattformen (DB2, ASE usw.) | Der Prozentsatz der SAP-Datenbanken, die „Sonstiges“ sind (DB2, ASE usw.). | 15% | |
Andere auf 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 SAP-Anwendungs-Colocation. | 0 |
Monatlicher Preis für SAP-Datenbank-CoLo | Monatlicher Preis für die SAP-Datenbank-Colocation. | 0 |
Nächste Schritte
- Unter Asset-Erkennung starten erfahren Sie, wie Sie Ihre Infrastruktur scannen und Assets erkennen.