Übersicht der Hosting-Modelle

Um eine zuverlässige Ressourcenzuweisung zu ermöglichen, Cloud Databases bietet zwei Hosting-Modelle an: Shared Compute und Isolated Compute. Cloud Databases Shared Compute ist eine flexible Option für Ihre Datenbankbereitstellung, die die Vorhersagbarkeit der Leistung gewährleistet. Cloud Databases Isolated Compute ist unsere Empfehlung für Produktionsanwendungen in Unternehmen und bietet eine präzisere Steuerung und Unternehmensfunktionen.

Die Skalierung Ihrer Shared Compute- oder Isolated Compute-Datenbanken ist derzeit nur über die CLI, API oder Terraform möglich.

Cloud Databases Geteilter Rechenaufwand

Shared Compute ist ein flexibles Multi-Tenant-Angebot für eine dynamische, fein abgestimmte und entkoppelte Kapazitätsauswahl.

Bei der Bereitstellung von Shared Compute über die IBM Cloud haben Sie die Möglichkeit, zwischen den folgenden Voreinstellungen für die anfängliche Ressourcenzuweisung zu wählen: Small (1 CPU und 8 GB RAM für RabbitMQ, 0.5 CPU und 4 GB RAM für alle anderen Datenbanken) oder Custom (≥ 2 CPU und ≥ 4 GB RAM). Small hat eine feste Menge an CPU und RAM, aber Sie können die Festplatte ändern. Custom kann vollständig angepasst werden.

Mit der Voreinstellung Kleine Zuweisung können Sie die Datenbank mit der kleinsten Ressourcenzuweisung testen. Wenn Sie höhere Leistungsanforderungen haben, können Sie die Flexibilität des Modells "Shared" mit der Voreinstellung "Custom allocation" problemlos nutzen. Durch die Möglichkeit, die Menge an CPU- und RAM-Ressourcen auszuwählen, die Sie erhalten, kann die Leistung an Ihr Arbeitsaufkommen angepasst werden.

Cloud Databases Isoliertes Rechnen

Isolated Compute ist ein sicheres Single-Tenant-Angebot für komplexe, hochleistungsfähige Unternehmens-Workloads. Indem Sie Ihre Bereitstellung und alle zugehörigen Agenten für die Verwaltung von Benutzerdaten auf einem isolierten Rechner platzieren, Cloud Databases Isolated Compute bietet dedizierte Computing-Ressourcen, dedizierte Speicherbandbreite und Isolierung auf Hypervisor-Ebene.

Wählen Sie bei der Bereitstellung eine anfängliche Hostgröße für Ihre Instanz. Der Speicherplatz wird weiterhin separat ausgewählt, so dass Sie die Größe der Festplatte und die Anzahl der IOPSEine Standardbenchmark für die Datenverarbeitung, mit der die besten Konfigurationseinstellungen für Server ermittelt werden., die Ihre Datenbank erhält, selbst bestimmen können.

Die automatische CPU- und RAM-Skalierung wird bei Isolated Compute nicht unterstützt. Die automatische Skalierung von Festplatten ist verfügbar. Wenn Sie eine isolierte Instanz bereitgestellt oder von einer Bereitstellung mit Autoscaling umgestellt haben, überwachen Sie Ihre Ressourcen mit der IBM Cloud® Monitoring, die Metriken für Arbeitsspeicher, Festplattenspeicher und Festplatten-I/O-Auslastung liefert. Um Ressourcen zu Ihrer Instanz hinzuzufügen, skalieren Sie Ihre Bereitstellung manuell.

Isoliertes Compute-Sizing

Isolated Compute bietet 6 Größenauswahlmöglichkeiten:

  • 4 CPU x 16 RAM
  • 8 CPU x 32 RAM
  • 8 CPU x 64 RAM
  • 16 CPU x 64 RAM
  • 32 CPU x 128 RAM
  • 30 CPU x 240 RAM

Cloud Databases Geteilter Rechenaufwand

Shared Compute ist ein flexibles Multi-Tenant-Angebot für eine dynamische, fein abgestimmte und entkoppelte Kapazitätsauswahl.

