IBM Cloud Docs
Modelli di accoglienza per la transizione e il posizionamento della transizione

Modelli di accoglienza per la transizione e il posizionamento della transizione

Tempistica di transizione dai modelli di hosting esistenti al calcolo isolato e condiviso

Gli utenti multi-tenant che passano automaticamente a Shared Compute vengono mantenuti inalterati, il che significa che la RAM e la CPU vengono aumentate fino a raggiungere le allocazioni minime di risorse di Shared Compute, se necessario. Questi aumenti non saranno addebitati fino a maggio 2025.

Agosto 2024 - Applicazione dell'allocazione minima di RAM per le istanze multi-tenant

  • Le istanze multi-tenant esistenti inizieranno la transizione a Shared Compute; ciò significa che per prima cosa verrà applicata l'allocazione minima di RAM sulle istanze multi-tenant (8 GB di RAM per RabbitMQ, 4 GB di RAM per tutti gli altri database), eliminando la RAM delle istanze esistenti che non rientrano in questi minimi.
  • Tutte le nuove richieste di provisioning dovranno inoltre rispettare i requisiti minimi di risorse (1 CPU e 8 GB di RAM per RabbitMQ, 0.5 CPU e 4 GB di RAM per tutti gli altri database).
  • Gli utenti core dedicati esistenti non subiranno l'impatto dei requisiti minimi di risorse, a meno che non venga invocata un'azione di scalatura o di provisioning su un'istanza che attualmente è al di sotto di tali requisiti minimi.
  • In seguito, i database multi-tenant passeranno gradualmente dall'allocazione non deterministica della CPU all'allocazione deterministica della CPU Shared Compute. Prima di questa transizione, monitorate l'utilizzo della CPU del database per determinare l'allocazione necessaria a mantenere il livello di prestazioni attuale.
  • Gli utenti multi-tenant esistenti saranno mantenuti fino a maggio 2025 per quanto riguarda le allocazioni di risorse CPU e RAM minime che vengono aggiunte automaticamente.

Settembre 2024 - Transizione delle istanze multi-tenant al calcolo condiviso

  • Tutte le nuove disposizioni multi-tenant utilizzeranno Shared Compute.
  • Le istanze multi-tenant esistenti inizieranno la transizione a Shared Compute. In primo luogo, verrà applicata l'allocazione minima di RAM sulle istanze multi-tenant (8 GB di RAM per RabbitMQ, 4 GB di RAM per tutti gli altri database), eliminando la RAM delle istanze esistenti che si trovano al di sotto di questi minimi.
  • Tutte le nuove richieste di provisioning dovranno inoltre rispettare i requisiti minimi di risorse (1 CPU e 8 GB di RAM per RabbitMQ, 0.5 CPU e 4 GB di RAM per tutti gli altri database).
  • Gli utenti core dedicati esistenti non subiranno l'impatto dei requisiti minimi di risorse, a meno che non venga invocata un'azione di scalatura o di provisioning su un'istanza che attualmente è al di sotto di tali requisiti minimi.
  • In seguito, i database multi-tenant passeranno gradualmente dall'allocazione non deterministica della CPU all'allocazione deterministica della CPU Shared Compute.
  • Azione: Prima di questa transizione, monitorate l'utilizzo della CPU del database per determinare l'allocazione necessaria a mantenere il livello di prestazioni attuale.
  • Gli utenti multi-tenant esistenti saranno mantenuti fino a maggio 2025 per quanto riguarda le allocazioni di risorse CPU e RAM minime che vengono aggiunte automaticamente.
  • Il provisioning dei core dedicati rimane disponibile.

Maggio 2025 - Fine del grandfathering per gli utenti multi-tenant, passaggio dei core dedicati all'Isolated Compute

  • Tutti gli utenti multi-tenant esistenti saranno mantenuti per le allocazioni minime di CPU e RAM fino a questo momento.
  • A questo punto, le istanze multi-tenant dovranno rispettare le allocazioni delle risorse Shared Compute.

Tra il 18 e il 26 maggio 2025, gli utenti dei core dedicati passeranno al calcolo isolato. Il grandfathering sarà rimosso per le istanze Shared Compute tra il 2 e il 9 giugno 2025. Tutte le istanze Dedicated Cores saranno trasferite alla dimensione Isolated Compute più vicina e più grande. Le istanze Dedicated Core possono seguire i semplici passaggi per passare a Isolated Compute in qualsiasi momento usando il tasto Cloud Databases CLI plug-in, il Cloud Databases API o il Terraform.

