Seleziona il tipo di istanza giusto per i carichi di lavoro Windows

Panoramica

Una distinzione significativa tra i carichi di lavoro che operano nel cloud e gli ambienti locali è la pratica dell'over-provisioning. Quando si acquista hardware fisico per uso locale, si prevede una spesa in conto capitale destinata a durare per una durata predeterminata, in genere 3-5 anni. Per far fronte alla crescita prevista durante il ciclo di vita dell'hardware, l'hardware viene acquistato con più risorse di quelle attualmente richieste dal carico di lavoro. Di conseguenza, l'hardware fisico viene spesso fornito in eccesso, ben oltre le esigenze del carico di lavoro effettivo.

La tecnologia delle macchine virtuali (VM) si è rivelata un mezzo efficace per utilizzare le risorse hardware in eccesso. Gli amministratori hanno utilizzato in misura eccessiva vCPUs e hanno consentito VMs all'hypervisor di gestire l'utilizzo delle risorse fisiche tra server occupati e inattiviRAM, allocando le risorse inutilizzate a ciascuna macchina virtuale. Durante la gestioneVMs, la v CPU e le RAM risorse allocate a ciascuna VM funzionavano più come regolatori delle risorse piuttosto che come indicatori dell'utilizzo effettivo. La sovraallocazione delle risorse VM poteva facilmente superare il triplo delle risorse di elaborazione disponibili.

Amazon Elastic Compute Cloud (AmazonEC2) evita l'over-provisioning VMs sull'hardware sottostante, poiché non è necessario. Il cloud computing è una spesa operativa, non una spesa in conto capitale, e paghi solo per ciò che usi. Se il tuo carico di lavoro richiede più risorse in futuro, esegui il provisioning quando ne hai effettivamente bisogno, anziché farlo preventivamente.

Esistono centinaia di opzioni per scegliere i tipi di EC2 istanze Amazon giusti. Se hai intenzione di migrare un carico di lavoro Windows sul cloud, ti AWS offre una soluzione AWS OLAper aiutarti a comprendere meglio il tuo carico di lavoro attuale e fornirti un esempio delle sue prestazioni su. AWS L' AWS OLAanalisi mira a far corrispondere il tipo e la dimensione dell'EC2istanza adatti all'utilizzo effettivo in locale.

Se hai già carichi di lavoro in esecuzione su Amazon EC2 e cerchi strategie di ottimizzazione dei costi, questa sezione della guida ti aiuta a identificare le differenze tra le EC2 istanze Amazon e la loro applicabilità ai carichi di lavoro Windows tipici.

Consigli per l'ottimizzazione dei costi

Per ottimizzare i costi dei tipi di EC2 istanze, ti consigliamo di fare quanto segue:

• Scegli la famiglia di istanze giusta per il tuo carico di lavoro

• Comprendi le variazioni di prezzo tra le architetture di processori

• Comprendi le differenze tra prezzo e prestazioni tra generazioni EC2

• Esegui la migrazione a istanze più recenti

• Usa istanze espandibili

Scegli la famiglia di istanze giusta per il tuo carico di lavoro

È importante scegliere la famiglia di istanze giusta per il tuo carico di lavoro.

EC2Le istanze Amazon sono suddivise in questi diversi gruppi:

• Uso generale

• Calcolo ottimizzato

• Memoria ottimizzata

• Elaborazione accelerata

• Archiviazione ottimizzata

• HPCottimizzato

La maggior parte dei carichi di lavoro Windows rientra nelle seguenti categorie:

• Uso generale

• Calcolo ottimizzato

• Memoria ottimizzata

Per semplificare ulteriormente la situazione, considera un'EC2istanza di base in ogni categoria:

• Ottimizzato per il calcolo: C6i

• Scopo generico: M6i

• Memoria ottimizzata: R6i

