Allocazione dei costi dei container
È possibile integrare i dati dei container di Kubernetes ( k8s ) o OpenShift ( ROSA ) in Cloudability per ottenere visibilità sulla porzione di spesa cloud dovuta ai costi dei container e assicurarsi che sia allocata in modo appropriato.
Visualizzazione dei costi e dei dati di utilizzo dei container
È possibile visualizzare i dati di Kubernetes o OpenShift nella pagina Containers o in tutto Cloudability in strumenti quali Reports, TrueCost Explorer e Tag Explorer.
Per una visione olistica dei dati relativi ai costi e all'utilizzo dei container, utilizzare la pagina Containers.
Per analizzare i costi dei container in relazione alla spesa totale per il cloud, utilizzare Report, TrueCost Explorer e Tag Explorer.
Analizzare i dati del contenitore utilizzando report e altri strumenti
Creare un rapporto che includa le etichette di k8s
I costi dei container possono essere visualizzati insieme agli altri costi del cloud in un unico report. Utilizzando le etichette di kubernetes e le mappature aziendali, è possibile combinare i costi fuori dal cluster (ad esempio, bilanciatori di carico e DB, tra gli altri) con i costi dei container in un unico report.
Per vedere ogni dimensione apparire come voce di riga nel report (soggetta a filtraggio), selezionare quella dimensione come dimensione di costo.
Ci sarà anche una voce (non impostata) per la dimensione che rappresenta i costi sostenuti quando il Pod o l'Installazione clientelare (o altra struttura k8s ) non ha impostato un valore per l'etichetta k8s mappata nella dimensione.
Ora supportiamo anche OpenShift.
Stiamo realizzando due nuove dimensioni integrate per i rapporti sui costi:
- Nome cluster
- Namespace
Queste dimensioni possono essere utilizzate per creare nuovi rapporti di costo o per migliorare i rapporti di costo esistenti.

Utilizzare la dimensione Nome cluster
Per vedere ogni nome di cluster Kubernetes ( k8s ) o OpenShift apparire come voce di riga nel report (soggetto a filtraggio), selezionare Nome cluster come dimensione di costo. La metrica Costo (totale) rappresenta l'intero costo attribuito a quel cluster, comprese le risorse inattive, i costi utilizzati e inattivi dei nodi di calcolo sottostanti e, su AWS, i volumi di archiviazione di EBS.
Ci sarà anche un valore (non impostato) per Nome cluster, che rappresenta tutti i costi all'interno del conto che non fanno parte di nessun cluster k8s o OpenShift. È disponibile anche il supporto per ulteriori metriche di costo, come Costo (ammortizzato), Costo (rettificato) e Costo (rettificato ammortizzato).
Utilizzare la dimensione Namespace
Per vedere ogni singolo spazio dei nomi apparire come voce nel report (soggetto a filtraggio), selezionare Namespace come dimensione di costo. La metrica Costo (totale) rappresenta i costi di k8s attribuiti a quello spazio dei nomi. È disponibile anche il supporto per ulteriori metriche di costo, come Costo (ammortizzato), Costo (rettificato) e Costo (rettificato ammortizzato).
NOTE:
- Quando si include il Namespace come dimensione in un report, i costi che rappresentano le risorse allocate ma non utilizzate all'interno di un cluster appaiono come voce separata etichettata come "RISORSE INUTILI" per impostazione predefinita. Per suddividere o ripartire equamente le RISORSE IDLE in ogni namespace e per visualizzare dettagli più dettagliati sui costi inattivi e allocati all'interno dell'analisi di base di Cloudability (report e dashboard), utilizzate la categoria di metriche "Containers", che introduce sei metriche aggiuntive.
- Quando si aggiungono altre dimensioni a un report, come Famiglia d'uso o Nome del servizio, vengono visualizzati ulteriori dettagli sui costi per ogni nome di cluster o spazio dei nomi (soggetti a filtraggio).
Per visualizzare solo le risorse e i costi associati a uno specifico namespace o nome di cluster, utilizzare la funzione di filtro integrata.
Per visualizzare dettagli più dettagliati sui costi inattivi e allocati all'interno delle analisi di base di Cloudability (report e dashboard) sulla dimensione cluster, Namespace, utilizzare la categoria di metriche "Containers", che introduce sei metriche aggiuntive. Queste metriche consentono agli utenti di visualizzare separatamente i costi di utilizzo, di inattività e di fairshare su base di cassa o di ammortamento. Per i clienti con prezzi personalizzati abilitati, queste metriche saranno rappresentate come metriche "aggiustate".
La funzione Container Cost Allocation valuta l'utilizzo delle risorse su ciascun nodo e lo mette in relazione con i dati di fatturazione per calcolare il costo di ciascun cluster. Associa un "costo utilizzato" diretto ai valori dello spazio dei nomi e delle etichette di Kubernetes. Questo è disponibile all'interno del core reporting utilizzando lo spazio dei nomi o una dimensione etichetta. Con questa miglioria, è possibile anche riportare il costo di inattività tramite la nuova metrica, che viene assegnata ai valori dello spazio dei nomi e delle etichette in modo proporzionale in base al loro contributo diretto ai costi di ciascun nodo. Il costo Fairshare è la combinazione del costo utilizzato e del costo inattivo, che rappresenta il costo totale.
Considerazioni e idee di reporting per queste nuove metriche:
- Per i costi non legati ai container, queste metriche restituiranno 0 dollari. Per filtrare i dati dei soli contenitori, provare un filtro come "Nome cluster non uguale (non impostato)"
- Utilizzate queste metriche con diverse dimensioni per visualizzare facilmente i costi di utilizzo e quelli di inattività. Ad esempio, elencare per nome del cluster o per ID risorsa.
- Per la prima volta, è possibile utilizzare insieme le basi di cassa e di costo ammortizzato per la rendicontazione dettagliata dei costi dei contenitori.
Definire dimensioni aggiuntive in base alle etichette di K8s
Molte organizzazioni utilizzano le etichette nelle loro implementazioni k8s in modo simile a come sfruttano i tag delle risorse nei loro ambienti cloud. Per vedere queste coppie chiave/valore dell'etichetta apparire nell'ambiente Cloudability, è possibile mappare queste chiavi di etichetta in dimensioni nello stesso modo in cui vengono mappati i tag delle risorse. Con la pagina Tag & Label Mapping è possibile definire nuove dimensioni (e modificare quelle esistenti) e assegnare tag di risorse o etichette di k8s a ciascuna dimensione.