Jede Datenbankinstanz erhält eine deterministische CPU-Zuweisung. Wenn eine Instanz bereitgestellt wird, ohne eine CPU-Menge auszuwählen, weist Shared Compute Ihrer Datenbank automatisch eine kleine CPU-Menge bis zu einer maximalen Anzahl von 2 Kernen zu. Die automatische CPU-Zuteilung erfolgt im Verhältnis 1:8, d. h. ein Benutzer mit 4 GB RAM erhält 4/8th einer CPU, ein Benutzer mit 8 GB RAM erhält 1 CPU und ein Benutzer mit 20 GB RAM erhält aufgrund der 2-CPU-Grenze 2 CPU.

Für diese fraktionierte, automatische vCPU Zuweisung geben Sie Ihren Bedarf an Arbeitsspeicher und Festplatten ein. Die Auswahl von multitenant bedeutet, dass unser System die vCPU in einem Verhältnis von 1/8 zu Ihrer RAM-Zuweisung vornimmt. Wir empfehlen ganzzahlige Zuweisungen, wenn Sie vCPU angeben.

Wenn Sie höhere Leistungsanforderungen als 2 CPUs haben, können Sie die Flexibilität des Shared-Modells problemlos nutzen. Durch die Möglichkeit, die Menge an CPU- und RAM-Ressourcen auszuwählen, die Sie erhalten, kann die Leistung an Ihr Arbeitsaufkommen angepasst werden. Wenn Sie wissen, dass die Nachfrage nach Ihrer Instanz variieren wird, können Sie außerdem die automatische RAM-Skalierung verwenden, um nicht nur die erwartete Last und Dauer festzulegen, die eine Skalierung der Ressourcen auslösen würde, sondern auch die Ressourcen- und Kostengrenze, bis zu der Ihre Datenbank skaliert.

Aufgrund der individuellen Anforderungen jedes Dienstes gelten für alle Shared Compute-Instanzen Cloud Databases Mindestanforderungen an die Ressourcen. Wenn alle bestehenden mandantenfähigen Instanzen auf Shared Compute umgestellt werden, werden diese Mindestanforderungen an die Ressourcen angewendet. Für aktuelle Multi-Tenant-Instanzen fallen keine Gebühren an (d. h. sie unterliegen einer Bestandsschutzregelung ), wenn IBM bis Mai 2025 eine Erhöhung auf diese Mindestressourcenanforderungen erfolgt. Weitere Informationen finden Sie unter Grandfathering von Hosting-Modellen.

Cloud Databases Isoliertes Rechnen

Isolated Compute ist ein sicheres Single-Tenant-Angebot für komplexe, hochperformante Unternehmens-Workloads. Indem Sie Ihre Bereitstellung und alle zugehörigen Agenten für die Verwaltung von Benutzerdaten auf einem isolierten Rechner platzieren, Cloud Databases Isolated Compute bietet dedizierte Computing-Ressourcen, dedizierte Speicherbandbreite und Isolierung auf Hypervisor-Ebene.

Wählen Sie bei der Bereitstellung die CPU- und RAM-Größe für den Rechner, auf dem Ihre Datenbank eingerichtet werden soll. Dieser Rechner ist ausschließlich für den Betrieb Ihrer Datenbankinstanz vorgesehen. Der Speicherplatz wird weiterhin separat ausgewählt, so dass Sie die Größe der Festplatte und die Anzahl der IOPSEine Standardbenchmark für die Datenverarbeitung, mit der die besten Konfigurationseinstellungen für Server ermittelt werden., die Ihre Datenbank erhält, selbst bestimmen können. Skalieren Sie Ihre Datenbank und ändern Sie die Maschinengröße mit der von Ihnen bevorzugten Methode: mit dem Cloud Databases CLI-Plug-in, der Cloud Databases API, mit Terraform oder mit vorgefertigten, quelloffenen und unternehmenstauglichen Terraform IBM Modulen(TIM), die auch die automatische Skalierungsfunktion unterstützen.

Isoliertes Compute-Sizing

