Dieser Leitfaden hilft Einzelentwicklern, frühen Teams und etablierten Organisationen, GPU-Miete und Hardwarekauf über drei Jahre vergleichbar zu machen. Sie erhalten ein Kostenmodell, einen Angebotsvergleich und Prüfpunkte für Auslastung, Betrieb und Erweiterungen.
Über einen Zeitraum von 36 Monaten gibt es keinen allgemein günstigsten GPU-Weg: Bei schwankender Nutzung, häufigen Versuchen oder schnellem Skalierungsbedarf ist bedarfsgerechte Miete meist leichter gegen Leerlauf abzusichern; bei dauerhaft planbarer Auslastung lohnt sich ein Kauf oder eine langfristige Bindung erst, wenn Beschaffung und Betrieb intern getragen werden können. Für einen belastbaren Vergleich müssen Rechenzeit, Auslastung, Stillstand, Speicher, Netzwerk und Wartung in dasselbe Kostenmodell eingehen.
Dieser Leitfaden ist für unabhängige Entwickler mit wechselndem GPU-Bedarf gedacht, die Stundenmiete und dauerhafte Bereitstellung abwägen.
Frühe Teams erhalten eine Grundlage, um vor dem Ausbau eines Inferenzdienstes den Dreijahresaufwand zu prüfen.
IT-Verantwortliche können damit versteckte Betriebskosten und Ressourcenauslastung in die Budgetentscheidung aufnehmen.
Was kostet ein GPU-Cloud-Server pro Monat? Zuerst das Nutzungsprofil erfassen
Der monatliche Betrag hängt nicht allein vom GPU-Tarif ab. Entscheidend ist, wann eine Instanz läuft, welche Kapazität dauerhaft bereitgestellt wird und welche weiteren Ressourcen während des Betriebs oder im Ruhezustand Kosten verursachen. Deshalb lässt sich eine pauschale Monatszahl ohne GPU-Typ, Region, Laufzeit, Speicherbedarf und Abrechnungsmodell nicht sinnvoll auf ein konkretes Team übertragen.
Für einen ersten Vergleich reichen drei Nutzungsmuster:
- Unregelmäßige Experimente: Entwicklungs- und Trainingsaufgaben fallen in einzelnen Zeitfenstern an. Eine Abrechnung nach tatsächlicher Laufzeit kann ungenutzte Rechenkapazität vermeiden, sofern die Instanz anschließend beendet wird.
- Wiederkehrende, aber begrenzte Aufgaben: Es gibt planbare Arbeitsfenster, jedoch keine dauerhaft laufende Last. Hier sind Stundenabrechnung und feste Monatsangebote anhand der realen Start- und Endzeiten gegenüberzustellen.
- Stetiger Produktionsbetrieb: Inferenz oder Training beanspruchen dauerhaft GPU-Kapazität. Eine längerfristige Bindung oder ein eigener Server kann prüfenswert werden, wenn Auslastung, Verfügbarkeit und Betriebskompetenz nachweisbar sind.
Auch bei einer stundenweisen Abrechnung entsteht keine reine „GPU-Rechnung“. Dauerhafter Speicher, Datentransfer, Images, Snapshots und gegebenenfalls Support können getrennt berechnet werden. Außerdem bedeutet „gestoppt“ nicht bei jedem Dienst, dass sämtliche Kosten enden. Die offizielle Dokumentation zum Stoppen und Starten von Cloud-Instanzen erläutert, welche Ressourcen unabhängig vom Rechenbetrieb weiter abgerechnet werden können. Für die eigene Kalkulation ist daher wichtig, zwischen „pausiert“, „gestoppt“ und „gelöscht“ zu unterscheiden.
Die Anbieter veröffentlichen Produktpreise und Abrechnungsregeln, aber keine universelle Gesamtsumme für jedes Projekt. Die offizielle Übersicht zur GPU-Abrechnung sollte deshalb zusammen mit Region, Instanztyp und tatsächlicher Laufzeit geprüft werden. Änderungen an verfügbaren GPU-Modellen oder Abrechnungskonditionen sind möglich; ein Angebot gilt nur für die dort beschriebenen Bedingungen.
Einzelentwickler: Mit variablen Kosten Leerlauf vermeiden
Für Einzelentwickler ist die technische Unsicherheit häufig ebenso wichtig wie der Preis. Zu Beginn steht möglicherweise noch nicht fest, ob ein Modell lokal angepasst, nur für Tests geladen oder in wiederkehrenden Jobs ausgeführt wird. Der Kauf eines Servers bindet Kapital an eine Konfiguration, bevor diese Anforderungen zuverlässig bekannt sind. Eine Mietinstanz erlaubt dagegen, unterschiedliche Umgebungen zu erproben und die benötigte Leistung anhand konkreter Aufgaben zu beurteilen.
Der Vorteil bleibt aber nur bestehen, wenn die Nutzung tatsächlich beendet wird. Wird eine GPU-Instanz nach einem Test nicht gestoppt oder gelöscht, läuft die Abrechnung möglicherweise weiter. Werden Projektdateien außerhalb der Instanz gespeichert, kann hierfür eigener Speicherbedarf entstehen. Werden Daten regelmäßig in die Cloud übertragen, können Netzwerkgebühren und Übertragungszeiten den Aufwand erhöhen. Diese Punkte müssen in die Kostenbetrachtung aufgenommen werden, statt nur den angezeigten Stundensatz zu vergleichen.
Für Experimente ist außerdem der Aufwand zum Wiederherstellen einer Umgebung relevant. Ein Startskript, ein versioniertes Image und dokumentierte Abhängigkeiten verringern die Gefahr, dass jede neue Sitzung manuelle Einrichtung erfordert. Das ist kein direkter Preisnachlass, beeinflusst aber die nutzbare Arbeitszeit und die Zahl unbeaufsichtigter Instanzen. Wer sensible Daten verarbeitet, sollte zusätzlich Speicherort, Zugriffskontrollen, Löschfristen und Datenschutzanforderungen prüfen; eine GPU-Miete ersetzt keine Prüfung der DSGVO-Konformität.
Vor der ersten längeren Testphase empfiehlt sich eine kleine Messung: Starten Sie einen repräsentativen Auftrag, protokollieren Sie tatsächliche Rechenzeit, Speicherbedarf und Datenbewegungen und beenden Sie die Umgebung anschließend kontrolliert. Wiederholen Sie dies mit einem zweiten Arbeitsablauf, falls Training und Inferenz unterschiedliche Ressourcen benötigen. Erst danach hat ein Vergleich von Stundenmiete und festem Zeitraum eine brauchbare Grundlage.
Frühes Team: Stundenmiete und Monatsmodell am tatsächlichen Kalender messen
Ein frühes Team braucht in der Regel sowohl Kostengrenzen als auch die Möglichkeit, Kapazität kurzfristig zu erweitern. Stundenmiete passt eher, wenn GPU-Aufgaben in klar abgegrenzten Zeitfenstern auftreten und die Instanzen zuverlässig ausgeschaltet werden. Ein Monatsmodell ist eher zu prüfen, wenn Dienste oder Entwicklungsumgebungen regelmäßig verfügbar sein müssen und die erwartete Auslastung stabil genug ist, um eine Bindung zu rechtfertigen.
| Option | Eher passend, wenn … | Zu prüfende Kosten und Risiken |
|---|---|---|
| Stundenweise GPU-Miete | Aufgaben unregelmäßig starten, Testläufe kurz sind und Kapazität nach der Nutzung beendet wird | Laufzeit, Startaufwand, persistenter Speicher, Netzwerk, versehentlich weiterlaufende Instanzen |
| Monatliche oder länger gebundene Miete | Bedarf regelmäßig auftritt und Verfügbarkeit planbar sein muss | Mindestlaufzeit, Bindung, Kündigungsbedingungen, Skalierung, Kosten bei geringerer Nutzung |
| Eigene Hardware | Last und technische Anforderungen stabil sind und internes Betriebspersonal verfügbar ist | Anschaffung, Strom, Kühlung, Wartung, Ausfälle, Abschreibung, Restwert und Erweiterung |
Die konkreten Bedingungen unterscheiden sich je Anbieter und Produkt. Die offizielle Erklärung zu Cloud-Kauf- und Abrechnungsoptionen zeigt, dass Laufzeitbindung und flexible Nutzung verschiedene Bedingungen haben können. Ein niedrigerer effektiver Preis unter einer Bindung ist nur dann relevant, wenn das Team die Kapazität während der Laufzeit tatsächlich benötigt. Für eine erste Schätzung können Sie außerdem den offiziellen Instanzkostenrechner heranziehen; Eingaben und Region müssen zur geplanten Nutzung passen.
Ein häufig übersehener Kostenpunkt ist die Unterbrechbarkeit bestimmter günstigerer Kapazitätsarten. Wenn ein Trainingsjob ohne Verlust fortgesetzt werden kann, kann eine unterbrechbare Instanz in Frage kommen. Für eine latenzkritische Inferenz oder eine Sitzung, deren Zustand nicht regelmäßig gesichert wird, ist sie riskanter. Die Dokumentation zu unterbrechbaren virtuellen Maschinen beschreibt diesen Unterschied und sollte vor dem Einsatz in einer produktiven Pipeline geprüft werden.
Für Teams mit Kundenverkehr gehört Stabilität in dieselbe Entscheidung wie der Preis. Ein günstiges Modell hilft nicht, wenn Unterbrechungen Wiederholungsarbeit, verpasste Verarbeitung oder manuelle Eingriffe auslösen. Legen Sie deshalb fest, welche Aufgaben unterbrochen werden dürfen, wie der Zustand gespeichert wird und wer im Fehlerfall reagieren kann. Die geschätzte Rechnung sollte erwartete Wiederholungen und Bereitschaftsaufwand zumindest als eigene Annahmen aufführen.
Häufige Fragen zur Auswahl zwischen Miete und Kauf
Lohnt sich stundenweise GPU-Miete gegenüber einem Monatsmodell?
Stundenweise GPU-Miete passt eher, wenn Aufgaben unregelmäßig starten und Instanzen nach der Arbeit tatsächlich beendet werden. Ein Monatsmodell kann bei verlässlich hoher Laufzeit günstiger oder einfacher planbar sein, ist aber nicht automatisch billiger: Mindestlaufzeiten, Speicher, Datenverkehr und reservierte Kapazität können die Rechnung verändern. Vergleichen Sie beide Varianten mit Ihrem gemessenen Nutzungsprofil.
Wie vergleichen Sie den Kauf eines GPU-Servers mit Cloud-Miete über drei Jahre?
Setzen Sie Kaufpreis, Finanzierung, Strom, Kühlung, Wartung, Ausfallreserve und erwarteten Restwert den Mietkosten für Rechenzeit, Speicher, Netzwerk und Betrieb gegenüber. Rechnen Sie mit derselben Arbeitslast und demselben Zeitraum. Tragen Sie Auslastung und Abschreibungsannahmen als veränderbare Werte ein; ein Hardware-Einzelpreis allein ist kein vollständiger Dreijahresvergleich.
Ist ein eigener GPU-Server bei geringer Auslastung sinnvoll?
Bei geringer oder stark schwankender Auslastung bleibt ein gekauftes Gerät auch dann ein Kostenfaktor, wenn es keine produktive Arbeit erledigt. Ein Kauf kann trotzdem passen, wenn lokale Datenhaltung, spezielle Schnittstellen oder eine vertraglich stabile Dauerlast entscheidend sind. Bewerten Sie deshalb Leerlauf, Wartungsaufwand und Ausfallfolgen neben dem Anschaffungspreis.
Welche Zusatzkosten gehören in das Budget für eine GPU-Cloud-Instanz?
Neben der GPU-Rechenzeit sollten Sie Betriebssystem- und Lizenzkosten, dauerhaften Speicher, Snapshots, Datenverkehr, öffentliche IP-Adressen und gegebenenfalls Support berücksichtigen. Prüfen Sie außerdem, ob gestoppte Instanzen weiter Speicher- oder Reservierungskosten verursachen. Die Abrechnung unterscheidet sich nach Produkt, Region und Nutzungsbedingung; verwenden Sie deshalb den aktuellen offiziellen Rechner des jeweiligen Anbieters.
Etabliertes Team: Den Eigenbetrieb mit einer vollständigen Kostenbasis bewerten
Bei stabiler Produktionslast kann eigene Hardware wirtschaftlich interessant sein, doch der Anschaffungspreis bildet nur einen Teil der Rechnung ab. Ein Server verursacht Strom- und Kühlbedarf, benötigt geeignete Infrastruktur und muss eingerichtet, überwacht sowie gewartet werden. Hinzu kommen Ersatzteile, mögliche Ausfallzeiten und die Verantwortung, Sicherheitspatches und Zugangskontrollen umzusetzen. Die Veröffentlichung des US-Energieministeriums zu Energieeffizienz und Betriebskosten von Unternehmensservern bietet eine Grundlage, um Energieverbrauch als eigene Kostenposition zu behandeln; die Werte müssen auf die konkrete Umgebung übertragen werden.
Bei Cloud-Betrieb verteilt sich der Aufwand anders. Rechenzeit, Speicher, Netzwerk und zusätzliche Dienste werden häufig separat erfasst. Die Microsoft-Dokumentation zur Planung und Verwaltung von Kosten für virtuelle Maschinen führt solche Kostenbestandteile und Möglichkeiten zur Kostenkontrolle auf. Daraus folgt nicht, dass Cloud-Betrieb stets teurer oder günstiger ist: Entscheidend ist, ob die Kostenpositionen vollständig und mit denselben Leistungsanforderungen verglichen werden.
Ein Team sollte außerdem prüfen, wer bei einem Hardwarefehler verantwortlich ist. Beim Eigenbetrieb liegt Diagnose und Wiederherstellung intern; bei gemieteten Ressourcen gelten die jeweiligen Servicebedingungen. Das kann Auswirkungen auf Wiederanlaufzeit, Personalplanung und Kundenverpflichtungen haben. Wenn ein Ausfall Umsatz oder Datenverarbeitung beeinträchtigt, gehört diese Folge in die Entscheidung, selbst wenn sie sich nicht als einfache Monatsgebühr darstellen lässt.
Langfristige Mietbedingungen können sinnvoll sein, wenn die benötigte Kapazität über den vereinbarten Zeitraum verlässlich gebraucht wird. Bei sinkender Nachfrage wird eine Bindung dagegen zum Risiko. Umgekehrt ist ein eigener Server nicht automatisch flexibel, wenn das Modell oder der Speicherbedarf wächst und die vorhandene Hardware nicht erweitert werden kann. Dokumentieren Sie daher die erwartete Lastentwicklung, die benötigten Erweiterungen und die Zeit, die eine zusätzliche Beschaffung beanspruchen würde.
Das Dreijahresmodell mit austauschbaren Eingaben aufsetzen
Für einen fairen Vergleich werden nicht Herstellerpreise nebeneinandergestellt, sondern dieselbe Arbeitslast, derselbe Zeitraum und dieselbe Verfügbarkeitsanforderung kalkuliert. Im Grundmodell entspricht der Betrachtungszeitraum drei Jahren beziehungsweise 36 Monaten. Tragen Sie alle Geldbeträge in derselben Währung und auf derselben Steuerbasis ein. Umsatzsteuer, regionale Steuern und mögliche Wechselkurse müssen als separate Eingaben kenntlich sein.
Mietmodell: Erfassen Sie die tatsächliche Laufzeit der GPU-Instanz, den Preis je Abrechnungseinheit, wiederkehrende Bereitstellung oder Bindung sowie die Kosten für persistenten Speicher, Netzwerk, Images und Support. Rechnen Sie mit tatsächlichen Nutzungsfenstern statt mit der Annahme, dass eine Instanz nur für die Zeit produktiver Arbeit läuft. Wenn eine Instanz für Wartung, Datenübertragung oder Bereitschaft aktiv bleibt, zählt diese Zeit ebenfalls.
Kaufmodell: Erfassen Sie den Preis der vollständigen einsatzbereiten Ausstattung, nicht nur die GPU. Ergänzen Sie notwendige Host-Komponenten, Stromversorgung, Kühlung, Netzwerkanbindung, Installation, Wartung, Ersatzteile und den erwarteten Restwert. Wenn die Organisation Kapitalkosten oder Finanzierung berücksichtigt, wird diese Annahme separat dokumentiert. Abschreibung ist keine pauschale Ersparnis, sondern eine Methode, den Wertverlust im gewählten Zeitraum abzubilden.
Nutzbare Kapazität: Berechnen Sie, welcher Anteil der bereitgestellten Zeit tatsächlich produktive Arbeit erledigt. Leerlauf kann bei Miete durch konsequentes Beenden begrenzt sein; beim Kauf bleibt die Hardware vorhanden und verursacht weiterhin gebundene Kosten. Verwenden Sie keine allgemeine Auslastungsquote als vermeintlich gesicherten Wert. Nutzen Sie Messdaten aus den eigenen Jobs oder kennzeichnen Sie die Annahme klar als Szenario.
Betriebsrisiken: Fügen Sie erwartete Unterbrechungen, Wiederholungsarbeit und interne Betreuungszeit hinzu. Bei selbst verwalteter Hardware sind Diagnose, Reparatur und Sicherheitsmaßnahmen einzukalkulieren. Bei Cloud-Ressourcen können Bindungen, Verfügbarkeitsregeln oder kurzfristig wechselnde Kapazität die operative Planung beeinflussen. Die Kostenplanung für virtuelle Maschinen eignet sich als Prüfhilfe für getrennte Kostenpositionen, ersetzt jedoch keine projektspezifischen Eingaben.
Hinweis: Ein Angebotswert pro Stunde oder Monat ist kein Dreijahrespreis. Er wird erst vergleichbar, wenn Nutzungsdauer, Speicher, Datenverkehr, Stillstand und Betriebskosten für dieselbe Arbeitslast berücksichtigt sind.
Als einfache Rechenstruktur können Sie die Kosten getrennt notieren:
- Miete über den Zeitraum = GPU-Laufzeitkosten + gebundene Kapazität + Speicher + Netzwerk + weitere Dienste + Betrieb.
- Kauf über den Zeitraum = Anschaffung + Energie + Kühlung + Wartung + Betrieb + Ausfallfolgen − angesetzter Restwert.
Das Modell soll nicht eine scheinbar exakte Zahl erzeugen, wenn wichtige Annahmen fehlen. Es soll sichtbar machen, welche Eingaben das Ergebnis verändern. Führen Sie deshalb mindestens ein Szenario mit niedrigerer Auslastung und eines mit höherem Bedarf, ohne diese Szenarien als Prognose auszugeben. Ändern Sie jeweils nur die betreffenden Annahmen, damit erkennbar bleibt, wodurch sich die Rangfolge der Optionen verschiebt.
Die Wahl nach Teamtyp treffen und regelmäßig neu prüfen
Für Einzelentwickler ist stundenweise GPU-Miete oft der sachgerechte erste Vergleich, wenn Umfang und Häufigkeit der Aufgaben noch nicht feststehen. Beenden Sie Instanzen nach Tests und erfassen Sie Speicher- sowie Übertragungskosten, bevor Sie längere Bindungen eingehen. Wenn die Nutzung anschließend regelmäßig und gut planbar wird, sollte das Monatsmodell erneut gegen die gemessenen Laufzeiten gerechnet werden.
Für ein frühes Team ist eine monatliche Bereitstellung dann zu prüfen, wenn Verfügbarkeit für wiederkehrende Aufgaben wichtig ist und die erwartete Nutzung die Bindung trägt. Bei stark schwankender Nachfrage bleibt die stundenweise Variante flexibler. Für Produktionsdienste müssen zusätzlich Unterbrechungsrisiken, Wiederanlauf, Datenhaltung und Bereitschaftsaufwand bewertet werden; die günstigste Rechenoption ist nicht zwangsläufig die wirtschaftlichste Betriebslösung.
Für etablierte Teams kommt ein Kauf oder eine langfristige Bindung in Betracht, wenn Nachfrage und technische Anforderungen stabil sind und das Unternehmen den Betrieb verlässlich leisten kann. Ein geringer GPU-Auslastungsgrad spricht nicht automatisch gegen den Kauf, macht aber Leerlauf und gebundenes Kapital besonders wichtig. Stellen Sie dem erwarteten Cloud-Aufwand die vollständigen Kosten für Beschaffung, Energie, Wartung, Ausfälle und Erweiterungen gegenüber.
Prüfliste für die nächste Budgetrunde
- [ ] Sind GPU-Laufzeit und tatsächliche produktive Nutzung getrennt erfasst?
- [ ] Werden persistenter Speicher, Datenverkehr, Images und Support mitgerechnet?
- [ ] Ist dokumentiert, welche Gebühren beim Stoppen oder Beenden der Instanz weiterlaufen können?
- [ ] Sind Kaufkosten einschließlich Strom, Kühlung, Wartung und Restwert angesetzt?
- [ ] Gibt es einen klaren Plan für Unterbrechungen, Wiederherstellung und Zuständigkeiten?
- [ ] Wird die Rechnung aktualisiert, sobald sich Auslastung, Dienstwachstum oder Wartungsfähigkeit wesentlich ändern?
Eine feste Gewinnschwelle lässt sich ohne diese Messwerte nicht seriös angeben. Prüfen Sie die Entscheidung erneut, wenn sich die GPU-Auslastung über längere Zeit verändert, ein Dienst in den produktiven Betrieb wechselt, ein Team zusätzliche Kapazität benötigt oder der Eigenbetrieb personell nicht mehr zuverlässig abgedeckt werden kann.
Wenn ein aktueller Bedarf tatsächlich GPU-Rechenleistung für Training oder CUDA-abhängige Aufgaben verlangt, ist ein passender GPU-Dienst oder ein eigener GPU-Server mit der jeweiligen Last zu vergleichen; ein Mac ist dafür kein gleichwertiger Ersatz. Anders sieht es bei macOS-Builds, Apple-Silicon-Tests oder Entwicklungsaufgaben aus, die keine dedizierte GPU-Umgebung voraussetzen: Ein bei nuvcloud gemieteter Mac kann den Hardwarekauf und die laufende Gerätepflege für einen befristeten Einsatz vermeiden. Die Bestellinformationen von nuvcloud helfen, den passenden Bereitstellungsweg zu prüfen; regionale Angaben finden Sie beispielsweise auf der Seite zur Bestellung in den USA West. Vor der Wahl sollten Sie den eigenen Workload und die tatsächlich benötigten Ressourcen abgleichen, statt GPU- und Mac-Angebote allein anhand der Monatskosten gleichzusetzen.
GPU-Workloads flexibel kalkulieren – mit nuvcloud
Für Entwicklung, Tests und leichte KI-Inferenz stellt nuvcloud dedizierte Cloud-Macs mit M4-Hardware statt gemeinsam genutzter virtueller Maschinen bereit.
Vergleichen Sie Tages-, Wochen- und Monatsabrechnung und wählen Sie den Zeitraum passend zu Ihrer tatsächlichen Auslastung.
FAQ
Lohnt sich stundenweise GPU-Miete gegenüber einem Monatsmodell?
Stundenweise GPU-Miete passt eher, wenn Aufgaben unregelmäßig starten und Instanzen nach der Arbeit tatsächlich beendet werden. Ein Monatsmodell kann bei verlässlich hoher Laufzeit günstiger oder einfacher planbar sein, ist aber nicht automatisch billiger: Mindestlaufzeiten, Speicher, Datenverkehr und reservierte Kapazität können die Rechnung verändern. Vergleichen Sie beide Varianten mit Ihrem gemessenen Nutzungsprofil.
Wie vergleichen Sie den Kauf eines GPU-Servers mit Cloud-Miete über drei Jahre?
Setzen Sie Kaufpreis, Finanzierung, Strom, Kühlung, Wartung, Ausfallreserve und erwarteten Restwert den Mietkosten für Rechenzeit, Speicher, Netzwerk und Betrieb gegenüber. Rechnen Sie mit derselben Arbeitslast und demselben Zeitraum. Tragen Sie Auslastung und Abschreibungsannahmen als veränderbare Werte ein; ein Hardware-Einzelpreis allein ist kein vollständiger Dreijahresvergleich.
Ist ein eigener GPU-Server bei geringer Auslastung sinnvoll?
Bei geringer oder stark schwankender Auslastung bleibt ein gekauftes Gerät auch dann ein Kostenfaktor, wenn es keine produktive Arbeit erledigt. Ein Kauf kann trotzdem passen, wenn lokale Datenhaltung, spezielle Schnittstellen oder eine vertraglich stabile Dauerlast entscheidend sind. Bewerten Sie deshalb Leerlauf, Wartungsaufwand und Ausfallfolgen neben dem Anschaffungspreis.
Welche Zusatzkosten gehören in das Budget für eine GPU-Cloud-Instanz?
Neben der GPU-Rechenzeit sollten Sie Betriebssystem- und Lizenzkosten, dauerhaften Speicher, Snapshots, Datenverkehr, öffentliche IP-Adressen und gegebenenfalls Support berücksichtigen. Prüfen Sie außerdem, ob gestoppte Instanzen weiter Speicher- oder Reservierungskosten verursachen. Die Abrechnung unterscheidet sich nach Produkt, Region und Nutzungsbedingung; verwenden Sie deshalb den aktuellen offiziellen Rechner des jeweiligen Anbieters.