La generazione precedente di EC2 istanze presentava lievi differenze nei tipi di processore. Ad esempio, le istanze C5 ottimizzate per il calcolo hanno processori più veloci rispetto alle istanze M5 per uso generico o alle istanze ottimizzate per la memoria R5. Le EC2 istanze di ultima generazione (C6i, M6i, R6i, C6a, M6a e R6a) utilizzano tutte lo stesso processore in tutte le famiglie di istanze. Poiché il processore è coerente tra le istanze di ultima generazione, la differenza di prezzo tra le famiglie di istanze ora dipende maggiormente dalla quantità di. RAM Più RAM un'istanza ne ha, più è costosa.

L'esempio seguente illustra la tariffa oraria per un'CPUistanza 4 v basata su Intel in esecuzione nella regione. us-east-1

Istanza	vCPUs	RAM	Tariffa oraria
c6i.xlarge	4	8	0,17 USD
m6i.xlarge	4	16	0,19$
r6i.xlarge	4	32	$0,25

Nota

I prezzi si basano sulla tariffa oraria su richiesta nella regione. us-east-1

Istanze esplosive

Sebbene sia una best practice nel cloud computing disattivare le risorse di elaborazione inutilizzate per evitare addebiti, non tutti i carichi di lavoro possono essere disattivati e riattivati ogni volta che è necessario. Alcuni carichi di lavoro rimangono inattivi per periodi prolungati, ma devono essere accessibili 24 ore al giorno.

Le istanze burstable (T3) offrono un modo per mantenere online carichi di lavoro intensi o a basso utilizzo per tutto il giorno, mantenendo al contempo bassi i costi di elaborazione. EC2Le istanze Burstable hanno una quantità massima di risorse v CPU che l'istanza può utilizzare per brevi periodi. Queste istanze utilizzano un sistema basato su crediti burstable. CPU Questi crediti vengono accumulati durante i periodi di inattività durante la giornata. Le istanze Burstable offrono vCPU-to-RAM rapporti diversi, il che le rende alternative alle istanze ottimizzate per il calcolo in alcuni casi e ad altre istanze generiche in altri.