Le notifiche saranno inviate in anticipo rispetto alle modifiche, anche nei seguenti orari:

  • Prima della transizione da multi-tenant a Shared Compute, per notificare i cambiamenti previsti.
  • Dopo che tutte le istanze multi-tenant sono passate alle allocazioni di risorse Shared Compute, si consiglia di rivedere le prestazioni del database e di regolare le risorse se necessario.
  • Prima dello spegnimento definitivo dei core dedicati e della transizione a Isolated Compute. Inoltre, prima della fine del grandfathering delle istanze Shared Compute. È possibile trovare tutte le notifiche anche negli annunci diIBM Cloud.

Prima della data del maggio 2025, se avete un'istanza multi-tenant, ci sono alcune eccezioni in cui il grandfathering non sarà più applicabile:

  • Se avete un database esistente e modificate solo l'allocazione della RAM, vi verrà addebitato il costo corrispondente alle modifiche della RAM.
  • Se avete un database esistente e modificate l'allocazione della CPU, vi verranno addebitate tutte le CPU e la RAM allocate al vostro database.
  • Se si crea una nuova istanza di Shared Compute, verranno addebitate tutte le CPU e la RAM allocate al database.
  • Se si passa da un'istanza multi-tenant a Shared Compute, verranno addebitate tutte le CPU e la RAM allocate al database.

Posizionamento della transizione di calcolo condivisa e isolata

Per determinare in che modo i modelli di hosting esistenti passeranno a Shared e Isolated Compute, consultate le tabelle seguenti. Nello switchover, si presuppone che i punti di partenza siano il multitenant vecchio stile (CPU non allocata, o 0) e i core dedicati.

Posizionamento automatico della transizione
Se l'allocazione attuale delle risorse è N CPU x M RAM
(databaseNon-RabbitMQ ):
Verrete automaticamente posizionati su
(DatabaseNon-RabbitMQ ):
N = 0 CPU, M < 4 GB RAM 0.0.5 CPU x 4 GB di RAM, calcolo condiviso
N = 0 CPU, 4 GB RAM < M ≤ 16 GB RAM M/8 CPU x M GB di RAM, calcolo condiviso
N = 0 CPU, M > 16 GB RAM 2 CPU x M GB di RAM, calcolo condiviso
0 CPU < N ≤ 4 CPU, M ≤ 16 GB RAM 4 CPU x 16 GB di RAM, calcolo isolato
4 CPU < N ≤ 8 CPU O 16 GB RAM < M ≤ 32 GB RAM 8 CPU x 32 GB di RAM, calcolo isolato
4 CPU < N ≤ 8 CPU O 32 GB DI RAM < M ≤ 64 GB DI RAM 8 CPU x 64 GB di RAM, calcolo isolato
8 CPU < N ≤ 16 CPU O 32 GB RAM < M ≤ 64 GB RAM 16 CPU x 64 GB di RAM, calcolo isolato
16 CPU < N ≤ 32 CPU O 64 GB RAM < M ≤ 128 GB RAM 32 CPU x 128 RAM, calcolo isolato
16 CPU < N ≤ 30 CPU O 64 GB RAM < M ≤ 240 GB RAM 30 CPU x 240 RAM, calcolo isolato


Collocazione automatica della transizione RabbitMQ
Se l'allocazione attuale delle risorse è N CPU x M RAM
(RabbitMQ):
Verrete automaticamente inseriti in
(RabbitMQ):
N = 0 CPU, M < 8 GB RAM 1 CPU x 8 GB di RAM, calcolo condiviso
N = 0 CPU, 8 GB RAM < M ≤ 16 GB RAM M/8 CPU x M GB di RAM, calcolo condiviso
N = 0 CPU, M > 16 GB RAM 2 CPU x M GB di RAM, calcolo condiviso
0 CPU < N ≤ 4 CPU, M ≤ 16 GB RAM 4 CPU x 16 GB di RAM, calcolo isolato
4 CPU < N ≤ 8 CPU O 16 GB RAM < M ≤ 32 GB RAM 8 CPU x 32 GB di RAM, calcolo isolato
4 CPU < N ≤ 8 CPU O 32 GB DI RAM < M ≤ 64 GB DI RAM 8 CPU x 64 GB di RAM, calcolo isolato
8 CPU < N ≤ 16 CPU O 32 GB RAM < M ≤ 64 GB RAM 16 CPU x 64 GB di RAM, calcolo isolato
16 CPU < N ≤ 32 CPU O 64 GB RAM < M ≤ 128 GB RAM 32 CPU x 128 RAM, calcolo isolato
16 CPU < N ≤ 30 CPU O 64 GB RAM < M ≤ 240 GB RAM 30 CPU x 240 RAM, calcolo isolato