Comprensione dei costi per i cluster

Con IBM Cloud®, è possibile pianificare, stimare, rivedere e modificare l'ambiente cluster per controllare i costi. Semplicemente utilizzando un servizio gestito come IBM Cloud® Kubernetes Service, risparmi molte spese associate alla gestione, all'aggiornamento e alla manutenzione di un ambiente infrastrutturale.

Comprensione dei costi per componente

Con i cluster IBM Cloud Kubernetes Service è possibile utilizzare le risorse di calcolo, rete e storage dell'infrastruttura IBM Cloud con servizi di piattaforma come Watson AI o Compose Database-as-a-Service. Ogni risorsa potrebbe comportare i propri addebiti che possono essere fissi, misurati, disposti in livelli o riservati e fatturati in base a varie tariffe incrementali, ad esempio mensili o orarie.

Le risorse mensili vengono fatturate in base al primo giorno del mese per l'utilizzo nel mese precedente. Se ordini una risorsa mensile a metà mese, ti verrà addebitato un importo proporzionale per quel mese. Tuttavia, se annulli una risorsa a metà del mese, ti verrà comunque addebitato l'intero importo per la risorsa mensile.

Nodi di lavoro

I cluster possono avere due tipi principali di nodi di lavoro: le macchine virtuali o fisiche (bare metal). La disponibilità del profilo (tipo di macchina) e il prezzo variano in base alla zona in cui distribuisci il tuo cluster.

Quando i nodi di lavoro iniziano a incorrere in addebiti? **
I nodi di lavoro iniziano ad addebitati dopo aver completato lo stato provisioning e continuano fino a quando non elimini i nodi di lavoro e non completano lo stato deleting. Per ulteriori informazioni, vedere Stati del nodo lavoratore.

Qual è la differenza tra macchine virtuali e fisiche?

Le macchine virtuali offrono maggiore flessibilità, tempi di provisioning più rapidi e funzioni di scalabilità automatica rispetto al bare metal, a un prezzo più conveniente rispetto a quest'ultimo. Tuttavia, le macchine virtuali hanno un compromesso in termini di prestazioni rispetto alle specifiche del bare metal, come i Gbps di rete, le soglie di RAM e memoria e le opzioni di archiviazione. Tenete presente questi fattori che incidono sui costi di VM.

  • Condivisione rispetto a un hardware dedicato: Se condividete l'hardware sottostante di VM, il costo è inferiore a quello dell'hardware dedicato, ma le risorse fisiche non sono dedicate al vostro VM.
  • Solo fatturazione oraria: la fatturazione oraria offre una maggiore flessibilità per ordinare e cancellare rapidamente le macchine virtuali. Ti viene addebitata una tariffa oraria che viene contata solo per il tempo di provisioning del nodo di lavoro. L'ora non viene arrotondata per eccesso o per difetto all'ora più vicina, ma viene misurata in minuti e addebitata alla tariffa oraria. Ad esempio, se il provisioning del tuo nodo di lavoro viene eseguito per 90 minuti, ti viene addebitata la tariffa oraria per 1.5 ore, non 2 ore.
  • Ore a livelli al mese: il prezzo viene fatturato ogni ora in livelli graduati. Poiché la tua VM rimane ordinata per un certo livello di ore entro un mese di fatturazione, la tariffa oraria che ti viene addebitata diminuisce. I livelli di ore sono i seguenti:
    • 0 - 150 ore
    • 151-290 ore
    • 291 - 540 ore
    • 541 + ore

Le macchine fisiche o bare metal offrono vantaggi ad alte prestazioni per carichi di lavoro quali dati, GPU e AI. Inoltre, tutte le risorse hardware sono dedicate ai tuoi carichi di lavoro, quindi non hai "elementi di disturbo". Tenete presente questi fattori che incidono sui costi del bare metal.

  • Solo fatturazione mensile: Tutti i metalli nudi vengono addebitati mensilmente.
  • Processo di ordinazione più lungo: Dopo aver ordinato o annullato un server bare metal, il processo viene completato manualmente nell'account dell'infrastruttura IBM Cloud. Pertanto, ci vuole più di un giorno lavorativo per completare questo processo.