L'esempio seguente illustra la tariffa oraria per un'istanza T3 (ovvero un'istanza espandibile) in esecuzione nella regione. us-east-1

Istanza	vCPUs	RAM(GB)	Tariffa oraria
t3.nano	2	0,5	0,0052$
t3.micro	2	1	0,0104$
t3.small	2	2	$0,0208
t3.medium	2	4	$0,0416
t3.large	2	8	$0,0832
t3.xlarge	4	16	$0,1664
t3.2xlarge	8	32	$0,3328

Nota

I prezzi si basano sulla tariffa oraria su richiesta nella regione. us-east-1

Comprendi le variazioni di prezzo tra le architetture dei processori

I processori Intel sono stati lo standard per le EC2 istanze sin dalla loro nascita. Le generazioni precedenti di EC2 istanze, come C5, M5 e R5, non indicavano Intel come architettura del processore (poiché era quella predefinita). Le generazioni più recenti di EC2 istanze, come C6i, M6i e R6i, includono una «i» per indicare l'uso di un processore Intel.

La modifica dell'annotazione dell'architettura del processore è dovuta all'introduzione di opzioni di processore aggiuntive. Il processore più paragonabile a Intel è AMD(indicato con una «a»). AMDEPYCi processori utilizzano la stessa architettura x86 e offrono prestazioni simili ai processori Intel ma a un prezzo inferiore. Come dimostrato nei seguenti esempi di prezzo, AMD EC2 le istanze offrono uno sconto di circa il 10% sui costi di elaborazione rispetto alle versioni Intel.

Istanza Intel	Tariffa oraria	AMDistanza	Prezzo	differenza in%
c6i.xlarge	0,17$	c6a.xlarge	0,153$	10%
m6i.xlarge	$0,192	m6a.xlarge	$0,1728	10%
r6i.xlarge	$0,252	r6a.xlarge	$0,2268	10%

Nota

I prezzi si basano sulla tariffa oraria su richiesta nella regione. us-east-1

La terza principale opzione di architettura del processore sono i processori AWS Graviton (indicati con una «g») sulle istanze. EC2 Progettati da AWS, i processori Graviton offrono il miglior rapporto prezzo/prestazioni su AmazonEC2. Gli attuali processori Graviton non solo sono più economici del 20% rispetto ai loro omologhi Intel, ma offrono anche un aumento delle prestazioni del 20% o superiore. Si prevede che la prossima generazione di processori Graviton aumenterà ulteriormente questa differenza di prestazioni, con test che mostrano un ulteriore aumento delle prestazioni del 25%.

Windows Server non può essere eseguito su processori Graviton, che sono basati sull'ARMarchitettura. In effetti, Windows Server funziona solo su processori x86. Sebbene non sia possibile ottenere un aumento del 40% delle prestazioni in termini di prezzo utilizzando istanze basate su Graviton per Windows Server, è comunque possibile utilizzare i processori Graviton con carichi di lavoro Microsoft specifici. Ad esempio, versioni più recenti di. NETpuò essere eseguito su Linux. Ciò significa che questi carichi di lavoro possono utilizzare ARM processori e trarre vantaggio da istanze Graviton EC2 più veloci e convenienti.

L'esempio seguente illustra il prezzo orario per un'istanza Graviton in esecuzione nella regione. us-east-1

Istanza Intel	Tariffa oraria	Istanza Graviton	Tariffa oraria	differenza%
c6i.xlarge	0,17$	c6g.xlarge	0,136$	20%
m6i.xlarge	$0,192	m6g.xlarge	0,154$	20%
r6i.xlarge	0,252$	r6g.xlarge	$0,2016	20%

Nota

I prezzi si basano sulla tariffa oraria su richiesta nella regione. us-east-1

La tabella seguente confronta i prezzi delle istanze della serie M.

Comprendi le differenze tra prezzi e prestazioni tra EC2 le generazioni

Una delle caratteristiche più costanti di Amazon EC2 è che ogni nuova generazione offre un rapporto qualità-prezzo migliore rispetto al suo predecessore. Come illustrato nella tabella seguente, il prezzo delle EC2 istanze di nuova generazione diminuisce a ogni release successiva.

Istanza ottimizzata per il calcolo	Tariffa oraria	Istanza per uso generico	Tariffa oraria	Istanza ottimizzata per la memoria	Tariffa oraria
C1.xlarge	$0,52	M1.x grande	$0,35	r1.x grande	N/A
C3.x grande	0,21$	M3.x grande	0,266$	r3.xlarge	0,333$
C5.x grande	0,17$	M 5.x grande	0,192$	r5.xlarge	0,252$

Nota

I prezzi si basano sulla tariffa oraria su richiesta nella regione. us-east-1

La tabella seguente confronta i costi delle diverse generazioni di istanze della serie C.

Tuttavia, le istanze di sesta generazione hanno lo stesso prezzo della quinta generazione, come mostra la tabella seguente.

Istanza ottimizzata per il calcolo	Tariffa oraria	Istanza per uso generico	Tariffa oraria	Istanza ottimizzata per la memoria	Tariffa oraria
C5.xlarge	0,17$	M 5.x grande	0,192$	r5.xlarge	0,252$
C6i.x grande	0,17$	M6i.x Large	0,192$	r6i.xlarge	0,252$

Nota

I prezzi si basano sulla tariffa oraria su richiesta nella regione. us-east-1

Pur avendo lo stesso costo, la nuova generazione offre un rapporto prezzo/prestazioni superiori grazie a processori più veloci, throughput di rete migliorato e aumento del throughput di Amazon Elastic Block Store EBS (Amazon) e. IOPS

Uno dei miglioramenti più significativi in termini di rapporto prezzo/prestazioni è il miglioramento dell'istanza X2i. Questa generazione di istanze offre un rapporto prezzo/prestazioni fino al 55% superiore rispetto alla generazione precedente. Come mostra la tabella seguente, x2iedn dimostra un miglioramento in ogni aspetto delle prestazioni (il tutto allo stesso prezzo della generazione precedente).

Istanza	Tariffa oraria	vCPUs	RAM	Velocità del processore	Archiviazione dell'istanza	Rete	EBSThroughput di Amazon	EBS IOPS
x1e.2xlarge	1,66$	8	244	2.3 GHz	237 GB SSD	10 Gb/s	125 MB/s	7400
x 1 i ed n. 2 x grande	1,66$	8	256	3,5 GHz	240 GB NVMe SSD	25 Gb/s	2500 MB/s	65000

Nota

I prezzi si basano sulla tariffa oraria su richiesta nella regione. us-east-1

Scenari di esempio

Prendiamo l'esempio di una società di analisi che monitora i veicoli adibiti alle consegne e desidera migliorare le prestazioni SQL del proprio server. Dopo aver MACO SME esaminato i punti deboli in termini di prestazioni, l'azienda passa dalle istanze x1e.2xlarge alle istanze x2iedn.xlarge. La nuova dimensione dell'istanza è inferiore, ma i miglioramenti apportati alle istanze x2 consentono di aumentare le prestazioni e l'ottimizzazione del server attraverso l'uso di Buffer Pool Extensions. SQL Ciò consente all'azienda di effettuare il downgrade dall'edizione SQL Server Enterprise all'edizione Server Standard. SQL Consente inoltre all'azienda di ridurre le licenze SQL Server da 8 vCPUs a 4. vCPUs

Prima dell'ottimizzazione:

Server	EC2istanza	SQLEdizione server	Costo mensile
Prod DB1	x1e.2xlarge	Enterprise	3.918,64$
Pungolo DB2	x1e.2xlarge	Enterprise	3.918,64$
Totale			$7.837,28

Dopo l'ottimizzazione:

Server	EC2istanza	SQLEdizione server	Costo mensile
Prod DB1	x2iedn.xlarge	Standard	$1.215,00
Pungolo DB2	x2iedn.xlarge	Standard	$1.215,00
Totale			$2.430,00

Nel complesso, il passaggio dalle istanze x1e.2xlarge alle istanze x2iedn.xlarge consente all'azienda nello scenario di esempio di risparmiare 5.407 dollari al mese sui server di database di produzione. Ciò riduce il costo totale del carico di lavoro del 69 percento.

Nota

I prezzi si basano sulla tariffa oraria su richiesta nella regione. us-east-1

Esegui la migrazione a istanze più recenti

Le generazioni precedenti di Amazon EC2 funzionano sull'hypervisor Xen, mentre le generazioni più recenti operano sul sistema Nitro.AWS Il sistema Nitro fornisce quasi tutte le risorse di calcolo e memoria dell'hardware host alle tue istanze. Ciò si traduce in un miglioramento delle prestazioni complessive. La migrazione da istanze basate su Xen a istanze basate su Nitro richiede particolari considerazioni. Ad esempio, AWS Windows AMIs è configurato con le impostazioni e le personalizzazioni predefinite utilizzate dai supporti di installazione Microsoft. Le personalizzazioni includono driver e configurazioni che supportano i tipi di istanze di ultima generazione (istanze basate sul sistema Nitro).

Se stai avviando istanze da Windows personalizzato AMIs o da Windows AMIs fornito da Amazon che sono state create prima di agosto 2018, ti consigliamo di completare i passaggi da Migrare ai tipi di istanze di ultima generazione nella documentazione di Amazon. EC2

Usa istanze espandibili

Sebbene le istanze espandibili siano un buon modo per risparmiare sui costi di elaborazione, ti consigliamo di evitarle nei seguenti scenari:

• Le specifiche minime per Windows Server with the Desktop Experience richiedono 2 GB di. RAM Evita di utilizzare istanze t3.micro o t3.nano con Windows Server perché non dispongono della quantità minima di. RAM

• Se il carico di lavoro è intenso ma non rimane inattivo abbastanza a lungo per generare crediti burst, l'utilizzo di istanze normali EC2 è più efficiente rispetto all'utilizzo di istanze burstable. Ti consigliamo di monitorare i tuoi crediti per verificarlo. CPU

• Ti consigliamo di evitare l'uso di istanze espandibili con SQL Server nella maggior parte degli scenari. La licenza per SQL Server si basa sul numero di licenze vCPUs assegnate a un'istanza. Se SQL Server è inattivo per la maggior parte della giornata, pagheresti per SQL le licenze che non utilizzi completamente. In questi scenari, ti consigliamo di consolidare più istanze del SQL server su un server più grande.

Passaggi successivi

Ti consigliamo di eseguire i seguenti passaggi successivi per ottimizzare i costi per le istanze Amazon EC2 Windows:

• Utilizza l'EC2istanza di ultima generazione per ottenere il miglior rapporto prezzo/prestazioni.

• Utilizza EC2 istanze con AMD processori per una riduzione del dieci percento dei costi di elaborazione.

• Massimizza l'utilizzo delle risorse scegliendo un tipo di EC2 istanza adatto al tuo carico di lavoro.

La tabella seguente mostra esempi di punti di partenza tipici per i carichi di lavoro Windows. Sono disponibili opzioni aggiuntive, come i volumi di archiviazione delle istanze per migliorare i carichi di lavoro SQL del Server o EC2 le istanze con rapporti molto più elevati. vCPU-to-RAM Ti consigliamo di testare a fondo i tuoi carichi di lavoro e di utilizzare strumenti di monitoraggio AWS Compute Optimizer per apportare le modifiche necessarie.

Carico di lavoro	Tipico	Facoltativo
Active Directory	T3, M6i	R6i
File server	T3, M6i	C6i
Server Web	T3, C6i	M6i, R6i
SQLServer	R6i	x2iedn, X2iezn

Se è necessario modificare il tipo di EC2 istanza, il processo in genere prevede solo un semplice riavvio del server. Per ulteriori informazioni, consulta Modificare il tipo di istanza nella EC2 documentazione di Amazon.

Prima di modificare il tipo di istanza, ti consigliamo di considerare quanto segue:

• Devi interrompere le istanze supportate da Amazon EBS prima di poterne modificare il tipo. Assicurati di pianificare i tempi di inattività mentre l'istanza è ferma. L'arresto dell'istanza e il cambio del suo tipo di istanza potrebbero richiedere alcuni minuti, mentre il riavvio può richiedere un intervallo variabile di tempo, a seconda degli script di startup dell'applicazione. Per ulteriori informazioni, consulta Stop and start your istance nella EC2 documentazione di Amazon.

• Quando interrompi e avvii un'istanza, la AWS sposta su un nuovo hardware. Se l'istanza ha un IPv4 indirizzo pubblico, AWS rilascia l'indirizzo e assegna all'istanza un nuovo IPv4 indirizzo pubblico. Se hai bisogno di un IPv4 indirizzo pubblico che non cambi, usa un indirizzo IP elastico.

• Non è possibile modificare il tipo di istanza se l'ibernazione è abilitata sull'istanza.

• Non puoi modificare il tipo di istanza di un'istanza spot.

• Se l'istanza fa parte di un gruppo Auto Scaling, Amazon Auto EC2 Scaling contrassegna l'istanza interrotta come non integra e può terminarla e avviare un'istanza sostitutiva. Per evitare questa situazione, si può sospendere il processo di dimensionamento per il gruppo mentre si cambia il tipo di istanza. Per ulteriori informazioni, consulta Sospendere e riprendere un processo per un gruppo di Auto Scaling nella documentazione di Amazon Auto EC2 Scaling.

• Quando modifichi il tipo di istanza di un'istanza con volumi di NVMe instance store, l'istanza aggiornata potrebbe avere volumi di instance store aggiuntivi, poiché tutti i volumi di NVMe instance store sono disponibili anche se non sono specificati nella mappatura dei dispositivi di Amazon Machine Image (AMI) o instance block. Altrimenti, l'istanza aggiornata ha lo stesso numero di volumi dell'archivio istanza specificato quando hai avviato l'istanza originale.

Risorse aggiuntive

• Tipi di EC2 istanze Amazon (AWS documentazione)

• AWS Ottimizzazione e valutazione delle licenze (AWS documentazione)