Isolated Compute bietet 6 Größenauswahlmöglichkeiten:

  • 4 CPU x 16 RAM
  • 8 CPU x 32 RAM
  • 8 CPU x 64 RAM
  • 16 CPU x 64 RAM
  • 32 CPU x 128 RAM
  • 30 CPU x 240 RAM

Der host_flavor legt die Größenordnung für Compute fest. Geben Sie den entsprechenden Wert für Ihre gewünschte Größe ein. Um eine Shared Compute-Instanz bereitzustellen, geben Sie multitenant an. Bei allen anderen Optionen werden Sie auf verschiedene Größen von Isolated Compute gesetzt.

Parameter zur Größenbestimmung des Host-Flavors
Gastgeber-Geschmack host_flavor Wert
Gemeinsame Rechenleistung multitenant
4 CPU x 16 RAM b3c.4x16.encrypted
8 CPU x 32 RAM b3c.8x32.encrypted
8 CPU x 64 RAM m3c.8x64.encrypted
16 CPU x 64 RAM b3c.16x64.encrypted
32 CPU x 128 RAM b3c.32x128.encrypted
30 CPU x 240 RAM m3c.30x240.encrypted

Cloud Databases Geteilter Rechenaufwand

Shared Compute ist ein flexibles Multi-Tenant-Angebot für eine dynamische, fein abgestimmte und entkoppelte Kapazitätsauswahl.

Jede Datenbankinstanz erhält eine deterministische CPU-Zuweisung. Wenn eine Instanz bereitgestellt wird, ohne eine CPU-Menge auszuwählen, weist Shared Compute Ihrer Datenbank automatisch eine kleine CPU-Menge bis zu einer maximalen Anzahl von 2 Kernen zu. Die automatische CPU-Zuteilung erfolgt im Verhältnis 1:8, d. h. ein Benutzer mit 4 GB RAM erhält 4/8th einer CPU, ein Benutzer mit 8 GB RAM erhält 1 CPU und ein Benutzer mit 20 GB RAM erhält aufgrund der 2-CPU-Grenze 2 CPU.

Für diese fraktionierte, automatische vCPU geben Sie einfach Ihren Bedarf an RAM und Festplatten ein. Die Auswahl von multitenant bedeutet, dass unser System die vCPU in einem Verhältnis von 1/8 zu Ihrer RAM-Zuweisung vornimmt. Wir empfehlen ganzzahlige Zuweisungen, wenn Sie vCPU angeben.

Wenn Sie höhere Leistungsanforderungen als 2 CPUs haben, können Sie die Flexibilität des Shared-Modells problemlos nutzen. Durch die Möglichkeit, die Menge an CPU- und RAM-Ressourcen auszuwählen, die Sie erhalten, kann die Leistung an Ihr Arbeitsaufkommen angepasst werden. Wenn Sie wissen, dass die Nachfrage nach Ihrer Instanz variieren wird, können Sie außerdem die automatische RAM-Skalierung verwenden, um nicht nur die erwartete Last und Dauer festzulegen, die eine Skalierung der Ressourcen auslösen würde, sondern auch die Ressourcen- und Kostengrenze, bis zu der Ihre Datenbank skaliert.

Aufgrund der individuellen Anforderungen jedes Dienstes gelten für alle Shared Compute-Instanzen Cloud Databases Mindestanforderungen an die Ressourcen. Wenn alle bestehenden mandantenfähigen Instanzen auf Shared Compute umgestellt werden, werden diese Mindestanforderungen an die Ressourcen angewendet. Für aktuelle Multi-Tenant-Instanzen fallen keine Gebühren an (d. h. sie unterliegen einer Bestandsschutzregelung ), wenn IBM bis Mai 2025 eine Erhöhung auf diese Mindestressourcenanforderungen erfolgt. Weitere Informationen finden Sie unter Grandfathering von Hosting-Modellen.

Cloud Databases Isoliertes Rechnen

Isolated Compute ist ein sicheres Single-Tenant-Angebot für komplexe, hochperformante Unternehmens-Workloads. Indem Sie Ihre Bereitstellung und alle zugehörigen Agenten für die Verwaltung von Benutzerdaten auf einem isolierten Rechner platzieren, Cloud Databases Isolated Compute bietet dedizierte Computing-Ressourcen, dedizierte Speicherbandbreite und Isolierung auf Hypervisor-Ebene.

Wählen Sie bei der Bereitstellung die CPU- und RAM-Größe für den Rechner, auf dem Ihre Datenbank eingerichtet werden soll. Dieser Rechner ist ausschließlich für den Betrieb Ihrer Datenbankinstanz vorgesehen. Der Speicherplatz wird weiterhin separat ausgewählt, so dass Sie die Größe der Festplatte und die Anzahl der IOPSEine Standardbenchmark für die Datenverarbeitung, mit der die besten Konfigurationseinstellungen für Server ermittelt werden., die Ihre Datenbank erhält, selbst bestimmen können. Skalieren Sie Ihre Datenbank und ändern Sie die Maschinengröße mit der von Ihnen bevorzugten Methode: mit dem Cloud Databases CLI-Plug-in, der Cloud Databases API, mit Terraform oder mit vorgefertigten, quelloffenen und unternehmenstauglichen Terraform IBM Modulen(TIM ), die auch die automatische Skalierungsfunktion unterstützen.

Isoliertes Compute-Sizing

Isolated Compute bietet 6 Größenauswahlmöglichkeiten:

  • 4 CPU x 16 RAM
  • 8 CPU x 32 RAM
  • 8 CPU x 64 RAM
  • 16 CPU x 64 RAM
  • 32 CPU x 128 RAM
  • 30 CPU x 240 RAM

Der host_flavor legt die Größenordnung für Compute fest. Geben Sie den entsprechenden Wert für Ihre gewünschte Größe ein. Um eine Shared Compute-Instanz bereitzustellen, geben Sie multitenant an. Bei allen anderen Optionen werden Sie auf verschiedene Größen von Isolated Compute gesetzt.

Parameter zur Größenbestimmung des Host-Flavors
Gastgeber-Geschmack host_flavor Wert
Gemeinsame Rechenleistung multitenant
4 CPU x 16 RAM b3c.4x16.encrypted
8 CPU x 32 RAM b3c.8x32.encrypted
8 CPU x 64 RAM m3c.8x64.encrypted
16 CPU x 64 RAM b3c.16x64.encrypted
32 CPU x 128 RAM b3c.32x128.encrypted
30 CPU x 240 RAM m3c.30x240.encrypted

Cloud Databases Geteilter Rechenaufwand

Shared Compute ist ein flexibles Multi-Tenant-Angebot für eine dynamische, fein abgestimmte und entkoppelte Kapazitätsauswahl.

Jede Datenbankinstanz erhält eine deterministische CPU-Zuweisung. Wenn eine Instanz bereitgestellt wird, ohne eine CPU-Menge auszuwählen, weist Shared Compute Ihrer Datenbank automatisch eine kleine CPU-Menge bis zu einer maximalen Anzahl von 2 Kernen zu. Die automatische CPU-Zuteilung erfolgt im Verhältnis 1:8, d. h. ein Benutzer mit 4 GB RAM erhält 4/8th einer CPU, ein Benutzer mit 8 GB RAM erhält 1 CPU und ein Benutzer mit 20 GB RAM erhält aufgrund der 2-CPU-Grenze 2 CPU.

Für diese fraktionierte, automatische vCPU geben Sie einfach Ihren Bedarf an RAM und Festplatten ein. Die Auswahl von multitenant bedeutet, dass unser System die vCPU in einem Verhältnis von 1/8 zu Ihrer RAM-Zuweisung vornimmt. Wir empfehlen ganzzahlige Zuweisungen, wenn Sie vCPU angeben.

Wenn Sie höhere Leistungsanforderungen als 2 CPUs haben, können Sie die Flexibilität des Shared-Modells problemlos nutzen. Durch die Möglichkeit, die Menge an CPU- und RAM-Ressourcen auszuwählen, die Sie erhalten, kann die Leistung an Ihr Arbeitsaufkommen angepasst werden. Wenn Sie wissen, dass die Nachfrage nach Ihrer Instanz variieren wird, können Sie außerdem die automatische RAM-Skalierung verwenden, um nicht nur die erwartete Last und Dauer festzulegen, die eine Skalierung der Ressourcen auslösen würde, sondern auch die Ressourcen- und Kostengrenze, bis zu der Ihre Datenbank skaliert.