Solo VPC Generation 2: I prezzi variano in base alla regione in cui risiede l'infrastruttura di nodi worker sottostante e si possono ottenere sconti per l'uso prolungato. Per ulteriori informazioni, consultare la sezione Quali sono i costi di rialzo regionali e gli sconti per l'uso prolungato dei nodi worker VPC?

Larghezza di banda pubblica

La larghezza di banda si riferisce al trasferimento di dati pubblici del traffico di rete in entrata e in uscita, sia da che verso le risorse IBM Cloud nei data center in tutto il mondo.

Cluster classici: la larghezza di banda pubblica viene addebitata per GB. È possibile esaminare il riepilogo della larghezza di banda corrente accedendo alla console IBM Cloud, dall' icona Menu selezionando Infrastruttura > Infrastruttura classica, quindi selezionando la pagina Rete > Larghezza di banda > Riepilogo.

Esamina i seguenti fattori che influiscono sui costi della larghezza di banda pubblica:

  • Posizione: Come per i nodi worker, i costi variano a seconda della zona in cui sono distribuite le risorse.
  • Pay-As-You-Go per VM: Poiché le macchine virtuali sono fatturate a tariffa oraria, le macchine del nodo worker VM hanno un'allocazione Pay-As-You-Go della rete in uscita basata sull'utilizzo dei GB.
  • Larghezza di banda inclusa e pacchetti a livelli per BM: i nodi worker bare metal possono essere forniti con una certa allocazione di rete in uscita al mese che varia a seconda della geografia: 20 TB per il Nord America e l'Europa, o 5 TB per l'Asia Pacifica e il Sud America. Dopo aver superato la tua larghezza di banda inclusa, ti viene addebitato un costo secondo uno schema di utilizzo a più livelli per la tua area geografica. Se superi l'assegnazione di un livello, ti potrebbe anche essere addebitata una tariffa di trasferimento dati standard.

Cluster VPC: Per ulteriori informazioni su come funziona il trasferimento dei dati Internet nel Virtual Private Cloud, vedere Prezzi per VPC.

Indirizzi IP sottorete

Le sottoreti per IBM Cloud Kubernetes Service i cluster variano a seconda del fornitore di infrastrutture.

Cluster classici: quando crei un cluster standard, viene ordinata una sottorete pubblica portatile con 8 indirizzi IP pubblici che viene addebitata mensilmente al tuo account. Per informazioni sui prezzi, consultare la documentazione sulle sottoreti e gli IP o stimare i costi nella console delle sottoreti classiche). Se hai già sottoreti pubbliche portatili disponibili nel tuo account dell'infrastruttura, puoi invece utilizzare queste sottoreti. Crea il cluster con l'indicatore --no-subnets e riutilizza le tue sottoreti.

Cluster VPC: Per ulteriori informazioni sui costi degli IP flottanti e di altri costi di rete, vedere Prezzi per VPC.

Programma di bilanciamento del carico multizona (o MZLB, multizone load balancer)

Quando crei un cluster multizona o aggiungi zone a un cluster a zona singola, devi disporre di un programma di bilanciamento del carico per verificare l'integrità degli indirizzi IP Ingress e del programma di bilanciamento del carico in ogni zona e inoltrare le richieste alle tue applicazioni tra le zone della regione.

Il tipo di programma di bilanciamento del carico che viene creato automaticamente varia in base al tipo di cluster.

  • Cluster classici: Per ogni cluster multizona viene creato automaticamente un MZLB. È possibile visualizzare la tariffa oraria nel riepilogo dei prezzi quando si crea il cluster.
  • Cluster VPC: un programma di bilanciamento del carico per VPC viene creato automaticamente nel VPC per il tuo cluster. Per informazioni sui costi, vedere Prezzi di Load Balancer for VPC.

Archiviazione

Quando si effettua il provisioning dello storage, è possibile scegliere il tipo e la classe di storage più adatti al caso d'uso. Gli addebiti variano in base al tipo di archiviazione, all'ubicazione e alle specifiche dell'istanza di archiviazione. Alcune soluzioni di archiviazione, come l'archiviazione di file e blocchi, offrono tariffe orarie e mensili tra cui scegliere.

Per scegliere la soluzione di archiviazione corretta, vedere Pianificazione dello storage persistente ad alta disponibilità. Per ulteriori informazioni, consulta:

