Pilastro dell'ottimizzazione dei costi delle lenti Amazon ElastiCache Well-Architected - Amazon ElastiCache
COST1: Come identificate e tenete traccia dei costi associati alle vostre risorse? ElastiCache Come si sviluppano meccanismi per consentire agli utenti di creare, gestire ed eliminare le risorse create?COST2: In che modo utilizzate gli strumenti di monitoraggio continuo per ottimizzare i costi associati alle vostre risorse? ElastiCache COST3: Dovresti usare un tipo di istanza che supporti il tiering dei dati? Quali sono i vantaggi di una suddivisione dei dati in più livelli? Quando non utilizzare le istanze di suddivisione dei dati in più livelli?

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 delle lenti Amazon ElastiCache Well-Architected

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.

COST1: Come identificate e tenete traccia dei costi associati alle vostre risorse? ElastiCache Come si sviluppano meccanismi per consentire agli utenti di creare, gestire ed eliminare le risorse create?

Introduzione della domanda: la comprensione delle metriche di costo 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 associatiElastiCache.

Vantaggio a livello di domanda: il monitoraggio continuo di tutti i costi associati al carico di lavoro richiede una profonda comprensione 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] Istituite un Cloud Center of Excellence (CCoE) con una delle sue carte fondamentali per definire, tracciare e intervenire sulle metriche relative all'utilizzo delle vostre organizzazioni. ElastiCache Se CCoE esiste e funziona, assicurati che sappia leggere e tenere traccia dei costi associati a. ElastiCache Quando vengono create le risorse, utilizzate IAM ruoli e policy per verificare che solo team e gruppi specifici possano creare istanze di 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.

    1. CCoEdovrebbe identificare, definire e pubblicare metriche di costo aggiornate regolarmente, mensilmente, sull' ElastiCache utilizzo delle chiavi in base a dati categoriali come:

      1. Tipi di nodi utilizzati e relativi attributi: istanze standard e ottimizzate per la memoria, istanze on demand e riservate, regioni e zone di disponibilità

      2. Tipi di ambienti: gratuito, sviluppo, test e produzione

      3. Strategie di backup, archiviazione e conservazione

      4. Trasferimento di dati all'interno e tra le regioni

      5. Istanze in esecuzione su Amazon Outposts

    2. CCoEè costituito da un team interfunzionale con rappresentanti non esclusivi dei team di ingegneria del software, gestione dei dati, team di prodotto, finanza e leadership 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.

    1. 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.

    2. 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.

    1. 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.

    2. Ad esempio, utenti serviti simultaneamente, latenza massima e media per operazione e utente, punteggi di coinvolgimento degli utenti, percentuali di reso degli utenti/settimana, durata della sessione/utente, tasso di abbandono, percentuale di riscontri nella cache e chiavi monitorate

    [Risorse]:

  • [Buono] Mantieni la visibilità up-to-date architetturale e operativa su metriche e costi per l'intero carico di lavoro utilizzato. ElastiCache

    1. Comprendi l'intero ecosistema di soluzioni, ElastiCache tende a far parte di un ecosistema completo di AWS servizi nel loro set tecnologico, dai client a API Gateway, Redshift QuickSight e agli strumenti di reporting (ad esempio).

    2. 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 proprie esigenze e funzionalità che aumentano e/o aiutano a gestire il costo complessivo.

    3. Il diagramma dovrebbe includere l'uso delle politiche di elaborazione, networking, storage, ciclo di vita, raccolta di metriche, nonché gli elementi operativi e funzionali dell'applicazione ElastiCache

    4. È 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.

    5. 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. ElastiCache

COST2: In che modo utilizzate gli strumenti di monitoraggio continuo per ottimizzare i costi associati alle vostre risorse? ElastiCache

Introduzione a livello di domanda: è 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.

Vantaggio della domanda: in un ambiente ideale, hai messo a disposizione risorse sufficienti per soddisfare le esigenze operative del tuo carico di lavoro e non disponi di risorse sottoutilizzate che possono portare costi non ottimali. È necessario essere in grado di identificare ed evitare di utilizzare ElastiCache risorse 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.

    1. ElastiCache fornisce sia metriche a livello di host (ad esempio, CPU l'utilizzo) 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.

    2. ElastiCache le metriche delle prestazioni (CPUUtilization, EngineUtilization SwapUsage CurrConnections, e sfratti) possono indicare la necessità di scalare verso l'alto o verso il basso (utilizzare tipi di nodi di cache più grandi/più piccoli) o verso l'interno e verso l'esterno (aggiungere più/meno shard). 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.

    1. 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.

    2. 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. Tale addebito è molto inferiore all'addebito orario di utilizzo previsto in caso di nodi on demand.

    1. 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)

    2. 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

COST3: Dovresti usare un tipo di istanza che supporti il tiering dei dati? Quali sono i vantaggi di una suddivisione dei dati in più livelli? Quando non utilizzare le istanze di suddivisione dei dati in più livelli?

Introduzione della domanda: la selezione del tipo di istanza appropriato può avere non solo un impatto sulle prestazioni e sul livello di servizio, ma anche un impatto 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 inattività dell' ElastiCache oggetto.

Vantaggio della domanda: 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 SSD storage disponibile per istanza, le istanze di data tiering supportano una capacità totale di dati per istanza molto più elevata.

  • [Obbligatorio] Comprendi i limiti delle istanze con suddivisione dei dati in più livelli

    1. Disponibile solo per i cluster ElastiCache (RedisOSS).

    2. Solo tipi di istanza limitati supportano la suddivisione dei dati in più livelli.

    3. È supportata solo la versione ElastiCache (RedisOSS) 6.2 e successive

    4. Gli articoli di grandi dimensioni non vengono sostituiti con. 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.

    1. 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 da "ad accesso frequente" ad "a caldo" è di circa 20:80.

    2. Sviluppa il monitoraggio a livello di cluster dei tempi di inattività degli oggetti.

    3. 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.

    1. L'accesso agli oggetti utilizzati meno frequentemente comporta un piccolo costo in termini di prestazioni, in quanto questi vengono sostituiti con quelli localiSSD. Se la tua applicazione è sensibile ai tempi di risposta, verifica l'impatto sul carico di lavoro.

    2. 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.

    1. Potrebbe essere necessario gestire ElastiCache i cluster utilizzando istanze di tiering non basate sui dati fino a quando non si avrà una migliore comprensione delle proprie esigenze.

    2. Analizza il modello di utilizzo dei dati dei ElastiCache cluster.

    3. Crea un processo automatico che raccolga periodicamente i tempi di inattività degli oggetti.

    4. 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.

    5. 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]: