# Suggerimenti per il ridimensionamento corretto Questa sezione offre suggerimenti per aiutarti a effettuare il ridimensionamento corretto delle istanze EC2 e delle istanze database RDS. ## Ridimensionamento corretto utilizzando i dati sulle prestazioni Analizza i dati sulle prestazioni per ridimensionare correttamente le tue istanze EC2. Identifica le istanze inattive e quelle sottoutilizzate. I parametri chiave da cercare sono l'utilizzo della CPU e l'utilizzo della memoria. Identifica le istanze con un utilizzo massimo della CPU e della memoria inferiore al 40% in un periodo di quattro settimane. Questi sono i casi in cui vorrai avere un ridimensionamento corretto per ridurre i costi. Per le istanze ottimizzate per il calcolo, tieni presente quanto segue: + Concentrati sui dati di istanza molto recenti (i vecchi dati potrebbero non essere utilizzabili). + Concentrati sulle istanze che sono state eseguite per almeno la metà del tempo che stai esaminando. + Ignora le famiglie di istanze espandibili (tipi di istanze T2) perché queste famiglie sono progettate per funzionare in genere a basse percentuali di CPU per periodi di tempo significativi. Per le istanze ottimizzate per l'archiviazione (tipi di istanza I2 e D2), in cui la caratteristica chiave è un elevato livello di IOPS per i dati, è importante concentrarsi sugli IOPS per verificare se esiste un overprovisioning delle istanze. Tieni presente quanto segue per le istanze ottimizzate per l'archiviazione: + Le istanze di dimensioni diverse hanno valutazioni IOPS diverse, quindi è necessario personalizzare i report per ogni tipo di istanza. Inizia con il tipo di istanza ottimizzata per l'archiviazione più utilizzato. + I valori di picco NetworkIn e NetworkOut sono misurati in byte al minuto. Utilizza la seguente formula per convertire questi parametri in megabit al secondo: NetworkIn massimo (o NetworkOut) x 8 (da byte a bit) /1024/1024/ 60 = Numero di Mbps + Prendi nota di come i parametri percentuali di I/O e CPU cambiano durante il giorno e se ci sono picchi che devono essere soddisfatti. Ridimensiona correttamente la memoria se riscontri che l'utilizzo massimo della memoria in un periodo di quattro settimane è inferiore al 40%. AWS fornisce [script di esempio](https://aws.amazon.com/code/amazon-cloudwatch-monitoring-scripts-for-linux/) per il monitoraggio dell'utilizzo della memoria e dello spazio su disco nelle istanze EC2 che eseguono Linux. Puoi configurare gli script per segnalare i parametri in Amazon CloudWatch. Quando analizzi i dati sulle prestazioni per le istanze database di Amazon RDS, concentrati sui seguenti parametri per stabilire se l'utilizzo effettivo è inferiore alla capacità dell'istanza: + Utilizzo medio della CPU + Utilizzo massimo della CPU + RAM minima disponibile + Il numero medio di byte letti dal disco al secondo + Il numero medio di byte scritti sul disco al secondo. ## Ridimensionamento corretto in base alle esigenze di utilizzo Durante il monitoraggio delle prestazioni correnti, identifica i seguenti modelli ed esigenze di utilizzo in modo da poter sfruttare le potenziali opzioni di ridimensionamento corretto: + **Stato stazionario**: il carico rimane a un livello relativamente costante nel tempo ed è possibile prevedere con precisione il probabile carico di computing. Per questo modello di utilizzo, potresti prendere in considerazione le istanze riservate, che possono offrire risparmi significativi. + **Variabile, ma prevedibile**: il carico cambia, ma in base a una pianificazione prevedibile. [AWS Auto Scaling](https://aws.amazon.com/autoscaling/) si adatta sia alle applicazioni caratterizzate da una domanda stabile sia a quelle soggette a variabilità oraria, giornaliera o settimanale. Puoi utilizzare questa funzione per aumentare o diminuire la capacità di Amazon EC2 quando si verificano picchi di traffico o fluttuazioni prevedibili del traffico. + **Sviluppo/test/produzione**: gli ambienti di sviluppo, test e produzione vengono in genere utilizzati solo durante l'orario lavorativo e possono essere disattivati durante la sera, i fine settimana e i giorni festivi. (Dovrai fare affidamento sull'assegnazione di tag per identificare le istanze di sviluppo/test/produzione). + **Temporaneo**: per carichi di lavoro temporanei con orari di inizio flessibili e che possono essere interrotti, puoi considerare di fare un'offerta per un'istanza Spot di Amazon EC2 invece di utilizzare un'istanza on demand. ## Ridimensionamento corretto disattivando le istanze inattive Il modo più semplice per ridurre i costi operativi è disattivare le istanze che non vengono più utilizzate. Se trovi istanze che sono rimaste inattive per più di due settimane, è sicuro interromperle o addirittura terminarle. Prima di terminare un'istanza che è rimasta inattiva per due settimane o meno, considera quanto segue: + Chi è il proprietario dell'istanza? + Qual è il potenziale impatto della chiusura dell'istanza? + Quanto sarà difficile ricreare l'istanza se è necessario ripristinarla? L'arresto di un'istanza EC2 lascia operativi tutti i volumi EBS allegati. Continueranno a essere addebitati i costi per l'archiviazione di questi volumi finché non li elimini. Se hai bisogno di nuovo dell'istanza, puoi riattivarla facilmente. La chiusura di un'istanza, tuttavia, elimina automaticamente i volumi EBS allegati e richiede uno sforzo per il re-provisioning nel caso in cui l'istanza fosse nuovamente necessaria. Se si decide di eliminare un volume EBS, è consigliabile memorizzare uno snapshot del volume in modo che possa essere ripristinato in seguito, se necessario. Un altro modo semplice per ridurre i costi consiste nell'arrestare le istanze utilizzate nello sviluppo e nella produzione durante le ore in cui queste istanze non sono in uso e quindi riavviarle quando è necessaria la loro capacità. Supponendo una settimana lavorativa di 50 ore, è possibile risparmiare il 70% arrestando automaticamente le istanze di sviluppo/test/produzione durante le ore non lavorative. Sono disponibili molti strumenti per automatizzare la pianificazione, tra cui [Amazon EC2 Scheduler](https://aws.amazon.com/answers/infrastructure-management/ec2-scheduler/), [AWS Lambda](https://aws.amazon.com/lambda/) e [AWS Data Pipeline](https://aws.amazon.com/datapipeline/), oltre a strumenti di terze parti come CloudHealth e Skeddly. ## Ridimensionamento corretto selezionando la famiglia di istanze giusta È possibile dimensionare correttamente un'istanza eseguendo la migrazione a un modello diverso all'interno della stessa famiglia di istanze o eseguendo la migrazione a un'altra famiglia di istanze. Quando si esegue la migrazione all'interno della stessa famiglia di istanze, è sufficiente considerare vCPU, memoria, velocità effettiva di rete e archiviazione temporanea. Una buona regola generale per le istanze EC2 è che se l'utilizzo massimo della CPU e della memoria è inferiore al 40% in un periodo di quattro settimane, è possibile dimezzare la macchina in tutta sicurezza. Ad esempio, se si utilizza un EC2 c4.8xlarge, è possibile passare a un c4.4xlarge, che consentirebbe di risparmiare \$1190 ogni 10 giorni. Quando esegui la migrazione a una famiglia di istanze diversa, assicurati che il tipo di istanza corrente e il nuovo tipo di istanza siano compatibili, ad esempio in termini di tipo di virtualizzazione, rete e piattaforma. + **Tipo di virtualizzazione**: le istanze devono avere lo stesso tipo di virtualizzazione AMI Linux (PV AMI rispetto a HVM) e piattaforma (EC2-Classic contro EC2-VPC). Per ulteriori informazioni, consulta [Tipi di virtualizzazione delle AMI Linux](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/virtualization_types.html). + **Rete**: alcune istanze non sono supportate in EC2-Classic e devono essere avviate in un cloud privato virtuale. Per ulteriori informazioni, consulta [Tipi di istanza disponibili solo in un VPC](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-vpc.html#vpc-only-instance-types). + **Piattaforma**: se il tipo di istanza corrente supporta AMI a 32 bit, assicurati di selezionare un nuovo tipo di istanza che supporti anche AMI a 32 bit (non tutti i tipi di istanza EC2 lo fanno). Per verificare la piattaforma dell'istanza, passa alla schermata Instances (Istanze) nella console Amazon EC2 e scegli **Show/Hide Columns (Mostra/nascondi colonne), Architecture (Architettura)**. Quando ridimensioni un'istanza EC2, l'istanza ridimensionata in genere include lo stesso numero di volumi di archivio istanza specificato quando hai avviato l'istanza originale. Non è possibile allegare volumi di archivio istanza a un'istanza dopo averla avviata, quindi se si desidera aggiungere volumi di archivio istanza, sarà necessario eseguire la migrazione a un nuovo tipo di istanza che contenga il numero più elevato di volumi. ## Ridimensionare correttamente le istanze di database È possibile dimensionare le istanze del database regolando la memoria o la potenza del computing al variare dei requisiti di prestazioni e capacità. Di seguito sono riportati alcuni aspetti da considerare quando si ridimensiona un'istanza di database: + L'archiviazione e il tipo di istanza sono disaccoppiati. Quando si ridimensiona l'istanza di database verso l'alto o verso il basso, le dimensioni dell'archiviazione rimangono invariate e non sono interessate dalla modifica. + Puoi modificare separatamente l'istanza database di Amazon RDS per aumentare lo spazio di archiviazione allocato o migliorare le prestazioni modificando il tipo di archiviazione (ad esempio SSD per uno scopo generico in SSD IOPS con provisioning). + Prima di dimensionare, assicurati di avere la licenza corretta per i motori commerciali (SQL Server, Oracle), soprattutto se utilizzi Bring-Your-Own-License (uso di licenze proprie). + Stabilisci quando vuoi applicare la modifica. È possibile applicarla immediatamente o durante la finestra di manutenzione specificata per l'istanza.