Hosting-Modelle Zeitplan für den Übergang und Platzierung des Übergangs
Zeitplan für den Übergang von bestehenden Hosting-Modellen zu Isolated und Shared Compute
Benutzer mit mehreren Mandanten, die automatisch auf Shared Compute umgestellt werden, haben Bestandsschutz, d. h. sie erhalten bei Bedarf eine Erhöhung von RAM und CPU auf die Mindestressourcenzuweisung für Shared Compute. Diese Erhöhungen werden erst im Mai 2025 in Rechnung gestellt.
August 2024 - RAM-Mindestzuteilung für Multi-Tenant-Instanzen
- Bestehende mandantenfähige Instanzen werden auf Shared Compute umgestellt; das bedeutet, dass zunächst die RAM-Mindestzuteilung auf mandantenfähige Instanzen angewendet wird (8 GB RAM für RabbitMQ, 4 GB RAM für alle anderen Datenbanken) und der RAM von bestehenden Instanzen, die unter diese Mindestwerte fallen, angehoben wird.
- Alle neuen Bereitstellungsanfragen müssen auch die Mindestanforderungen an die Ressourcen erfüllen (1 CPU und 8 GB RAM für RabbitMQ, 0.5 CPU und 4 GB RAM für alle anderen Datenbanken).
- Bestehende dedizierte Kernnutzer sind von den Mindestanforderungen an die Ressourcen nicht betroffen, es sei denn, eine Skalierungs- oder Bereitstellungsaktion wird für eine Instanz aufgerufen, die derzeit unter diesen Mindestanforderungen liegt.
- Danach werden mandantenfähige Datenbanken schrittweise von der nicht-deterministischen CPU-Zuweisung auf die deterministische Shared Compute CPU-Zuweisung umgestellt. Überwachen Sie vor dieser Umstellung die CPU-Auslastung Ihrer Datenbank, um festzustellen, welche Zuweisung erforderlich ist, um das aktuelle Leistungsniveau aufrechtzuerhalten.
- Bestehende Multi-Tenant-Benutzer werden bis Mai 2025 sowohl für die CPU- als auch für die minimale RAM-Ressourcenzuweisung, die automatisch hinzugefügt wird, Bestandsschutz genießen.
September 2024 - Umstellung von mandantenfähigen Instanzen auf Shared Compute
- Alle neuen mandantenfähigen Angebote werden Shared Compute nutzen.
- Bestehende mandantenfähige Instanzen werden auf Shared Compute umgestellt. Zunächst wird die RAM-Mindestzuteilung für mandantenfähige Instanzen angewendet (8 GB RAM für RabbitMQ, 4 GB RAM für alle anderen Datenbanken), wobei der RAM von bestehenden Instanzen, die unter diesen Mindestwert fallen, angehoben wird.
- Alle neuen Bereitstellungsanfragen müssen auch die Mindestanforderungen an die Ressourcen erfüllen (1 CPU und 8 GB RAM für RabbitMQ, 0.5 CPU und 4 GB RAM für alle anderen Datenbanken).
- Bestehende dedizierte Kernnutzer sind von den Mindestanforderungen an die Ressourcen nicht betroffen, es sei denn, eine Skalierungs- oder Bereitstellungsaktion wird für eine Instanz aufgerufen, die derzeit unter diesen Mindestanforderungen liegt.
- Danach werden mandantenfähige Datenbanken schrittweise von der nicht-deterministischen CPU-Zuweisung auf die deterministische Shared Compute CPU-Zuweisung umgestellt.
- Aktion: Ahead of this transition, die CPU-Auslastung Ihrer Datenbank überwachen to determine what allocation is required to maintain your current performance level.
- Bestehende Multi-Tenant-Benutzer werden bis Mai 2025 sowohl für die CPU- als auch für die minimale RAM-Ressourcenzuweisung, die automatisch hinzugefügt wird, Bestandsschutz genießen.
- Die Bereitstellung dedizierter Kerne bleibt verfügbar.
Mai 2025 – Ende des Bestandsschutzes für Multi-Tenant-Nutzer, Umstellung dedizierter Kerne auf Isolated Compute
- Für alle bestehenden Multi-Tenant-Benutzer gelten bis zu diesem Zeitpunkt die gleichen CPU- und Mindest-RAM-Zuweisungen wie bisher.
- Zu diesem Zeitpunkt müssen mandantenfähige Instanzen die Shared Compute-Ressourcenzuweisungen einhalten.
Zwischen dem 18. und 26. Mai 2025 werden die Nutzer des dedizierten Kerns auf Isolated Compute umgestellt. Das Grandfathering wird für Shared Compute-Instanzen zwischen dem 2. und 9. Juni 2025 aufgehoben. Alle Dedicated Cores-Instanzen werden auf die nächst größere Isolated Compute-Größe umgestellt. Dedicated Core-Instanzen können jederzeit mit einfachen Schritten auf Isolated Compute umgestellt werden, indem das Cloud Databases CLI-Plug-in, die Cloud Databases API oder über Terraform.
Vor den Änderungen werden Benachrichtigungen verschickt, unter anderem zu folgenden Zeiten:
- Vor dem Übergang von Multi-Tenant zu Shared Compute, um Sie über zu erwartende Änderungen zu informieren.
- Nachdem alle Multi-Tenant-Instanzen auf Shared Compute-Ressourcenzuweisungen umgestellt wurden, empfehlen wir Ihnen, Ihre Datenbankleistung zu überprüfen und die Ressourcen bei Bedarf anzupassen.
- Vor der endgültigen Abschaltung der dedizierten Kerne und dem Übergang zu Isolated Compute. Zusätzlich, vor dem Ende des Grandfathering von Shared Compute-Instanzen. Sie können auch alle Benachrichtigungen unter IBM Cloud announcements finden.
Wenn Sie eine mandantenfähige Instanz haben, gibt es vor dem Mai 2025 einige Ausnahmen, in denen die Besitzstandswahrung nicht mehr gelten würde:
- Wenn Sie eine bestehende Datenbank haben und nur Ihre RAM-Zuweisung ändern, werden Ihnen die Kosten entsprechend der RAM-Änderungen berechnet.
- Wenn Sie eine bestehende Datenbank haben und Ihre CPU-Zuweisung ändern, werden Ihnen die gesamte CPU und der gesamte Arbeitsspeicher berechnet, die Ihrer Datenbank zugewiesen sind.
- Wenn Sie eine neue Shared Compute-Instanz erstellen, werden Ihnen die gesamte CPU und der Arbeitsspeicher, die Ihrer Datenbank zugewiesen sind, in Rechnung gestellt.
- Wenn Sie Ihre mandantenfähige Instanz selbst auf Shared Compute umstellen, werden Ihnen die gesamte CPU und der Arbeitsspeicher berechnet, die Ihrer Datenbank zugewiesen sind.