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

Il pilastro dell'ottimizzazione dei costi del AWS Well-Architected Framework si concentra sull'evitare costi inutili e sulla creazione di architetture in modo ottimizzato in termini di costi. I seguenti consigli possono aiutarti a soddisfare i principi di progettazione per l'ottimizzazione dei costi e le migliori pratiche architettoniche per Amazon Timestream for InfluxDB.

Il pilastro dell'ottimizzazione dei costi si concentra sulle seguenti aree chiave:

Comprensione dei requisiti e dei costi del tuo caso d'uso

Ti consigliamo di non utilizzare Timestream per InfluxDB nei seguenti casi d'uso:

Selezione delle risorse con attenzione ai costi

I costi delle istanze InfluxDB si basano su una tariffa oraria per le ore di esecuzione dell'istanza. Le istanze rappresentano, in media, l'85 percento del costo complessivo di esecuzione di un database AWS, quindi un corretto dimensionamento può avere implicazioni significative in termini di costi. Il modo migliore per dimensionare correttamente le istanze è testare le prestazioni delle applicazioni:

I costi delle istanze sono scalabili in modo lineare. Il costo orario dell'db.influx.2xlargeistanza è il doppio di quello dell'db.influx.xlargeistanza, sebbene abbia anche il doppio dell'allocazione delle risorse. L'db.influx.16xlargeistanza è 16 volte il costo orario dell'istanza. db.influx.xlarge

Stima il numero di scritture e letture del tuo carico di lavoro per un intervallo di tempo specifico (secondo, minuto, ora o giorno). Le istanze Timestream for InfluxDB supportano da 50.000 a più di 500.000 scritture al secondo e da 10.000 query al secondo (QPS) in base al tipo di istanza. Ad esempio, in db.influx.2xlarge genere supporta fino a 150.000 scritture al secondo e circa 25 QPS. Con un modello di dati efficiente e un'interrogazione efficiente, può superare tali prestazioni. Se i requisiti variano in base all'ora del giorno, della settimana o del mese, puoi pianificare la scalabilità verso l'alto e verso il basso effettuando le seguenti operazioni:

Scalabilità per soddisfare le esigenze aziendali senza spendere troppo

Per la sperimentazione di livello base con Timestream for InfluxDB, puoi usare e. db.influx.medium db.influx.large Queste istanze sono abbastanza grandi da consentirti di acquisire esperienza con Timestream for InfluxDB prima di investire in istanze più grandi.

Le db.influx.large istanze db.influx.medium e sono ideali per ambienti di sviluppo a basso costo. Tuttavia, hanno una RAM più piccola (8 GiB e 16 GiB), meno v (CPUs 1 vCPU e 2 vCPUs) e prestazioni di rete fino a soli 10 GB. Non tutti i carichi di lavoro sono adatti a queste classi di istanze. Monitoraggio CPUUtilization e MemoryUtilization scalabilità verso l'alto o verso il basso in base alle esigenze. Spesso c'è un rapporto costante tra memoria e vCPU. La classe di istanze db.influx ha un memory-to-vCPU rapporto simile alla classe di istanze r7g di Amazon EC2. Consigliamo vivamente di eseguire test end-to-end delle prestazioni o del carico prima di passare alla produzione.

La modellazione efficiente dei dati, la scrittura in batch e le query ottimizzate richiedono un minore utilizzo di memoria e calcolo. Quando sono necessarie meno risorse, è possibile utilizzare potenzialmente istanze più piccole.

Archiviazione e trasferimento dei dati di dimensioni corrette

Per l'archiviazione dei dati, utilizza le seguenti procedure consigliate:

Per il trasferimento dei dati, ti consigliamo di distribuire l'applicazione nella stessa Regione AWS istanza del database Timestream for InfluxDB per evitare il sovraccarico della rete tra regioni. Potrebbero esserci anche costi per il trasferimento dei dati. Per ulteriori informazioni sul trasferimento dei dati, consulta la pagina dei prezzi.