Guida dell'utente di RaMP

Questa pagina descrive i passaggi necessari per l'idoneità agli incentivi RaMP, il calcolo dei premi e le regole per la gestione del percorso di migrazione, nonché le limitazioni applicabili agli incentivi RaMP.

Idoneità agli incentivi RaMP

Per essere idoneo agli incentivi RaMP, prepara l'ambiente e tagga i workload. Le sezioni seguenti descrivono i passaggi necessari.

Completare una valutazione RaMP

Per iniziare il percorso di incentivi RaMP, un cliente deve sottoporsi a una valutazione RaMP basata sui dati per essere formalmente idoneo a un Contratto RaMP. Questa valutazione identifica i workload RaMP idonei e convalida il tasso di esecuzione annuale previsto, come definito nei termini RaMP. Per essere idoneo a RaMP,il tasso di esecuzione annuale previsto stimato deve essere di almeno 60.000 $per workload.

Per avviare la valutazione RaMP, prova la nostra valutazione della migrazione senza costi o contatta il tuo Google Cloud team dedicato all'account.

Firmare un Contratto RaMP

Una volta completata la valutazione RaMP, è necessario firmare un Contratto RaMP e taggare i workload RaMP identificati (uno o più workload) per essere idonei a eventuali incentivi RaMP.

Workload RaMP

Un workload RaMP è una raccolta di risorse all'interno di un Google Cloud progetto che funzionano insieme per raggiungere un risultato aziendale e generare spesa su Google Cloud. Di seguito sono riportati i tipi di workload che possono generare incentivi:

Tipo di workload Dettagli del tipo di workload
Analisi Un workload di analisi si riferisce alla migrazione di nuovi ambienti Data Lake e data warehouse da piattaforme on-premise (ad es. Teradata, Cloudera) e cloud (ad es. Snowflake, Redshift, Databricks) a BigQuery o Managed Service for Apache Spark su Google Cloud.
Database Un workload di database si riferisce alla migrazione di qualsiasi database da qualsiasi ambiente di origine (on-premise o un altro cloud) a qualsiasi prodotto di database gestito di prima parte su Google Cloud —inclusi:
Infrastruttura moderna
(Google Kubernetes Engine (GKE), Cloud Run, Arm o Axion)
Un workload di infrastruttura moderna si riferisce al deployment di workload su Google Cloud utilizzando GKE, Cloud Run o Arm o Axion.
Oracle Un workload Oracle si riferisce al deployment di database Oracle insieme ad applicazioni Oracle personalizzate o di prima parte (E-Business Suite, PeopleSoft, JD Edwards, Siebel, Hyperion, ATG Web Commerce o Fusion Middleware) su Compute Engine all'interno di Google Cloud.
SAP Un workload SAP si riferisce alla migrazione di SAP HANA, S/4HANA, BW/4HANA, Business One o altre app e database SAP qualificati a Google Cloud.
VMware Un workload VMware si riferisce al deployment di VM VMware su Google Cloud provenienti da ambienti on-premise, di colocation o da altri cloud VMware. Queste VM devono risiedere su Google Cloud VMware Engine o, se sottoposte a replatforming, su Compute Engine o GKE, a condizione che almeno il 75% dell'ambito di origine sia costituito da VM VMware.
Windows Un workload Windows si riferisce a qualsiasi applicazione o ambiente server in esecuzione su un sistema operativo Windows Server che viene sottoposto a deployment e ospitato su Google Cloud (su Compute Engine o VMware Engine).
Generali Un workload generale si riferisce a qualsiasi altra applicazione, set di dati, servizio o processo IT idoneo a RaMP che può essere migrato o sottoposto a refactoring in modo efficace per l'esecuzione su Google Cloud (potrebbero essere applicate alcune esclusioni di servizi).

Questi tipi di workload vengono identificati nell'ambito della valutazione RaMP e ricevono un numero ID workload univoco nel Contratto RaMP.

Taggare i workload RaMP

Il tagging è il meccanismo principale per identificare e monitorare i workload applicando il numero ID contratto RaMP fornito e il numero ID workload associato alle risorse del cliente Google Cloud .

Il tagging dei workload è necessario per consentire a Google di calcolare ed erogare gli incentivi RaMP. È responsabilità del cliente assicurarsi che i tag vengano applicati in modo accurato e tempestivo. Google non può eseguire aggiustamenti retroattivi. Se i workload non vengono taggati in modo appropriato, gli incentivi RaMP per quel periodo verranno persi.