Se si sceglie di mappare sia le etichette di k8s che i tag delle risorse nella stessa dimensione, occorre tenere presenti un paio di elementi chiave.
- K8s le etichette devono essere mappate in dimensioni con tag di risorse solo quando i valori delle etichette e dei tag sono omogenei. Così come la mappatura di tag di risorse non correlate nella stessa dimensione può causare confusione, la mappatura di etichette e tag di risorse non correlate nella stessa dimensione non farà altro che aumentare la confusione.
- Nel caso in cui un tag risorsa e l'etichetta k8s (entrambi mappati sulla stessa dimensione) abbiano valori diversi, verrà selezionato e utilizzato il valore dell'etichetta k8s e il valore del tag risorsa verrà eliminato.
È possibile mappare fino a 20 chiavi di etichette uniche k8s nella pagina di mappatura di tag ed etichette. Si tenga presente che quando si aggiungono o si modificano queste mappature, si inizieranno a vedere i valori nella reportistica la volta successiva che si ingerisce un nuovo file di fatturazione del fornitore. Aggiorneremo questo dato storicamente per il mese in corso.
Utilizzare l'Esploratore di tag
Come per qualsiasi altra mappatura aziendale, le mappature definite utilizzando le dimensioni specifiche del contenitore possono essere utilizzate in Tag Explorer. Questo può aiutare a capire i costi associati ai cluster e ai namespace di k8s.
Utilizzare l'esploratore TrueCost
Come per qualsiasi altra mappatura aziendale, le mappature definite utilizzando le dimensioni specifiche del contenitore possono essere utilizzate in TrueCost Explorer. Questo può aiutare a capire come i costi fluiscono attraverso i cluster e i namespace di k8s.
Creare mappature aziendali
È possibile creare una nuova mappatura aziendale (o modificarne una esistente) e utilizzare dimensioni specifiche per i contenitori. L'inclusione di queste dimensioni in una mappatura è uno strumento potente che consente di combinare diversi costi in un unico costrutto. È possibile riunire i costi del cluster k8s con altri costi esterni al cluster per costruire una visione olistica dei costi complessivi dell'elaborazione k8s.
Creare viste
È possibile creare una nuova vista (o modificarne una esistente) e utilizzare una mappatura costruita a partire dalle dimensioni specifiche del contenitore. Si noti che nella pagina Contenitori, l'uso di viste basate su mappature di business non è supportato, indipendentemente dal fatto che nella definizione della vista siano utilizzate dimensioni specifiche del contenitore.
Come per le altre dimensioni mappate dai tag delle risorse, è possibile utilizzare le dimensioni con le etichette di k8s nelle mappature aziendali, nelle viste, in TrueCost Explorer, in Tag Explorer e nei report.
Quando si confronta l'allocazione dei costi tra la pagina Contenitori e un report, si possono notare delle differenze. Mentre i costi a livello di cluster k8s saranno molto simili (entro una frazione di punto percentuale), i costi allocati ai singoli spazi dei nomi possono differire.
Sui conti AWS, i costi di EBS sono gestiti in modo diverso. Nella pagina Containers, i costi di EBS sono ripartiti tra ogni spazio dei nomi in base alla loro percentuale di utilizzo delle risorse. In un rapporto, tuttavia, questi costi EBS vengono raggruppati e lasciati al cluster. Pertanto, si vedrà un bucket (non impostato) di costi EBS con il cluster k8s.Lo stesso vale per qualsiasi risorsa non nodo su Azure. Nel prossimo futuro assegneremo tutte le risorse del cluster in base al loro utilizzo.