Aufgrund der individuellen Anforderungen jedes Dienstes gelten für alle Shared Compute-Instanzen Cloud Databases Mindestanforderungen an die Ressourcen. Wenn alle bestehenden mandantenfähigen Instanzen auf Shared Compute umgestellt werden, werden diese Mindestanforderungen an die Ressourcen angewendet. Für aktuelle Multi-Tenant-Instanzen fallen keine Gebühren an (d. h. sie unterliegen einer Bestandsschutzregelung ), wenn IBM bis Mai 2025 eine Erhöhung auf diese Mindestressourcenanforderungen erfolgt. Weitere Informationen finden Sie unter Grandfathering von Hosting-Modellen.

Cloud Databases Isoliertes Rechnen

Isolated Compute ist ein sicheres Single-Tenant-Angebot für komplexe, hochperformante Unternehmens-Workloads. Indem Sie Ihre Bereitstellung und alle zugehörigen Agenten für die Verwaltung von Benutzerdaten auf einem isolierten Rechner platzieren, Cloud Databases Isolated Compute bietet dedizierte Computing-Ressourcen, dedizierte IO- und Netzwerkbandbreite und Isolierung auf Hypervisor-Ebene.

Wählen Sie bei der Bereitstellung die CPU- und RAM-Größe für den Rechner, auf dem Ihre Datenbank eingerichtet werden soll. Dieser Rechner ist ausschließlich für den Betrieb Ihrer Datenbankinstanz vorgesehen. Der Speicherplatz wird weiterhin separat ausgewählt, so dass Sie die Größe der Festplatte und die Anzahl der IOPSEine Standardbenchmark für die Datenverarbeitung, mit der die besten Konfigurationseinstellungen für Server ermittelt werden., die Ihre Datenbank erhält, selbst bestimmen können. Skalieren Sie Ihre Datenbank und ändern Sie die Maschinengröße mit der von Ihnen bevorzugten Methode: mit dem Cloud Databases CLI-Plug-in, der Cloud Databases API, mit Terraform oder mit vorgefertigten, quelloffenen und unternehmenstauglichen Terraform IBM Modulen(TIM ), die auch die automatische Skalierungsfunktion unterstützen.

Die automatische Skalierung von CPU und RAM wird bei Cloud Databases Isolated Compute nicht unterstützt. Die automatische Skalierung von Festplatten ist verfügbar. Wenn Sie eine isolierte Instanz bereitgestellt oder von einer Bereitstellung mit Autoscaling umgestellt haben, überwachen Sie Ihre Ressourcen mit der IBM Cloud® Monitoring, die Metriken für Arbeitsspeicher, Festplattenspeicher und Festplatten-I/O-Auslastung liefert. Um Ressourcen zu Ihrer Instanz hinzuzufügen, skalieren Sie Ihre Bereitstellung manuell.

Isoliertes Compute-Sizing

Isolated Compute bietet 6 Größenauswahlmöglichkeiten:

  • 4 CPU x 16 RAM
  • 8 CPU x 32 RAM
  • 8 CPU x 64 RAM
  • 16 CPU x 64 RAM
  • 32 CPU x 128 RAM
  • 30 CPU x 240 RAM

Der host_flavor legt die Größenordnung für Compute fest. Geben Sie den entsprechenden Wert für Ihre gewünschte Größe ein. Um eine Shared Compute-Instanz bereitzustellen, geben Sie multitenant an. Bei allen anderen Optionen werden Sie auf verschiedene Größen von Isolated Compute gesetzt.

Parameter zur Größenbestimmung des Host-Flavors
Gastgeber-Geschmack host_flavor Wert
Gemeinsame Rechenleistung multitenant
4 CPU x 16 RAM b3c.4x16.encrypted
8 CPU x 32 RAM b3c.8x32.encrypted
8 CPU x 64 RAM m3c.8x64.encrypted
16 CPU x 64 RAM b3c.16x64.encrypted
32 CPU x 128 RAM b3c.32x128.encrypted
30 CPU x 240 RAM m3c.30x240.encrypted