Per ulteriori informazioni sul tagging dei workload RaMP, consulta la guida al tagging dei workload RaMP.

Esclusività dei workload

Per evitare la duplicazione degli incentivi, RaMP applica le seguenti regole di esclusività rigorose ai workload:

  • Un singolo workload definito può risiedere in esattamente un Contratto RaMP.
  • Un workload non può essere suddiviso o condiviso tra più Contratti RaMP.
  • Se un workload viene incluso inavvertitamente in un secondo Contratto RaMP, il Contratto RaMP originale ha la precedenza.

Best practice aggiuntive per i Contratti RaMP e gli account di fatturazione

RaMP consente al cliente di avere più di un Contratto RaMP attivo contemporaneamente nello stesso account di fatturazione principale (man mano che il cliente pianifica diversi workload e completa diverse valutazioni RaMP, incluso la stipula di un nuovo Contratto RaMP per un tipo di workload diverso).

L'account di fatturazione principale è l'account principale in cui viene monitorato il consumo per l'idoneità agli incentivi RaMP. Solo il consumo idoneo che si verifica in questo account di fatturazione genera crediti correlati a RaMP Google Cloud .

Calcolare gli incentivi RaMP

Gli incentivi RaMP vengono calcolati in base a fattori quali la spesa idonea e il tipo di workload. Le sezioni seguenti spiegano come vengono calcolati gli incentivi.

Spesa idonea incrementale per gli incentivi

Google Cloud I crediti di servizio e i fondi di servizi per partner vengono generati dalla spesa per il gruppo di SKU RaMP 2026. Le offerte non idonee agli incentivi RaMP dalla spesa incrementale includono le offerte di Google Cloud Marketplace, Google Cloud l'assistenza (inclusi i servizi di assistenza tecnica o TSS), gli abbonamenti, le GPU, l'archiviazione e Google Distributed Cloud.

Fondi per supportare la migrazione e la modernizzazione

Sono disponibili i seguenti tipi di incentivi per soddisfare le esigenze di migrazione e modernizzazione: fondi per i servizi di Google Cloud Consulting e fondi per i servizi di formazione e implementazione, nonché fondi di servizi per partner.

Per i tipi di workload generali, ogni workload è idoneo al minore tra il 20% del tasso di esecuzione annuale previsto e 2 milioni di $. Per i tipi di workload specializzati (ad es. VMware) è disponibile una percentuale di tasso di esecuzione annuale prevista più elevata. Il tasso di esecuzione annuale previsto include solo la spesa incrementale idonea.

Per ulteriori informazioni, consulta i Termini RaMP.

Fondi per supportare il deployment

Google Cloud I crediti di servizio sono disponibili per supportare i deployment.

Per i tipi di workload generali, ogni workload è idoneo al 25% della spesa idonea incrementale, con un limite massimo del minore tra il 30% del tasso di esecuzione annuale previsto e 3 milioni di $. Per i tipi di workload specializzati (ad es. Oracle) è disponibile una percentuale di tasso di esecuzione annuale prevista più elevata.

Per ulteriori informazioni, consulta i Termini RaMP.

Sebbene le informazioni precedenti determinino l'importo massimo di Google Cloud crediti di servizio disponibili per ogni ID workload univoco, i requisiti aggiuntivi per generare crediti di servizio trimestrali Google Cloud includono:

  • Crescita totale dell'account: in un determinato trimestre, Google contrassegnerà per la revisione gli account con una crescita inferiore negli ultimi 12 mesi a livello di account rispetto alla crescita di tutti i workload incrementali combinati. Per chiarire, la crescita della spesa negli ultimi 12 mesi di un cliente a livello di account deve essere uguale o superiore alla crescita negli ultimi 12 mesi del workload taggato in ogni trimestre di RaMP. In altre parole, per rimanere conforme, la crescita complessiva dell'account deve riflettere il valore completo dei nuovi workload taggati.
  • Limite massimo: definito come la spesa totale più alta negli ultimi 12 mesi registrata in quattro trimestri consecutivi durante il contratto. Devi superare questo limite per essere idoneo a nuovi incentivi dopo un calo. Google paga i crediti solo se i tuoi workload mostrano una crescita continua e ininterrotta durante il contratto.

Ad esempio:

  • Anno 1: la spesa aumenta → ricevi incentivi.
  • Anno 2: la spesa diminuisce in modo significativo → non vengono pagati incentivi.
  • Anno 3: la spesa aumenta rispetto all'anno 2, ma rimane inferiore al picco dell'anno 1 → non vengono pagati incentivi.