Servizi IBM Cloud

Ogni servizio che integri con il tuo cluster ha il proprio modello di prezzo. Consulta la documentazione di ciascun prodotto e utilizza la console IBM Cloud per stimare i costi.

Operatori e altre integrazioni di terze parti

Gli operatori e altre integrazioni di terze parti sono un modo pratico per aggiungere servizi al tuo cluster da provider della community, di terze parti, tuoi o di altro tipo. Tieni presente che sei responsabile dei costi aggiuntivi e del modo in cui questi servizi operano nel tuo cluster, dalla distribuzione e manutenzione all'integrazione con le tue applicazioni. In caso di problemi con un operatore o con un'integrazione di terze parti, collabora con il provider appropriato per risolvere il problema.

nodi di lavoro VPC

I prezzi per l'infrastruttura VPC variano in base alla posizione regionale e all'utilizzo sostenuto.

Queste informazioni si applicano solo a nodi di lavoro VPC.

Addebiti di aumento regionale

Quando si crea un cluster su un'infrastruttura VPC, i nodi worker possono incorrere in un costo di uplift che varia a seconda della posizione multizona in cui si crea il cluster. Il costo di maggiorazione è una percentuale (%) della tariffa oraria (r) e viene aggiunto alla tariffa oraria del nodo di lavoro. Il costo della tariffa oraria totale per un nodo di lavoro può essere calcolato come r + (r × %). Nella console di creazione del cluster, questo aumento si riflette nel calcolatore dei prezzi quando configuri i dettagli del tuo cluster. La seguente tabella descrive la maggiorazione dei prezzi per regione.

Per una tabella che descrive l'aumento dei prezzi per regione, vedere Prezzi regionali per VPC.

Sconti di utilizzo sostenuti

Per le istanze di server virtuale che vengono fatturate a tariffa oraria, i prezzi scontati dipendono dalla durata di funzionamento dell'istanza durante il mese di fatturazione. Per ulteriori informazioni, espandere la sezione Sconti per uso prolungato su IBM Cloud Virtual Servers for VPC nella pagina Prezzi per VPC.

Stima dei costi

Vedi Stima dei tuoi costi.

Tieni presente che alcuni costi non sono riflessi nella stima, come ad esempio il prezzo a livelli per un utilizzo orario aumentato. Per ulteriori informazioni, vedi Descrizione dei costi per i tuoi cluster.

Gestione dei costi

I seguenti passaggi illustrano un processo generale per gestire i costi dei IBM Cloud Kubernetes Service cluster.

  1. Decidi una strategia di piattaforma cloud per gestire le tue risorse.
  2. Pianifica il tipo di cluster di cui hai bisogno.
  3. Controlla altri IBM Cloud servizi, componenti aggiuntivi, operatori e altri software di terze parti che potresti utilizzare per aumentare i tuoi costi. Per un'idea di quali altri cluster di costi in genere incorrono, consulta Descrizione dei costi per i tuoi cluster.
  4. Stima i tuoi costi e rivedi le informazioni dettagliate sui prezzi per il servizio, vedi IBM Cloud Kubernetes Service: Pricing.
  5. Gestire il ciclo di vita del cluster per controllare i costi.
    • Prendi in considerazione l'abilitazione del cluster autoscaler per aggiungere o rimuovere automaticamente i nodi di lavoro in risposta alle tue richieste di risorse del workload del cluster.
    • Ridimensiona manualmente il tuo pool di nodi di lavoro per rimuovere i nodi di lavoro che non ti servono. Tieni presente che non puoi ridimensionare un pool di nodi di lavoro fino a zero nodi di lavoro.
    • Utilizza le funzioni Kubernetes come ridimensionamento automatico del pod orizzontale, priorità pod e i limiti e le richieste di risorse per controllare il modo in cui le risorse vengono utilizzate nel tuo cluster.
    • Considera la configurazione di uno strumento di monitoraggio come IBM Cloud Monitoring e la creazione di avvisi per i tuoi carichi di lavoro quando hanno bisogno di ulteriori risorse.
  6. Visualizza il tuo uso per perfezionare continuamente il modo in cui utilizzi i servizi IBM Cloud.
  7. Imposta notifiche di spesa.