Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Pilastro dell'ottimizzazione dei costi di Amazon ElastiCache Well-Architected Lens
Il pilastro dell'ottimizzazione dei costi si concentra sull'evitare costi inutili. Gli argomenti chiave includono la comprensione e il controllo delle spese, la selezione del tipo di nodo più appropriato (utilizza istanze che supportano la suddivisione dei dati su più livelli in base alle esigenze del carico di lavoro), il numero corretto dei tipi di risorse (repliche lette), l'analisi delle spese nel tempo e il dimensionamento per soddisfare le esigenze aziendali senza costi eccessivi.
Argomenti
COSTO 1: Come identificate e tenete traccia dei costi associati alle vostre ElastiCache risorse? Come si sviluppano meccanismi per consentire agli utenti di creare, gestire ed eliminare le risorse create?
Question-level introduzione: La comprensione delle metriche dei costi richiede la partecipazione e la collaborazione di più team: ingegneria del software, gestione dei dati, proprietari dei prodotti, finanza e leadership. L'identificazione dei principali fattori di costo richiede che tutte le parti coinvolte comprendano le leve di controllo dell'utilizzo dei servizi e i compromessi di gestione dei costi che spesso è la differenza fondamentale tra le attività di ottimizzazione dei costi efficaci e meno efficaci. Assicurarsi di disporre di processi e strumenti per tenere traccia delle risorse create dallo sviluppo alla produzione e al pensionamento aiuta a gestire i costi associati. ElastiCache
Question-level vantaggio: il monitoraggio continuo di tutti i costi associati al carico di lavoro richiede una conoscenza approfondita dell'architettura che include ElastiCache come uno dei suoi componenti. Inoltre, è necessario disporre di un piano di gestione dei costi per raccogliere e confrontare l'utilizzo rispetto al budget.
-
[Obbligatorio] Istituisci un Cloud Center of Excellence (CCoE) con uno dei suoi statuti fondatori per definire, tracciare e intervenire sulle metriche relative all'utilizzo delle tue organizzazioni. ElastiCache Se un CCoE esiste e funziona, assicurati che sappia leggere e tenere traccia dei costi associati. ElastiCache Quando vengono create le risorse, utilizza i ruoli e le policy IAM per verificare che solo i team e i gruppi specifici possano creare istanze delle risorse. In tal modo i costi sono associati ai risultati aziendali e viene stabilita una chiara linea di responsabilità, dal punto di vista dei costi.
-
CCoE dovrebbe identificare, definire e pubblicare metriche di costo aggiornate regolarmente, mensilmente, in merito all' ElastiCache utilizzo delle chiavi in base a dati categoriali come:
-
Tipi di nodi utilizzati e relativi attributi: istanze standard e ottimizzate per la memoria, istanze on demand e riservate, regioni e zone di disponibilità
-
Tipi di ambienti: gratuito, sviluppo, test e produzione
-
Strategie di backup, archiviazione e conservazione
-
Trasferimento di dati all'interno e tra le regioni
-
Istanze in esecuzione su Amazon Outposts
-
-
Il CCoE è composto da un team interfunzionale con rappresentanze non esclusive dei team di software engineering, gestione dei dati, team di prodotto, finanza e team dirigenziali dell'organizzazione.
[Risorse]:
-
-
[Obbligatorio] Utilizza i tag di allocazione dei costi per tenere traccia dei costi con un basso livello di granularità. Usa AWS Cost Management per visualizzare, comprendere e gestire i AWS costi e l'utilizzo nel tempo.
-
Utilizza i tag per organizzare le risorse e i tag di allocazione dei costi per tenere traccia AWS dei costi a livello dettagliato. Dopo aver attivato i tag di allocazione dei costi, AWS utilizza i tag di allocazione dei costi per organizzare i costi delle risorse nel report di allocazione dei costi, in modo da semplificare la categorizzazione e il monitoraggio dei costi. AWS AWS fornisce due tipi di tag di allocazione dei costi, un tag AWS generato e un tag definito dall'utente. AWS definisce, crea e applica AWS automaticamente i tag generati e tu definisci, crea e applica i tag definiti dall'utente. È necessario attivare entrambi i tipi di tag separatamente per poterli visualizzare in Gestione dei costi o in un report di allocazione dei costi.
-
Utilizzate i tag di allocazione dei costi per organizzare la AWS fattura in modo da rispecchiare la vostra struttura dei costi. Quando aggiungi tag di allocazione dei costi alle tue risorse in Amazon ElastiCache, sarai in grado di tenere traccia dei costi raggruppando le spese sulle fatture in base ai valori dei tag di risorsa. Puoi anche combinare i tag per monitorare i costi con un livello di dettagli maggiore.
[Risorse]:
-
-
[Migliore] Collega i ElastiCache costi a metriche valide per tutta l'organizzazione.
-
Prendi in considerazione le metriche aziendali e le metriche operative come la latenza: quali concetti del tuo modello di business sono comprensibili in tutti i ruoli? Le metriche devono essere comprensibili per il maggior numero possibile di ruoli all'interno dell'organizzazione.
-
Esempi: utenti serviti simultaneamente, latenza massima e media per operazione e utente, punteggi di coinvolgimento degli utenti, rendimento degli utenti, sessione rates/week, tasso di abbandono length/user, frequenza di accesso alla cache e chiavi tracciate
[Risorse]:
-
-
[Buono] Mantieni una visibilità architetturale e operativa aggiornata su metriche e costi per l'intero carico di lavoro utilizzato. ElastiCache
-
Comprendi l'intero ecosistema di soluzioni, ElastiCache tende a far parte di un ecosistema completo di AWS servizi nel loro set tecnologico, dai client all'API Gateway, Redshift QuickSight e agli strumenti di reporting (ad esempio).
-
Mappa i componenti della soluzione (client, connessioni, sicurezza, operazioni in memoria, archiviazione, automazione delle risorse, accesso e gestione dei dati) nel tuo diagramma di architettura. Ogni livello si collega all'intera soluzione e ha le proprie esigenze e funzionalità che si aggiungono per and/or aiutarti a gestire i costi complessivi.
-
Il diagramma dovrebbe includere l'uso di elaborazione, rete, storage, politiche del ciclo di vita, raccolta di metriche, nonché gli elementi operativi e funzionali dell'applicazione ElastiCache
-
È probabile che i requisiti del carico di lavoro si evolvano nel tempo ed è essenziale continuare a mantenere e documentare la comprensione dei componenti sottostanti e dei propri obiettivi funzionali primari per rimanere proattivi nella gestione dei costi del carico di lavoro.
-
Il supporto esecutivo per la visibilità, la responsabilità, la definizione delle priorità e le risorse è fondamentale per disporre di una strategia di gestione dei costi efficace per la vostra azienda. ElastiCache
-
COSTO 2: In che modo utilizzate gli strumenti di monitoraggio continuo per ottimizzare i costi associati alle vostre risorse? ElastiCache
Question-level introduzione: È necessario puntare a un giusto equilibrio tra i ElastiCache costi e le metriche relative alle prestazioni delle applicazioni. Amazon CloudWatch offre visibilità sulle principali metriche operative che possono aiutarti a valutare se le tue ElastiCache risorse sono utilizzate in modo eccessivo o insufficiente rispetto alle tue esigenze. Dal punto di vista dell'ottimizzazione dei costi, è necessario capire quando si verifica un eccesso di approvvigionamento ed essere in grado di sviluppare meccanismi appropriati per ridimensionare ElastiCache le risorse, mantenendo al contempo le esigenze operative, di disponibilità, resilienza e prestazioni.
Question-level vantaggio: in uno stato ideale, avrete fornito risorse sufficienti per soddisfare le esigenze operative del carico di lavoro e non disporrete di risorse sottoutilizzate che potrebbero portare a uno stato di costo non ottimale. È necessario essere in grado di identificare ed evitare di utilizzare risorse ElastiCache sovradimensionate per lunghi periodi di tempo.
-
[Obbligatorio] CloudWatch Utilizzalo per monitorare ElastiCache i cluster e analizzare come queste metriche si relazionano ai dashboard di AWS Cost Explorer.
-
ElastiCache fornisce sia metriche a livello di host (ad esempio, l'utilizzo della CPU) sia metriche specifiche del software del motore di cache (ad esempio, accessi e mancati accessi alla cache). Questi parametri vengono misurati e pubblicati per ogni nodo di cache in intervalli di 60 secondi.
-
ElastiCache le metriche delle prestazioni (utilizzo della CPU, EngineUtilization SwapUsage CurrConnections, ed espulsioni) possono indicare che è necessario scalare (utilizzare tipi di nodi di cache) o up/down (aggiungere frammenti). larger/smaller in/out more/less Comprendi le implicazioni in termini di costi delle decisioni di dimensionamento creando una matrice di playbook che stimi i costi aggiuntivi e i tempi minimi e massimi necessari per raggiungere le soglie di prestazioni delle applicazioni.
[Risorse]:
-
-
[Obbligatorio] Comprendi e documenta la tua strategia di backup e le implicazioni in termini di costi.
-
Con ElastiCache, i backup vengono archiviati in Amazon S3, che fornisce uno storage durevole. È necessario comprendere le implicazioni in termini di costi in relazione alla capacità di ripristino in caso di guasti.
-
Abilita i backup automatici che eliminano i file di backup che hanno superato il limite di conservazione.
[Risorse]:
-
-
[Best practice] Usa i nodi riservati per le tue istanze come strategia deliberata per gestire i costi dei carichi di lavoro che sono ben appresi e documentati. I nodi riservati vengono addebitati un costo anticipato che dipende dal tipo di nodo e dalla durata della prenotazione, ovvero uno o tre anni. Questa tariffa è molto inferiore alla tariffa oraria di utilizzo sostenuta con i nodi. On-Demand
-
Potrebbe essere necessario far funzionare ElastiCache i cluster utilizzando nodi su richiesta fino a quando non avrai raccolto dati sufficienti per stimare i requisiti delle istanze riservate. Pianifica e documenta le risorse necessarie per soddisfare le tue esigenze e confronta i costi previsti tra i diversi tipi di istanza (on demand o riservata)
-
Valuta regolarmente i nuovi tipi di nodi di cache disponibili e se ha senso, dal punto di vista dei costi e delle metriche operative, migrare il parco istanze a nuovi tipi di nodi di cache
-
COSTI 3: è necessario utilizzare un tipo di istanza che supporti la suddivisione dei dati in più livelli? Quali sono i vantaggi di una suddivisione dei dati in più livelli? Quando non utilizzare le istanze di suddivisione dei dati in più livelli?
Question-level introduzione: La selezione del tipo di istanza appropriato può avere un impatto non solo sulle prestazioni e sul livello di servizio, ma anche sul piano finanziario. I tipi di istanza hanno costi diversi. La selezione di uno o più tipi di istanze di grandi dimensioni in grado di soddisfare tutte le esigenze di archiviazione in memoria potrebbe essere una decisione naturale. Tuttavia, potrebbe avere un impatto significativo sui costi man mano che il progetto matura. Per garantire che sia selezionato il tipo di istanza corretto è necessario un esame periodico del tempo di ElastiCache inattività dell'oggetto.
Question-level vantaggio: è necessario avere una chiara comprensione dell'impatto dei vari tipi di istanze sui costi attuali e futuri. Le modifiche marginali o periodiche del carico di lavoro non devono causare variazioni sproporzionate dei costi. Se il carico di lavoro lo consente, i tipi di istanze che supportano la suddivisione dei dati in più livelli offrono un prezzo migliore per l'archiviazione disponibile. Grazie allo spazio di archiviazione SSD disponibile per istanza, le istanze con suddivisione dei dati in più livelli supportano una capacità totale di dati per istanza molto più elevata.
-
[Obbligatorio] Comprendi i limiti delle istanze con suddivisione dei dati in più livelli
-
Disponibile solo ElastiCache per i cluster Valkey o Redis OSS.
-
Solo tipi di istanza limitati supportano la suddivisione dei dati in più livelli.
-
È ElastiCache supportata solo la versione 6.2 per Redis OSS e versioni successive
-
Gli oggetti di grandi dimensioni non vengono sostituiti in SSD. Gli oggetti superiori a 128 MiB vengono conservati in memoria.
[Risorse]:
-
-
[Obbligatorio] Scopri la percentuale del database che viene regolarmente utilizzata dal carico di lavoro.
-
Le istanze con suddivisione dei dati in più livelli sono ideali per i carichi di lavoro che spesso accedono a una piccola parte del set di dati complessivo ma richiedono comunque un accesso rapido ai dati rimanenti. In altre parole, il rapporto tra dati caldi e caldi è di circa 20:80.
-
Sviluppa il monitoraggio a livello di cluster dei tempi di inattività degli oggetti.
-
Le grandi implementazioni di oltre 500 GB di dati sono buone candidate
-
-
[Obbligatorio] Tieni presente che le istanze con suddivisione dei dati in più livelli non sono opzionali per determinati carichi di lavoro.
-
L'accesso agli oggetti usati meno frequentemente comporta un costo in termini di prestazioni ridotto, poiché questi vengono sostituiti nel SSD locale. Se la tua applicazione è sensibile ai tempi di risposta, verifica l'impatto sul carico di lavoro.
-
Non adatto per cache che memorizzano principalmente oggetti di grandi dimensioni superiori a 128 MiB.
[Risorse]:
-
-
[Best practice] I tipi di istanze riservate supportano la suddivisione dei dati in più livelli. Ciò garantisce il costo più basso in termini di quantità di archiviazione di dati per istanza.
-
Potrebbe essere necessario gestire ElastiCache i cluster utilizzando istanze di tiering non basate sui dati fino a quando non si avrà una migliore comprensione dei requisiti.
-
Analizza il modello di utilizzo dei dati dei ElastiCache cluster.
-
Crea un processo automatico che raccolga periodicamente i tempi di inattività degli oggetti.
-
Se noti che un'alta percentuale (circa l'80%) di oggetti è inattiva per un periodo di tempo ritenuto appropriato per il tuo carico di lavoro, documenta i risultati e suggerisci di migrare il cluster su istanze che supportano la suddivisione dei dati in più livelli.
-
Valuta regolarmente i nuovi tipi di nodi di cache disponibili e se ha senso, dal punto di vista dei costi e delle metriche operative, migrare il parco istanze a nuovi tipi di nodi di cache.
[Risorse]:
-