Scenario completo: calcolo dei crediti di servizio Google Cloud

Un cliente firma un Contratto RaMP per un tasso di esecuzione annuale previsto di 1.000.000 $per il tipo di workload generale il 1° gennaio 2026.

Inizia subito la migrazione e spende 100.000 $nel secondo trimestre del 2026, 150.000 $ nel terzo trimestre del 2026, 200.000 $ nel quarto trimestre del 2026 e 250.000 $nel primo trimestre del 2027, raggiungendo lo stato stazionario. Continua a spendere 250.000 $per ogni trimestre del 2027.

Incentivi:

Il cliente riceve fondi di servizi per partner (PSF) pari al 20% del tasso di esecuzione annuale del workload, ovvero 200.000 $, pagati al soddisfacimento dei requisiti di pagamento dei fondi di servizi per partner.

Il cliente riceve anche Google Cloud crediti di servizio, pari al 25% della spesa idonea incrementale ogni trimestre, quindi l'importo totale dei Google Cloud crediti di servizio è di 250.000 $ (vedi tabella di seguito).

Gli incentivi totali ricevuti dal cliente da fondi di servizi per partner e Google Cloud crediti di servizio sono pari a 450.000 $.

Anno Metrica Q1 T2 T3 Q4 Totale per anno
2026 Google Cloud Spesa idonea 0 $ 100.000 $ 150.000 $ 200.000 $ 450.000 $
Spesa idonea incrementale 0 $ 100.000 $ 150.000 $ 200.000 $ 450.000 $
Google Cloud Crediti di servizio 0 $ 25.000 $ 37.500 $ 50.000 $ 112.500 $
2027 Google Cloud Spesa idonea 250.000 $ 250.000 $ 250.000 $ 250.000 $ 1.000.000 $
Spesa idonea incrementale 250.000 $ 150.000 $ 100.000 $ 50.000 $ 550.000 $
Google Cloud Crediti di servizio 62.500$ 37.500$ 25.000$ 12.500$ 137.500$
2028 Google Cloud Spesa idonea 250.000 $ 250.000 $ 250.000 $ 250.000 $ 1.000.000 $
Spesa idonea incrementale 0 $ 0 $ 0 $ 0 $ 0 $
Google Cloud Crediti di servizio 0 $ 0 $ 0 $ 0 $ 0 $

Erogazione e limitazioni degli incentivi

Una volta calcolati, gli incentivi vengono applicati secondo una pianificazione specifica e sono soggetti a determinate limitazioni. Le sezioni seguenti forniscono dettagli sulla procedura di erogazione e sulle limitazioni applicabili.

Erogazione agli account designati

Per ogni Contratto RaMP, gli incentivi RaMP verranno applicati alle commissioni dei workload taggati nell'account di fatturazione principale del cliente. Per monitorare i tuoi progressi verso i traguardi di credito e visualizzare la spesa accumulata, consulta Monitorare lo stato dei tuoi incentivi condizionali.

Pianificazione dei pagamenti: Google Cloud crediti di servizio

L'erogazione avverrà entro 45 giorni dalla fine di ogni trimestre di calendario, a partire dalla fine del trimestre del 30 giugno 2026. Per chiarezza, ciò significa che il primo set di crediti di servizio generati Google Cloud per i Contratti RaMP eseguiti fino al 30 giugno 2026 verrà depositato nell'Account con fatturazione mensile non automatica principale (o, a seconda dei casi, nel subaccount principale associato al Cliente pertinente) entro il 15 agosto 2026.

Pianificazione dei pagamenti: fondi di servizi per partner

L'erogazione è legata sia al completamento dei capitolati sia ai traguardi di consumo della spesa idonea incrementale per il gruppo di SKU RaMP 2026.

Fondi per i servizi di formazione e implementazione; fondi per i servizi di Google Cloud Consulting

Per i servizi di Google Cloud Consulting, gli incentivi RaMP vengono emessi utilizzando un modulo d'ordine per i workload idonei e registrati. Questi incentivi possono essere applicati per finanziare parzialmente o completamente il progetto, come definito nel capitolato.

Informazioni aggiuntive sugli incentivi RaMP

Scadenza: se la migrazione di un workload non viene completata prima della scadenza del Contratto RaMP, tutti gli incentivi futuri per la crescita di quel workload non saranno validi.

Rollover: i workload per i quali sono iniziati i lavori di migrazione non possono essere trasferiti in un nuovo Contratto RaMP.

Passaggi successivi