Isolierte Rechnerkapazität

Isolated Compute isoliert Ihre Datenbank vollständig, einschließlich Datenbankmanagement-Pods (die Benutzerdaten berühren). Diese Management-Pods beanspruchen einen gewissen Overhead in Ihrer isolierten Compute-Instanz, da sie einen Teil der Rechenleistung des Rechners in Anspruch nehmen. Die folgende Tabelle zeigt die geschätzte verbleibende Rechenleistung für jede Isolated Compute-Größe.

Isolierte Rechnerkapazität
Gastgeber-Geschmack Verbleibende CPU Verbleibender RAM
4 CPU x 16 RAM 2.865 12.193
8 CPU x 32 RAM 6.855 26.952
8 CPU x 64 RAM 6.855 56.519
16 CPU x 64 RAM 14.835 56.519
32 CPU x 128 RAM 30.795 115.738
30 CPU x 240 RAM 28.8 223.596

Bereitstellung

Um eine Cloud Databases Service-Instanz bereitzustellen, wählen Sie Ihren Hosting-Typ entweder aus „Shared Compute“ oder „Isolated Compute“ aus.

Um eine Cloud Databases Service-Instanz bereitzustellen, fügen Sie einen neuen host_flavor Parameter hinzu. Mit diesem Parameter können Sie entweder Shared Compute multitenant) oder Isolated Compute auswählen, indem Sie den Parameterwert für die angeforderte isolierte Instanzgröße zuweisen. Beachten Sie, dass die Größen von Isolated Compute implizit sowohl CPU- als auch RAM-Zuweisungen beinhalten und daher die CPU- und RAM-Größen nicht mit einer Isolated Compute-Anforderung angegeben werden sollten.

Um eine Cloud Databases Service-Instanz bereitzustellen, fügen Sie einen neuen host_flavor Parameter hinzu. Mit diesem Parameter können Sie entweder Shared Compute multitenant) oder Isolated Compute auswählen, indem Sie den Parameterwert für die angeforderte isolierte Instanzgröße zuweisen. Beachten Sie, dass die Größen von Isolated Compute implizit sowohl CPU- als auch RAM-Zuweisungen beinhalten und daher die CPU- und RAM-Größen nicht mit einer Isolated Compute-Anforderung angegeben werden sollten.

Um eine Cloud Databases Service-Instanz bereitzustellen, fügen Sie einen neuen host_flavor Parameter hinzu. Mit diesem Parameter können Sie entweder Shared Compute multitenant) oder Isolated Compute auswählen, indem Sie den Parameterwert für die angeforderte isolierte Instanzgröße zuweisen. Beachten Sie, dass die Größen von Isolated Compute implizit sowohl CPU- als auch RAM-Zuweisungen beinhalten und daher die CPU- und RAM-Größen nicht mit einer Isolated Compute-Anforderung angegeben werden sollten.

Ausführlichere Anweisungen finden Sie in Ihrer datenbank-spezifische Seite.

Skalierung und Wechsel zwischen Hosting-Modellen

Bei neuen Hosting-Modellen sind Skalierung und Wechsel ähnliche Vorgänge. Während Sie Ihre Datenbank wie gewohnt skalieren, wählen Sie einen anderen Hosting-Typ als den, auf dem sich Ihre Datenbankinstanz derzeit befindet, um zwischen Shared und Isolated Compute zu wechseln.

Bei neuen Hosting-Modellen sind Skalierung und Wechsel ähnliche Vorgänge. Während Sie Ihre Datenbank wie gewohnt skalieren, wechseln Sie zu und zwischen den Hosting-Modellen, indem Sie einen neuen host_flavor zu dem Hosting-Modell hinzufügen, auf das Sie skalieren möchten. Der Wechsel zum Hostingtyp ist dann so einfach wie das Ausführen eines Skalierungsbefehls mit dem Ziel dieser Hosting-Variante.

Bei neuen Hosting-Modellen sind Skalierung und Wechsel ähnliche Vorgänge. Während Sie Ihre Datenbank wie gewohnt skalieren, wechseln Sie zu und zwischen den Hosting-Modellen, indem Sie einen neuen host_flavor zu dem Hosting-Modell hinzufügen, auf das Sie skalieren möchten. Der Wechsel zum Hostingtyp ist dann so einfach wie das Ausführen eines Skalierungsbefehls mit dem Ziel dieser Hosting-Variante.

Bei neuen Hosting-Modellen sind Skalierung und Wechsel ähnliche Vorgänge. Während Sie Ihre Datenbank wie gewohnt skalieren, wechseln Sie zu und zwischen den Hosting-Modellen, indem Sie einen neuen host_flavor zu dem Hosting-Modell hinzufügen, auf das Sie skalieren möchten. Der Wechsel zum Hostingtyp ist dann so einfach wie das Ausführen eines Skalierungsbefehls mit dem Ziel dieser Hosting-Variante.

Ausführlichere Anweisungen, Befehle und Parameter finden Sie auf Ihrer datenbankspezifischen Seite.

Beachten Sie, dass der Wechsel des Hosting-Modells keine Ausfallzeiten verursacht, da es sich nicht um eine Migration zur Sicherung und Wiederherstellung handelt. Stattdessen wird das gleiche Verfahren wie bei Aktualisierungen oder der Skalierung von Datenbankinstanzen angewandt, wobei die Datenbankprozesse einen rollierenden Neustart durchführen. Wir empfehlen Ihnen, sicherzustellen, dass Ihre Anwendung über eine Wiederholungs- und Neuverbindungsanmeldung verfügt, um eine Verbindung sofort wiederherzustellen, da bestehende Verbindungen während dieser Zeit unterbrochen werden.

Die Wahl zwischen verschiedenen Hosting-Modellen

Die Wahl zwischen verschiedenen Hosting-Modellen
Isolierte Rechenleistung Gemeinsame Rechenleistung
Datenbanken mit Einzelmietvertrag und dedizierter Speicherbandbreite. Datenbankverwaltungsagenten werden auf isolierten Rechnern platziert. Mehrfach gemietete, logisch getrennte Datenbanken, die sich die Bandbreite teilen. Datenbankmanagement-Pods sind ebenfalls mehrmandantenfähig.
Erhalten Sie alle verfügbaren Ressourcen in Ihrer Maschine. Transparente, deterministische CPU-Zuweisung. Sie wissen genau, wie hoch Ihre Leistung sein wird, und können sie je nach Arbeitsaufkommen erhöhen oder verringern.
Einige unserer Datenbankangebote, wie z. B. MongoDB Enterprise und Elasticsearch Platinum, werden ausschließlich auf Isolated Compute bereitgestellt. Zukünftige Erweiterungen, wie z. B. die regionsübergreifende Replikation, werden möglicherweise nur auf Isolated Compute unterstützt. Ausgeschlossen sind einige Datenbankangebote, wie z. B. MongoDB Enterprise und Elasticsearch Platinum.
Die Skalierbarkeit basiert auf den vorgesehenen Rechnergrößen. Die Skalierbarkeit ist feinkörnig und linear von einer datenbankspezifischen Mindestkonfiguration bis zu 28 CPU und 112 GB RAM.

Verfügbarkeit der Datenbanken nach Hosting-Modell

Die folgende Tabelle zeigt, welches Modell für jede Datenbank verfügbar ist.

verfügbarkeit des Hosting-ModellsCloud Databases
Gemeinsame Rechenleistung Isolierte Rechenleistung
PostgreSQL Symbol für Häkchen Symbol für Häkchen
MongoDB Symbol für Häkchen Symbol für Häkchen
MongoDB Unternehmen Symbol für Häkchen
Redis Symbol für Häkchen Symbol für Häkchen
Elasticsearch Unternehmen Symbol für Häkchen Symbol für Häkchen
Elasticsearch Platin Symbol für Häkchen
MySQL Symbol für Häkchen Symbol für Häkchen
RabbitMQ Symbol für Häkchen Symbol für Häkchen